From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Justin Mattock" Subject: Re: [Bug #10724] ACPI: EC: GPE storm detected, disabling EC GPE Date: Sun, 13 Jul 2008 20:53:49 +0000 Message-ID: References: <19f34abd0807131252k5499e6e2sc93f8cd70f488b7e@mail.gmail.com> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=DLaM+MJIoGd/4gqSzBvKvrPvph+VVGHL3JOkuxofyVY=; b=jk8jKvR306SnnCSQHHqAVisn3Vuwjr3M+hFtZKK1SPv93mSaWnO2T98I5mYOinyYs8 diiUuP1/10g+E1ZphwukG14vMmJSp/4JxUujONgBKy6au4g9O1jYNva97FjsM3YHpamX y/ODrUg4lZOKW8H9G9udSUi+I1TtTN/8f9TPM= In-Reply-To: Content-Disposition: inline Sender: kernel-testers-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org List-ID: Content-Type: text/plain; charset="us-ascii" To: Hugh Dickins Cc: Vegard Nossum , "Rafael J. Wysocki" , Linux Kernel Mailing List , Kernel Testers List , Alexey Starikovskiy On Sun, Jul 13, 2008 at 8:27 PM, Hugh Dickins wrote: > On Sun, 13 Jul 2008, Vegard Nossum wrote: >> On Sun, Jul 13, 2008 at 9:34 PM, Justin Mattock wrote: >> > On Sun, Jul 13, 2008 at 6:00 PM, Rafael J. Wysocki wrote: >> >> This message has been generated automatically as a part of a report >> >> of recent regressions. >> >> >> >> The following bug entry is on the current list of known regressions >> >> from 2.6.25. Please verify if it still should be listed. >> >> >> >> >> >> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=10724 >> >> Subject : ACPI: EC: GPE storm detected, disabling EC GPE >> >> Submitter : Justin Mattock >> >> Date : 2008-05-16 6:17 (59 days old) >> >> References : http://marc.info/?l=linux-kernel&m=121091875711824&w=4 >> >> http://lkml.org/lkml/2008/5/18/168 >> >> http://lkml.org/lkml/2008/5/25/195 >> >> Patch : http://bugzilla.kernel.org/attachment.cgi?id=16364&action=view >> >> http://bugzilla.kernel.org/attachment.cgi?id=16365&action=view >> >> I didn't follow the discussion, but I may contribute the following information: >> >> This message first appears in my logs on May 16. That was with kernel >> version 2.6.24.5-85.fc8. The kernel I used before that was >> 2.6.24.4-64.fc8 (May 3). My logs go back to November 8 >> (2.6.23.1-42.fc8). So we can hardly consider this a regression since >> 2.6.25, but rather one since 2.6.24? >> >> (I'll also note that this message appears quite infrequently here. >> Only 42 times in 219 boot-ups. So it would be hard to bisect, but I'm >> guessing the error was introduced somewhere between 2.6.24.4 and >> 2.6.24.5.) > > You're comparing against Fedora kernels, which often contain > patches which haven't got into mainline yet. As in this case. > Unless it used to be assembled from separate pieces, there was > no "GPE storm detected" message in 2.6.24.N or 2.6.25.N: it was > added in 2.6.26-rc1. > > I sometimes see it too, on a Fujitsu-Siemens laptop. > > Hugh > Hello; What I've been using is acpi_osi=Darwin so I don't have to take the gpe storm detector mechanism out of ec.c The two areas of interest are when not setting a boot option this message is triggered by too many interrupts with BAT0 i.g. /sys/firmware/acpi/interrupts "gpe17 on a macbook2,2", Now when using the Darwin option, the interrupts are very little, but at the cost of loosing any battery info but I am receiving a reaction with pommed i.g. unplugging the A/C adapter does dim the screen. Also I'm not sure if the smart battery was designed for the macbook, but when using Darwin option, my system will freeze upon booting(as a note alexy gave me some patches to test on monday, but still was unable to load the module) overall from my perspective; trying to tweak the BAT0 mechanism with it's interrupts could fix this, and/or port the sbs module to be used with the Darwin option with interrupts under control, could also be another option, or have all two working this way the user can decide what they prefferer. Personally tweaking the interrupts with BAT0 seems to be more of an easier solution, but then again could cause other problems elsewhere. -- Justin P. Mattock