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]

Message-ID: <20111031092812.GD14392@login.drsnuggles.stderr.nl>
Date:	Mon, 31 Oct 2011 10:28:12 +0100
From:	Matthijs Kooijman <matthijs@...in.nl>
To:	Tejun Heo <tj@...nel.org>
Cc:	Gaudenz Steinlin <gaudenz@...ian.org>,
	linux-kernel@...r.kernel.org,
	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>
Subject: Re: [regression] CD-ROM polling blocks suspend on some machines
	(Re: [PATCH 1/2] cdrom: always check_disk_change() on open)

Hi Tejun,

> The kworker submitted request but it got lost during queue destruction
> and blk_execute_rq() hangs.  There have been a number of recent
> changes in block devel tree to address this issue.  Can you please
> test the following branch?
> 
>  git://git.kernel.org/pub/scm/linux/kernel/git/tj/misc.git block-ref
I'm running this kernel now and the problem seems to have disappeared.
I've done a dozen or so undocks and suspends, without any problems.
Also, the "udisks-daemon" process in ps now says "not polling any
devices" after undocking, where it would continue to say "polling sr0"
before.

I'll continue running this kernel for a while and inform you if the
problem resurfaces.

Any other tests I should be doing?

Thanks,

Matthijs

Download attachment "signature.asc" of type "application/pgp-signature" (198 bytes)