Re: dmesg spam

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, 04 Feb 2008 15:21:54 -0500
Jeff Garzik <jeff@xxxxxxxxxx> 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 majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [SCSI Target Devel]     [Linux SCSI Target Infrastructure]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Linux IIO]     [Samba]     [Device Mapper]
  Powered by Linux