From nobody@FreeBSD.ORG Wed May 24 09:54:58 2000 Return-Path: Received: by hub.freebsd.org (Postfix, from userid 32767) id 143AD37BD00; Wed, 24 May 2000 09:54:58 -0700 (PDT) Message-Id: <20000524165458.143AD37BD00@hub.freebsd.org> Date: Wed, 24 May 2000 09:54:58 -0700 (PDT) From: paul@pth.com Sender: nobody@FreeBSD.ORG To: freebsd-gnats-submit@FreeBSD.org Subject: Hitachi DK319H needs quirk entry to work with freebsd X-Send-Pr-Version: www-1.0 >Number: 18793 >Category: misc >Synopsis: Hitachi DK319H needs quirk entry to work with freebsd >Confidential: no >Severity: critical >Priority: medium >Responsible: ken >State: closed >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed May 24 10:00:00 PDT 2000 >Closed-Date: Thu Nov 15 11:57:55 PST 2001 >Last-Modified: Thu Nov 15 12:04:18 PST 2001 >Originator: Paul Haddad >Release: 4.0 >Organization: >Environment: FreeBSD netserver.pth.com 4.0-RELEASE FreeBSD 4.0-RELEASE #3: Wed May 24 12:19:22 EDT 2000 root@netserver.pth.com:/usr/tmp/src/sys/compile/SMP-NETSERVER4 i386 >Description: The Hitachi scsi drives in the DK319H series apparently don't like to have multiple luns probed, the machine will not boot without a quirk entry for this drive, it'll just sit there and print out error messages. The linux kernel has workarounds for DK312 & DK314, so it might be all DK31* drives that have this problem. >How-To-Repeat: >Fix: This entry fixes the problem. { /* Doesn't like multi-LUN probing. */ { T_DIRECT, SIP_MEDIA_FIXED, "HITACHI", "DK319*", "*" }, CAM_QUIRK_NOLUNS, /*mintags*/2, /*maxtags*/255 }, >Release-Note: >Audit-Trail: Responsible-Changed-From-To: freebsd-bugs->ken Responsible-Changed-By: ken Responsible-Changed-When: Wed May 24 10:15:58 PDT 2000 Responsible-Changed-Why: I'll handle this one. From: "Justin T. Gibbs" To: paul@pth.com Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: misc/18793: Hitachi DK319H needs quirk entry to work with freebsd Date: Mon, 29 May 2000 13:07:07 -0600 I wonder if this device supports the "REPORT LUNS" command. We need to add this command into our device discovery process anyway and it would obviate the need for a quirk. -- Justin State-Changed-From-To: open->suspended State-Changed-By: ken State-Changed-When: Sat Jun 3 20:17:48 PDT 2000 State-Changed-Why: Fixed in rev 1.86 of cam_xpt.c. I'm putting this in the suspended state to remind me to merge this change into RELENG_4 and RELENG_3. http://www.freebsd.org/cgi/query-pr.cgi?pr=18793 From: "Kenneth D. Merry" To: "Justin T. Gibbs" Cc: paul@pth.com, freebsd-gnats-submit@FreeBSD.org Subject: Re: misc/18793: Hitachi DK319H needs quirk entry to work with freebsd Date: Sat, 3 Jun 2000 21:20:35 -0600 On Mon, May 29, 2000 at 12:10:02 -0700, Justin T. Gibbs wrote: > The following reply was made to PR misc/18793; it has been noted by GNATS. > > From: "Justin T. Gibbs" > To: paul@pth.com > Cc: freebsd-gnats-submit@FreeBSD.ORG > Subject: Re: misc/18793: Hitachi DK319H needs quirk entry to work with freebsd > Date: Mon, 29 May 2000 13:07:07 -0600 > > I wonder if this device supports the "REPORT LUNS" command. We need > to add this command into our device discovery process anyway and it > would obviate the need for a quirk. True enough. In the mean time, though, I've checked in the quirk. Ken -- Kenneth Merry ken@kdm.org State-Changed-From-To: suspended->closed State-Changed-By: asmodai State-Changed-When: Thu Nov 15 11:57:55 PST 2001 State-Changed-Why: Be a nice lad and MFS this to 3-STABLE. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=18793 >Unformatted: