Date: Wed, 24 May 2000 01:33:14 -0600 From: "Kenneth D. Merry" <ken@kdm.org> To: Paul Haddad <paul@pth.com> Cc: freebsd-scsi@FreeBSD.ORG Subject: Re: quirk_table entry for a Hitachi DK319H Message-ID: <20000524013313.A21635@panzer.kdm.org> In-Reply-To: <010b01bfc525$2c9b4ba0$0bac2ac0@pth.com>; from paul@pth.com on Tue, May 23, 2000 at 10:04:19PM -0400 References: <010b01bfc525$2c9b4ba0$0bac2ac0@pth.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, May 23, 2000 at 22:04:19 -0400, Paul Haddad wrote:
> Hi All,
>
> I've been trying to get my DK319H scsi/SCA drive to work properly in my
> server. After looking through some linux kernel sources for similar drives
> I saw several models of HITACHI drives that do not like more then one LUN
> probed. I added the following entry to the xpr_quirk_table.
>
> {
> /* Doesn't like multi-LUN probing. */
> { T_DIRECT, SIP_MEDIA_FIXED, "HITACHI", "DK319*", "*" },
> CAM_QUIRK_NOLUNS, /*mintags*/0, /*maxtags*/255
> },
>
> This seems to work, but I'm not sure what the values should be for min/max
> tags. Can someone tell me how to find that out? Are the above settings 0 &
> 255 suboptimal? How do I go about making sure the above is added to the
> code tree?
You probably want to set the minimum to 2, if the drive does tagged
queueing okay. (i.e. if it doesn't time out, or perform poorly with tagged
queueing turned on)
255 is fine for the maximum. The actual maximum value will be determined
automatically. We reduce the maximum tag count to N if we get a queue
full error from the drive when we try to send transaction N+1.
As for getting it into the tree, I would suggest filing a PR, either with
send-pr or via the web interface on www.freebsd.org.
This is mainly so that we don't forget about it.
Ken
--
Kenneth Merry
ken@kdm.org
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?20000524013313.A21635>