Date: Sun, 4 Jul 1999 19:21:26 -0600 (MDT) From: "Kenneth D. Merry" <ken@plutotech.com> To: se@FreeBSD.ORG Cc: oppermann@pipeline.ch (Andre Oppermann), freebsd-scsi@FreeBSD.ORG Subject: Re: ncr0: queue is empty Message-ID: <199907050121.TAA73301@panzer.kdm.org> In-Reply-To: <19990704224907.A2698@dialup124.mi.uni-koeln.de> from Stefan Esser at "Jul 4, 1999 10:49:07 pm"
next in thread | previous in thread | raw e-mail | index | archive | help
Stefan Esser wrote...
> On 1999-07-04 12:31 +0200, Andre Oppermann <oppermann@pipeline.ch> wrote:
> > Stefan Esser wrote:
> > >
> > > On 1999-07-02 10:26 +0200, Andre Oppermann <oppermann@pipeline.ch> wrote:
> > > > scbus0 on ncr0 bus 0:
> > > > <Quantum XP34300 81HB> at scbus0 target 0 lun 0 (pass0,da0)
> > > > <TOSHIBA CD-ROM XM-3401TA 3593> at scbus0 target 2 lun 0 (pass1,cd0)
> > > > <MATSHITA PD-1 LF-1000 A109> at scbus0 target 4 lun 0 (pass2,da1)
> > > > <MATSHITA PD-1 LF-1000 A109> at scbus0 target 4 lun 1 (pass3,cd1)
> > >
> > > Many Quantum drives show erratic behaviour if confronted with too many
> > > simultanous commands. For that reason, you may want to add a Quirk entry
> > > for your drive to "/sys/cam/cam_xpt.c", similar to the existing entries
> > > for all kinds of Atlas drives ...
> >
> > What is an reasonable value for that drive?
>
> I guess you want to try the values that work with other Quantum drives:
>
> {
> /* Reports QUEUE FULL for temporary resource shortages */
> { T_DIRECT, SIP_MEDIA_FIXED, quantum, "XP34550*", "*" },
> /*quirks*/0, /*mintags*/24, /*maxtags*/32
> },
>
> The "reducing number of tags" message has been disabled on popular demand
> a few months ago, IIRC. But you can re-enable it, though I don't remember
> how ... (kernel config option ? verbose boot ? You'll find out easily by
> greping for the origin of that message in the CAM sources ;-)
Just boot verbose, that'll re-enable the message. Don't be alarmed at the
other "error" messages that pop up as well. Verbose is, as its name
implies, verbose. :)
You can also find out how many tags your device is using like this:
$ camcontrol tags da1 -v
(pass1:ahc1:0:1:0): dev_openings 64
(pass1:ahc1:0:1:0): dev_active 0
(pass1:ahc1:0:1:0): devq_openings 64
(pass1:ahc1:0:1:0): devq_queued 0
(pass1:ahc1:0:1:0): held 0
(pass1:ahc1:0:1:0): mintags 2
(pass1:ahc1:0:1:0): maxtags 255
dev_openings + dev_active == total number of available tags
The Atlas I had some firmware problems similar to the Atlas II, namely that
it would lock up under high load. I think the L915 firmware fixed that
problem. I'm not sure whether the Atlas I had the queue full problems that
the Atlas II and III have, though. Justin might remember.
Ken
--
Kenneth Merry
ken@plutotech.com
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?199907050121.TAA73301>