[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <50B63A04.9010901@redhat.com>
Date: Wed, 28 Nov 2012 17:21:24 +0100
From: Zdenek Kabelac <zkabelac@...hat.com>
To: Linus Torvalds <torvalds@...ux-foundation.org>
CC: Len Brown <lenb@...nel.org>, "Rafael J. Wysocki" <rjw@...k.pl>,
Linux ACPI <linux-acpi@...r.kernel.org>,
LKML <linux-kernel@...r.kernel.org>
Subject: Re: Acpi deadlocks with 3.7.0-rc4
Dne 28.11.2012 17:01, Linus Torvalds napsal(a):
> Adding more people (and the acpi list) to this report.
>
> I'm seeing *very* few changes to the core suspend/resume path in 3.7,
> and while there are some acpia updates, they seem to be pretty mild
> too.
>
> I think the acpi_os_wait_semaphore thing is a red herring - that's
> just stale on the stack.
>
> Do you have the register state from the oops? Or at least the "Code:"
> line? It would be nice to see exactly where the oops happens, and I
> cannot line up your "acpi_ns_lookup + 0xa1/0x5b9" with any code due
> to different compilers (and configurations etc).
>
> Linus
>
I've opened https://bugzilla.kernel.org/show_bug.cgi?id=51071
and attached picture there which is all I have.
I'll try to decode exact code line.
In all cases - I've played even with 3.4 kernel - which also does not survive
multiple resumes in docking station - though it just leaves black screen - so
this oops is rather 'progress' and it also could be false path.
It's probably not a regression from 3.6 - since this problem was there for
much longer - but now it has just become much more visible.
As I usually do not have reason to make multiple suspend/resumes in dock I've
not noticed it until now when I've tried to capture this ACPI trace.
Zdenek
--
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