From: Mike Galbraith <efault@gmx.de>
To: Thilo-Alexander Ginkel <thilo@ginkel.com>
Cc: linux-kernel@vger.kernel.org, Arnd Bergmann <arnd@arndb.de>
Subject: Re: Soft lockup during suspend since ~2.6.36
Date: Sun, 03 Apr 2011 08:18:35 +0200 [thread overview]
Message-ID: <1301811515.7592.2.camel@marge.simson.net> (raw)
In-Reply-To: <AANLkTim5ctAoaB4+BS7Z-+ARUgTEBO22bkYMUvFtGmoN@mail.gmail.com>
Adds CC to author of fingered commit.
On Sun, 2011-04-03 at 04:03 +0200, Thilo-Alexander Ginkel wrote:
> Hello everyone,
>
> recently, I upgraded my Linux kernel (running on an Intel Core 2 Quad)
> from 2.6.35 to 2.6.38. Unfortunately, I have been experiencing
> frequent (but sporadic) freezes during suspend (S3) since then, i.e.,
> the system became completely unresponsive (even MagicSysRq stopped
> working) after having spun down the hard disks.
>
> I performed a bisect, which pointed out the following commit:
>
> bd25f4dd6972755579d0ea50d1a5ace2e9b00d1a is the first bad commit
> commit bd25f4dd6972755579d0ea50d1a5ace2e9b00d1a
> Author: Arnd Bergmann <arnd@arndb.de>
> Date: Sun Jul 11 15:34:05 2010 +0200
>
> HID: hiddev: use usb_find_interface, get rid of BKL
>
> This removes the private hiddev_table in the usbhid
> driver and changes it to use usb_find_interface
> instead.
>
> The advantage is that we can avoid the race between
> usb_register_dev and usb_open and no longer need the
> big kernel lock.
>
> This doesn't introduce race condition -- the intf pointer could be
> invalidated only in hiddev_disconnect() through usb_deregister_dev(),
> but that will block on minor_rwsem and not actually remove the device
> until usb_open().
>
> Signed-off-by: Arnd Bergmann <arnd@arndb.de>
> Cc: Jiri Kosina <jkosina@suse.cz>
> Cc: "Greg Kroah-Hartman" <gregkh@suse.de>
> Signed-off-by: Jiri Kosina <jkosina@suse.cz>
>
> :040000 040000 4ae14b3ba486373d7a354874e9ad334858f094e3
> 8041ffda20ca3020a6b60d64235ae179f8186bf0 M drivers
>
> Booting with no_console_suspend also brings up a BUG mentioning a soft
> lockup. As my serial console breaks during suspend, I had to take
> photos of the error messages:
> https://secure.tgbyte.de/dropbox/eaghoh9M.jpg
> https://secure.tgbyte.de/dropbox/ecae8ieR.jpg
> https://secure.tgbyte.de/dropbox/vah5ooR9.jpg
>
> Unfortunately, I have so far been unable to get the complete error
> message in a single screen capture (as the output is either too
> verbose or too scarce).
>
> This bug is present up to (and including) 2.6.38 (I did not try any
> later version).
>
> I'd appreciate your help to fix this issue. Let me know if you need
> further details.
>
> Thanks,
> Thilo
>
> P.S.: Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=31562
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
next prev parent reply other threads:[~2011-04-03 6:18 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-04-03 2:03 Soft lockup during suspend since ~2.6.36 Thilo-Alexander Ginkel
2011-04-03 6:18 ` Mike Galbraith [this message]
2011-04-03 17:32 ` Thilo-Alexander Ginkel
2011-04-03 21:08 ` Thilo-Alexander Ginkel
2011-04-04 3:02 ` Arnd Bergmann
2011-04-04 13:57 ` Thilo-Alexander Ginkel
2011-04-04 14:40 ` Arnd Bergmann
2011-04-04 15:02 ` Thilo-Alexander Ginkel
2011-04-04 15:32 ` Arnd Bergmann
2011-04-09 16:37 ` Pavel Machek
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1301811515.7592.2.camel@marge.simson.net \
--to=efault@gmx.de \
--cc=arnd@arndb.de \
--cc=linux-kernel@vger.kernel.org \
--cc=thilo@ginkel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox