All of lore.kernel.org
 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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.