Date: Sun, 7 Jan 2001 19:45:06 +0100 (CET) From: =?ISO-8859-1?Q?G=E9rard_Roudier?= <groudier@club-internet.fr> To: "Justin T. Gibbs" <gibbs@scsiguy.com> Cc: Darren Joy <darrenj@uk.uu.net>, freebsd-scsi@FreeBSD.ORG Subject: Re: Continuing Problems with DC390W and 4.2 Release Message-ID: <Pine.LNX.4.10.10101071914590.745-100000@linux.local> In-Reply-To: <200101071628.f07GSHs61375@aslan.scsiguy.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 7 Jan 2001, Justin T. Gibbs wrote: > >> If I try to install the ports distibution, I get the following errors : > >> > >> ncr0: queue empty > >> ncr0: queue empty > >> ncr0: queue empty > >> ncr0: queue empty > >> <repeat indefinitely> > > > >Looks like the device is returning QUEUE FULL status and the NCR does not > >see any command currently pending at device side (i.e. SCSI I/O having > >been disconnected). > > You still pass this code up to CAM, right? It is what the NCR code is doing. It completes the command with QUEUE FULL status. The above message looks to me informational only. The SYM does the same but silently (+ returns to XPT for requeuing all commands for this device not yet started, in order to preserve initial ordering of IOs). > The XPT should be treating > it as a BUSY status and deferring I/O for a bit. Perhaps some recent > change in CAM has broken this behavior. We should check. If CAM does not delay the retry, a storm of QUEUE FULL statuses may occur, but this should not harm in theory (just load uselessly the machine). Practice could be pretty different. The SYM reported bad reselections on this system under 4.2 (device selecting for tasks that didn't exist in driver context). In the same situation the NCR also aborts the IO using appropriate messages, but silently. The same system was reported by Darren to works flawlessly with the NCR in FreeBSD-3.2. Darren should check if tagged command queuing was enabled for his Conner hard disk in the configuration that worked. Gérard. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.LNX.4.10.10101071914590.745-100000>
