[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <1226854580.3385.9.camel@LiNuX>
Date: Sun, 16 Nov 2008 08:56:20 -0800
From: "Justin P. Mattock" <justinmattock@...il.com>
To: Alexey Starikovskiy <aystarik@...il.com>
Cc: "Rafael J. Wysocki" <rjw@...k.pl>,
Alan Jenkins <alan-jenkins@...fmail.co.uk>,
Andrew Morton <akpm@...ux-foundation.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
linux-acpi@...r.kernel.org, Len Brown <lenb@...nel.org>
Subject: Re: ACPI: EC: GPE storm detected, transactions will use polling
mode
On Sun, 2008-11-16 at 12:49 +0300, Alexey Starikovskiy wrote:
> Justin P. Mattock wrote:
> > Well; reverting:
> > http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=06cf7d3c7af902939cd1754abcafb2464060cba8
> > is keeping the system from having a gpe storm
> > (for at least four hours now);
> > haven't had a chance to drain the battery and see
> > the affects from that scenario.
> >
> >
> Justin, by decreasing threshold, we just change how often _detection_ of
> the storm fires, not the storm itself.
>
> Regards,
> Alex.
So increasing the threshold was a good thing
(reveal the problem, not hide the problem);
As for the cause itself, is there any tool
that can be used to at-least gain any info
on this?
>>From looking at the situation
from here with a macbook, the interaction with the battery
seems to be the cause, but then on other notebooks it's
another situation.(making this problem very intricate).
Anyways I don't have a problem changing the threshold
or using a boot param, to keep this in somewhat control
for the time being until there is a solution.
let me know how I can help.
regards;
--
Justin P. Mattock <justinmattock@...il.com>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists