From owner-freebsd-scsi Mon Jan 18 12:02:40 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA00783 for freebsd-scsi-outgoing; Mon, 18 Jan 1999 12:02:40 -0800 (PST) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA00761 for ; Mon, 18 Jan 1999 12:02:36 -0800 (PST) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id NAA02592; Mon, 18 Jan 1999 13:01:54 -0700 (MST) From: "Kenneth D. Merry" Message-Id: <199901182001.NAA02592@panzer.plutotech.com> Subject: Re: Disk dying (Conner CFP and Tagged Queueing Probs) In-Reply-To: <19990118200458.29368@cicely.de> from Bernd Walter at "Jan 18, 99 08:04:58 pm" To: ticso@cicely.de (Bernd Walter) Date: Mon, 18 Jan 1999 13:01:54 -0700 (MST) Cc: gelderen@mediaport.org, freebsd-scsi@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Bernd Walter wrote... > Looks exactly the same like on my I had mentioned in this list > earlier. > You should be very carefully with this problem it damaged me sometimes the fs on it. > > With a quirk entry disabling tagged command queueing the drive is running without > any problems for several days. > > Sound like there are more than just my drive broken. > Can someone please check and commit an entry? > > I use the following in sys/cam/cam_xpt.c: > { > /* Broken tagged queuing drive */ > { T_DIRECT, SIP_MEDIA_FIXED, "CONNER", "CFP*", "*" }, > /*quirks*/0, /*mintags*/0, /*maxtags*/0 > }, That sounds reasonable, I think. I'll probably just go ahead and commit it. > Interestingly the following is already there: > { > /* Broken tagged queuing drive */ > { T_DIRECT, SIP_MEDIA_REMOVABLE, "CONNER", "CFP2107*", "*" }, > /*quirks*/0, /*mintags*/0, /*maxtags*/0 > }, > > Is his realy a removeable drive? No, it's not a removable disk drive. I fixed that problem in revision 1.34 of cam_xpt.c. > If yes it sounds as there might be some conflicts using both. Well, the first quirk entry that matches a given device will be used. So, things should work okay. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message