[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1247171295.1905.5.camel@johannes.local>
Date: Thu, 09 Jul 2009 22:28:15 +0200
From: Johannes Berg <johannes@...solutions.net>
To: "Rafael J. Wysocki" <rjw@...k.pl>
Cc: Jan Scholz <scholz@...s.uni-frankfurt.de>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Kernel Testers List <kernel-testers@...r.kernel.org>,
Tomas Janousek <tomi@...i.cz>,
"John W. Linville" <linville@...driver.com>
Subject: Re: [Bug #13337] [post 2.6.29 regression] hang during suspend of
b44/b43 modules
On Thu, 2009-07-09 at 22:03 +0200, Rafael J. Wysocki wrote:
> On Thursday 09 July 2009, Jan Scholz wrote:
> > Hi,
> >
> > I have just checked this on v2.6.31-rc1 and v2.6.31-rc2-214-g34f2547
> > (I wanted to test this on v2.6.31-rc2 as well, but there I had other
> > suspend-issues that are fixed in todays v2.6.31-rc2-214-g34f2547)
> >
> > For both v2.6.31-rc1 and v2.6.31-rc2-214-g34f2547 suspend to ram fails
> > with the test procedure described below, but it works fine when I revert
> > commit 5bb644a0fd25a5e083ecbfaa92a211db99aa6ef7
> > "mac80211: cancel/restart all timers across suspend/resume"
>
> Thanks for the update.
>
> Johannes, do you have any idea what can go wrong here?
Not really, no. __ieee80211_suspend isn't holding any locks that the
cancel_work_sync() calls could require or so afaict...
Jan, can you run with console_suspend=0 (or whatever it is now, Rafael
will correct me if I'm wrong) that should work on your platform, and put
a bunch of printk calls into __ieee80211_suspend in net/mac80211/pm.c to
see where in there it's hanging?
johannes
Download attachment "signature.asc" of type "application/pgp-signature" (802 bytes)
Powered by blists - more mailing lists