On Mon, 04 Feb 2008 15:21:54 -0500 Jeff Garzik <[EMAIL PROTECTED]> 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. - To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
