linux-hotplug.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Kay Sievers <kay.sievers@vrfy.org>
To: linux-hotplug@vger.kernel.org
Subject: Re: cdrom_id (udev) causes "No disk in drive" warning for ide devices with removable media
Date: Wed, 14 Sep 2005 23:21:58 +0000	[thread overview]
Message-ID: <20050914232158.GA23713@vrfy.org> (raw)
In-Reply-To: <200509081443.29756.thomasheinz@gmx.net>

On Thu, Sep 15, 2005 at 12:34:47AM +0200, Thomas Heinz wrote:
> You wrote:
> > > Interestingly, I found out that the kernel message is generated on
> > > close(fd) (line 151).
> >
> > Hmm, no idea. I tested it remotely on a few boxes with a SCSI cdrom
> > and none of them prints anything on a cdrom_id run.
> 
> On close(), scsi_set_medium_removal() is called which again calls  
> ioctl_internal_command(). The scsi request is initiated here:
> http://lxr.linux.no/source/drivers/scsi/scsi_ioctl.c#L109
> It "returns" NOT_READY which effectively causes the kernel message.
> 
> In order to avoid the message during bootup, I have defined some rules 
> before the default rule set which mimic the effect of executing cdrom_id 
> without actually doing it. The execution of the default rule set for the 
> specific scsi device is avoided by the last_rule option.
> 
> Since only one of my scsi cdrom devices behaves like this (and moreover you 
> could not reproduce the behaviour), it is probably not a general problem. 

Hmm I wouldn't call it a "problem". It's just a message from our noisy
kernel. :)
I don't see a nice way to prevent that from userspace. We just asks the
device to identify itself, which should not trigger media validation.
Don't know if there is a trick we don't know about now.

> What do you suggest to further track the problem down?

The benefit of a lot of kernel messages for things like this is really
questionable. Maybe the firmware in your device has some weird behavior.
Unfortunately, I don't know how to debug this and I better go fix some of
the real bugs we have. :)

Thanks,
Kay


-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel

  parent reply	other threads:[~2005-09-14 23:21 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-09-08 12:43 cdrom_id (udev) causes "No disk in drive" warning for ide devices with removable media Thomas Heinz
2005-09-08 14:11 ` Kay Sievers
2005-09-08 15:11 ` Thomas Heinz
2005-09-08 15:38 ` Thomas Heinz
2005-09-08 19:18 ` Kay Sievers
2005-09-08 21:26 ` Thomas Heinz
2005-09-09 11:17 ` Kay Sievers
2005-09-14 22:34 ` Thomas Heinz
2005-09-14 23:21 ` Kay Sievers [this message]
2005-09-15  7:51 ` Thomas Heinz

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20050914232158.GA23713@vrfy.org \
    --to=kay.sievers@vrfy.org \
    --cc=linux-hotplug@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).