From owner-freebsd-scsi@FreeBSD.ORG Sun Aug 3 08:37:12 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCF9137B401; Sun, 3 Aug 2003 08:37:12 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id E499743F85; Sun, 3 Aug 2003 08:37:11 -0700 (PDT) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id <305LHHVM>; Sun, 3 Aug 2003 11:37:02 -0400 Message-ID: From: Don Bowman To: "'freebsd-scsi@freebsd.org'" , "'aic7xxx@freebsd.org'" Date: Sun, 3 Aug 2003 11:36:50 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Subject: AIC7902 SCSI aborted command X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Aug 2003 15:37:13 -0000 After ~200 hours of operation a PC spit out this message: Copied 18 bytes of sense data offset 12: 0xf0 0x0 0xb 0x0 0x0 0x40 0xff 0xa 0x0 0x0 0x0 0x0 0x47 0x3 0x8 0x0 0x0 0x0 (da0:ahd0:0:0:0): WRITE(06). CDB: a 0 40 ff 80 0 (da0:ahd0:0:0:0): ABORTED COMMAND info:40ff asc:47,3 (da0:ahd0:0:0:0): Reserved ASC/ASCQ pair field replaceable unit: 8 The system has a single U320 15KRPM seagate 18GB drive in it. No other messages are present. # camcontrol inq 0:0:0 pass0: Fixed Direct Access SCSI-3 device pass0: Serial Number 3JY00BKQ00007346Q570 pass0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled The system is running the RELENG_4 aic7xxx driver, updated about 10days ago. What does this message mean? It doesn't appear to have had any ill effect. the 'test' is dd if=/dev/da0 of=/dev/null bs=20k with periodic find / and a lot of swap. From owner-freebsd-scsi@FreeBSD.ORG Mon Aug 4 11:03:06 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0BB637B401 for ; Mon, 4 Aug 2003 11:03:06 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A30143FD7 for ; Mon, 4 Aug 2003 11:03:05 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h74I35Up068034 for ; Mon, 4 Aug 2003 11:03:05 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h74I34Cv068028 for scsi@freebsd.org; Mon, 4 Aug 2003 11:03:04 -0700 (PDT) Date: Mon, 4 Aug 2003 11:03:04 -0700 (PDT) Message-Id: <200308041803.h74I34Cv068028@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: scsi@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Aug 2003 18:03:07 -0000 Current FreeBSD problem reports Critical problems Serious problems Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [1999/12/21] kern/15608 scsi acd0 / cd0 give inconsistent errors on em 1 problem total. From owner-freebsd-scsi@FreeBSD.ORG Mon Aug 4 11:14:24 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 452C137B407 for ; Mon, 4 Aug 2003 11:14:24 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78E9A43FBF for ; Mon, 4 Aug 2003 11:14:22 -0700 (PDT) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.9/8.12.9) with ESMTP id h74IELJJ011365 for ; Mon, 4 Aug 2003 20:14:21 +0200 (CEST) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.9/8.12.9/Submit) id h74IELkr011364 for freebsd-scsi@freebsd.org; Mon, 4 Aug 2003 20:14:21 +0200 (CEST) Date: Mon, 4 Aug 2003 20:14:21 +0200 From: Wilko Bulte To: FreeBSD SCSI hackers Message-ID: <20030804181421.GA11345@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-OS: FreeBSD 4.8-STABLE X-PGP: finger wilko@freebsd.org Subject: Why is an Adaptec 39160 reported as a 3960? X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Aug 2003 18:14:24 -0000 Subject says it all. I just stuck a 39160 (in it's Compaq KZPEA disguise) in my Alpha and it was reported as a 3960D. From: aic7xxx_pci.c: ID_AHA_3960D, aic7xxx_pci.c: "Adaptec 3960D Ultra160 SCSI adapter", aic7xxx_pci.c: ID_AHA_3960D_CPQ, aic7xxx_pci.c: "Adaptec (Compaq OEM) 3960D Ultra160 SCSI adapter", Is there a '1' missing somewhere? -- | / o / /_ _ wilko@FreeBSD.org |/|/ / / /( (_) Bulte From owner-freebsd-scsi@FreeBSD.ORG Mon Aug 4 12:14:45 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E01F637B404 for ; Mon, 4 Aug 2003 12:14:45 -0700 (PDT) Received: from magic.adaptec.com (magic-mail.adaptec.com [208.236.45.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DA9943FA3 for ; Mon, 4 Aug 2003 12:14:45 -0700 (PDT) (envelope-from gibbs@scsiguy.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.11.6/8.11.6) with ESMTP id h74JEio00423; Mon, 4 Aug 2003 12:14:44 -0700 Received: from [10.100.253.70] (aslan.btc.adaptec.com [10.100.253.70]) by redfish.adaptec.com (8.8.8p2+Sun/8.8.8) with ESMTP id MAA01916; Mon, 4 Aug 2003 12:14:44 -0700 (PDT) Date: Mon, 04 Aug 2003 13:16:28 -0600 From: "Justin T. Gibbs" To: Wilko Bulte , FreeBSD SCSI hackers Message-ID: <1342110000.1060024588@aslan.btc.adaptec.com> In-Reply-To: <20030804181421.GA11345@freebie.xs4all.nl> References: <20030804181421.GA11345@freebie.xs4all.nl> X-Mailer: Mulberry/3.1.0b5 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: Why is an Adaptec 39160 reported as a 3960? X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Justin T. Gibbs" List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Aug 2003 19:14:46 -0000 > Subject says it all. I just stuck a 39160 (in it's > Compaq KZPEA disguise) in my Alpha and it was reported > as a 3960D. From: There was a marketing change *after* the Compaq cards were released to name these cards 39160. The probe code tries to name the products as they were named at release. -- Justin From owner-freebsd-scsi@FreeBSD.ORG Mon Aug 4 12:24:07 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3A2F37B401 for ; Mon, 4 Aug 2003 12:24:07 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95F4743F93 for ; Mon, 4 Aug 2003 12:24:06 -0700 (PDT) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.9/8.12.9) with ESMTP id h74JO5JJ012735; Mon, 4 Aug 2003 21:24:05 +0200 (CEST) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.9/8.12.9/Submit) id h74JO50M012734; Mon, 4 Aug 2003 21:24:05 +0200 (CEST) Date: Mon, 4 Aug 2003 21:24:05 +0200 From: Wilko Bulte To: "Justin T. Gibbs" Message-ID: <20030804192405.GA12688@freebie.xs4all.nl> References: <20030804181421.GA11345@freebie.xs4all.nl> <1342110000.1060024588@aslan.btc.adaptec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1342110000.1060024588@aslan.btc.adaptec.com> User-Agent: Mutt/1.4.1i X-OS: FreeBSD 4.8-STABLE X-PGP: finger wilko@freebsd.org cc: FreeBSD SCSI hackers Subject: Re: Why is an Adaptec 39160 reported as a 3960? X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Aug 2003 19:24:08 -0000 On Mon, Aug 04, 2003 at 01:16:28PM -0600, Justin T. Gibbs wrote: > > Subject says it all. I just stuck a 39160 (in it's > > Compaq KZPEA disguise) in my Alpha and it was reported > > as a 3960D. From: > > There was a marketing change *after* the Compaq cards were > released to name these cards 39160. The probe code tries > to name the products as they were named at release. Of course, I should have known. It defies logic so it must be marketing ;) tnx Wilko -- | / o / /_ _ wilko@FreeBSD.org |/|/ / / /( (_) Bulte From owner-freebsd-scsi@FreeBSD.ORG Mon Aug 4 12:25:56 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B54E637B401; Mon, 4 Aug 2003 12:25:56 -0700 (PDT) Received: from magic.adaptec.com (magic-mail.adaptec.com [208.236.45.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2566A43FAF; Mon, 4 Aug 2003 12:25:56 -0700 (PDT) (envelope-from gibbs@scsiguy.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.11.6/8.11.6) with ESMTP id h74JPto03697; Mon, 4 Aug 2003 12:25:55 -0700 Received: from [10.100.253.70] (aslan.btc.adaptec.com [10.100.253.70]) by redfish.adaptec.com (8.8.8p2+Sun/8.8.8) with ESMTP id MAA06773; Mon, 4 Aug 2003 12:25:55 -0700 (PDT) Date: Mon, 04 Aug 2003 13:27:39 -0600 From: "Justin T. Gibbs" To: Don Bowman , "'freebsd-scsi@freebsd.org'" , "'aic7xxx@freebsd.org'" Message-ID: <1346570000.1060025259@aslan.btc.adaptec.com> In-Reply-To: References: X-Mailer: Mulberry/3.1.0b5 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: AIC7902 SCSI aborted command X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Justin T. Gibbs" List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Aug 2003 19:25:57 -0000 > After ~200 hours of operation a PC spit out this message: > > Copied 18 bytes of sense data offset 12: 0xf0 0x0 0xb 0x0 0x0 0x40 0xff 0xa > 0x0 0x0 0x0 0x0 0x47 0x3 0x8 0x0 0x0 0x0 > (da0:ahd0:0:0:0): WRITE(06). CDB: a 0 40 ff 80 0 > (da0:ahd0:0:0:0): ABORTED COMMAND info:40ff asc:47,3 > (da0:ahd0:0:0:0): Reserved ASC/ASCQ pair field replaceable unit: 8 > > The system has a single U320 15KRPM seagate 18GB drive in it. > No other messages are present. This means that the target saw a CRC miscompare on a packet. CAM retried the command and it succeeded. CRC errors are not unheard of in U320 configurations, but at only 200 hours of load, that is a little too often for comfort. I believe you mentioned before that you were using an extremely short cable in one of your configurations. Be aware that there is a minimum cable length suggested by the SCSI spec. This varies depending on the capacitance rating of your cable, but the shortest length allowed is 10cm (cables with less capacitance need larger spacing). If your cable is shorter than this, you might consider trying something longer. -- Justin From owner-freebsd-scsi@FreeBSD.ORG Mon Aug 4 12:31:30 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96A9437B401 for ; Mon, 4 Aug 2003 12:31:30 -0700 (PDT) Received: from magic.adaptec.com (magic-mail.adaptec.com [208.236.45.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1685C43FAF for ; Mon, 4 Aug 2003 12:31:30 -0700 (PDT) (envelope-from gibbs@scsiguy.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.11.6/8.11.6) with ESMTP id h74JVTo29377; Mon, 4 Aug 2003 12:31:29 -0700 Received: from [10.100.253.70] (aslan.btc.adaptec.com [10.100.253.70]) by redfish.adaptec.com (8.8.8p2+Sun/8.8.8) with ESMTP id MAA08952; Mon, 4 Aug 2003 12:31:15 -0700 (PDT) Date: Mon, 04 Aug 2003 13:32:59 -0600 From: "Justin T. Gibbs" To: Gary Stanley , freebsd-scsi@freebsd.org Message-ID: <1350320000.1060025579@aslan.btc.adaptec.com> In-Reply-To: <6.0.0.12.0.20030731062022.020a25d0@localhost> References: <6.0.0.12.0.20030731062022.020a25d0@localhost> X-Mailer: Mulberry/3.1.0b5 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: Recommended Cabling (u320) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Justin T. Gibbs" List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Aug 2003 19:31:30 -0000 > Can anyone recommend a company that makes decent Ultra320 cables to connect > 2 SAF-TE (GEM318P controller) backplanes (with enclosurement) to a > supermicro board? Seems the cables we are getting from Supermicro are not > up for the long haul. Are you connecting them to the same SCSI channel? If so, I trust you are attaching them like so: Adapter+------+Backplane 1+--+Backplane 2+-Terminator You can't hook them up like this: Adapter+------+Backplane 1+-Terminator | +--+Backplane 2+-Terminator | +-Terminator Even in configurartion 1, there are lots of backplanes out there that fair much worse than a good U320 cable. You may find that your backplanes just are not good enough to run U320. -- Justin From owner-freebsd-scsi@FreeBSD.ORG Mon Aug 4 13:10:18 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 461F637B404; Mon, 4 Aug 2003 13:10:18 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E9D543F93; Mon, 4 Aug 2003 13:10:17 -0700 (PDT) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id <305LHJ21>; Mon, 4 Aug 2003 16:10:16 -0400 Message-ID: From: Don Bowman To: "'Justin T. Gibbs'" , Don Bowman , "'freebsd-scsi@freebsd.org'" , "'aic7xxx@freebsd.org'" Date: Mon, 4 Aug 2003 16:10:15 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Subject: RE: AIC7902 SCSI aborted command X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Aug 2003 20:10:18 -0000 From: Justin T. Gibbs [mailto:gibbs@scsiguy.com] > > After ~200 hours of operation a PC spit out this message: > > > > Copied 18 bytes of sense data offset 12: 0xf0 0x0 0xb 0x0 > 0x0 0x40 0xff 0xa > > 0x0 0x0 0x0 0x0 0x47 0x3 0x8 0x0 0x0 0x0 > > (da0:ahd0:0:0:0): WRITE(06). CDB: a 0 40 ff 80 0 > > (da0:ahd0:0:0:0): ABORTED COMMAND info:40ff asc:47,3 > > (da0:ahd0:0:0:0): Reserved ASC/ASCQ pair field replaceable unit: 8 > > > > The system has a single U320 15KRPM seagate 18GB drive in it. > > No other messages are present. > > This means that the target saw a CRC miscompare on a packet. CAM > retried the command and it succeeded. CRC errors are not unheard > of in U320 configurations, but at only 200 hours of load, that is > a little too often for comfort. > > I believe you mentioned before that you were using an extremely > short cable in one of your configurations. Be aware that there > is a minimum cable length suggested by the SCSI spec. This > varies depending on the capacitance rating of your cable, but > the shortest length allowed is 10cm (cables with less capacitance > need larger spacing). If your cable is shorter than this, you might > consider trying something longer. Me & my trusty ruler re-measured the cable, and straightened out, it is 10.4" tip to tail, which matches the spec. I was foolishly thinking of the folded length. How can one determine this is a CRC error? Is the reserved ASC/ASCQ something that would be in e.g. the seagate manual as a vendor specific thing? From owner-freebsd-scsi@FreeBSD.ORG Mon Aug 4 13:14:48 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACB0037B405; Mon, 4 Aug 2003 13:14:48 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FCC943F85; Mon, 4 Aug 2003 13:14:47 -0700 (PDT) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.9/8.12.9) with ESMTP id h74KEjJJ013537; Mon, 4 Aug 2003 22:14:45 +0200 (CEST) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.9/8.12.9/Submit) id h74KEjGq013536; Mon, 4 Aug 2003 22:14:45 +0200 (CEST) Date: Mon, 4 Aug 2003 22:14:45 +0200 From: Wilko Bulte To: Don Bowman Message-ID: <20030804201445.GE13405@freebie.xs4all.nl> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-OS: FreeBSD 4.8-STABLE X-PGP: finger wilko@freebsd.org cc: "'freebsd-scsi@freebsd.org'" cc: "'aic7xxx@freebsd.org'" Subject: Re: AIC7902 SCSI aborted command X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Aug 2003 20:14:49 -0000 On Mon, Aug 04, 2003 at 04:10:15PM -0400, Don Bowman wrote: > From: Justin T. Gibbs [mailto:gibbs@scsiguy.com] > > > After ~200 hours of operation a PC spit out this message: > > > > > > Copied 18 bytes of sense data offset 12: 0xf0 0x0 0xb 0x0 > > 0x0 0x40 0xff 0xa > > > 0x0 0x0 0x0 0x0 0x47 0x3 0x8 0x0 0x0 0x0 > > > (da0:ahd0:0:0:0): WRITE(06). CDB: a 0 40 ff 80 0 > > > (da0:ahd0:0:0:0): ABORTED COMMAND info:40ff asc:47,3 > > > (da0:ahd0:0:0:0): Reserved ASC/ASCQ pair field replaceable unit: 8 > > > > > > The system has a single U320 15KRPM seagate 18GB drive in it. > > > No other messages are present. > > > > This means that the target saw a CRC miscompare on a packet. CAM > > retried the command and it succeeded. CRC errors are not unheard > > of in U320 configurations, but at only 200 hours of load, that is > > a little too often for comfort. > > > > I believe you mentioned before that you were using an extremely > > short cable in one of your configurations. Be aware that there > > is a minimum cable length suggested by the SCSI spec. This > > varies depending on the capacitance rating of your cable, but > > the shortest length allowed is 10cm (cables with less capacitance > > need larger spacing). If your cable is shorter than this, you might > > consider trying something longer. > > Me & my trusty ruler re-measured the cable, and straightened out, > it is 10.4" tip to tail, which matches the spec. I was foolishly > thinking of the folded length. It isn't too folded I hope? In the sense that you sometimes find flatcables stashed in miniscule cutouts in cases etc. Not too good for signal integrity either. -- Wilko From owner-freebsd-scsi@FreeBSD.ORG Mon Aug 4 13:16:07 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 923B537B401; Mon, 4 Aug 2003 13:16:07 -0700 (PDT) Received: from magic.adaptec.com (magic-mail.adaptec.com [208.236.45.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF03B43F85; Mon, 4 Aug 2003 13:16:06 -0700 (PDT) (envelope-from gibbs@scsiguy.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.11.6/8.11.6) with ESMTP id h74KG6o11175; Mon, 4 Aug 2003 13:16:06 -0700 Received: from [10.100.253.70] (aslan.btc.adaptec.com [10.100.253.70]) by redfish.adaptec.com (8.8.8p2+Sun/8.8.8) with ESMTP id NAA25645; Mon, 4 Aug 2003 13:16:06 -0700 (PDT) Date: Mon, 04 Aug 2003 14:17:50 -0600 From: "Justin T. Gibbs" To: Don Bowman , "'freebsd-scsi@freebsd.org'" , "'aic7xxx@freebsd.org'" Message-ID: <1369790000.1060028269@aslan.btc.adaptec.com> In-Reply-To: References: X-Mailer: Mulberry/3.1.0b5 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: RE: AIC7902 SCSI aborted command X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Justin T. Gibbs" List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Aug 2003 20:16:07 -0000 > How can one determine this is a CRC error? Is the reserved ASC/ASCQ > something that would be in e.g. the seagate manual as a vendor > specific thing? The output ASC/ASCQ pair are no longer reserved. They correspond to: INFORMATION UNIT iuCRC ERROR DETECTED This string just hasn't made it into FreeBSD's ASC/ASCQ table yet. You can find the latest ASC/ASCQ information at www.t10.org. -- Justin From owner-freebsd-scsi@FreeBSD.ORG Mon Aug 4 13:27:02 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8841837B401; Mon, 4 Aug 2003 13:27:02 -0700 (PDT) Received: from magic.adaptec.com (magic-mail.adaptec.com [208.236.45.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id E95D043F75; Mon, 4 Aug 2003 13:27:01 -0700 (PDT) (envelope-from scottl@freebsd.org) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.11.6/8.11.6) with ESMTP id h74KR1o14116; Mon, 4 Aug 2003 13:27:01 -0700 Received: from freebsd.org (hollin.btc.adaptec.com [10.100.253.56]) by redfish.adaptec.com (8.8.8p2+Sun/8.8.8) with ESMTP id NAA29889; Mon, 4 Aug 2003 13:27:01 -0700 (PDT) Message-ID: <3F2EC0F2.4040605@freebsd.org> Date: Mon, 04 Aug 2003 14:24:18 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3) Gecko/20030414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Wilko Bulte References: <20030804201445.GE13405@freebie.xs4all.nl> In-Reply-To: <20030804201445.GE13405@freebie.xs4all.nl> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: "'freebsd-scsi@freebsd.org'" cc: "'aic7xxx@freebsd.org'" Subject: Re: AIC7902 SCSI aborted command X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Aug 2003 20:27:02 -0000 Wilko Bulte wrote: > On Mon, Aug 04, 2003 at 04:10:15PM -0400, Don Bowman wrote: > >>From: Justin T. Gibbs [mailto:gibbs@scsiguy.com] >> >>>>After ~200 hours of operation a PC spit out this message: >>>> >>>>Copied 18 bytes of sense data offset 12: 0xf0 0x0 0xb 0x0 >>> >>>0x0 0x40 0xff 0xa >>> >>>>0x0 0x0 0x0 0x0 0x47 0x3 0x8 0x0 0x0 0x0 >>>>(da0:ahd0:0:0:0): WRITE(06). CDB: a 0 40 ff 80 0 >>>>(da0:ahd0:0:0:0): ABORTED COMMAND info:40ff asc:47,3 >>>>(da0:ahd0:0:0:0): Reserved ASC/ASCQ pair field replaceable unit: 8 >>>> >>>>The system has a single U320 15KRPM seagate 18GB drive in it. >>>>No other messages are present. >>> >>>This means that the target saw a CRC miscompare on a packet. CAM >>>retried the command and it succeeded. CRC errors are not unheard >>>of in U320 configurations, but at only 200 hours of load, that is >>>a little too often for comfort. >>> >>>I believe you mentioned before that you were using an extremely >>>short cable in one of your configurations. Be aware that there >>>is a minimum cable length suggested by the SCSI spec. This >>>varies depending on the capacitance rating of your cable, but >>>the shortest length allowed is 10cm (cables with less capacitance >>>need larger spacing). If your cable is shorter than this, you might >>>consider trying something longer. >> >>Me & my trusty ruler re-measured the cable, and straightened out, >>it is 10.4" tip to tail, which matches the spec. I was foolishly >>thinking of the folded length. > > > It isn't too folded I hope? In the sense that you sometimes > find flatcables stashed in miniscule cutouts in cases etc. Not > too good for signal integrity either. > Except in cases where you need to slip through a tight slot and only a flat cable will do, the new-fangled round u320 cables are superior to their flat counterparts. Scott From owner-freebsd-scsi@FreeBSD.ORG Mon Aug 4 13:31:59 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1A0137B401; Mon, 4 Aug 2003 13:31:59 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE91E43F3F; Mon, 4 Aug 2003 13:31:58 -0700 (PDT) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id <305LHJJF>; Mon, 4 Aug 2003 16:31:58 -0400 Message-ID: From: Don Bowman To: 'Scott Long' , Wilko Bulte Date: Mon, 4 Aug 2003 16:31:57 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" cc: "'freebsd-scsi@freebsd.org'" cc: "'aic7xxx@freebsd.org'" Subject: RE: AIC7902 SCSI aborted command X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Aug 2003 20:32:00 -0000 > From: Scott Long [mailto:scottl@freebsd.org] > Wilko Bulte wrote: > > On Mon, Aug 04, 2003 at 04:10:15PM -0400, Don Bowman wrote: > > > >>From: Justin T. Gibbs [mailto:gibbs@scsiguy.com] > >>>need larger spacing). If your cable is shorter than this, > you might > >>>consider trying something longer. > >> > >>Me & my trusty ruler re-measured the cable, and straightened out, > >>it is 10.4" tip to tail, which matches the spec. I was foolishly > >>thinking of the folded length. > > > > > > It isn't too folded I hope? In the sense that you sometimes > > find flatcables stashed in miniscule cutouts in cases etc. Not > > too good for signal integrity either. > > > > Except in cases where you need to slip through a tight slot and only a > flat cable will do, the new-fangled round u320 cables are superior to > their flat counterparts. Correct me if i'm wrong, but for a single device on a chain, they are equivalent. The round cable is really just the flat cable untwisted, and its got the same amount of flat length @ each end. I can believe the round ones are better for several drives on a chain. --don From owner-freebsd-scsi@FreeBSD.ORG Mon Aug 4 13:38:09 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9100A37B401; Mon, 4 Aug 2003 13:38:09 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id B08A743F75; Mon, 4 Aug 2003 13:38:08 -0700 (PDT) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id <305LHJJR>; Mon, 4 Aug 2003 16:38:08 -0400 Message-ID: From: Don Bowman To: "'Justin T. Gibbs'" , Don Bowman , "'freebsd-scsi@freebsd.org'" , "'aic7xxx@freebsd.org'" Date: Mon, 4 Aug 2003 16:38:07 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Subject: RE: AIC7902 SCSI aborted command X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Aug 2003 20:38:09 -0000 From: Justin T. Gibbs [mailto:gibbs@scsiguy.com] > Sent: August 4, 2003 16:18 > To: Don Bowman; 'freebsd-scsi@freebsd.org'; 'aic7xxx@freebsd.org' > Subject: RE: AIC7902 SCSI aborted command > > > > How can one determine this is a CRC error? Is the reserved ASC/ASCQ > > something that would be in e.g. the seagate manual as a vendor > > specific thing? > > The output ASC/ASCQ pair are no longer reserved. They correspond to: > > INFORMATION UNIT iuCRC ERROR DETECTED > > This string just hasn't made it into FreeBSD's ASC/ASCQ table yet. > > You can find the latest ASC/ASCQ information at www.t10.org. Below is a simple patch if anyone is interested which adds this missing information. $ cvs diff -U3 scsi_all.c Index: scsi_all.c =================================================================== RCS file: /usr/cvs/src/sys/cam/scsi/scsi_all.c,v retrieving revision 1.14.2.9 diff -U3 -r1.14.2.9 scsi_all.c --- scsi_all.c 21 Oct 2002 05:38:11 -0000 1.14.2.9 +++ scsi_all.c 4 Aug 2003 20:29:21 -0000 @@ -1231,6 +1231,18 @@ "Unsuccessful soft reset") }, /* DTLPWRSOMCAE */{SST(0x47, 0x00, SS_DEF, "SCSI parity error") }, +/* DTLPWRSOMCAE */{SST(0x47, 0x01, SS_DEF, + "SCSI Data phase CRC error detected") }, +/* DTLPWRSOMCAE */{SST(0x47, 0x02, SS_DEF, + "SCSI parity error detected during ST data phase") }, +/* DTLPWRSOMCAE */{SST(0x47, 0x03, SS_DEF, + "SCSI information unit iuCRC error detected") }, +/* DTLPWRSOMCAE */{SST(0x47, 0x04, SS_DEF, + "SCSI asynchronous information protection error detected") }, +/* DTLPWRSOMCAE */{SST(0x47, 0x05, SS_DEF, + "SCSI protocol service crc error") }, +/* DTLPWRSOMCAE */{SST(0x47, 0x7f, SS_DEF, + "Some commands cleared by ISCSI protocol event") }, /* DTLPWRSOMCAE */{SST(0x48, 0x00, SS_DEF, "Initiator detected error message received") }, /* DTLPWRSOMCAE */{SST(0x49, 0x00, SS_DEF, @@ -1239,6 +1251,18 @@ "Command phase error") }, /* DTLPWRSOMCAE */{SST(0x4B, 0x00, SS_DEF, "Data phase error") }, +/* DT PWR OM AE */{SST(0x4B, 0x01, SS_DEF, + "SCSI invalid target port transfer tag received") }, +/* DT PWR OM AE */{SST(0x4B, 0x02, SS_DEF, + "SCSI too much write data") }, +/* DT PWR OM AE */{SST(0x4B, 0x03, SS_DEF, + "SCSI ACK/NAK timeout") }, +/* DT PWR OM AE */{SST(0x4B, 0x04, SS_DEF, + "SCSI nak received") }, +/* DT PWR OM AE */{SST(0x4B, 0x05, SS_DEF, + "SCSI data offset error") }, +/* DT PWR OM AE */{SST(0x4B, 0x06, SS_DEF, + "SCSI initiator response timeout") }, /* DTLPWRSOMCAE */{SST(0x4C, 0x00, SS_DEF, "Logical unit failed self-configuration") }, /* DTLPWRSOMCAE */{SST(0x4D, 0x00, SS_DEF, From owner-freebsd-scsi@FreeBSD.ORG Wed Aug 6 06:56:53 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D37737B401; Wed, 6 Aug 2003 06:56:53 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0393443FBF; Wed, 6 Aug 2003 06:56:52 -0700 (PDT) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id <305LHMVX>; Wed, 6 Aug 2003 09:56:51 -0400 Message-ID: From: Don Bowman To: "'freebsd-scsi@freebsd.org'" , "'aic7xxx@freebsd.org'" Date: Wed, 6 Aug 2003 09:56:40 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Subject: Ongoing U320 AIC7902 Seagate ST318453LW issues, SCB timed out X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Aug 2003 13:56:53 -0000 On some systems I am sometimes getting this error pop out. It seems to track the system for some reason. This is not a bad cable, signals look good on oscope. Drive is: SEAGATE ST318453LW, FW 0005 Controller is: ahd1@pci3:2:1: class=0x010000 card=0x005f9005 chip=0x801f9005 rev=0x03 hdr=0x00 vendor = 'Adaptec' device = 'AIC-7902 Ultra320 SCSI Host Adapter' class = mass storage subclass = SCSI this drive is the only device (other than the controller) on the SCSI chain. The ahd driver is RELENG_4. The error occurs while doing commands such as 'dd if=/dev/da0 of=/dev/null bs=20k' while causing swapping to occur. The error may occur once or twice a day. I don't know how to move ahead on this problem. I assume that this indicates that the drive and host controller are out of sync on a command somehow. Please advise on how to proceed. (da0:ahd0:0:0:0): SCB 0x1a - timed out >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<< ahd0: Dumping Card State at program address 0x22 Mode 0x33 Card was paused HS_MAILBOX[0x0] INTCTL[0xc0]:(SWTMINTEN|SWTMINTMASK) SEQINTSTAT[0x10]:(SEQ_SWTMRTO) SAVED_MODE[0x11] DFFSTAT[0x30]:(CURRFIFO_0|FIFO0FREE|FIFO 1FREE) SCSISIGI[0x0]:(P_DATAOUT) SCSIPHASE[0x0] SCSIBUS[0x0] LASTPHASE[0x1]:(P_DATAOUT|P_BUSFREE) SCSISEQ0[0x0] SCSISEQ1[0x12]:(ENAUTOATNP|ENRSELI) SEQCTL0[0x10]:(FASTMODE) SEQINTCTL[0x0] SEQ_FLAGS[0x0] SEQ_FLAGS2[0x0] SSTAT0[0x0] SSTAT1[0x8]:(BUSFREE) SSTAT2[0x0] SSTAT3[0x0] PERRDIAG[0x8]:(AIPERR) SIMODE1[0xa4]:(ENSCSIPERR|ENSCSIRST|ENSELTIMO) LQISTAT0[0x0] LQISTAT1[0x0] LQISTAT2[0x0] LQOSTAT0[0x0] LQOSTAT1[0x0] LQOSTAT2[0x1]:(LQOSTOP0) SCB Count = 64 CMDS_PENDING = 13 LASTSCB 0x3b CURRSCB 0x3b NEXTSCB 0xffc0 qinstart = 57689 qinfifonext = 57689 QINFIFO: WAITING_TID_QUEUES: Pending list: 59 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 16 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 37 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 2 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 47 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 45 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 51 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 23 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 17 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 8 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 43 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 24 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 26 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] Total 13 Kernel Free SCB list: 42 4 25 32 35 33 27 54 10 34 29 5 62 7 38 31 19 44 6 18 52 56 41 13 46 3 55 39 15 12 21 30 36 58 61 11 22 0 57 40 60 20 53 14 63 28 50 1 9 49 48 Sequencer Complete DMA-inprog list: Sequencer Complete list: Sequencer DMA-Up and Complete list: ahd0: FIFO0 Free, LONGJMP == 0x8257, SCB 0x1a SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|ENS AVEPTRS) SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL) SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0] SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR = 0x00, SHCNT = 0x0 HADDR = 0x00, HCNT = 0x0 CCSGCTL[0x10]:(SG_CACHE_AVAIL) ahd0: FIFO1 Free, LONGJMP == 0x805e, SCB 0x2b SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|ENS AVEPTRS) SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL) SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0] SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR = 0x00, SHCNT = 0x0 HADDR = 0x00, HCNT = 0x0 CCSGCTL[0x10]:(SG_CACHE_AVAIL) LQIN: 0x55 0x0 0x0 0x1a 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x80 0x0 0x0 0x0 0x2 0x0 ahd0: LQISTATE = 0x0, LQOSTATE = 0x0, OPTIONMODE = 0x42 ahd0: OS_SPACE_CNT = 0x20 MAXCMDCNT = 0x1 SIMODE0[0xc]:(ENOVERRUN|ENIOERR) CCSCBCTL[0x4]:(CCSCBDIR) ahd0: REG0 == 0x17, SINDEX = 0x133, DINDEX = 0x102 ahd0: SCBPTR == 0x3b, SCB_NEXT == 0xff00, SCB_NEXT2 == 0xff34 CDB 28 0 0 89 97 56 STACK: 0x14 0x125 0x0 0x0 0x257 0x257 0x26a 0x29 <<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>> Copied 18 bytes of sense data offset 12: 0x70 0x0 0x6 0x0 0x0 0x0 0x0 0xa 0x0 0x0 0x0 0x0 0x29 0x2 0x2 0x0 0x0 0x0 Aug 6 06:46:36 /kernel: <<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>> From owner-freebsd-scsi@FreeBSD.ORG Wed Aug 6 07:18:38 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AE8A37B401 for ; Wed, 6 Aug 2003 07:18:38 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id DAEB843F75 for ; Wed, 6 Aug 2003 07:18:37 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 73342 invoked by uid 1000); 6 Aug 2003 14:18:38 -0000 Date: Wed, 6 Aug 2003 07:18:38 -0700 (PDT) From: Nate Lawson To: Jingrong Xie In-Reply-To: Message-ID: <20030806071204.H73306@root.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-scsi@freebsd.org Subject: Re: AIC7899's 2 SCSI channels infect with each other in target mode? X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Aug 2003 14:18:38 -0000 On Fri, 1 Aug 2003, Jingrong Xie wrote: > I have two machine A and B, each with a 39160 card (aic7899 processor), > the Installatioin Guide of the card says, "The Adaptec SCSI Card 39160 has > two INDEPENDENT SCSI channels, ...". That is correct. > I use Nate's scsi_target on A, and my test_write_scsi.c on B to write to > Emulated Disk uninterruptedly, it works perfectly. > Also using scsi_target on B and test_write_scsi.c on A works perfectly. > But when I use the two at the same time, kernel code of scsi_target crash > like this: > > Fatal trap 12: page fault wihle in kernel mode > ...... > Stopped at targdone + 0x84: movl %eax, 0x20(%edx) > > <<<<<<<>>>>>>> > ahc1: Bus Device Reset on Ahc0(0:5:1) SCBS aborted. You shouldn't be able to do this since ahc(4) does not support simultaneous target/initiator mode. When you have two instances running and then attempt to scan the other, the ahc driver should not allow this. Still, this does appear to be a problem in targ(4) and I'll look into it. I'm very busy so it may take me a while to get my target testing rig up again. > A# scsi_target 0:5:0 > B# camcontrol rescan 0 > B# ./test_write_scsi > > B# scsi_target 1:5:0 > A# camcontrol rescan 1 > A# ./test-write_scsi I'd like to see your code for "test-write_scsi". This seems to show that you run them sequentially, not concurrently. -Nate From owner-freebsd-scsi@FreeBSD.ORG Wed Aug 6 07:25:11 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6E5537B401 for ; Wed, 6 Aug 2003 07:25:11 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id CBBDC43FAF for ; Wed, 6 Aug 2003 07:25:10 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 73372 invoked by uid 1000); 6 Aug 2003 14:25:11 -0000 Date: Wed, 6 Aug 2003 07:25:11 -0700 (PDT) From: Nate Lawson To: John Baldwin In-Reply-To: Message-ID: <20030806072429.K73306@root.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org cc: scsi@freebsd.org Subject: RE: PATCH: Disable 6 byte commands for USB, firewire, ATAPICAM X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Aug 2003 14:25:12 -0000 On Wed, 30 Jul 2003, John Baldwin wrote: > On 25-Jul-2003 Nate Lawson wrote: > > Please test devices such as USB keys, USB cameras, Firewire hard disks, > > and ATAPICAM cd drives to be sure they still work with this patch. > > Especially if you've needed a quirk before, it is important to see if this > > patch does not break your device. I hope to get this into the tree early > > so there is plenty of testing before 5.2. > > You should remove the 6 to 10 translation that is already in umass(4) > for UFI and ATAPI devices. I didn't do it for SCSI devices because > the SCSI transport was supposed to work ok with 6 byte commands. Not > all devices properly report their transport though. I'll be looking into that and streamlining any other translation code. I just removed some extraneous calls to cmd6workaround(). -Nate From owner-freebsd-scsi@FreeBSD.ORG Wed Aug 6 07:51:33 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7052537B401; Wed, 6 Aug 2003 07:51:33 -0700 (PDT) Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2721F43F75; Wed, 6 Aug 2003 07:51:32 -0700 (PDT) (envelope-from gibbs@scsiguy.com) Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by aslan.scsiguy.com (8.12.9/8.12.8) with ESMTP id h76EpVEU068472; Wed, 6 Aug 2003 08:51:31 -0600 (MDT) (envelope-from gibbs@scsiguy.com) Date: Wed, 06 Aug 2003 08:51:31 -0600 From: "Justin T. Gibbs" To: Don Bowman , "'freebsd-scsi@freebsd.org'" , "'aic7xxx@freebsd.org'" Message-ID: <1680230000.1060181491@aslan.scsiguy.com> In-Reply-To: References: X-Mailer: Mulberry/3.0.3 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: Ongoing U320 AIC7902 Seagate ST318453LW issues, SCB timed out X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Aug 2003 14:51:33 -0000 > On some systems I am sometimes getting this error pop out. > It seems to track the system for some reason. This is > not a bad cable, signals look good on oscope. > > Drive is: SEAGATE ST318453LW, FW 0005 You seem to have found another way to trip up the Seagate drives. According to the controller, there are 13 commands that are outstanding on the drive that have not been completed within the timeout period. The bus is idle and so is the controller. The SCB count in this dump is 64. Are you not throttling the number of commands to 32 for these devices? If so, the SCB count should not be higher than 32 for a single drive configuration. I have seen behavior similar to what you are experiencing with tag depths greater than 32. -- Justin From owner-freebsd-scsi@FreeBSD.ORG Wed Aug 6 07:53:40 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3B9E37B432; Wed, 6 Aug 2003 07:53:37 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4242243FBF; Wed, 6 Aug 2003 07:53:36 -0700 (PDT) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id <305LHM6S>; Wed, 6 Aug 2003 10:53:35 -0400 Message-ID: From: Don Bowman To: "'Justin T. Gibbs'" , Don Bowman , "'freebsd-scsi@freebsd.org'" , "'aic7xxx@freebsd.org'" Date: Wed, 6 Aug 2003 10:53:28 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Subject: RE: Ongoing U320 AIC7902 Seagate ST318453LW issues, SCB timed out X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Aug 2003 14:53:40 -0000 From: Justin T. Gibbs [mailto:gibbs@scsiguy.com] > > On some systems I am sometimes getting this error pop out. > > It seems to track the system for some reason. This is > > not a bad cable, signals look good on oscope. > > > > Drive is: SEAGATE ST318453LW, FW 0005 > > You seem to have found another way to trip up the Seagate drives. > According to the controller, there are 13 commands that are > outstanding > on the drive that have not been completed within the timeout period. > The bus is idle and so is the controller. > > The SCB count in this dump is 64. Are you not throttling the number > of commands to 32 for these devices? If so, the SCB count should not > be higher than 32 for a single drive configuration. I have > seen behavior > similar to what you are experiencing with tag depths greater than 32. I'm continuing to test without the throttle. I'm @ a loss for why it tracks some systems and not others. There doesn't seem to be a reliable way to drop the number of tags since the system may not always come up. I don't think there's an option in the kernel to do so. --don From owner-freebsd-scsi@FreeBSD.ORG Wed Aug 6 07:54:38 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C0B137B401 for ; Wed, 6 Aug 2003 07:54:38 -0700 (PDT) Received: from aslan.scsiguy.com (mail.scsiguy.com [63.229.232.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id A06DF43FB1 for ; Wed, 6 Aug 2003 07:54:37 -0700 (PDT) (envelope-from gibbs@scsiguy.com) Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by aslan.scsiguy.com (8.12.9/8.12.8) with ESMTP id h76EsaEU068518; Wed, 6 Aug 2003 08:54:36 -0600 (MDT) (envelope-from gibbs@scsiguy.com) Date: Wed, 06 Aug 2003 08:54:36 -0600 From: "Justin T. Gibbs" To: Nate Lawson , Jingrong Xie Message-ID: <1682670000.1060181676@aslan.scsiguy.com> In-Reply-To: <20030806071204.H73306@root.org> References: <20030806071204.H73306@root.org> X-Mailer: Mulberry/3.0.3 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline cc: freebsd-scsi@freebsd.org Subject: Re: Re: AIC7899's 2 SCSI channels infect with each other in target mode? X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Aug 2003 14:54:38 -0000 > You shouldn't be able to do this since ahc(4) does not support > simultaneous target/initiator mode. It can, you just need to disable the multi-target-id feature to do it. I should probably modify the driver so that it will allow dual mode operation so long as only one target-id is set and it corresponds to the initiator's id. -- Justin From owner-freebsd-scsi@FreeBSD.ORG Wed Aug 6 07:59:01 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F2D037B401; Wed, 6 Aug 2003 07:59:01 -0700 (PDT) Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84CC443F85; Wed, 6 Aug 2003 07:59:00 -0700 (PDT) (envelope-from gibbs@scsiguy.com) Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by aslan.scsiguy.com (8.12.9/8.12.8) with ESMTP id h76EwuEU068560; Wed, 6 Aug 2003 08:58:56 -0600 (MDT) (envelope-from gibbs@scsiguy.com) Date: Wed, 06 Aug 2003 08:58:56 -0600 From: "Justin T. Gibbs" To: Don Bowman , "'freebsd-scsi@freebsd.org'" , "'aic7xxx@freebsd.org'" Message-ID: <1684930000.1060181936@aslan.scsiguy.com> In-Reply-To: References: X-Mailer: Mulberry/3.0.3 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: RE: Ongoing U320 AIC7902 Seagate ST318453LW issues, SCB timed out X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Aug 2003 14:59:01 -0000 > I'm continuing to test without the throttle. I'm @ a loss for why > it tracks some systems and not others. > > There doesn't seem to be a reliable way to drop the number of > tags since the system may not always come up. I don't think > there's an option in the kernel to do so. Just add a call to camcontrol early in the rc process, prior to fsck starting up. camcontrol is on the root filesystem. You can also modify the ahd driver to tell cam that it can only handle 32 commands per-target. In aic79xx_osm.c change: /* * Construct our SIM entry */ sim = cam_sim_alloc(ahd_action, ahd_poll, "ahd", ahd, device_get_unit(ahd->dev_softc), 1, /*XXX*/256, devq); ^^^ to 32. The XXX is there since this controller can really handle 512 transactions per-device, but CAM is still using a byte to hold the max tag depth field and doesn't currently differentiate between packetized and non-packetized targets. non-packetized, tagged queuing capable devices can only handle 256 tags. -- Justin From owner-freebsd-scsi@FreeBSD.ORG Wed Aug 6 08:08:10 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B23A837B401; Wed, 6 Aug 2003 08:08:10 -0700 (PDT) Received: from mobile.hub.org (u134n133.eastlink.ca [24.224.134.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id D58B443F85; Wed, 6 Aug 2003 08:08:09 -0700 (PDT) (envelope-from scrappy@hub.org) Received: by mobile.hub.org (Postfix, from userid 1001) id DE37D483; Wed, 6 Aug 2003 12:08:08 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by mobile.hub.org (Postfix) with ESMTP id D7F1B1C9; Wed, 6 Aug 2003 12:08:08 -0300 (ADT) Date: Wed, 6 Aug 2003 12:08:08 -0300 (ADT) From: The Hermit Hacker To: "Justin T. Gibbs" In-Reply-To: <1684930000.1060181936@aslan.scsiguy.com> Message-ID: <20030806120734.L11591@hub.org> References: <1684930000.1060181936@aslan.scsiguy.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: "'freebsd-scsi@freebsd.org'" cc: "'aic7xxx@freebsd.org'" Subject: RE: Ongoing U320 AIC7902 Seagate ST318453LW issues, SCB timed out X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Aug 2003 15:08:11 -0000 On Wed, 6 Aug 2003, Justin T. Gibbs wrote: > > I'm continuing to test without the throttle. I'm @ a loss for why > > it tracks some systems and not others. > > > > There doesn't seem to be a reliable way to drop the number of > > tags since the system may not always come up. I don't think > > there's an option in the kernel to do so. > > Just add a call to camcontrol early in the rc process, prior to > fsck starting up. I believe that /etc/rc.early can be used for this? Its where I enable/disable softupdates remotely through :) From owner-freebsd-scsi@FreeBSD.ORG Wed Aug 6 08:10:17 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46A6037B401; Wed, 6 Aug 2003 08:10:17 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 395A943FA3; Wed, 6 Aug 2003 08:10:16 -0700 (PDT) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id <305LHM7Q>; Wed, 6 Aug 2003 11:10:15 -0400 Message-ID: From: Don Bowman To: "'Justin T. Gibbs'" , Don Bowman , "'freebsd-scsi@freebsd.org'" , "'aic7xxx@freebsd.org'" Date: Wed, 6 Aug 2003 11:10:08 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Subject: RE: Ongoing U320 AIC7902 Seagate ST318453LW issues, SCB timed out X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Aug 2003 15:10:17 -0000 > From: Justin T. Gibbs [mailto:gibbs@scsiguy.com] > > I'm continuing to test without the throttle. I'm @ a loss for why > > it tracks some systems and not others. > > > > There doesn't seem to be a reliable way to drop the number of > > tags since the system may not always come up. I don't think > > there's an option in the kernel to do so. > > Just add a call to camcontrol early in the rc process, prior to > fsck starting up. camcontrol is on the root filesystem. You can > also modify the ahd driver to tell cam that it can only handle 32 > commands per-target. Sadly under some circumstances, the system will not get to the point of loading files from the hard disk. The kernel loads (since the bios loads its), but the rc files don't. This is rare, perhaps 1 reboot in 300-400. But i've got an awful lot of these in my lab :) I will try your patch. From owner-freebsd-scsi@FreeBSD.ORG Wed Aug 6 08:29:50 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A4D337B401; Wed, 6 Aug 2003 08:29:50 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33BC943FA3; Wed, 6 Aug 2003 08:29:49 -0700 (PDT) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id <305LHM8S>; Wed, 6 Aug 2003 11:29:47 -0400 Message-ID: From: Don Bowman To: "'Justin T. Gibbs'" , Don Bowman , "'freebsd-scsi@freebsd.org'" , "'aic7xxx@freebsd.org'" Date: Wed, 6 Aug 2003 11:29:42 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Subject: RE: Ongoing U320 AIC7902 Seagate ST318453LW issues, SCB timed out X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Aug 2003 15:29:50 -0000 > From: Justin T. Gibbs [mailto:gibbs@scsiguy.com] > Sent: August 6, 2003 10:59 > To: Don Bowman; 'freebsd-scsi@freebsd.org'; 'aic7xxx@freebsd.org' > Subject: RE: Ongoing U320 AIC7902 Seagate ST318453LW issues, SCB timed > out > > > > I'm continuing to test without the throttle. I'm @ a loss for why > > it tracks some systems and not others. > > > > There doesn't seem to be a reliable way to drop the number of > > tags since the system may not always come up. I don't think > > there's an option in the kernel to do so. > > Just add a call to camcontrol early in the rc process, prior to > fsck starting up. camcontrol is on the root filesystem. You can > also modify the ahd driver to tell cam that it can only handle 32 > commands per-target. I offer this patch to make a loader tunable out of the maximum tags supported. $ cvs diff -u3 aic79xx_osm.c Index: aic79xx_osm.c =================================================================== RCS file: /usr/cvs/src/sys/dev/aic7xxx/aic79xx_osm.c,v retrieving revision 1.3.2.3.1000.3 diff -u -3 -r1.3.2.3.1000.3 aic79xx_osm.c --- aic79xx_osm.c 28 Jul 2003 00:26:42 -0000 1.3.2.3.1000.3 +++ aic79xx_osm.c 6 Aug 2003 15:28:44 -0000 @@ -119,10 +119,17 @@ struct cam_path *path; long s; int count; + int max_tags = 256; /* Controller can really handle 512 transactions + per device, but CAM is still using a byte + to hold the max tag depth field + */ count = 0; sim = NULL; + sprintf(ahd_info, "hw.ahd%d.max_tags", device_get_unit(ahd->dev_softc)); + TUNABLE_INT_FETCH(ahd_info, &max_tags); + ahd_controller_info(ahd, ahd_info); printf("%s\n", ahd_info); ahd_lock(ahd, &s); @@ -139,7 +146,7 @@ */ sim = cam_sim_alloc(ahd_action, ahd_poll, "ahd", ahd, device_get_unit(ahd->dev_softc), - 1, /*XXX*/256, devq); + 1, max_tags, devq); if (sim == NULL) { cam_simq_free(devq); goto fail; From owner-freebsd-scsi@FreeBSD.ORG Wed Aug 6 08:31:58 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C87137B401; Wed, 6 Aug 2003 08:31:58 -0700 (PDT) Received: from aslan.scsiguy.com (mail.scsiguy.com [63.229.232.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88F4743F93; Wed, 6 Aug 2003 08:31:57 -0700 (PDT) (envelope-from gibbs@scsiguy.com) Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by aslan.scsiguy.com (8.12.9/8.12.8) with ESMTP id h76FVvEU068717; Wed, 6 Aug 2003 09:31:57 -0600 (MDT) (envelope-from gibbs@scsiguy.com) Date: Wed, 06 Aug 2003 09:31:57 -0600 From: "Justin T. Gibbs" To: Don Bowman , "'freebsd-scsi@freebsd.org'" , "'aic7xxx@freebsd.org'" Message-ID: <1695190000.1060183917@aslan.scsiguy.com> In-Reply-To: References: X-Mailer: Mulberry/3.0.3 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: RE: Ongoing U320 AIC7902 Seagate ST318453LW issues, SCB timed out X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Aug 2003 15:31:58 -0000 > I offer this patch to make a loader tunable out of the maximum > tags supported. It should be a cam tunable. -- Justin From owner-freebsd-scsi@FreeBSD.ORG Wed Aug 6 09:08:09 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16E3137B401; Wed, 6 Aug 2003 09:08:09 -0700 (PDT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id C192143F75; Wed, 6 Aug 2003 09:08:07 -0700 (PDT) (envelope-from marcolz@stack.nl) Received: by mailhost.stack.nl (Postfix, from userid 65534) id 45D741F016; Wed, 6 Aug 2003 18:08:06 +0200 (CEST) Received: from toad.stack.nl (zen.stack.nl [2001:610:1108:5010::130]) by mailhost.stack.nl (Postfix) with ESMTP id 9E1561F014; Wed, 6 Aug 2003 18:08:01 +0200 (CEST) Received: by toad.stack.nl (Postfix, from userid 333) id 7C8E79A; Wed, 6 Aug 2003 18:08:01 +0200 (CEST) Date: Wed, 6 Aug 2003 18:08:01 +0200 From: Marc Olzheim To: Don Bowman Message-ID: <20030806160801.GA30597@stack.nl> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD toad.stack.nl 4.8-STABLE FreeBSD 4.8-STABLE X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.4i X-Spam-Status: No, hits=-5.0 required=5.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES, REPLY_WITH_QUOTES,USER_AGENT_MUTT version=2.55 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: "'freebsd-scsi@freebsd.org'" cc: "'aic7xxx@freebsd.org'" Subject: Re: Ongoing U320 AIC7902 Seagate ST318453LW issues, SCB timed out X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Aug 2003 16:08:09 -0000 On Wed, Aug 06, 2003 at 11:29:42AM -0400, Don Bowman wrote: > > Just add a call to camcontrol early in the rc process, prior to > > fsck starting up. camcontrol is on the root filesystem. You can > > also modify the ahd driver to tell cam that it can only handle 32 > > commands per-target. Hmm, every time it hits me (every 20 minutes or so now on one specific machine), SCB Count is 80... Does the driver negotiate this with the disk ? > I offer this patch to make a loader tunable out of the maximum > tags supported. I'll experiment with it too... Marc From owner-freebsd-scsi@FreeBSD.ORG Wed Aug 6 09:31:26 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3BF7137B404 for ; Wed, 6 Aug 2003 09:31:23 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id C8C5943F3F for ; Wed, 6 Aug 2003 09:31:22 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 73652 invoked by uid 1000); 6 Aug 2003 16:31:23 -0000 Date: Wed, 6 Aug 2003 09:31:23 -0700 (PDT) From: Nate Lawson To: "Justin T. Gibbs" In-Reply-To: <1682670000.1060181676@aslan.scsiguy.com> Message-ID: <20030806093010.M73637@root.org> References: <20030806071204.H73306@root.org> <1682670000.1060181676@aslan.scsiguy.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-scsi@freebsd.org cc: Jingrong Xie Subject: Re: Re: AIC7899's 2 SCSI channels infect with each other in target mode? X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Aug 2003 16:31:26 -0000 On Wed, 6 Aug 2003, Justin T. Gibbs wrote: > > You shouldn't be able to do this since ahc(4) does not support > > simultaneous target/initiator mode. > > It can, you just need to disable the multi-target-id feature to do > it. I should probably modify the driver so that it will allow dual > mode operation so long as only one target-id is set and it corresponds > to the initiator's id. I would REALLY appreciate this since it would allow target mode testing on a single HBA (i.e. 7890) without any external cabling. -Nate From owner-freebsd-scsi@FreeBSD.ORG Wed Aug 6 09:34:23 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF67937B401 for ; Wed, 6 Aug 2003 09:34:23 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 2D20043F3F for ; Wed, 6 Aug 2003 09:34:23 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 73664 invoked by uid 1000); 6 Aug 2003 16:34:23 -0000 Date: Wed, 6 Aug 2003 09:34:23 -0700 (PDT) From: Nate Lawson To: Don Bowman In-Reply-To: <1695190000.1060183917@aslan.scsiguy.com> Message-ID: <20030806093347.N73637@root.org> References: <1695190000.1060183917@aslan.scsiguy.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: "'freebsd-scsi@freebsd.org'" cc: "'aic7xxx@freebsd.org'" Subject: RE: Ongoing U320 AIC7902 Seagate ST318453LW issues, SCB timed out X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Aug 2003 16:34:24 -0000 On Wed, 6 Aug 2003, Justin T. Gibbs wrote: > > I offer this patch to make a loader tunable out of the maximum > > tags supported. > > It should be a cam tunable. Terse. I think he means it should be "kern.cam.ahd%d.max_tags" -Nate From owner-freebsd-scsi@FreeBSD.ORG Wed Aug 6 09:39:19 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A47C137B401 for ; Wed, 6 Aug 2003 09:39:19 -0700 (PDT) Received: from aslan.scsiguy.com (mail.scsiguy.com [63.229.232.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9C3743F3F for ; Wed, 6 Aug 2003 09:39:18 -0700 (PDT) (envelope-from gibbs@scsiguy.com) Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by aslan.scsiguy.com (8.12.9/8.12.8) with ESMTP id h76GdIEU069340 for ; Wed, 6 Aug 2003 10:39:18 -0600 (MDT) (envelope-from gibbs@scsiguy.com) Date: Wed, 06 Aug 2003 09:38:51 -0600 From: "Justin T. Gibbs" To: Don Bowman Message-ID: <1700390000.1060184331@aslan.scsiguy.com> In-Reply-To: References: X-Mailer: Mulberry/3.0.3 (Linux/x86) Resent-Date: Wed, 06 Aug 2003 10:39:18 -0600 Resent-From: "Justin T. Gibbs" Resent-To: scsi@FreeBSD.org Resent-Message-ID: <1723610000.1060187958@aslan.scsiguy.com> X-Resent-Mailer: Mulberry/3.0.3 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: RE: Ongoing U320 AIC7902 Seagate ST318453LW issues, SCB timed out X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Aug 2003 16:39:19 -0000 > you mean like kern.cam.ahd0.max_tags? I mean that the trottling should be done in CAM so that it works for any SIM driver. This would probably mean something like: kern.cam.scsi.max_tags and kern.cam.scsi0.max_tags In otherwords, a global and the ability to override the global on a per-bus basis. Just make sure the code doesn't try to enforce a maximum that is larger than the maximum reported by the SIM in its path inquiry response. -- Justin From owner-freebsd-scsi@FreeBSD.ORG Wed Aug 6 10:20:41 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 75F6B37B401 for ; Wed, 6 Aug 2003 10:20:41 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 8119C43F93 for ; Wed, 6 Aug 2003 10:20:40 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 73798 invoked by uid 1000); 6 Aug 2003 17:20:41 -0000 Date: Wed, 6 Aug 2003 10:20:41 -0700 (PDT) From: Nate Lawson To: John Baldwin In-Reply-To: Message-ID: <20030806102025.E73796@root.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org cc: scsi@freebsd.org Subject: RE: PATCH: Disable 6 byte commands for USB, firewire, ATAPICAM X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Aug 2003 17:20:41 -0000 On Wed, 30 Jul 2003, John Baldwin wrote: > On 25-Jul-2003 Nate Lawson wrote: > > Please test devices such as USB keys, USB cameras, Firewire hard disks, > > and ATAPICAM cd drives to be sure they still work with this patch. > > Especially if you've needed a quirk before, it is important to see if this > > patch does not break your device. I hope to get this into the tree early > > so there is plenty of testing before 5.2. > > You should remove the 6 to 10 translation that is already in umass(4) > for UFI and ATAPI devices. I didn't do it for SCSI devices because > the SCSI transport was supposed to work ok with 6 byte commands. Not > all devices properly report their transport though. Done. -Nate From owner-freebsd-scsi@FreeBSD.ORG Wed Aug 6 11:50:05 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08FB737B401; Wed, 6 Aug 2003 11:50:05 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 250CB43FA3; Wed, 6 Aug 2003 11:50:04 -0700 (PDT) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id <305LHNLH>; Wed, 6 Aug 2003 14:50:03 -0400 Message-ID: From: Don Bowman To: 'Scott' , Nate Lawson Date: Wed, 6 Aug 2003 14:49:57 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" cc: "'freebsd-scsi@freebsd.org'" cc: "'aic7xxx@freebsd.org'" Subject: RE: Ongoing U320 AIC7902 Seagate ST318453LW issues, SCB timed out X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Aug 2003 18:50:05 -0000 > From: Scott [mailto:scottl@pooker.samsco.home] > On Wed, 6 Aug 2003, Nate Lawson wrote: > > > On Wed, 6 Aug 2003, Justin T. Gibbs wrote: > > > > I offer this patch to make a loader tunable out of the maximum > > > > tags supported. > > > > > > It should be a cam tunable. > > > > Terse. I think he means it should be "kern.cam.ahd%d.max_tags" > > > > I'll go out on a limb and suggest 'kern.cam.da%d.max_tags" or > something > similar, as this will be useful for more than just the Adaptec chip. OK, you guys are exceeding my knowledge :) cam_sim_alloc() seems to be the fn that ahd_attach() calls that sets this. i can put the tunable in cam_sim_alloc. Now, what is da%d? This can't be per device (e.g. da0) I don't think, it seems to be global to the driver. the name that i know @ this level is ahd0 etc, i could put this in cam so that its sprintf(name, "kern.cam.%s%d.max_tags", sim_name, unit) and then it would work for any driver. justin suggested e.g. scsi0 for the name there, where would i get that info? --don From owner-freebsd-scsi@FreeBSD.ORG Wed Aug 6 12:14:20 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D24537B401; Wed, 6 Aug 2003 12:14:20 -0700 (PDT) Received: from aslan.scsiguy.com (mail.scsiguy.com [63.229.232.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 819A343FB1; Wed, 6 Aug 2003 12:14:19 -0700 (PDT) (envelope-from gibbs@scsiguy.com) Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by aslan.scsiguy.com (8.12.9/8.12.8) with ESMTP id h76JEJEU070611; Wed, 6 Aug 2003 13:14:19 -0600 (MDT) (envelope-from gibbs@scsiguy.com) Date: Wed, 06 Aug 2003 13:14:19 -0600 From: "Justin T. Gibbs" To: Don Bowman , "'Scott'" , Nate Lawson Message-ID: <1764740000.1060197259@aslan.scsiguy.com> In-Reply-To: References: X-Mailer: Mulberry/3.0.3 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline cc: "'freebsd-scsi@freebsd.org'" cc: "'aic7xxx@freebsd.org'" Subject: RE: Ongoing U320 AIC7902 Seagate ST318453LW issues, SCB timed out X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Aug 2003 19:14:20 -0000 >> I'll go out on a limb and suggest 'kern.cam.da%d.max_tags" or >> something >> similar, as this will be useful for more than just the Adaptec chip. > > OK, you guys are exceeding my knowledge :) > > cam_sim_alloc() seems to be the fn that ahd_attach() calls > that sets this. That just sets it on a per-controller basis. You could also control it on a per device basis by modifying the code in cam_periph.c that handles peripheral driver instances. Support for both should be pretty easy to add and both have their uses. -- Justin From owner-freebsd-scsi@FreeBSD.ORG Wed Aug 6 12:27:37 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E2B737B431 for ; Wed, 6 Aug 2003 12:27:35 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 830EF43F85 for ; Wed, 6 Aug 2003 12:27:34 -0700 (PDT) (envelope-from ddolson@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id <305LHN38>; Wed, 6 Aug 2003 15:27:28 -0400 Message-ID: From: Dave Dolson To: "'freebsd-scsi@freebsd.org'" Date: Wed, 6 Aug 2003 15:27:14 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Subject: Swapping deadlock due to aic/scsi errors? X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Aug 2003 19:27:37 -0000 We have a reproducible bug characterized by the system becoming unresponsive (but db may be entered). System is based on FreeBSD 4.7 (i386) Using the aic79xx scsi driver. Common elements: pagedaemon waiting in wswbuf0 (waiting for free page from swapper?) swapper waiting in vmwait (waiting for free page from disk?) nsw_wcount_async=0 If any procs page fault, they will be waiting on swread then the following message will be seen (Once every 20s): swap_pager: indefinite wait buffer: device: #da/0x30001, blkno: 10352, size: 4096 I believe that the swapper is waiting for the scsi drive to call vunmapbuf() after asynchronously sending the page to be swapped out. The following message is sometimes seen, followed by a "dump card state": "SCB 0x1f - timed out" I would like to add some debugging to detect the lost command and possibly retry it. Can someone suggest where the lost command is supposed to be detected, and where the retry is supposed to occur. (I've been looking through the cam and ahd code, but need some direction) Thanks in advance, David Dolson (ddolson@sandvine.com, www.sandvine.com) From owner-freebsd-scsi@FreeBSD.ORG Wed Aug 6 13:58:34 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3127E37B401; Wed, 6 Aug 2003 13:58:34 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 507F443F3F; Wed, 6 Aug 2003 13:58:32 -0700 (PDT) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id <305LHNV3>; Wed, 6 Aug 2003 16:58:26 -0400 Message-ID: From: Don Bowman To: "'freebsd-scsi@freebsd.org'" , "'aic7xxx@freebsd.org'" Date: Wed, 6 Aug 2003 16:58:22 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Subject: RE: Ongoing U320 AIC7902 Seagate ST318453LW issues, SCB timed out X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Aug 2003 20:58:34 -0000 So i still get the below card state dump CB time out messages with tags forced to 32. I'm pursuing this with Seagate, but I'll ask again... is this a bug with either the AIC7902, or the driver for it, or the cam layer, or something? The AIC7902 is: card=0x005f9005 chip=0x801f9005 # camcontrol devlist at scbus0 target 0 lun 0 (pass0,da0) # camcontrol tags 0:0:0 (pass0:ahd0:0:0:0): device openings: 32 # camcontrol inq 0:0:0 pass0: Fixed Direct Access SCSI-3 device pass0: Serial Number 3JY0FVNT00007343D27D pass0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled (da0:ahd0:0:0:0): SCB 0x1a - timed out >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<< ahd0: Dumping Card State at program address 0x27 Mode 0x22 Card was paused HS_MAILBOX[0x0] INTCTL[0xc0]:(SWTMINTEN|SWTMINTMASK) SEQINTSTAT[0x0] SAVED_MODE[0x11] DFFSTAT[0x31]:(CURRFIFO_1|FIFO0FREE|FIFO1FREE) SCSISIGI[0x0]:(P_DATAOUT) SCSIPHASE[0x0] SCSIBUS[0x0] LASTPHASE[0x1]:(P_DATAOUT|P_BUSFREE) SCSISEQ0[0x0] SCSISEQ1[0x12]:(ENAUTOATNP|ENRSELI) SEQCTL0[0x10]:(FASTMODE) SEQINTCTL[0x0] SEQ_FLAGS[0x0] SEQ_FLAGS2[0x0] SSTAT0[0x0] SSTAT1[0x0] SSTAT2[0x0] SSTAT3[0x0] PERRDIAG[0x8]:(AIPERR) SIMODE1[0xa4]:(ENSCSIPERR|ENSCSIRST|ENSELTIMO) LQISTAT0[0x0] LQISTAT1[0x0] LQISTAT2[0x0] LQOSTAT0[0x0] LQOSTAT1[0x0] LQOSTAT2[0x1]:(LQOSTOP0) SCB Count = 32 CMDS_PENDING = 14 LASTSCB 0x7 CURRSCB 0x7 NEXTSCB 0xff80 qinstart = 29946 qinfifonext = 29946 QINFIFO: WAITING_TID_QUEUES: Pending list: 7 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 1 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 24 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 27 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 18 FIFO_USE[0x0] SCB_CONTROL[0x62]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 31 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 10 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 20 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 28 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 4 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 17 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 21 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 25 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 26 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] Total 14 Kernel Free SCB list: 16 30 19 15 13 11 8 9 5 2 23 29 0 14 6 3 22 12 Sequencer Complete DMA-inprog list: Sequencer Complete list: Sequencer DMA-Up and Complete list: ahd0: FIFO0 Free, LONGJMP == 0x80ff, SCB 0x4 SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|ENS AVEPTRS) SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL) SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0] SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR = 0x00, SHCNT = 0x0 HADDR = 0x00, HCNT = 0x0 CCSGCTL[0x10]:(SG_CACHE_AVAIL) ahd0: FIFO1 Free, LONGJMP == 0x8257, SCB 0x1a SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|ENS AVEPTRS) SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL) SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0] SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR = 0x00, SHCNT = 0x0 HADDR = 0x00, HCNT = 0x0 CCSGCTL[0x10]:(SG_CACHE_AVAIL) LQIN: 0x55 0x0 0x0 0x1a 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x80 0x0 0x0 0x0 0x2 0x0 ahd0: LQISTATE = 0x0, LQOSTATE = 0x0, OPTIONMODE = 0x42 ahd0: OS_SPACE_CNT = 0x20 MAXCMDCNT = 0x1 SIMODE0[0xc]:(ENOVERRUN|ENIOERR) CCSCBCTL[0x4]:(CCSCBDIR) ahd0: REG0 == 0x7, SINDEX = 0x122, DINDEX = 0x102 ahd0: SCBPTR == 0x1, SCB_NEXT == 0x7, SCB_NEXT2 == 0xff34 CDB a 5 b1 9f 20 0 STACK: 0x15 0x125 0x0 0x0 0x257 0x257 0x240 0x29 <<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>> swap_pager: indefinite wait buffer: device: #da/0x30001, blkno: 8536, size: 4096 Copied 18 bytes of sense data offset 12: 0x70 0x0 0x6 0x0 0x0 0x0 0x0 0xa 0x0 0x0 0x0 0x0 0x29 0x2 0x2 0x0 0x0 0x0 Aug 6 16:53:22 /kernel: <<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>> Message from syslogd@ at Wed Aug 6 16:53:22 2003 ... /kernel: <<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>> From owner-freebsd-scsi@FreeBSD.ORG Wed Aug 6 14:01:09 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCE5037B401; Wed, 6 Aug 2003 14:01:09 -0700 (PDT) Received: from aslan.scsiguy.com (mail.scsiguy.com [63.229.232.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id C32F243FAF; Wed, 6 Aug 2003 14:01:08 -0700 (PDT) (envelope-from gibbs@scsiguy.com) Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by aslan.scsiguy.com (8.12.9/8.12.8) with ESMTP id h76L18EU071111; Wed, 6 Aug 2003 15:01:08 -0600 (MDT) (envelope-from gibbs@scsiguy.com) Date: Wed, 06 Aug 2003 15:01:08 -0600 From: "Justin T. Gibbs" To: Don Bowman , "'freebsd-scsi@freebsd.org'" , "'aic7xxx@freebsd.org'" Message-ID: <1786240000.1060203668@aslan.scsiguy.com> In-Reply-To: References: X-Mailer: Mulberry/3.0.3 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: RE: Ongoing U320 AIC7902 Seagate ST318453LW issues, SCB timed out X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Aug 2003 21:01:10 -0000 > So i still get the below card state dump CB time out messages > with tags forced to 32. I'm pursuing this with Seagate, but > I'll ask again... is this a bug with either the AIC7902, or > the driver for it, or the cam layer, or something? As far as I can tell, the drive is "sitting" on the commands, and the controller is waiting for them to be completed. So the fault is in the drive, not the controller, the driver, or the SCSI layer. -- Justin From owner-freebsd-scsi@FreeBSD.ORG Wed Aug 6 14:03:34 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3334A37B401 for ; Wed, 6 Aug 2003 14:03:34 -0700 (PDT) Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55B2643FB1 for ; Wed, 6 Aug 2003 14:03:33 -0700 (PDT) (envelope-from gibbs@scsiguy.com) Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by aslan.scsiguy.com (8.12.9/8.12.8) with ESMTP id h76L3WEU071132; Wed, 6 Aug 2003 15:03:32 -0600 (MDT) (envelope-from gibbs@scsiguy.com) Date: Wed, 06 Aug 2003 15:03:32 -0600 From: "Justin T. Gibbs" To: Dave Dolson , "'freebsd-scsi@freebsd.org'" Message-ID: <1787590000.1060203812@aslan.scsiguy.com> In-Reply-To: References: X-Mailer: Mulberry/3.0.3 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: Swapping deadlock due to aic/scsi errors? X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Aug 2003 21:03:34 -0000 > We have a reproducible bug characterized by the system > becoming unresponsive (but db may be entered). > System is based on FreeBSD 4.7 (i386) > Using the aic79xx scsi driver. If you are using the stock aic79xx driver found in 4.7, I would start by pulling in the latest 4.X aic79xx driver into your system. > I would like to add some debugging to detect the lost command > and possibly retry it. Can someone suggest where the lost > command is supposed to be detected, and where the retry is > supposed to occur. The "lost command" is supposed to be detected by the timeout handler in the ahd driver. The timeout handler just forces a bus reset which should cause the command to be returned to the SCSI layer and then retried. It's not clear to me why this might not be happening, but the ahd driver was relatively green in 4.7 and you may just be tripping over a known (and later corrected) bug manifesting itself in an unusual way. -- Justin From owner-freebsd-scsi@FreeBSD.ORG Wed Aug 6 14:07:00 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8EAEF37B401; Wed, 6 Aug 2003 14:07:00 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0426943FCB; Wed, 6 Aug 2003 14:06:59 -0700 (PDT) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id <305LHNWG>; Wed, 6 Aug 2003 17:06:57 -0400 Message-ID: From: Don Bowman To: "'Justin T. Gibbs'" , Don Bowman , "'freebsd-scsi@freebsd.org'" , "'aic7xxx@freebsd.org'" Date: Wed, 6 Aug 2003 17:06:55 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Subject: RE: Ongoing U320 AIC7902 Seagate ST318453LW issues, SCB timed out X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Aug 2003 21:07:01 -0000 > From: Justin T. Gibbs [mailto:gibbs@scsiguy.com] > > > So i still get the below card state dump CB time out messages > > with tags forced to 32. I'm pursuing this with Seagate, but > > I'll ask again... is this a bug with either the AIC7902, or > > the driver for it, or the cam layer, or something? > > As far as I can tell, the drive is "sitting" on the commands, > and the controller is waiting for them to be completed. So > the fault is in the drive, not the controller, the driver, or > the SCSI layer. Is there the concept of an ill-formed command that might cause this? Could the timeout just be too short? --don From owner-freebsd-scsi@FreeBSD.ORG Wed Aug 6 14:13:31 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C24937B401; Wed, 6 Aug 2003 14:13:31 -0700 (PDT) Received: from aslan.scsiguy.com (mail.scsiguy.com [63.229.232.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BC4043F75; Wed, 6 Aug 2003 14:13:28 -0700 (PDT) (envelope-from gibbs@scsiguy.com) Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by aslan.scsiguy.com (8.12.9/8.12.8) with ESMTP id h76LCqEU071183; Wed, 6 Aug 2003 15:12:52 -0600 (MDT) (envelope-from gibbs@scsiguy.com) Date: Wed, 06 Aug 2003 15:12:52 -0600 From: "Justin T. Gibbs" To: Don Bowman , "'freebsd-scsi@freebsd.org'" , "'aic7xxx@freebsd.org'" Message-ID: <1791010000.1060204372@aslan.scsiguy.com> In-Reply-To: References: X-Mailer: Mulberry/3.0.3 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: RE: Ongoing U320 AIC7902 Seagate ST318453LW issues, SCB timed out X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Aug 2003 21:13:32 -0000 >> As far as I can tell, the drive is "sitting" on the commands, >> and the controller is waiting for them to be completed. So >> the fault is in the drive, not the controller, the driver, or >> the SCSI layer. > > Is there the concept of an ill-formed command that might > cause this? An ill-formed command should result in the drive responding with a status packet telling us so. No such status has been returned. > Could the timeout just be too short? The timeout is currently set to 60 seconds... a veritable eternity. -- Justin From owner-freebsd-scsi@FreeBSD.ORG Wed Aug 6 14:59:51 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DBED37B401 for ; Wed, 6 Aug 2003 14:59:51 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8793043FA3 for ; Wed, 6 Aug 2003 14:59:50 -0700 (PDT) (envelope-from ddolson@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id <305LHNZB>; Wed, 6 Aug 2003 17:59:50 -0400 Message-ID: From: Dave Dolson To: "'Justin T. Gibbs'" , "'freebsd-scsi@freebsd.org'" Date: Wed, 6 Aug 2003 17:59:46 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Subject: RE: Swapping deadlock due to aic/scsi errors? X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Aug 2003 21:59:51 -0000 > > We have a reproducible bug characterized by the system > > becoming unresponsive (but db may be entered). > > System is based on FreeBSD 4.7 (i386) > > Using the aic79xx scsi driver. > > If you are using the stock aic79xx driver found in 4.7, I would > start by pulling in the latest 4.X aic79xx driver into your system. Yes, we are using the latest RELENG_4 driver. > > I would like to add some debugging to detect the lost command > > and possibly retry it. Can someone suggest where the lost > > command is supposed to be detected, and where the retry is > > supposed to occur. > > The "lost command" is supposed to be detected by the timeout > handler in the ahd driver. The timeout handler just forces > a bus reset which should cause the command to be returned to > the SCSI layer and then retried. It's not clear to me why > this might not be happening, but the ahd driver was relatively > green in 4.7 and you may just be tripping over a known (and > later corrected) bug manifesting itself in an unusual way. Are you referring to the timeout handler ahd_timeout() ? Are the commmands retried from ahd_reset_channel() ? (It looks more like they're simply aborted.) Aside: Am I correct in believing that ahd_execute_scb() is called for every command to the drive? David Dolson (ddolson@sandvine.com, www.sandvine.com) From owner-freebsd-scsi@FreeBSD.ORG Wed Aug 6 21:37:12 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 222FB37B404 for ; Wed, 6 Aug 2003 21:37:12 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 3E87443FBD for ; Wed, 6 Aug 2003 21:37:11 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 74725 invoked by uid 1000); 7 Aug 2003 04:37:13 -0000 Date: Wed, 6 Aug 2003 21:37:13 -0700 (PDT) From: Nate Lawson To: Scott In-Reply-To: <20030806123207.F4081@pooker.samsco.home> Message-ID: <20030806213643.F74720@root.org> References: <1695190000.1060183917@aslan.scsiguy.com> <20030806093347.N73637@root.org> <20030806123207.F4081@pooker.samsco.home> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: "'freebsd-scsi@freebsd.org'" cc: "'aic7xxx@freebsd.org'" Subject: RE: Ongoing U320 AIC7902 Seagate ST318453LW issues, SCB timed out X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Aug 2003 04:37:12 -0000 On Wed, 6 Aug 2003, Scott wrote: > On Wed, 6 Aug 2003, Nate Lawson wrote: > > On Wed, 6 Aug 2003, Justin T. Gibbs wrote: > > > > I offer this patch to make a loader tunable out of the maximum > > > > tags supported. > > > > > > It should be a cam tunable. > > > > Terse. I think he means it should be "kern.cam.ahd%d.max_tags" > > I'll go out on a limb and suggest 'kern.cam.da%d.max_tags" or something > similar, as this will be useful for more than just the Adaptec chip. Max tags is a property of cam (i.e. cam_sim_alloc()) and thus not a scsi (da(4)) issue. -Nate From owner-freebsd-scsi@FreeBSD.ORG Wed Aug 6 22:03:01 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0159D37B405 for ; Wed, 6 Aug 2003 22:03:01 -0700 (PDT) Received: from smtp.mho.com (smtp.mho.net [64.58.4.6]) by mx1.FreeBSD.org (Postfix) with SMTP id 4513743FA3 for ; Wed, 6 Aug 2003 22:02:59 -0700 (PDT) (envelope-from scottl@freebsd.org) Received: (qmail 47632 invoked by uid 1002); 7 Aug 2003 05:02:56 -0000 Received: from unknown (HELO freebsd.org) (64.58.1.252) by smtp.mho.net with SMTP; 7 Aug 2003 05:02:56 -0000 Message-ID: <3F31DD85.6090801@freebsd.org> Date: Wed, 06 Aug 2003 23:03:01 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.4) Gecko/20030624 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <1695190000.1060183917@aslan.scsiguy.com> <20030806093347.N73637@root.org> <20030806123207.F4081@pooker.samsco.home> <20030806213643.F74720@root.org> In-Reply-To: <20030806213643.F74720@root.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: "'freebsd-scsi@freebsd.org'" cc: "'aic7xxx@freebsd.org'" cc: Scott Subject: Re: Ongoing U320 AIC7902 Seagate ST318453LW issues, SCB timed out X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Aug 2003 05:03:01 -0000 Nate Lawson wrote: > On Wed, 6 Aug 2003, Scott wrote: > >>On Wed, 6 Aug 2003, Nate Lawson wrote: >> >>>On Wed, 6 Aug 2003, Justin T. Gibbs wrote: >>> >>>>>I offer this patch to make a loader tunable out of the maximum >>>>>tags supported. >>>> >>>>It should be a cam tunable. >>> >>>Terse. I think he means it should be "kern.cam.ahd%d.max_tags" >> >>I'll go out on a limb and suggest 'kern.cam.da%d.max_tags" or something >>similar, as this will be useful for more than just the Adaptec chip. > > > Max tags is a property of cam (i.e. cam_sim_alloc()) and thus not a scsi > (da(4)) issue. > > -Nate Not neccesarily. As Justin pointed out, having global and per-device settings are both useful. One could have a bus full of well-behaving Fujitsu drives, but have one ill-behaving Seagate. Why penalize the whole system? Cam is designed to recognise both controller and device tag limits. Scott From owner-freebsd-scsi@FreeBSD.ORG Thu Aug 7 14:25:44 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38AD937B401 for ; Thu, 7 Aug 2003 14:25:44 -0700 (PDT) Received: from mail15.messagelabs.com (mail15.messagelabs.com [63.210.62.243]) by mx1.FreeBSD.org (Postfix) with SMTP id 3C0C943FA3 for ; Thu, 7 Aug 2003 14:25:43 -0700 (PDT) (envelope-from jason.dictos@tapeware.com) X-VirusChecked: Checked X-Env-Sender: jason.dictos@tapeware.com X-Msg-Ref: server-9.tower-15.messagelabs.com!1060291256!534562 X-StarScan-Version: 5.0.7; banners=tapeware.com,-,- Received: (qmail 14614 invoked from network); 7 Aug 2003 21:20:57 -0000 Received: from mail.tapeware.com (HELO yt-internet.tapeware.com) (4.21.59.10) by server-9.tower-15.messagelabs.com with SMTP; 7 Aug 2003 21:20:57 -0000 Received: by yt-internet.tapeware.com with Internet Mail Service (5.5.2653.19) id ; Thu, 7 Aug 2003 14:20:56 -0700 Message-ID: From: Jason Dictos To: "'freebsd-scsi@freebsd.org'" Date: Thu, 7 Aug 2003 14:20:47 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain Subject: Confusion X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Aug 2003 21:25:44 -0000 Hi All, The ATAPI CAM interface states that ATAPI devices do not supported 6 byte MODE SENSE and MODE SELECT cdb's, but I am reading a Seagate STT8000 manual which clearly states that all it supports are 6-byte MODE SENSE and MODE SELECT cdb's. Ideas? -Jason ________________________________________________________________________ This email has been scanned for all viruses by the MessageLabs Email Security System. For more information on a proactive email security service working around the clock, around the globe, visit http://www.messagelabs.com ________________________________________________________________________ From owner-freebsd-scsi@FreeBSD.ORG Thu Aug 7 14:41:10 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26D9337B401 for ; Thu, 7 Aug 2003 14:41:10 -0700 (PDT) Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB99A43F93 for ; Thu, 7 Aug 2003 14:41:08 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: from panzer.kdm.org (localhost [127.0.0.1]) by panzer.kdm.org (8.12.9/8.12.5) with ESMTP id h77Lf5YU043048; Thu, 7 Aug 2003 15:41:05 -0600 (MDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.12.9/8.12.5/Submit) id h77Lf5tA043047; Thu, 7 Aug 2003 15:41:05 -0600 (MDT) (envelope-from ken) Date: Thu, 7 Aug 2003 15:41:05 -0600 From: "Kenneth D. Merry" To: Jason Dictos Message-ID: <20030807214105.GA42984@panzer.kdm.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: "'freebsd-scsi@freebsd.org'" Subject: Re: Confusion X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Aug 2003 21:41:10 -0000 On Thu, Aug 07, 2003 at 14:20:47 -0700, Jason Dictos wrote: > > Hi All, > > The ATAPI CAM interface states that ATAPI devices do not supported 6 > byte MODE SENSE and MODE SELECT cdb's, but I am reading a Seagate STT8000 > manual which clearly states that all it supports are 6-byte MODE SENSE and > MODE SELECT cdb's. This is a tape drive, right? The sa(4) driver doesn't know anything about 6 byte versus 10 byte mode sense and mode select commands. It'll send a 6 byte command by default. Nate's recent changes only affect the da(4) and cd(4) drivers, not the sa(4) driver. Have you tried using this drive yet? Ken -- Kenneth Merry ken@kdm.org From owner-freebsd-scsi@FreeBSD.ORG Thu Aug 7 15:36:18 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B58F37B401 for ; Thu, 7 Aug 2003 15:36:18 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D7AD43FB1 for ; Thu, 7 Aug 2003 15:36:17 -0700 (PDT) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id <305LHP7Y>; Thu, 7 Aug 2003 18:36:16 -0400 Message-ID: From: Don Bowman To: Dave Dolson , "'freebsd-scsi@freebsd.org'" Date: Thu, 7 Aug 2003 18:36:11 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Subject: RE: Swapping deadlock due to aic/scsi errors? X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Aug 2003 22:36:18 -0000 > From: Dave Dolson [mailto:ddolson@sandvine.com] ... > > > > The "lost command" is supposed to be detected by the timeout > > handler in the ahd driver. The timeout handler just forces > > a bus reset which should cause the command to be returned to > > the SCSI layer and then retried. It's not clear to me why > > this might not be happening, but the ahd driver was relatively > > green in 4.7 and you may just be tripping over a known (and > > later corrected) bug manifesting itself in an unusual way. > > Are you referring to the timeout handler ahd_timeout() ? > Are the commmands retried from ahd_reset_channel() ? > (It looks more like they're simply aborted.) > > Aside: Am I correct in believing that ahd_execute_scb() is called > for every command to the drive? It appears that if we set vm.swap_async_max=64 with sysctl, that the problem may no longer be reproducible. The default value seems to be 4. The system is deadlocking looking for these async buffers. Does this make sense? From owner-freebsd-scsi@FreeBSD.ORG Thu Aug 7 16:06:48 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E598D37B404 for ; Thu, 7 Aug 2003 16:06:48 -0700 (PDT) Received: from smtp807.mail.sc5.yahoo.com (smtp807.mail.sc5.yahoo.com [66.163.168.186]) by mx1.FreeBSD.org (Postfix) with SMTP id 12BC443F3F for ; Thu, 7 Aug 2003 16:06:48 -0700 (PDT) (envelope-from jasondic@sbcglobal.net) Received: from adsl-67-125-129-105.dsl.frsn02.pacbell.net (HELO ns2.dictos.com) (jasondic@sbcglobal.net@67.125.129.105 with plain) by smtp-sbc-v1.mail.vip.sc5.yahoo.com with SMTP; 7 Aug 2003 23:06:46 -0000 From: jasondic@sbcglobal.net To: freebsd-scsi@freebsd.org Date: Thu, 7 Aug 2003 16:02:56 -0700 User-Agent: KMail/1.5 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200308071602.56288.jasondic@sbcglobal.net> Subject: atapi cam X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: jasondic@sbcglobal.net List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Aug 2003 23:06:49 -0000 Hi All, I think the ATAPI TAPE driver converts all 6byte mode sense/mode select calls to 10 byte versions before executing them across the bus. This causes problems with my ATAPI STT8000 tape device which only supports the 6-byte versions. I also noticed that the man page for atapicam states that atapi doesn't support 6 byte mode sense/select cdb's-yet I have the SCSI spec to the STT8000 atapi device which clearly states that it only supports the 6-byte versions. Thoughts? -Jason From owner-freebsd-scsi@FreeBSD.ORG Thu Aug 7 19:31:12 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8322B37B401 for ; Thu, 7 Aug 2003 19:31:12 -0700 (PDT) Received: from mail.active-venture.com (mail.active-venture.com [202.157.161.163]) by mx1.FreeBSD.org (Postfix) with SMTP id B291243FB1 for ; Thu, 7 Aug 2003 19:31:10 -0700 (PDT) (envelope-from hctan@active-venture.com) Received: (qmail 12465 invoked by uid 399); 8 Aug 2003 02:28:00 -0000 Received: from unknown (HELO 000252.active-venture.com) (220.255.124.219) by mail.active-venture.com with SMTP; 8 Aug 2003 02:28:00 -0000 Message-Id: <5.2.1.1.0.20030808103808.00a16110@mail.active-venture.com> X-Sender: hctan@active-venture.com@mail.active-venture.com (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.2.1 Date: Fri, 08 Aug 2003 10:38:37 +0800 To: freebsd-scsi@freebsd.org From: HongChye Tan Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Re: dmesg with Adaptec 2120S X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Aug 2003 02:31:12 -0000 Hi, I just installed a Adaptec 2120S card on Intel SE7501WV2 since the hostraid is not supported. I configured the RAID 1 using 2 Maxtor Drives and managed to install FreeBSD 5.1. It is running and i managed to reboot the server. However, I got the message below from dmesg, appreciate if you could give me some advise. aac0: mem 0xf8000000-0xfbffffff irq 9 at device 9.0 on pci3 aac0: i960RX 100MHz, 48MB cache memory, optional battery present aac0: Kernel 4.0-0, Build 6003, S/N b81f0f aac0: Supported Options=1f7e aacp0: on aac0 . . . aacd0: on aac0 aacd0: 35073MB (71831040 sectors) (probe6:aacp0:0:6:0): Vendor Specific Command. CDB: 12 1 80 0 ff 0 (probe6:aacp0:0:6:0): ILLEGAL REQUEST asc:24,0 (probe6:aacp0:0:6:0): Invalid field in CDB (probe6:aacp0:0:6:0): Vendor Specific Command. CDB: 12 1 80 0 ff 0 (probe6:aacp0:0:6:0): ILLEGAL REQUEST asc:24,0 (probe6:aacp0:0:6:0): Invalid field in CDB (probe6:aacp0:0:6:0): Vendor Specific Command. CDB: 12 1 80 0 ff 0 (probe6:aacp0:0:6:0): ILLEGAL REQUEST asc:24,0 (probe6:aacp0:0:6:0): Invalid field in CDB (probe6:aacp0:0:6:0): Vendor Specific Command. CDB: 12 1 80 0 ff 0 (probe6:aacp0:0:6:0): ILLEGAL REQUEST asc:24,0 (probe6:aacp0:0:6:0): Invalid field in CDB (probe6:aacp0:0:6:0): Vendor Specific Command. CDB: 12 1 80 0 ff 0 (probe6:aacp0:0:6:0): ILLEGAL REQUEST asc:24,0 (probe6:aacp0:0:6:0): Invalid field in CDB (probe1:aacp0:0:6:1): INQUIRY. CDB: 12 20 0 0 24 0 (probe1:aacp0:0:6:1): ILLEGAL REQUEST asc:25,0 (probe1:aacp0:0:6:1): Logical unit not supported (probe1:aacp0:0:6:2): INQUIRY. CDB: 12 40 0 0 24 0 (probe1:aacp0:0:6:2): ILLEGAL REQUEST asc:25,0 (probe1:aacp0:0:6:2): Logical unit not supported (probe1:aacp0:0:6:3): INQUIRY. CDB: 12 60 0 0 24 0 (probe1:aacp0:0:6:3): ILLEGAL REQUEST asc:25,0 (probe1:aacp0:0:6:3): Logical unit not supported (probe1:aacp0:0:6:4): INQUIRY. CDB: 12 80 0 0 24 0 (probe1:aacp0:0:6:4): ILLEGAL REQUEST asc:25,0 (probe1:aacp0:0:6:4): Logical unit not supported (probe1:aacp0:0:6:5): INQUIRY. CDB: 12 a0 0 0 24 0 (probe1:aacp0:0:6:5): ILLEGAL REQUEST asc:25,0 (probe1:aacp0:0:6:5): Logical unit not supported (probe1:aacp0:0:6:6): INQUIRY. CDB: 12 c0 0 0 24 0 (probe1:aacp0:0:6:6): ILLEGAL REQUEST asc:25,0 (probe1:aacp0:0:6:6): Logical unit not supported (probe1:aacp0:0:6:7): INQUIRY. CDB: 12 e0 0 0 24 0 (probe1:aacp0:0:6:7): ILLEGAL REQUEST asc:25,0 (probe1:aacp0:0:6:7): Logical unit not supported ses0 at aacp0 bus 0 target 6 lun 0 ses0: Fixed unknown SCSI-2 device ses0: 3.300MB/s transfers ses0: SAF-TE Compliant Device pass0 at aacp0 bus 0 target 0 lun 0 pass0: Fixed unknown SCSI-3 device pass0: 160.000MB/s transfers (80.000MHz, offset 127, 16bit) pass1 at aacp0 bus 0 target 2 lun 0 pass1: Fixed unknown SCSI-3 device pass1: 160.000MB/s transfers (80.000MHz, offset 127, 16bit) Mounting root from ufs:/dev/aacd0s1a My firmware version for the Adaptec card is Version 4 Build 6003 and i the card is set at default 320MB/s Thanks for your time. chye From owner-freebsd-scsi@FreeBSD.ORG Thu Aug 7 20:13:16 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B85337B409 for ; Thu, 7 Aug 2003 20:13:16 -0700 (PDT) Received: from smtp.mho.com (smtp.mho.net [64.58.4.6]) by mx1.FreeBSD.org (Postfix) with SMTP id A514743FAF for ; Thu, 7 Aug 2003 20:13:15 -0700 (PDT) (envelope-from scottl@freebsd.org) Received: (qmail 97783 invoked by uid 1002); 8 Aug 2003 03:13:12 -0000 Received: from unknown (HELO freebsd.org) (64.58.1.252) by smtp.mho.net with SMTP; 8 Aug 2003 03:13:12 -0000 Message-ID: <3F33154F.8070603@freebsd.org> Date: Thu, 07 Aug 2003 21:13:19 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.4) Gecko/20030624 X-Accept-Language: en-us, en MIME-Version: 1.0 To: HongChye Tan References: <5.2.1.1.0.20030808103808.00a16110@mail.active-venture.com> In-Reply-To: <5.2.1.1.0.20030808103808.00a16110@mail.active-venture.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-scsi@freebsd.org Subject: Re: dmesg with Adaptec 2120S X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Aug 2003 03:13:17 -0000 Hi, The warnings are harmless. However, the 'aacp' device is a bit of a hack and should be turned off unless you have a specific need for it. Scott HongChye Tan wrote: > Hi, > > I just installed a Adaptec 2120S card on Intel SE7501WV2 since the > hostraid is not supported. > I configured the RAID 1 using 2 Maxtor Drives and managed to install > FreeBSD 5.1. It is running and i managed to reboot the server. However, > I got the message below from dmesg, appreciate if you could give me some > advise. > > aac0: mem 0xf8000000-0xfbffffff irq 9 at > device 9.0 on pci3 > aac0: i960RX 100MHz, 48MB cache memory, optional battery present > aac0: Kernel 4.0-0, Build 6003, S/N b81f0f > aac0: Supported > Options=1f7e > > aacp0: on aac0 > . > . > . > aacd0: on aac0 > aacd0: 35073MB (71831040 sectors) > (probe6:aacp0:0:6:0): Vendor Specific Command. CDB: 12 1 80 0 ff 0 > (probe6:aacp0:0:6:0): ILLEGAL REQUEST asc:24,0 > (probe6:aacp0:0:6:0): Invalid field in CDB > (probe6:aacp0:0:6:0): Vendor Specific Command. CDB: 12 1 80 0 ff 0 > (probe6:aacp0:0:6:0): ILLEGAL REQUEST asc:24,0 > (probe6:aacp0:0:6:0): Invalid field in CDB > (probe6:aacp0:0:6:0): Vendor Specific Command. CDB: 12 1 80 0 ff 0 > (probe6:aacp0:0:6:0): ILLEGAL REQUEST asc:24,0 > (probe6:aacp0:0:6:0): Invalid field in CDB > (probe6:aacp0:0:6:0): Vendor Specific Command. CDB: 12 1 80 0 ff 0 > (probe6:aacp0:0:6:0): ILLEGAL REQUEST asc:24,0 > (probe6:aacp0:0:6:0): Invalid field in CDB > (probe6:aacp0:0:6:0): Vendor Specific Command. CDB: 12 1 80 0 ff 0 > (probe6:aacp0:0:6:0): ILLEGAL REQUEST asc:24,0 > (probe6:aacp0:0:6:0): Invalid field in CDB > (probe1:aacp0:0:6:1): INQUIRY. CDB: 12 20 0 0 24 0 > (probe1:aacp0:0:6:1): ILLEGAL REQUEST asc:25,0 > (probe1:aacp0:0:6:1): Logical unit not supported > (probe1:aacp0:0:6:2): INQUIRY. CDB: 12 40 0 0 24 0 > (probe1:aacp0:0:6:2): ILLEGAL REQUEST asc:25,0 > (probe1:aacp0:0:6:2): Logical unit not supported > (probe1:aacp0:0:6:3): INQUIRY. CDB: 12 60 0 0 24 0 > (probe1:aacp0:0:6:3): ILLEGAL REQUEST asc:25,0 > (probe1:aacp0:0:6:3): Logical unit not supported > (probe1:aacp0:0:6:4): INQUIRY. CDB: 12 80 0 0 24 0 > (probe1:aacp0:0:6:4): ILLEGAL REQUEST asc:25,0 > (probe1:aacp0:0:6:4): Logical unit not supported > (probe1:aacp0:0:6:5): INQUIRY. CDB: 12 a0 0 0 24 0 > (probe1:aacp0:0:6:5): ILLEGAL REQUEST asc:25,0 > (probe1:aacp0:0:6:5): Logical unit not supported > (probe1:aacp0:0:6:6): INQUIRY. CDB: 12 c0 0 0 24 0 > (probe1:aacp0:0:6:6): ILLEGAL REQUEST asc:25,0 > (probe1:aacp0:0:6:6): Logical unit not supported > (probe1:aacp0:0:6:7): INQUIRY. CDB: 12 e0 0 0 24 0 > (probe1:aacp0:0:6:7): ILLEGAL REQUEST asc:25,0 > (probe1:aacp0:0:6:7): Logical unit not supported > ses0 at aacp0 bus 0 target 6 lun 0 > ses0: Fixed unknown SCSI-2 device > ses0: 3.300MB/s transfers > ses0: SAF-TE Compliant Device > pass0 at aacp0 bus 0 target 0 lun 0 > pass0: Fixed unknown SCSI-3 device > pass0: 160.000MB/s transfers (80.000MHz, offset 127, 16bit) > pass1 at aacp0 bus 0 target 2 lun 0 > pass1: Fixed unknown SCSI-3 device > pass1: 160.000MB/s transfers (80.000MHz, offset 127, 16bit) > Mounting root from ufs:/dev/aacd0s1a > > My firmware version for the Adaptec card is Version 4 Build 6003 and i > the card is set at default 320MB/s > > Thanks for your time. > chye > _______________________________________________ > freebsd-scsi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-scsi > To unsubscribe, send any mail to "freebsd-scsi-unsubscribe@freebsd.org" > From owner-freebsd-scsi@FreeBSD.ORG Thu Aug 7 20:32:17 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4E8937B48A for ; Thu, 7 Aug 2003 20:32:16 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 4902943FA3 for ; Thu, 7 Aug 2003 20:32:15 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 77150 invoked by uid 1000); 8 Aug 2003 03:32:17 -0000 Date: Thu, 7 Aug 2003 20:32:17 -0700 (PDT) From: Nate Lawson To: jasondic@sbcglobal.net In-Reply-To: <200308071602.56288.jasondic@sbcglobal.net> Message-ID: <20030807202602.M77081@root.org> References: <200308071602.56288.jasondic@sbcglobal.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-scsi@freebsd.org cc: sos@freebsd.org cc: thomas@freebsd.org Subject: Re: atapi cam X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Aug 2003 03:32:17 -0000 On Thu, 7 Aug 2003 jasondic@sbcglobal.net wrote: > I think the ATAPI TAPE driver converts all 6byte mode sense/mode select > calls to 10 byte versions before executing them across the bus. This causes > problems with my ATAPI STT8000 tape device which only supports the 6-byte > versions. I also noticed that the man page for atapicam states that atapi > doesn't support 6 byte mode sense/select cdb's-yet I have the SCSI spec to > the STT8000 atapi device which clearly states that it only supports the > 6-byte versions. > > Thoughts? You've got a lot mixed up in there. :) I just checked atapi-tape.c and it does indeed send only MODE SENSE and SELECT 10. Since this has nothing to do with SCSI nor ATAPI-CAM, please discuss this issue with sos@. He is author and maintainer of ATA and I've added him to the CC. As far as the atapicam man page, I've cc'd Thomas Quinot who can address whether atapicam handles the spec correctly in this area. -Nate From owner-freebsd-scsi@FreeBSD.ORG Fri Aug 8 03:59:40 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB0E437B401; Fri, 8 Aug 2003 03:59:40 -0700 (PDT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0824743F75; Fri, 8 Aug 2003 03:59:40 -0700 (PDT) (envelope-from marcolz@stack.nl) Received: by mailhost.stack.nl (Postfix, from userid 65534) id D29681F013; Fri, 8 Aug 2003 12:59:38 +0200 (CEST) Received: from toad.stack.nl (zen.stack.nl [2001:610:1108:5010::130]) by mailhost.stack.nl (Postfix) with ESMTP id ECCED1F00B; Fri, 8 Aug 2003 12:59:33 +0200 (CEST) Received: by toad.stack.nl (Postfix, from userid 333) id C02C88A; Fri, 8 Aug 2003 12:59:33 +0200 (CEST) Date: Fri, 8 Aug 2003 12:59:33 +0200 From: Marc Olzheim To: Don Bowman Message-ID: <20030808105933.GA24758@stack.nl> References: <20030806160801.GA30597@stack.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030806160801.GA30597@stack.nl> X-Operating-System: FreeBSD toad.stack.nl 4.8-STABLE FreeBSD 4.8-STABLE X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.4i X-Spam-Status: No, hits=-5.0 required=5.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES, REPLY_WITH_QUOTES,USER_AGENT_MUTT version=2.55 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: "'freebsd-scsi@freebsd.org'" cc: "'aic7xxx@freebsd.org'" Subject: Re: Ongoing U320 AIC7902 Seagate ST318453LW issues, SCB timed out X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Aug 2003 10:59:41 -0000 On Wed, Aug 06, 2003 at 06:08:01PM +0200, Marc Olzheim wrote: > > I offer this patch to make a loader tunable out of the maximum > > tags supported. > > I'll experiment with it too... Hmm, doesn't work here either... Zlo From owner-freebsd-scsi@FreeBSD.ORG Fri Aug 8 07:50:34 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D71537B401; Fri, 8 Aug 2003 07:50:34 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 024FA43FB1; Fri, 8 Aug 2003 07:50:33 -0700 (PDT) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id <305LHR1L>; Fri, 8 Aug 2003 10:50:31 -0400 Message-ID: From: Don Bowman To: "'freebsd-scsi@freebsd.org'" , "'aic7xxx@freebsd.org'" Date: Fri, 8 Aug 2003 10:50:31 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Subject: RE: Ongoing U320 AIC7902 Seagate ST318453LW issues, SCB timed out X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Aug 2003 14:50:34 -0000 FWIW I've been able to reproduce this with a U160 device, a ST318452LW: # # camcontrol devlist at scbus0 target 0 lun 0 (pass0,da0) # camcontrol inq 0:0:0 pass0: Fixed Direct Access SCSI-3 device pass0: Serial Number 3EV02CLF00007236P39P pass0: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled I've not (yet) been able to reproduce this with a Fujitsu MAS3184NP. (da0:ahd0:0:0:0): SCB 0x0 - timed out >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<< ahd0: Dumping Card State at program address 0xf Mode 0x33 Card was paused HS_MAILBOX[0x0] INTCTL[0xc0]:(SWTMINTEN|SWTMINTMASK) SEQINTSTAT[0x0] SAVED_MODE[0x11] DFFSTAT[0x31]:(CURRFIFO_1|FIFO0FREE|FIFO1FREE) SCSISIGI[0x0]:(P_DATAOUT) SCSIPHASE[0x0] SCSIBUS[0x0] LASTPHASE[0x1]:(P_DATAOUT|P_BUSFREE) SCSISEQ0[0x0] SCSISEQ1[0x12]:(ENAUTOATNP|ENRSELI) SEQCTL0[0x10]:(FASTMODE) SEQINTCTL[0x0] SEQ_FLAGS[0xc0]:(NO_CDB_SENT|NOT_IDENTIFIED) SEQ_FLAGS2[0x0] SSTAT0[0x0] SSTAT1[0x8]:(BUSFREE) SSTAT2[0x0] SSTAT3[0x0] PERRDIAG[0x0] SIMODE1[0xa4]:(ENSCSIPERR|ENSCSIRST|ENSELTIMO) LQISTAT0[0x0] LQISTAT1[0x0] LQISTAT2[0x0] LQOSTAT0[0x0] LQOSTAT1[0x0] LQOSTAT2[0x0] SCB Count = 32 CMDS_PENDING = 13 LASTSCB 0xb CURRSCB 0xb NEXTSCB 0x0 qinstart = 3784 qinfifonext = 3784 QINFIFO: WAITING_TID_QUEUES: Pending list: 11 FIFO_USE[0x0] SCB_CONTROL[0x64]:(DISCONNECTED|TAG_ENB|DISCENB) SCB_SCSIID[0x7] 3 FIFO_USE[0x0] SCB_CONTROL[0x64]:(DISCONNECTED|TAG_ENB|DISCENB) SCB_SCSIID[0x7] 15 FIFO_USE[0x0] SCB_CONTROL[0x66]:(DISCONNECTED|TAG_ENB|DISCENB) SCB_SCSIID[0x7] 7 FIFO_USE[0x0] SCB_CONTROL[0x64]:(DISCONNECTED|TAG_ENB|DISCENB) SCB_SCSIID[0x7] 28 FIFO_USE[0x0] SCB_CONTROL[0x64]:(DISCONNECTED|TAG_ENB|DISCENB) SCB_SCSIID[0x7] 2 FIFO_USE[0x0] SCB_CONTROL[0x64]:(DISCONNECTED|TAG_ENB|DISCENB) SCB_SCSIID[0x7] 30 FIFO_USE[0x0] SCB_CONTROL[0x64]:(DISCONNECTED|TAG_ENB|DISCENB) SCB_SCSIID[0x7] 6 FIFO_USE[0x0] SCB_CONTROL[0x64]:(DISCONNECTED|TAG_ENB|DISCENB) SCB_SCSIID[0x7] 25 FIFO_USE[0x0] SCB_CONTROL[0x64]:(DISCONNECTED|TAG_ENB|DISCENB) SCB_SCSIID[0x7] 23 FIFO_USE[0x0] SCB_CONTROL[0x64]:(DISCONNECTED|TAG_ENB|DISCENB) SCB_SCSIID[0x7] 27 FIFO_USE[0x0] SCB_CONTROL[0x64]:(DISCONNECTED|TAG_ENB|DISCENB) SCB_SCSIID[0x7] 8 FIFO_USE[0x0] SCB_CONTROL[0x64]:(DISCONNECTED|TAG_ENB|DISCENB) SCB_SCSIID[0x7] 0 FIFO_USE[0x0] SCB_CONTROL[0x64]:(DISCONNECTED|TAG_ENB|DISCENB) SCB_SCSIID[0x7] Total 13 Kernel Free SCB list: 22 9 20 10 14 31 17 16 13 18 29 26 4 5 19 1 12 21 24 Sequencer Complete DMA-inprog list: Sequencer Complete list: Sequencer DMA-Up and Complete list: ahd0: FIFO0 Free, LONGJMP == 0x80ff, SCB 0x0 SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|ENS AVEPTRS) SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL) SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0] SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR = 0x00, SHCNT = 0x0 HADDR = 0x00, HCNT = 0x0 CCSGCTL[0x10]:(SG_CACHE_AVAIL) ahd0: FIFO1 Free, LONGJMP == 0x81ec, SCB 0xb SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|ENS AVEPTRS) SEQINTSRC[0x0] DFCNTRL[0x4]:(DIRECTION) DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL) SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0] SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR = 0x00, SHCNT = 0x0 HADDR = 0x00, HCNT = 0x0 CCSGCTL[0x10]:(SG_CACHE_AVAIL) LQIN: 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 ahd0: LQISTATE = 0x0, LQOSTATE = 0x0, OPTIONMODE = 0x42 ahd0: OS_SPACE_CNT = 0x20 MAXCMDCNT = 0x0 SIMODE0[0xc]:(ENOVERRUN|ENIOERR) CCSCBCTL[0x4]:(CCSCBDIR) ahd0: REG0 == 0xb, SINDEX = 0x133, DINDEX = 0xe1 ahd0: SCBPTR == 0xb, SCB_NEXT == 0xff00, SCB_NEXT2 == 0xff34 CDB a 5 b1 9f 20 0 STACK: 0x0 0x0 0x0 0x0 0x225 0x225 0x29 0x1 <<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>> swap_pager: indefinite wait buffer: device: #da/0x30001, blkno: 10640, size: 4096 swap_pager: indefinite wait buffer: device: #da/0x30001, blkno: 7336, size: 4096 Aug 8 10:14:19 /kernel: <<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>> Message from syslogd@ at Fri Aug 8 10:14:19 2003 ... /kernel: <<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>> From owner-freebsd-scsi@FreeBSD.ORG Fri Aug 8 08:10:06 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 273AA37B401 for ; Fri, 8 Aug 2003 08:10:06 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73C8943FAF for ; Fri, 8 Aug 2003 08:10:03 -0700 (PDT) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id <305LHRFT>; Fri, 8 Aug 2003 11:10:02 -0400 Message-ID: From: Don Bowman To: "'freebsd-scsi@freebsd.org'" Date: Fri, 8 Aug 2003 11:10:02 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Subject: Unrecovered read error on scsi drive X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Aug 2003 15:10:06 -0000 I have a system which popped out this error after many [500?] hours of disk stress [swapping, dd]: (da0:ahd0:0:0:0): READ(10). CDB: 28 0 0 c7 92 a0 0 0 28 0 (da0:ahd0:0:0:0): MEDIUM ERROR info:c792bb asc:11,0 (da0:ahd0:0:0:0): Unrecovered read error field replaceable unit: e4 sks:80,86 However, it claims to have 0 defects: # camcontrol defects 0:0:0 -f phys -G Got 0 defects. How can this be? Are there other causes for this unrecovered read error? From owner-freebsd-scsi@FreeBSD.ORG Fri Aug 8 08:15:00 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 203E437B401 for ; Fri, 8 Aug 2003 08:15:00 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5923543F85 for ; Fri, 8 Aug 2003 08:14:59 -0700 (PDT) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id <305LHRGB>; Fri, 8 Aug 2003 11:14:58 -0400 Message-ID: From: Don Bowman To: Don Bowman , "'freebsd-scsi@freebsd.org'" Date: Fri, 8 Aug 2003 11:14:57 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Subject: RE: Unrecovered read error on scsi drive X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Aug 2003 15:15:00 -0000 > From: Don Bowman [mailto:don@sandvine.com] > > I have a system which popped out this error after many [500?] hours > of disk stress [swapping, dd]: > > (da0:ahd0:0:0:0): READ(10). CDB: 28 0 0 c7 92 a0 0 0 28 0 > (da0:ahd0:0:0:0): MEDIUM ERROR info:c792bb asc:11,0 > (da0:ahd0:0:0:0): Unrecovered read error field replaceable unit: e4 > sks:80,86 > > However, it claims to have 0 defects: > > # camcontrol defects 0:0:0 -f phys -G > Got 0 defects. > > How can this be? Are there other causes for this unrecovered > read error? Sorry, i forgot to add, I have AWRE and ARRE enabled: # camcontrol modepage 0:0:0 -m 1 AWRE (Auto Write Reallocation Enbld): 1 ARRE (Auto Read Reallocation Enbld): 1 TB (Transfer Block): 0 RC (Read Continuous): 0 EER (Enable Early Recovery): 0 PER (Post Error): 0 DTE (Disable Transfer on Error): 0 DCR (Disable Correction): 0 Read Retry Count: 11 Correction Span: 240 Head Offset Count: 0 Data Strobe Offset Count: 0 Write Retry Count: 5 Recovery Time Limit: 65535 From owner-freebsd-scsi@FreeBSD.ORG Fri Aug 8 10:43:58 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FF8837B401; Fri, 8 Aug 2003 10:43:58 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AFE643F93; Fri, 8 Aug 2003 10:43:57 -0700 (PDT) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id <305LHRRH>; Fri, 8 Aug 2003 13:43:56 -0400 Message-ID: From: Don Bowman To: "'aic7xxx@freebsd.org'" , "'freebsd-scsi@freebsd.org'" Date: Fri, 8 Aug 2003 13:43:55 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Subject: RE: Ongoing U320 AIC7902 Seagate ST318453LW issues, SCB timed out X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Aug 2003 17:43:58 -0000 Just to confirm i'm talking about the same thing... my seagate device reports 255 tagged openings: # camcontrol tags 0:0:0 (pass0:ahd0:0:0:0): device openings: 255 but seagate indicates the device has only support for 64. Am i reading something different here? From owner-freebsd-scsi@FreeBSD.ORG Fri Aug 8 12:22:00 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4AB4237B401; Fri, 8 Aug 2003 12:22:00 -0700 (PDT) Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 172EE43FB1; Fri, 8 Aug 2003 12:21:59 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: from panzer.kdm.org (localhost [127.0.0.1]) by panzer.kdm.org (8.12.9/8.12.5) with ESMTP id h78JLwYU047296; Fri, 8 Aug 2003 13:21:58 -0600 (MDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.12.9/8.12.5/Submit) id h78JLl4o047289; Fri, 8 Aug 2003 13:21:47 -0600 (MDT) (envelope-from ken) Date: Fri, 8 Aug 2003 13:21:47 -0600 From: "Kenneth D. Merry" To: Don Bowman Message-ID: <20030808192147.GA47262@panzer.kdm.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: "'freebsd-scsi@freebsd.org'" cc: "'aic7xxx@freebsd.org'" Subject: Re: Ongoing U320 AIC7902 Seagate ST318453LW issues, SCB timed out X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Aug 2003 19:22:00 -0000 On Fri, Aug 08, 2003 at 13:43:55 -0400, Don Bowman wrote: > Just to confirm i'm talking about the same thing... > my seagate device reports 255 tagged openings: > > # camcontrol tags 0:0:0 > (pass0:ahd0:0:0:0): device openings: 255 > > but seagate indicates the device has only support for > 64. Am i reading something different here? You'll see 255 openings until we get a queue full response from the drive. Then it'll go down to however many transactions we had outstanding when the queue full happened. If you want a little more information (e.g. how many transactions are outstanding at a given moment), try: camcontrol tags da0 -v Ken -- Kenneth Merry ken@kdm.org From owner-freebsd-scsi@FreeBSD.ORG Fri Aug 8 15:18:53 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5240B37B401 for ; Fri, 8 Aug 2003 15:18:53 -0700 (PDT) Received: from angryfist.fasttrackmonkey.com (angryfist.fasttrackmonkey.com [216.223.196.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58B7843FE0 for ; Fri, 8 Aug 2003 15:18:49 -0700 (PDT) (envelope-from spork@fasttrackmonkey.com) Received: (qmail 41236 invoked by uid 85); 8 Aug 2003 22:16:37 -0000 Received: from spork@fasttrackmonkey.com by angryfist.fasttrackmonkey.com by uid 1001 with qmail-scanner-1.16 (sophie: 2.9/3.56. Clear:. Processed in 0.039062 secs); 08 Aug 2003 22:16:37 -0000 Received: from unknown (HELO green.nat.fasttrackmonkey.com) (66.92.108.110) by 0 with DES-CBC3-SHA encrypted SMTP; 8 Aug 2003 22:16:36 -0000 Date: Fri, 8 Aug 2003 18:18:47 -0400 (EDT) From: Charles Sprickman Sender: spork@green.nat.fasttrackmonkey.com To: freebsd-scsi@freebsd.org Message-ID: <20030808173510.D68214@green.nat.fasttrackmonkey.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: newfs options + hardware raid X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Aug 2003 22:18:53 -0000 Hi, I've been looking at various archives of the FreeBSD lists, as well as Google (web/usenet) and I'm not seeing anything about suggestions on setting up a mail server with Maildir format boxes. I posted to -isp, but that seems pretty low-volume these days, so I thought I might find some good advice here... I've looked through some smaller mail servers that are using Maildir and I'm finding the average message size is about 3K. That leads me to believe I'd likely be better off setting my blocksize down to perhaps 4096 or 8192 rather than the default 16K. I may also bump the inodes up as I'm looking at a total of about 4000 mailboxes, and eventually upwards of 8000, and I'd hate to dump/newfs/restore in the future... My main question now is what I should do with the RAID setup. I'll be using an Adaptec 2100S and if I recall correctly there are block/stripe size settings there as well. This will be a 0+1 array. Should I alter those defaults to match the block size of the underlying filesystem?? Thanks, and sorry for the slightly OT, Charles From owner-freebsd-scsi@FreeBSD.ORG Fri Aug 8 15:31:54 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCA0C37B401 for ; Fri, 8 Aug 2003 15:31:54 -0700 (PDT) Received: from redhotmomma.ssr.com (ns.ssr.com [199.4.235.2]) by mx1.FreeBSD.org (Postfix) with SMTP id 355AC43FA3 for ; Fri, 8 Aug 2003 15:31:54 -0700 (PDT) (envelope-from sdb@ssr.com) Received: (qmail 6127 invoked by uid 103); 8 Aug 2003 22:31:38 -0000 Date: 8 Aug 2003 22:31:37 -0000 Message-ID: <20030808223137.25383.qmail@ssr.com> From: Scott Ballantyne To: freebsd-scsi@freebsd.org References: Subject: Adaptec 2120S? X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Aug 2003 22:31:55 -0000 I am contemplating building a server using FreeBSD 4.8 with two Athlon 2400MP and a Gigabyte GA-7DPXDW motherboard. I'd like to use RAID on this box, and am wondering if anyone has any experiences with the Adaptec 2120S at all, but of course, especially with this combination. I'm also interested in recommendations for drives. Thanks in advance for any input. Sincerely, Scott -- sdb@ssr.com From owner-freebsd-scsi@FreeBSD.ORG Fri Aug 8 19:20:11 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83C0937B401 for ; Fri, 8 Aug 2003 19:20:11 -0700 (PDT) Received: from smtp.mho.com (smtp.mho.net [64.58.4.6]) by mx1.FreeBSD.org (Postfix) with SMTP id 9811343FA3 for ; Fri, 8 Aug 2003 19:20:10 -0700 (PDT) (envelope-from scottl@freebsd.org) Received: (qmail 47393 invoked by uid 1002); 9 Aug 2003 02:20:09 -0000 Received: from unknown (HELO freebsd.org) (64.58.1.252) by smtp.mho.net with SMTP; 9 Aug 2003 02:20:09 -0000 Message-ID: <3F345A60.4030209@freebsd.org> Date: Fri, 08 Aug 2003 20:20:16 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.4) Gecko/20030624 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Ballantyne References: <20030808223137.25383.qmail@ssr.com> In-Reply-To: <20030808223137.25383.qmail@ssr.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-scsi@freebsd.org Subject: Re: Adaptec 2120S? X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Aug 2003 02:20:11 -0000 Scott Ballantyne wrote: > I am contemplating building a server using FreeBSD 4.8 with two Athlon > 2400MP and a Gigabyte GA-7DPXDW motherboard. > > I'd like to use RAID on this box, and am wondering if anyone has any > experiences with the Adaptec 2120S at all, but of course, especially > with this combination. I'm also interested in recommendations for > drives. > > Thanks in advance for any input. > > Sincerely, > Scott The 2120S works fine, though it seems to be problematic when paired with Seagate Ultra320 drives. Make sure that you have the latest firmware for both the card and the drives. Scott From owner-freebsd-scsi@FreeBSD.ORG Sat Aug 9 05:35:10 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D914837B401; Sat, 9 Aug 2003 05:35:10 -0700 (PDT) Received: from ns1.sanda.gr.jp (ns1.sanda.gr.jp [219.117.208.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F62343FE1; Sat, 9 Aug 2003 05:35:09 -0700 (PDT) (envelope-from non@ever.sanda.gr.jp) Received: from oliv.ever.sanda.gr.jp (oliv [10.93.63.4]) by ns1.sanda.gr.jp (8.11.6/3.7W) with ESMTP id h79CZ8275054; Sat, 9 Aug 2003 21:35:08 +0900 (JST) Received: from localhost (localhost.ever.sanda.gr.jp [127.0.0.1]) by oliv.ever.sanda.gr.jp (8.12.6/8.12.6) with ESMTP id h79CZ7Yw075040; Sat, 9 Aug 2003 21:35:07 +0900 (JST) (envelope-from non@ever.sanda.gr.jp) Date: Sat, 09 Aug 2003 21:35:07 +0900 (JST) Message-Id: <20030809.213507.55196001.non@ever.sanda.gr.jp> To: mobile@freebsd.org From: non@ever.sanda.gr.jp X-Mailer: Mew version 3.2 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: scsi@freebsd.org Subject: Please test stg driver X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Aug 2003 12:35:11 -0000 I would like to MFC the AHA-2920/2910 support. Since I don't have any of TMC18C30 (ISA), TMC18C30 based PC-Cards, nor AHA-2910/2920. Could someone test the following with -stable and confirm it would not break any support of the ISA card and the PC-Cards, and adds support for AHA-2910/2920 ? The patch and additional files are following: http://www.sanda.gr.jp/non/stg.diff http://www.sanda.gr.jp/non/files.tar.gz // Noriaki Mitsunaga // From owner-freebsd-scsi@FreeBSD.ORG Sat Aug 9 09:31:24 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0E2E37B401; Sat, 9 Aug 2003 09:31:24 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id F068743FBF; Sat, 9 Aug 2003 09:31:23 -0700 (PDT) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id <305LHTCQ>; Sat, 9 Aug 2003 12:31:22 -0400 Message-ID: From: Don Bowman To: "'Kenneth D. Merry'" , Don Bowman Date: Sat, 9 Aug 2003 12:31:21 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" cc: "'freebsd-scsi@freebsd.org'" cc: "'aic7xxx@freebsd.org'" Subject: RE: Ongoing U320 AIC7902 Seagate ST318453LW issues, SCB timed out X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Aug 2003 16:31:25 -0000 > From: Kenneth D. Merry [mailto:ken@kdm.org] > On Fri, Aug 08, 2003 at 13:43:55 -0400, Don Bowman wrote: > > Just to confirm i'm talking about the same thing... > > my seagate device reports 255 tagged openings: > > > > # camcontrol tags 0:0:0 > > (pass0:ahd0:0:0:0): device openings: 255 > > > > but seagate indicates the device has only support for > > 64. Am i reading something different here? > > You'll see 255 openings until we get a queue full response > from the drive. > Then it'll go down to however many transactions we had > outstanding when the > queue full happened. > > If you want a little more information (e.g. how many transactions are > outstanding at a given moment), try: > > camcontrol tags da0 -v Thanks for the info. This is what I see: # camcontrol tags 0:0:0 -v (pass0:ahd0:0:0:0): dev_openings 252 (pass0:ahd0:0:0:0): dev_active 3 (pass0:ahd0:0:0:0): devq_openings 252 (pass0:ahd0:0:0:0): devq_queued 0 (pass0:ahd0:0:0:0): held 0 (pass0:ahd0:0:0:0): mintags 2 (pass0:ahd0:0:0:0): maxtags 255 # camcontrol devlist at scbus0 target 0 lun 0 (pass0,da0)