Re: dmesg spam

[Andrew Morton <akpm@linux-foundation.org>]

On Mon, 04 Feb 2008 15:21:54 -0500
Jeff Garzik <jeff@garzik.org> wrote:

> James Bottomley wrote:
> > The message comes from sr_ioctl.c:sr_do_ioctl().  Which means some user
> > level application is poking the drive with a command that's returning
> > NOT_READY.  Apparently it will shut up if quiet is set in the packet
> > command structure.
> > 
> > It could be the application is getting the wrong idea of the status from
> > sr_do_staus() which leads it to send commands which require a medium?
> > But we'll need a bit of debugging to determine this.
> 
> 
> Userland polling of the cdrom is quite normal (if unfortunately), 
> regardless of medium presence.  Probably HAL or dbus.
> 
> In theory, the userland app should (a) set quiet and (b) handle 
> not-ready condition just fine.
> 
> I presume that (b) is ok, since not-ready just means to continue polling 
> the cdrom ad infinitum, until media appears.
> 
> A useful experiment, if only to confirm the obvious, would be to insert 
> some media.
> 
> What controller and device is in use?
> 

It's the thinkpad t61p.  Currently five miles away, powered off.  It's all
new Intel stuff iirc.

http://userweb.kernel.org/~akpm/dmesg-t61p.txt has some info but not the
right info afaict.

Bisection time I guess.  That'll be a new experience.