From owner-freebsd-hackers Thu Oct 22 15:09:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA09976 for freebsd-hackers-outgoing; Thu, 22 Oct 1998 15:09:50 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from caladan.tdx.co.uk (caladan.tdx.co.uk [195.188.177.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA09868 for ; Thu, 22 Oct 1998 15:08:32 -0700 (PDT) (envelope-from kpielorz@tdx.co.uk) Received: from tdx.co.uk (lorca-tx.tdx.co.uk [195.188.177.242]) by caladan.tdx.co.uk (8.9.1a/8.9.1) with ESMTP id XAA02230; Thu, 22 Oct 1998 23:07:27 +0100 (BST) Message-ID: <362FAC53.A2DE7D16@tdx.co.uk> Date: Thu, 22 Oct 1998 23:06:11 +0100 From: Karl Pielorz Organization: TDX - The Digital eXchange X-Mailer: Mozilla 4.5 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: eric CC: freebsd-hackers@FreeBSD.ORG Subject: Re: possible CAM problem, ahc/st34371w References: <199810221958.NAA17781@panzer.plutotech.com> <362F92CB.F0C5E15A@tdx.co.uk> <19981022145640.55552@tarsier.domain.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG eric wrote: > The drive will do ultra-wide according to the seagate documentation > (http://www.seagate.com/support/disc/st34371w.shtml) but you need a 2940uw I didn't know that... ;-) - I have a 2940UW in my -current machine with the drives connected, so I'll give it a go... > It's possible my cabling/termination is faulty, although there's nothing else > on the bus except the host adapter and the st34371w drive. I have the same scenario here, but I have 3 x ST34371's on 1 x AHA 2940 (with an adaptec cable)... > It may be that the > drive's internal termination is broken, or that the cable is flaky, though. I > will at least try replacing the cable and using an external terminator, to see > if that helps. I'll let you know if I start seeing problems with tagged command > queueing once i fix that. > > Incidentally, does option "FAILSAFE" still disable t.c.q. ? I don't think so - I had to edit /sys/cam/cam_xpt.c - you need to add the following to that file (inside the xpt_quirk_table[] block):- { /* Broken tagged queing drive * Reported by: Karl Pielorz */ { T_DIRECT, SIP_MEDIA_FIXED, "SEAGATE", "ST34371W*", "*" }, /*quirks*/0, /*mintags*/0, /*maxtags*/0 } The above will disable tagged-command queing for any ST3471W's on your bus once you recompile the kernel)... If you get stuck - mail me and I'll send you the file... After seeing Ken's comments - are problems may _not_ be related, but I'd like to see if we can come up with anything between us - as we both have the same drive, the same controller - and we both have problems... This is starting to get a bit off-topic - we can either move to say -hardware, or just mail each other until we have some more / firm details if you want... Regards, Karl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message