[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20110911040826.GP29319@htj.dyndns.org>
Date: Sun, 11 Sep 2011 13:08:26 +0900
From: Tejun Heo <tj@...nel.org>
To: Matthijs Kooijman <matthijs@...in.nl>
Cc: Jameson Graef Rollins <jrollins@...estructure.net>,
Jonathan Nieder <jrnieder@...il.com>,
Jens Axboe <axboe@...nel.dk>, Amit Shah <amit.shah@...hat.com>,
David Zeuthen <zeuthen@...il.com>,
Martin Pitt <martin.pitt@...ntu.com>,
Kay Sievers <kay.sievers@...y.org>,
linux-kernel@...r.kernel.org, Jean Schurger <jean@...urger.org>,
Jan Lübbe <jluebbe@...ian.org>,
Nacho Barrientos Arias <nacho@...ian.org>
Subject: Re: [regression] CD-ROM polling blocks suspend on some machines (Re:
[PATCH 1/2] cdrom: always check_disk_change() on open)
On Wed, Sep 07, 2011 at 10:50:37AM +0200, Matthijs Kooijman wrote:
> Hi Tejun,
>
> > Also, can you please explain the steps needed to trigger this problem?
> I'm not the one that supplied the backtraces, but I'm having the same
> problem. I did a fairly extensive writeup on the Debian bug report,
> perhaps this could (help to) answer your question:
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628600#23
>
> I'll leave the other questions to Jameson for now.
Hmm... so, hibernation, disk event or udev isn't the cause. Device
removal somehow ends up with stalled request queue hanging event check
which eventually propagates as failed freeze during hibernation
attempt.
Can someone please attach dmesg output cdrom_id is hung after dock
removal and also the output of sysrq-t?
Thanks.
--
tejun
--
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