linux-kernel - Re: [regression] CD-ROM polling blocks suspend on some machines (Re: [PATCH 1/2] cdrom: always check_disk

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Sun, 4 Sep 2011 11:42:44 +0900
From:	Tejun Heo <tj@...nel.org>
To:	Jonathan Nieder <jrnieder@...il.com>
Cc:	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>,
	Matthijs Kooijman <matthijs@...in.nl>,
	Jameson Graef Rollins <jrollins@...estructure.net>,
	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)

Hello,

On Sat, Sep 03, 2011 at 05:14:56PM -0500, Jonathan Nieder wrote:
> Various people[1] have been noticing a race (or races?) in which the
> cdrom_id and scsi_id programs from udev can get stuck in the D state
> if udev doesn't sleep a little while before running them.  This
> prevents the machine from suspending.  The problem was discovered with
> Debian kernels
> 
>   2.6.39-1
>   2.6.39-2
>   3.0.0-1
> 
> and was not experienced with kernel
> 
>   2.6.38-5
> 
> (These kernels are closely based on v2.6.39, v2.6.39.1, v3.0, and
> v2.6.38.5, respectively.)  Reverting commit bf2253a6f00e (cdrom:
> always check_disk_change() on open, 2011-04-29) seems to avoid
> trouble.
> 
> One common theme seems to be DVD drives.  Details at [1].
> 
> Known problem?  Any ideas for tracking it down?

Can you please build vanilla kernel with CONFIG_FRAME_POINTER turned
on, reproduce the problem and attach full dmesg output?

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/