lkml.org 
[lkml]   [2007]   [Oct]   [2]   [last100]   RSS Feed
Views: [more markup]  [less markup]  [headers]  [forward] 
 
Messages in this thread
/
FromAndrey Borzenkov <>
SubjectRe: [PATCH 2/2] ACPICA: hw: Don't carry spinlock over suspend
DateTue, 2 Oct 2007 08:07:36 +0400
> On Sunday, 30 September 2007 20:39, Alexey Starikovskiy wrote:
> > ACPI uses acpi_get_register() in order to get into suspend.
> > This function is guarded by acpi_gbl_hardware_lock, which will be carried
> > into resume phase.
> > At resume interrupts are enabled and first ACPI interrupt deadlocks on
> > this lock.
>
> Ouch.  That might have bitten quite some people, I guess.
>
> > Solution seems to be to not lock register read, as there are no
> > concurrent activity at this point.
> >
> > Reference: http://bugzilla.kernel.org/show_bug.cgi?id=7499
> >
> > Signed-off-by: Alexey Starikovskiy <astarikovskiy@suse.de>
>
> Do you think it's -stable material?

As someone who *has* been bitten by this bug - by all means.

I'd like to emphasize one more point - we were able to debug it only because 
old kernel at least displayed debug messages. Current kernel deadlocks 
absolutely dead (pun intended). No output to console, no indication what 
happens. I consider this regression. If at all possible, we should make sure 
that console output is available as early as possible.
[unhandled content-type:application/pgp-signature]
\
 
 \ /
  Last update: 2007-10-02 06:11    [from the cache]
©2003-2008