Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756677AbYGQLt6 (ORCPT ); Thu, 17 Jul 2008 07:49:58 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754176AbYGQLtr (ORCPT ); Thu, 17 Jul 2008 07:49:47 -0400 Received: from charybdis-ext.suse.de ([195.135.221.2]:33751 "EHLO emea5-mh.id5.novell.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1752951AbYGQLtq (ORCPT ); Thu, 17 Jul 2008 07:49:46 -0400 Message-ID: <487F31D7.30803@suse.de> Date: Thu, 17 Jul 2008 15:49:43 +0400 From: Alexey Starikovskiy User-Agent: Thunderbird 2.0.0.14 (X11/20080505) MIME-Version: 1.0 To: alan-jenkins@tuffmail.co.uk CC: linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] acpi: Avoid dropping rapid hotkey events (or other GPEs) on Asus EeePC References: <487D23C3.5070301@student.cs.york.ac.uk> In-Reply-To: <487D23C3.5070301@student.cs.york.ac.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2242 Lines: 72 Hi Alan, Thanks for the patch, ACK. Regards, Alex. Alan Jenkins wrote: > It looks like this EC clears the SMI_EVT bit after every query, even if there > are more events pending. The workaround is to repeatedly query the EC until > it reports that no events remain. > > This fixes a regression in 2.6.26 (from 2.6.25.3). Initially reported as > "Asus Eee PC hotkeys stop working if pressed quickly" in bugzilla > . > > The regression was caused by a recently added check for interrupt storms. > The Eee PC triggers this check and switches to polling. When multiple events > arrive between polling intervals, only one is fetched from the EC. This causes > erroneous behaviour; ultimately events stop being delivered altogether when the > EC buffer overflows. > > Signed-off-by: Alan Jenkins > > --- > diff --git a/drivers/acpi/ec.c b/drivers/acpi/ec.c > index 5622aee..2b4c5a2 100644 > --- a/drivers/acpi/ec.c > +++ b/drivers/acpi/ec.c > @@ -459,14 +459,10 @@ void acpi_ec_remove_query_handler(struct acpi_ec *ec, u8 query_bit) > > EXPORT_SYMBOL_GPL(acpi_ec_remove_query_handler); > > -static void acpi_ec_gpe_query(void *ec_cxt) > +static void acpi_ec_gpe_run_handler(struct acpi_ec *ec, u8 value) > { > - struct acpi_ec *ec = ec_cxt; > - u8 value = 0; > struct acpi_ec_query_handler *handler, copy; > > - if (!ec || acpi_ec_query(ec, &value)) > - return; > mutex_lock(&ec->lock); > list_for_each_entry(handler, &ec->list, node) { > if (value == handler->query_bit) { > @@ -484,6 +480,18 @@ static void acpi_ec_gpe_query(void *ec_cxt) > mutex_unlock(&ec->lock); > } > > +static void acpi_ec_gpe_query(void *ec_cxt) > +{ > + struct acpi_ec *ec = ec_cxt; > + u8 value = 0; > + > + if (!ec) > + return; > + > + while (!acpi_ec_query(ec, &value)) > + acpi_ec_gpe_run_handler(ec, value); > +} > + > static u32 acpi_ec_gpe_handler(void *data) > { > acpi_status status = AE_OK; > > -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/