aboutsummaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorLv Zheng <lv.zheng@intel.com>2015-05-15 02:16:27 -0400
committerRafael J. Wysocki <rafael.j.wysocki@intel.com>2015-05-15 19:51:17 -0400
commit5ab82a11e58b6af704976f5d50ce098472f8abbd (patch)
treee69b8b0aa6fe5ce545230724da7fea1abd8cb7ce
parent7c0b2595dabb25f96813a12940fb156134be1102 (diff)
ACPI / EC: Remove storming threashold enlarging quirk.
This patch removes the storming threashold enlarging quirk. After applying the following commit, we can notice that there is no no-op GPE handling invocation can be observed, thus it is unlikely that the no-op counts can exceed the storming threashold: Commit: ca37bfdfbc8d0a3ec73e4b97bb26dcfa51d515aa Subject: ACPI / EC: Fix several GPE handling issues by deploying ACPI_GPE_DISPATCH_RAW_HANDLER mode. Even when the storming happens, we have already limited its affection to the only transaction and no further transactions will be affected. This is done by this commit: Commit: e1d4d90fc0313d3d58cbd7912c90f8ef24df45ff Subject: ACPI / EC: Refine command storm prevention support So it's time to remove this quirk. Link: https://bugzilla.kernel.org/show_bug.cgi?id=45151 Signed-off-by: Lv Zheng <lv.zheng@intel.com> Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
-rw-r--r--drivers/acpi/ec.c15
1 files changed, 0 insertions, 15 deletions
diff --git a/drivers/acpi/ec.c b/drivers/acpi/ec.c
index 99084e80a344..170d74387800 100644
--- a/drivers/acpi/ec.c
+++ b/drivers/acpi/ec.c
@@ -1247,17 +1247,6 @@ static int ec_flag_msi(const struct dmi_system_id *id)
1247} 1247}
1248 1248
1249/* 1249/*
1250 * Clevo M720 notebook actually works ok with IRQ mode, if we lifted
1251 * the GPE storm threshold back to 20
1252 */
1253static int ec_enlarge_storm_threshold(const struct dmi_system_id *id)
1254{
1255 pr_debug("Setting the EC GPE storm threshold to 20\n");
1256 ec_storm_threshold = 20;
1257 return 0;
1258}
1259
1260/*
1261 * Acer EC firmware refuses to respond QR_EC when SCI_EVT is not set, for 1250 * Acer EC firmware refuses to respond QR_EC when SCI_EVT is not set, for
1262 * which case, we complete the QR_EC without issuing it to the firmware. 1251 * which case, we complete the QR_EC without issuing it to the firmware.
1263 * https://bugzilla.kernel.org/show_bug.cgi?id=86211 1252 * https://bugzilla.kernel.org/show_bug.cgi?id=86211
@@ -1329,10 +1318,6 @@ static struct dmi_system_id ec_dmi_table[] __initdata = {
1329 ec_validate_ecdt, "ASUS hardware", { 1318 ec_validate_ecdt, "ASUS hardware", {
1330 DMI_MATCH(DMI_BOARD_VENDOR, "ASUSTeK Computer Inc.") }, NULL}, 1319 DMI_MATCH(DMI_BOARD_VENDOR, "ASUSTeK Computer Inc.") }, NULL},
1331 { 1320 {
1332 ec_enlarge_storm_threshold, "CLEVO hardware", {
1333 DMI_MATCH(DMI_SYS_VENDOR, "CLEVO Co."),
1334 DMI_MATCH(DMI_PRODUCT_NAME, "M720T/M730T"),}, NULL},
1335 {
1336 ec_skip_dsdt_scan, "HP Folio 13", { 1321 ec_skip_dsdt_scan, "HP Folio 13", {
1337 DMI_MATCH(DMI_SYS_VENDOR, "Hewlett-Packard"), 1322 DMI_MATCH(DMI_SYS_VENDOR, "Hewlett-Packard"),
1338 DMI_MATCH(DMI_PRODUCT_NAME, "HP Folio 13"),}, NULL}, 1323 DMI_MATCH(DMI_PRODUCT_NAME, "HP Folio 13"),}, NULL},