Date: Wed, 29 Sep 1999 22:26:30 +0200 (MET DST) From: Gerard Roudier <groudier@club-internet.fr> To: "Justin T. Gibbs" <gibbs@narnia.plutotech.com> Cc: Kevin Street <street@iname.com>, scsi@FreeBSD.org Subject: Re: sym driver 0.3.0 Message-ID: <Pine.LNX.3.95.990929221337.637A-100000@localhost> In-Reply-To: <199909291638.KAA14390@narnia.plutotech.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 29 Sep 1999, Justin T. Gibbs wrote: > In article <14321.29414.266150.585956@mired.eh.local> you wrote: > >=20 > > Is it cam or the ncr driver which reduces the tags to the correct value= ? > > It would definitely be useful if the sym driver could dynamically > > reduce the tags for devices that can't handle 64 openings. >=20 > The peripheral driver/XPT will reduce the number of tags so long as > the QUEUE FULL return status is passed all the way up the food chain. > It looks as those the sym_hipd driver returns CAM_REQUEUE_REQ in this > case instead of CAM_SCSI_STATUS_ERROR. (The status was originally > set correctly by the QUEUE FULL handler, but is later clobbered by > the run down of the qtmp queue). Indeed it was that. I have fixed it yesterday when rereading the code and made SYM.0.4.0 available. I just reread the code after having posted my suggestion to look on the tags number and discovered the issue. I have stressed the change using LXY4 and it seemed robust and fits XPT expectations that reduces the device queue depth now. I had been confused while testing the QUEUE FULL code the first time by the value 32 reported by camcontrol versus 64 asked by the SIM. By the way, I never experienced problem with LXY4 when starting with 64 tags under Linux and adjusting the tag depth when needed. When the write caching is disabled on LXY4, the device can accept more than 32 tags without returning QUEUE FULL. May-be FreeBSD-CAM is a bit too conservative about quircky devices.=20 G=E9rard. 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.3.95.990929221337.637A-100000>