mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Andrew Morton <akpm@osdl.org>
To: Reuben Farrelly <reuben-lkml@reub.net>
Cc: linux-kernel@vger.kernel.org
Subject: Re: 2.6.13-rc6-mm1
Date: Fri, 19 Aug 2005 18:34:21 -0700	[thread overview]
Message-ID: <20050819183421.3c2849f3.akpm@osdl.org> (raw)
In-Reply-To: <430686EA.3000901@reub.net>

Reuben Farrelly <reuben-lkml@reub.net> wrote:
>
> >> Aug 20 12:26:10 tornado kernel: Device  not ready.
> >>
> >> 2.  That message on the third line of the trace above: "kernel: Device  not 
> >> ready." is being logged every few mins or so, I believe it is my SCSI CDROM 
> >> that is causing it.  It also logs something similar after the SCSI driver has 
> >> probed the device on boot:
> >>
> >> Aug 20 12:24:36 tornado kernel: scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA 
> >> DRIVER, Rev 7.0
> >> Aug 20 12:24:36 tornado kernel:         <Adaptec 2940 Ultra SCSI adapter>
> >> Aug 20 12:24:36 tornado kernel:         aic7880: Ultra Wide Channel A, SCSI 
> >> Id=7, 16/253 SCBs
> >> Aug 20 12:24:36 tornado kernel:
> >> Aug 20 12:24:36 tornado kernel:   Vendor: SONY      Model: CD-RW  CRX145S 
> >> Rev: 1.0b
> >> Aug 20 12:24:36 tornado kernel:   Type:   CD-ROM 
> >> ANSI SCSI revision: 04
> >> Aug 20 12:24:36 tornado kernel:  target0:0:6: Beginning Domain Validation
> >> Aug 20 12:24:36 tornado kernel:  target0:0:6: Domain Validation skipping write 
> >> tests
> >> Aug 20 12:24:36 tornado kernel:  target0:0:6: FAST-10 SCSI 10.0 MB/s ST (100 
> >> ns, offset 15)
> >> Aug 20 12:24:36 tornado kernel:  target0:0:6: Ending Domain Validation
> >> Aug 20 12:24:36 tornado kernel: Device  not ready.
> >>
> >> This has been a problem for quite a few weeks now, albeit I believe, only a 
> >> cosmetic one.
> > 
> > Is some application trying to poll the device?
> 
> I wonder if hald knows something about this and is polling.. however that 
> message above about "Device  not ready" occurs when the kernel is booting, 
> before any userspace stuff has started up.  Maybe hald is just being a bit 
> aggressive in re-probing the drive after userspace launches.  B all accounts 
> after a week of uptime the drive certainly ought to be ready, it seems to work 
> ok ;-)
> 
> Note the extra space after 'Device' and 'not' which implies possibly some text 
> is missing (which would have made it more clear which device is not exactly 
> ready).  The case sensitive strings "Device" and "not ready" appears together 
> in scsi_lib.c and very few other places.

OK, it'll be this:

		case NOT_READY:
			/*
			 * If the device is in the process of becoming ready,
			 * retry.
			 */
			if (sshdr.asc == 0x04 && sshdr.ascq == 0x01) {
				scsi_requeue_command(q, cmd);
				return;
			}
			printk(KERN_INFO "Device %s not ready.\n",
			       req->rq_disk ? req->rq_disk->disk_name : "");

Where the disk name is evaluating to an empty string.

Maybe you could stick a dump_stack() in there, get some additional info.

Anyway, over to you, James ;)

> > Is the device actually "not ready", or is it in reality ready and working? 
> > ie: what happens if you stick a CD in it?
> 
> The CD can be read, and the error messages go away.  They stay away even after 
> the CD has been ejected.


  reply	other threads:[~2005-08-20  1:35 UTC|newest]

Thread overview: 67+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-08-19 11:33 2.6.13-rc6-mm1 Andrew Morton
2005-08-19 13:12 ` 2.6.13-rc6-mm1 Brice Goglin
2005-08-19 13:18 ` 2.6.13-rc6-mm1 Brice Goglin
2005-08-19 13:22   ` 2.6.13-rc6-mm1 Brice Goglin
2005-08-19 13:21 ` 2.6.13-rc6-mm1 Reuben Farrelly
2005-08-19 17:34   ` 2.6.13-rc6-mm1 Andrew Morton
2005-08-20  1:27     ` 2.6.13-rc6-mm1 Reuben Farrelly
2005-08-20  1:34       ` Andrew Morton [this message]
2005-08-20  1:36       ` 2.6.13-rc6-mm1 Andrew Morton
2005-08-20 13:40         ` 2.6.13-rc6-mm1 David Woodhouse
2005-08-21  6:25           ` 2.6.13-rc6-mm1 Reuben Farrelly
2005-08-19 13:25 ` 2.6.13-rc6-mm1 Brice Goglin
2005-08-19 13:27   ` 2.6.13-rc6-mm1 Russell King
2005-08-19 13:41     ` 2.6.13-rc6-mm1 Brice Goglin
2005-08-19 13:45       ` 2.6.13-rc6-mm1 Russell King
2005-08-19 14:05         ` 2.6.13-rc6-mm1 Brice Goglin
2005-08-19 15:02 ` 2.6.13-rc6-mm1: drivers/net/s2io.c: compile error with gcc 4.0 Adrian Bunk
2005-08-19 15:20 ` [PATCH] mips: add pcibios_select_root Yoichi Yuasa
2005-08-19 15:45 ` 2.6.13-rc6-mm1 Ed Tomlinson
2005-08-19 16:04   ` 2.6.13-rc6-mm1 Benoit Boissinot
2005-08-19 21:01     ` 2.6.13-rc6-mm1 Ed Tomlinson
2005-08-19 21:24       ` 2.6.13-rc6-mm1 Benoit Boissinot
2005-08-19 16:11 ` 2.6.13-rc6-mm1 Dave Kleikamp
2005-08-19 19:21   ` 2.6.13-rc6-mm1 Andrew Morton
2005-08-19 21:27     ` [RFC] f_maxcount seems to be deprecated ? Eric Dumazet
2005-08-19 21:33       ` Andrew Morton
2005-08-19 22:01         ` [PATCH] Suppress deprecated f_maxcount in 'struct file' Eric Dumazet
2005-08-22 13:08           ` Peter Staubach
2005-08-22 21:57             ` Jesper Juhl
2005-08-19 16:40 ` 2.6.13-rc6-mm1: drivers/scsi/aic7xxx/ compile error Adrian Bunk
2005-08-19 16:42   ` Christoph Hellwig
2005-08-19 16:42 ` 2.6.13-rc6-mm1 Avuton Olrich
2005-08-19 21:10   ` 2.6.13-rc6-mm1 Greg KH
2005-08-19 21:21     ` 2.6.13-rc6-mm1 Avuton Olrich
2005-08-19 17:28 ` 2.6.13-rc6-mm1: too many 'ipv4_table' variables Adrian Bunk
2005-08-19 18:03 ` 2.6.13-rc6-mm1 Jesper Juhl
2005-08-20  1:00   ` [PATCH] fix warning of TANBAC_TB0219 in drivers/char/Kconfig Yoichi Yuasa
2005-08-19 19:22 ` 2.6.13-rc6-mm1 hallyn
2005-08-19 19:51 ` 2.6.13-rc6-mm1 - OOPS in drivers/net/phy Marc Ballarin
2005-08-19 20:34 ` 2.6.13-rc6-mm1: remove-asm-hdregh.patch problems Adrian Bunk
2005-08-19 20:37   ` Andrew Morton
2005-08-19 22:49 ` 2.6.13-rc6-mm1 broke parallel port printer Adrian Bunk
2005-08-19 23:36 ` [-mm patch] drivers/cdrom/sbpcd.c: fix the compilation Adrian Bunk
2005-08-19 23:45   ` Nish Aravamudan
2005-08-20  0:20 ` 2.6.13-rc6-mm1: why is PHYLIB a user-visible option? Adrian Bunk
2005-08-20  0:29   ` Jeff Garzik
2005-08-20 14:49 ` 2.6.13-rc6-mm1 Martin J. Bligh
2005-08-20 15:43 ` 2.6.13-rc6-mm1 [i6300escb.c 2 bugs, little cleanup] Jiri Slaby
2005-08-20 17:36 ` 2.6.13-rc6-mm1: git-ocfs2.patch breaks jffs Adrian Bunk
2005-08-20 19:03 ` [-mm patch] net/core/sysctl_net_core.c: fix PROC_FS=n compile Adrian Bunk
2005-08-21  0:14   ` David S. Miller
2005-08-21 15:08 ` 2.6.13-rc6-mm1 Martin J. Bligh
2005-08-21 16:30 ` 2.6.13-rc6-mm1 Benoit Boissinot
2005-08-21 17:40   ` 2.6.13-rc6-mm1 Jon Smirl
2005-08-21 21:44     ` 2.6.13-rc6-mm1 Benoit Boissinot
2005-08-21 22:11       ` 2.6.13-rc6-mm1 Jon Smirl
2005-08-22  1:36 ` 2.6.13-rc6-mm1 Rogério Brito
     [not found] ` <20050822011528.GA12602@ime.usp.br>
2005-08-22  3:48   ` 2.6.13-rc6-mm1 Andrew Morton
2005-08-22 13:30     ` 2.6.13-rc6-mm1 Rogério Brito
     [not found] <fa.h617rae.h64dpq@ifi.uio.no>
2005-08-21  6:40 ` 2.6.13-rc6-mm1 Reuben Farrelly
2005-08-21  6:52   ` 2.6.13-rc6-mm1 Andrew Morton
2005-08-22 15:12     ` 2.6.13-rc6-mm1 John McCutchan
2005-08-21 22:22 2.6.13-rc6-mm1 Benoit Boissinot
2005-08-21 22:34 ` 2.6.13-rc6-mm1 Jon Smirl
2005-08-22 14:37   ` 2.6.13-rc6-mm1 Benoit Boissinot
2005-08-22 16:44     ` 2.6.13-rc6-mm1 Jon Smirl
2005-08-22 18:13       ` 2.6.13-rc6-mm1 Benoit Boissinot

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=20050819183421.3c2849f3.akpm@osdl.org \
    --to=akpm@osdl.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=reuben-lkml@reub.net \
    /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

all inboxes | Powered by JetHome®