[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20100201094643.GB8740@khazad-dum.debian.net>
Date: Mon, 1 Feb 2010 07:46:43 -0200
From: Henrique de Moraes Holschuh <hmh@....eng.br>
To: Maxim Levitsky <maximlevitsky@...il.com>
Cc: Alan Jenkins <sourcejedi.lkml@...glemail.com>,
"Rafael J. Wysocki" <rjw@...k.pl>,
ACPI Devel Maling List <linux-acpi@...r.kernel.org>,
Alexey Starikovskiy <astarikovskiy@...e.de>,
Len Brown <lenb@...nel.org>,
pm list <linux-pm@...ts.linux-foundation.org>,
Thomas Renninger <trenn@...e.de>,
Matthew Garrett <mjg59@...f.ucam.org>,
LKML <linux-kernel@...r.kernel.org>
Subject: Re: [RFC][RFT][PATCH] ACPI: Protection from suspending in the
middle of EC transaction
On Sun, 31 Jan 2010, Maxim Levitsky wrote:
> Unfortunately, this patch even causes regressions on my notebook (it
> survive 63 hibernate cycles), but now I battery driver reports 'battery
> absent', backlight driver reports 0 brightness, but reload helped.
...
> I think that not only _PTS ans _WAK are problematic. What about other
> ACPI drivers that start accessing the EC before it is resumed?
> I think that these cause the problems I observe.
ACPI drivers might access the EC (even indirectly, through the DSDT). And
platform drivers do often access the EC both at suspend and resume time.
This needs some sort of strong ordering, the EC must suspend last, and
resume first (as seen by any ACPI and ACPI-aware drivers such as libata,
some platform drivers, etc). If EC interrupts are a problem, maybe it can
be kicked to poll mode for the suspend/resume transition?
Some platform drivers (like thinkpad-acpi) might need some changes to access
the EC syncronized with their ACPI devices (often they have all sort of
devices, e.g. backlight, ALSA, hwmon...) if the ordering is based on logic
in the ACPi bus driver.
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
where the shadows lie." -- The Silicon Valley Tarot
Henrique Holschuh
--
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