public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
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/



  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