From owner-freebsd-scsi Mon Sep 2 11: 3:45 2002 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 75B1A37B406 for ; Mon, 2 Sep 2002 11:03:40 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 141CA43E6E for ; Mon, 2 Sep 2002 11:03:40 -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.4/8.12.4) with ESMTP id g82I3dJU098075 for ; Mon, 2 Sep 2002 11:03:39 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g82I3dTv098071 for scsi@freebsd.org; Mon, 2 Sep 2002 11:03:39 -0700 (PDT) Date: Mon, 2 Sep 2002 11:03:39 -0700 (PDT) Message-Id: <200209021803.g82I3dTv098071@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 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [2002/02/18] kern/35082 scsi IBM Intellistation will not reboot with S 1 problem total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- s [2001/10/31] misc/31670 scsi Wide-Ultra 10k SCSI 3 drive is not recogn o [2002/04/21] kern/37332 scsi PATCH: add pen device to scsi_da.c 2 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [1999/12/21] kern/15608 scsi acd0 / cd0 give inconsistent errors on em f [2002/03/16] kern/35999 scsi add support for general flash disks to sc a [2002/04/07] kern/36845 scsi Add ioctls CDRIOCREADSPEED/WRITESPEED to s [2002/04/23] kern/37378 scsi [PATCH] No 6-byte-read on Wincan USB pen 4 problems total. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Sep 2 11: 9:10 2002 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 4356D37B400; Mon, 2 Sep 2002 11:09:07 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E816E43E3B; Mon, 2 Sep 2002 11:09:06 -0700 (PDT) (envelope-from wilko@FreeBSD.org) Received: from freefall.freebsd.org (wilko@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g82I96JU004192; Mon, 2 Sep 2002 11:09:06 -0700 (PDT) (envelope-from wilko@freefall.freebsd.org) Received: (from wilko@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g82I96wY004188; Mon, 2 Sep 2002 11:09:06 -0700 (PDT) Date: Mon, 2 Sep 2002 11:09:06 -0700 (PDT) From: Wilko Bulte Message-Id: <200209021809.g82I96wY004188@freefall.freebsd.org> To: wilko@FreeBSD.org, freebsd-bugs@FreeBSD.org, scsi@FreeBSD.org Subject: Re: kern/41997: Quirk entry for scsi_da.c for USB pen drive Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Quirk entry for scsi_da.c for USB pen drive Responsible-Changed-From-To: freebsd-bugs->scsi Responsible-Changed-By: wilko Responsible-Changed-When: Mon Sep 2 11:07:49 PDT 2002 Responsible-Changed-Why: Follow new tradition to assign this to -scsi http://www.freebsd.org/cgi/query-pr.cgi?pr=41997 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Sep 2 14:20: 7 2002 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 CB2D937B400 for ; Mon, 2 Sep 2002 14:20:01 -0700 (PDT) Received: from segue.merit.edu (segue.merit.edu [198.108.1.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F8F243E3B for ; Mon, 2 Sep 2002 14:20:01 -0700 (PDT) (envelope-from web@merit.edu) Received: from web1.merit.edu (web1.merit.edu [198.108.62.192]) by segue.merit.edu (Postfix) with ESMTP id 912F55DDCC; Mon, 2 Sep 2002 17:20:00 -0400 (EDT) Received: (from web@localhost) by web1.merit.edu (8.9.3/8.9.1) id RAA28865; Mon, 2 Sep 2002 17:20:00 -0400 (EDT) Date: Mon, 2 Sep 2002 17:20:00 -0400 From: William Bulley To: Brooks Davis Cc: scsi@freebsd.org Subject: Re: [PATCH] make SCSI_DELAY tunable Message-ID: <20020902171959.A28616@web1.merit.edu> Mail-Followup-To: Brooks Davis , scsi@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1us Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org According to Brooks Davis : > > I've attached a patch which makes the value of SCSI_DELAY setable and > boot time via a tunable and runtime via sysctl. With it applied you can > set SCSI delay is follows: > > - The classic "options SCSI_DELAY=####" kernel option > - "kern.cam.scsi_delay=####" in /boot/loader.conf > - Stop the boot in the loader and enter "set kern.cam.scsi_delay=####" > - sysctl kern.cam.scsi_delay=#### > > I wrote this to allow me to reduce the annoying boot delay without > recompiling my kernel and it works well for that. My hope is that for > 5.0 we can use this functionality to stop punishing everyone who uses > SCSI for the sins of a few devices. This should allow us to remove > "options SCSI_DELAY=15000" from GENERIC without impacting the ability > to install on slow devices. My comment: THANK YOU!!! I'm one of those folks who get punished each and every install, sigh... Question: how does one eliminate the (even longer) delay when the kernel probes the ATAPCI devices? I have timed it on my system at about 30 seconds. I have only one device on my IDE chain (CDROM) and it always takes FOREVER to decide it (the BIOS?) is happy. If you think 15 seconds is bad for SCSI, this is worse, much worse. Regards, web... -- William Bulley Email: web@merit.edu Merit Network Inc. Ann Arbor, Michigan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Sep 2 14:37:55 2002 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 123F237B400 for ; Mon, 2 Sep 2002 14:37:53 -0700 (PDT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id A475A43E72 for ; Mon, 2 Sep 2002 14:37:51 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.3/8.12.3) with ESMTP id g82Lbnwu029227; Mon, 2 Sep 2002 14:37:49 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.3/8.12.3/Submit) id g82Lbnjo029226; Mon, 2 Sep 2002 14:37:49 -0700 Date: Mon, 2 Sep 2002 14:37:49 -0700 From: Brooks Davis To: Brooks Davis , scsi@freebsd.org Subject: Re: [PATCH] make SCSI_DELAY tunable Message-ID: <20020902143749.B27220@Odin.AC.HMC.Edu> References: <20020902171959.A28616@web1.merit.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="yEPQxsgoJgBvi8ip" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020902171959.A28616@web1.merit.edu>; from web@merit.edu on Mon, Sep 02, 2002 at 05:20:00PM -0400 X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --yEPQxsgoJgBvi8ip Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 02, 2002 at 05:20:00PM -0400, William Bulley wrote: > Question: how does one eliminate the (even longer) delay when the > kernel probes the ATAPCI devices? I have timed it on my system at > about 30 seconds. I have only one device on my IDE chain (CDROM) > and it always takes FOREVER to decide it (the BIOS?) is happy. If > you think 15 seconds is bad for SCSI, this is worse, much worse. I don't think that's this easy. You'd have to talk to Soren about it though. In this case, we just have an arbitrary delay which was set to a very conservative default. By making it tunable we should be able to set it to a reasonable default instead. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --yEPQxsgoJgBvi8ip Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9c9osXY6L6fI4GtQRAtGqAKDBjveW1KLrvvwCdN2wOhNNLUGZFwCguX9G DqDobZ3BGXBmIhuV918fOBo= =c6Oi -----END PGP SIGNATURE----- --yEPQxsgoJgBvi8ip-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Sep 3 3:39:39 2002 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 BA65E37B400 for ; Tue, 3 Sep 2002 03:39:37 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BFCC43E42 for ; Tue, 3 Sep 2002 03:39:36 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id KAA31172; Tue, 3 Sep 2002 10:39:26 GMT Date: Tue, 3 Sep 2002 20:46:45 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: William Bulley Cc: Brooks Davis , Subject: Re: [PATCH] make SCSI_DELAY tunable In-Reply-To: <20020902171959.A28616@web1.merit.edu> Message-ID: <20020903203940.J6846-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, 2 Sep 2002, William Bulley wrote: > Question: how does one eliminate the (even longer) delay when the > kernel probes the ATAPCI devices? I have timed it on my system at > about 30 seconds. I have only one device on my IDE chain (CDROM) > and it always takes FOREVER to decide it (the BIOS?) is happy. If > you think 15 seconds is bad for SCSI, this is worse, much worse. Jumpering the drive to be the master may work best. I recently needed to turn off completely unused ata devices in the BIOS to avoid this hang, but haven't had this problem lately with active ata devices. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Sep 3 7:49:45 2002 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 9322937B400 for ; Tue, 3 Sep 2002 07:49:43 -0700 (PDT) Received: from segue.merit.edu (segue.merit.edu [198.108.1.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2056543E3B for ; Tue, 3 Sep 2002 07:49:43 -0700 (PDT) (envelope-from web@merit.edu) Received: from web1.merit.edu (web1.merit.edu [198.108.62.192]) by segue.merit.edu (Postfix) with ESMTP id 444E15DE0A; Tue, 3 Sep 2002 10:49:42 -0400 (EDT) Received: (from web@localhost) by web1.merit.edu (8.9.3/8.9.1) id KAA02925; Tue, 3 Sep 2002 10:49:42 -0400 (EDT) Date: Tue, 3 Sep 2002 10:49:41 -0400 From: William Bulley To: Bruce Evans Cc: Brooks Davis , scsi@FreeBSD.ORG Subject: Re: [PATCH] make SCSI_DELAY tunable Message-ID: <20020903104941.A2669@web1.merit.edu> Mail-Followup-To: Bruce Evans , Brooks Davis , scsi@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1us Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org According to Bruce Evans : > > Jumpering the drive to be the master may work best. I recently needed > to turn off completely unused ata devices in the BIOS to avoid this hang, > but haven't had this problem lately with active ata devices. This probably isn't the best place to address my problem, but thanks for the reply. I'm not a BIOS expert but I believe I did try to tell the BIOS that nothing is there (except the one CDROM). I believe the CDROM is the master on the IDE chain it is living on. I had thought it was a kernel/driver issue and not a BIOS issue, but I am not an expert of either, sigh... :-( Regards, web... -- William Bulley Email: web@merit.edu Merit Network Inc. Ann Arbor, Michigan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Sep 5 1:54:14 2002 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 7186937B400 for ; Thu, 5 Sep 2002 01:54:10 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 1992043E72 for ; Thu, 5 Sep 2002 01:54:06 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 1468 invoked by uid 1000); 5 Sep 2002 08:54:08 -0000 Date: Thu, 5 Sep 2002 01:54:08 -0700 (PDT) From: Nate Lawson To: hackers@freebsd.org, scsi@freebsd.org Subject: New scsi_target code Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I have rewritten the scsi_target driver and usermode client with a much simpler model suggested by Justin Gibbs. The kernel driver receives commands in the form of CCBs via write(2) and returns completed CCBs to usermode via read(2). The included sample client is much simpler as well, implementing only RBC (simple hard drive command set). What is this useful for? It allows anyone with an HBA to emulate various SCSI target devices for reverse engineering initiator implementations, debugging, host-host communication, and many other uses. Because it operates at the CAM layer, it should work with multiple transports (parallel SCSI, FC, ...) Currently, the code works to the point of passing camcontrol rescan and a few reads and writes with two Adaptec 2940U2Ws (ahc driver). However, there is an unknown bug where after a few commands (even just TUR), the target hangs after sending a CTIO and the initiator aborts the command. As such, the code is ALPHA QUALITY and may hang your system. For more information, see the included README and manpages. Comments are needed and appreciated. http://www.root.org/~nate/freebsd/ -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Sep 5 2:32:51 2002 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 3FD4C37B400 for ; Thu, 5 Sep 2002 02:32:47 -0700 (PDT) Received: from insomnia.spc.org (insomnia.spc.org [195.224.94.183]) by mx1.FreeBSD.org (Postfix) with SMTP id 01B7D43E6A for ; Thu, 5 Sep 2002 02:32:46 -0700 (PDT) (envelope-from bms@insomnia.spc.org) Received: (qmail 14119 invoked by uid 1031); 5 Sep 2002 09:24:27 -0000 Date: Thu, 5 Sep 2002 10:24:26 +0100 From: Bruce M Simpson To: Nate Lawson Cc: hackers@freebsd.org, scsi@freebsd.org Subject: Re: New scsi_target code Message-ID: <20020905092426.GA9129@spc.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.28i Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Nate, On Thu, Sep 05, 2002 at 01:54:08AM -0700, Nate Lawson wrote: > I have rewritten the scsi_target driver and usermode client with a much > simpler model suggested by Justin Gibbs. The kernel driver receives This sounds like excellent work and I can't wait to check it out further. Whilst looking into the problem of USB->ATA bridge support I was recently faced with the problem of writing various ATA->SCSI command translations, which involved emulating a SCSI device, so I imagine your code should be very useful. Thank you! BMS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Sep 5 8:29:57 2002 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 CA55F37B400; Thu, 5 Sep 2002 08:29:53 -0700 (PDT) Received: from isber.ucsb.edu (research.isber.ucsb.edu [128.111.147.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D3BE43E42; Thu, 5 Sep 2002 08:29:53 -0700 (PDT) (envelope-from randall@isber.ucsb.edu) Received: from localhost ([127.0.0.1] helo=research.isber.ucsb.edu) by isber.ucsb.edu with esmtp (Exim 3.36 #2) id 17myZt-0007IA-00; Thu, 05 Sep 2002 08:29:53 -0700 Date: Thu, 5 Sep 2002 08:29:53 -0700 (PDT) From: randall ehren To: Cc: Subject: 3ware card not working Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org hi all, i put together a machine with a 3ware 7000-2 (new name for a 7210), using two ide drives in a raid1. i've booted off a 5-current (8/22) and 4-stable (8/22) disc, both stop at the sysinstall "Probing for devices..." message. if i take the card out, install works fine (albeit no drives are found.) i read http://people.freebsd.org/~msmith/RAID/3ware/notes.html but it's a bit outdated. i upgraded my firmware to 7.5.1, problem still exists. any ideas on how to fix this? (besides the obvious of buying a different card) please cc: myself as i'm not subscribed to this list. thanks, - randall s. ehren :// 805.893.5632 systems administrator :// isber|survey|avss.ucsb.edu institute for social, behavioral, and economic research To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Sep 5 9:57:40 2002 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 7124F37B400 for ; Thu, 5 Sep 2002 09:57:37 -0700 (PDT) Received: from catalepsy.pdl.cmu.edu (CATALEPSY.PDL.CMU.EDU [128.2.134.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD9B243E6E for ; Thu, 5 Sep 2002 09:57:36 -0700 (PDT) (envelope-from bucy@catalepsy.pdl.cmu.edu) Received: (from bucy@localhost) by catalepsy.pdl.cmu.edu (8.11.4/8.11.4) id g85GvY507532 for scsi@freebsd.org; Thu, 5 Sep 2002 12:57:34 -0400 Date: Thu, 5 Sep 2002 12:57:34 -0400 From: "John S. Bucy" To: scsi@freebsd.org Subject: Re: New scsi_target code Message-ID: <20020905165734.GE10500@catalepsy.pdl.cmu.edu> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, Sep 05, 2002 at 01:54:08AM -0700, Nate Lawson wrote: > I have rewritten the scsi_target driver and usermode client with a much > simpler model suggested by Justin Gibbs. The kernel driver receives > commands in the form of CCBs via write(2) and returns completed CCBs to > usermode via read(2). The included sample client is much simpler as well, > implementing only RBC (simple hard drive command set). > > What is this useful for? It allows anyone with an HBA to emulate various > SCSI target devices for reverse engineering initiator implementations, > debugging, host-host communication, and many other uses. Because it > operates at the CAM layer, it should work with multiple transports > (parallel SCSI, FC, ...) > > Currently, the code works to the point of passing camcontrol rescan and a > few reads and writes with two Adaptec 2940U2Ws (ahc driver). However, > there is an unknown bug where after a few commands (even just TUR), the > target hangs after sending a CTIO and the initiator aborts the > command. As such, the code is ALPHA QUALITY and may hang your system. > > For more information, see the included README and manpages. Comments are > needed and appreciated. Cool! I've been working on this off and on on a research project at CMU. I believe that I've run into the same timeouts/hangs. I've wanted to use isp instead of ahc but the last time I tried it -- probably 6 months ago now -- I couldn't get isp to do target mode. I tried several different adaptec cards -- 2940UW/U2W/29160/etc -- and was never able to get rid of the timeouts. I don't remember right now but I think that there were one or two commands -- i.e. TUR -- that I handled in kernel rather than going down to userspace but I doubt that that extra latency is the cause of the timeouts.. Are you doing tagged queueing? I was in the midst of hacking on that when I got preempted to work on another project. I had sort of a hacked way of dealing with it; I pass the whole CDB through the ioctl and only pass bus-transfer data through read() and write(). I then added an ioctl to set the tag that the next read() or write() data transfer goes with and there's an array in the driver that keeps up with all of the outstanding commands. I'll be working on it again this fall and will definitely be interested in incorporating others' work with mine; my lab wants to release our code as soon as we think its stable enough to be useful to other research projects. john To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Sep 5 15:34:10 2002 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 AF87737B400 for ; Thu, 5 Sep 2002 15:33:57 -0700 (PDT) Received: from dynamic.hydro.washington.edu (dynamic.hydro.washington.edu [128.95.246.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 073D543E4A for ; Thu, 5 Sep 2002 15:33:57 -0700 (PDT) (envelope-from penglish@hydro.washington.edu) Received: from dynamic.hydro.washington.edu (localhost [127.0.0.1]) by dynamic.hydro.washington.edu (8.12.2/8.12.2) with ESMTP id g85MXufm088708 for ; Thu, 5 Sep 2002 15:33:56 -0700 (PDT) (envelope-from penglish@hydro.washington.edu) Received: from localhost (penglish@localhost) by dynamic.hydro.washington.edu (8.12.2/8.12.2/Submit) with ESMTP id g85MXtmk088705 for ; Thu, 5 Sep 2002 15:33:55 -0700 (PDT) (envelope-from penglish@hydro.washington.edu) X-Authentication-Warning: dynamic.hydro.washington.edu: penglish owned process doing -bs Date: Thu, 5 Sep 2002 15:33:55 -0700 (PDT) From: Paul English To: freebsd-scsi@freebsd.org Subject: Arena IDE raid 99EX problem Message-ID: <20020905152315.K87374-100000@dynamic.hydro.washington.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, I have an Arena IDE raid 99EX 6 bay desktop which was purchased some time ago (approx 2 years +). It is operating in raid 5 mode with 6 maxtor 60 gb disks and is attached to a PC running FreeBSD (4.4-RELEASE) with an Adaptec SCSI (7880) card. I am seeing a problem when I access (attempt to copy, or just get file properties) specific files in a specific directory - massive SCSI errors are generated and the filesystem becomes inaccessible. Only a reboot (and complete fsck) makes the filesystem available again. Since this is happening below the filesystem level, I don't suspect that it is just a filesystem error. I suspect that either we've encountered a bug in the firmware code, or one (or more) of the disks has bad blocks, and it has not been detected as a bad disk. I have tried: shutting down and restarting the host system and the raid array swapping SCSI cables moving the array to another system (also running 4.4-RELEASE) My only remaining option seems to be copying all of the data off (except that directory) and hoping that I don't discover other files with the same problem in the process. Then I would reinitialize the array and copy it all back. Perhaps as part of that process I should test the individual disks in a machine to see if I can isolate a responsible one. I don't have the know-how to tell what the SCSI errors are indicating, but following are the SCSI errors generated (I included only the first couple of what appear to be repetitions): Sep 4 16:28:27 ephemeral /kernel: (da1:ahc0:0:10:0): SCB 0x42 - timed out Sep 4 16:28:27 ephemeral /kernel: ahc0: Dumping Card State while idle, at SEQAD DR 0x8 Sep 4 16:28:27 ephemeral /kernel: ACCUM = 0x0, SINDEX = 0x1c, DINDEX = 0xe4, AR G_2 = 0x0 Sep 4 16:28:27 ephemeral /kernel: HCNT = 0x0 Sep 4 16:28:27 ephemeral /kernel: SCSISEQ = 0x12, SBLKCTL = 0xa Sep 4 16:28:27 ephemeral /kernel: DFCNTRL = 0x0, DFSTATUS = 0x89 Sep 4 16:28:27 ephemeral /kernel: LASTPHASE = 0x1, SCSISIGI = 0x0, SXFRCTL0 = 0 x80 Sep 4 16:28:27 ephemeral /kernel: SSTAT0 = 0x0, SSTAT1 = 0xa Sep 4 16:28:27 ephemeral /kernel: STACK == 0x3, 0x10d, 0x165, 0x0 Sep 4 16:28:27 ephemeral /kernel: SCB count = 80 Sep 4 16:28:27 ephemeral /kernel: Kernel NEXTQSCB = 42 Sep 4 16:28:27 ephemeral /kernel: Card NEXTQSCB = 42 Sep 4 16:28:27 ephemeral /kernel: QINFIFO entries: Sep 4 16:28:27 ephemeral /kernel: Waiting Queue entries: Sep 4 16:28:27 ephemeral /kernel: Disconnected Queue entries: 7:26 26:66 Sep 4 16:28:27 ephemeral /kernel: QOUTFIFO entries: Sep 4 16:28:27 ephemeral /kernel: Sequencer Free SCB List: 1 16 0 17 8 25 15 14 9 28 20 13 21 6 5 22 19 2 18 23 24 12 27 4 3 11 10 29 30 31 Sep 4 16:28:27 ephemeral /kernel: Pending list: 26, 66 Sep 4 16:28:27 ephemeral /kernel: Kernel Free SCB list: 28 40 35 65 29 34 37 58 4 31 6 68 11 33 47 1 20 2 14 10 8 63 39 44 30 0 53 23 67 56 24 22 17 52 62 41 6 1 43 64 9 3 57 32 12 49 51 21 45 59 79 15 16 48 36 69 60 5 7 25 19 13 54 46 55 3 8 18 27 50 78 77 76 75 74 73 72 71 70 Sep 4 16:28:27 ephemeral /kernel: sg[0] - Addr 0xbd00000 : Length 4096 Sep 4 16:28:27 ephemeral /kernel: sg[1] - Addr 0x2ca1000 : Length 4096 Sep 4 16:28:27 ephemeral /kernel: sg[2] - Addr 0x1d82000 : Length 4096 Sep 4 16:28:27 ephemeral /kernel: sg[3] - Addr 0x6d03000 : Length 4096 Sep 4 16:28:27 ephemeral /kernel: sg[4] - Addr 0x2a84000 : Length 4096 Sep 4 16:28:27 ephemeral /kernel: sg[5] - Addr 0x2845000 : Length 4096 Sep 4 16:28:27 ephemeral /kernel: sg[6] - Addr 0x2046000 : Length 4096 Sep 4 16:28:27 ephemeral /kernel: sg[7] - Addr 0x1dce7000 : Length 4096 Sep 4 16:28:27 ephemeral /kernel: sg[8] - Addr 0x3148000 : Length 4096 Sep 4 16:28:27 ephemeral /kernel: sg[9] - Addr 0x42c9000 : Length 4096 Sep 4 16:28:27 ephemeral /kernel: sg[10] - Addr 0x1b9ca000 : Length 4096 Sep 4 16:28:27 ephemeral /kernel: sg[11] - Addr 0x1b80b000 : Length 4096 Sep 4 16:28:27 ephemeral /kernel: sg[12] - Addr 0x1bb8c000 : Length 4096 Sep 4 16:28:27 ephemeral /kernel: sg[13] - Addr 0x1b5ad000 : Length 4096 Sep 4 16:28:27 ephemeral /kernel: sg[14] - Addr 0x1e86e000 : Length 4096 Sep 4 16:28:27 ephemeral /kernel: (da1:ahc0:0:10:0): Queuing a BDR SCB Sep 4 16:28:27 ephemeral /kernel: (da1:ahc0:0:10:0): Bus Device Reset Message Sent Sep 4 16:28:27 ephemeral /kernel: (da1:ahc0:0:10:0): no longer in timeout, stat us = 34b Sep 4 16:28:27 ephemeral /kernel: ahc0: Bus Device Reset on A:10. 2 SCBs aborte d Sep 4 16:29:42 ephemeral /kernel: (da1:ahc0:0:10:0): SCB 0x23 - timed out Sep 4 16:29:42 ephemeral /kernel: ahc0: Dumping Card State while idle, at SEQAD DR 0x8 Sep 4 16:29:42 ephemeral /kernel: ACCUM = 0x0, SINDEX = 0x1c, DINDEX = 0xe4, AR G_2 = 0x0 Sep 4 16:29:42 ephemeral /kernel: HCNT = 0x0 Sep 4 16:29:42 ephemeral /kernel: SCSISEQ = 0x12, SBLKCTL = 0xa Sep 4 16:29:42 ephemeral /kernel: DFCNTRL = 0x0, DFSTATUS = 0x89 Sep 4 16:29:42 ephemeral /kernel: LASTPHASE = 0x1, SCSISIGI = 0x0, SXFRCTL0 = 0 x80 Sep 4 16:29:42 ephemeral /kernel: SSTAT0 = 0x0, SSTAT1 = 0xa Sep 4 16:29:42 ephemeral /kernel: STACK == 0x3, 0x10d, 0x165, 0xec Sep 4 16:29:42 ephemeral /kernel: SCB count = 80 Sep 4 16:29:42 ephemeral /kernel: Kernel NEXTQSCB = 65 Sep 4 16:29:42 ephemeral /kernel: Card NEXTQSCB = 65 Sep 4 16:29:42 ephemeral /kernel: QINFIFO entries: Sep 4 16:29:42 ephemeral /kernel: Waiting Queue entries: Sep 4 16:29:42 ephemeral /kernel: Disconnected Queue entries: 1:26 15:35 Sep 4 16:29:42 ephemeral /kernel: QOUTFIFO entries: Sep 4 16:29:42 ephemeral /kernel: Sequencer Free SCB List: 17 9 25 0 14 26 8 16 7 28 20 13 21 6 5 22 19 2 18 23 24 12 27 4 3 11 10 29 30 31 Sep 4 16:29:42 ephemeral /kernel: Pending list: 26, 35 Sep 4 16:29:42 ephemeral /kernel: Kernel Free SCB list: 28 58 37 4 42 40 34 29 66 31 6 68 11 33 47 1 20 2 14 10 8 63 39 44 30 0 53 23 67 56 24 22 17 52 62 41 6 1 43 64 9 3 57 32 12 49 51 21 45 59 79 15 16 48 36 69 60 5 7 25 19 13 54 46 55 3 8 18 27 50 78 77 76 75 74 73 72 71 70 Sep 4 16:29:42 ephemeral /kernel: sg[0] - Addr 0xbd00000 : Length 4096 Sep 4 16:29:42 ephemeral /kernel: sg[1] - Addr 0x2ca1000 : Length 4096 Sep 4 16:29:42 ephemeral /kernel: sg[2] - Addr 0x1d82000 : Length 4096 Sep 4 16:29:42 ephemeral /kernel: sg[3] - Addr 0x6d03000 : Length 4096 Sep 4 16:29:42 ephemeral /kernel: sg[4] - Addr 0x2a84000 : Length 4096 Sep 4 16:29:42 ephemeral /kernel: sg[5] - Addr 0x2845000 : Length 4096 Sep 4 16:29:42 ephemeral /kernel: sg[6] - Addr 0x2046000 : Length 4096 Sep 4 16:29:42 ephemeral /kernel: sg[7] - Addr 0x1dce7000 : Length 4096 Sep 4 16:29:42 ephemeral /kernel: sg[8] - Addr 0x3148000 : Length 4096 Sep 4 16:29:42 ephemeral /kernel: sg[9] - Addr 0x42c9000 : Length 4096 Sep 4 16:29:42 ephemeral /kernel: sg[10] - Addr 0x1b9ca000 : Length 4096 Sep 4 16:29:42 ephemeral /kernel: sg[11] - Addr 0x1b80b000 : Length 4096 Sep 4 16:29:42 ephemeral /kernel: sg[12] - Addr 0x1bb8c000 : Length 4096 Sep 4 16:29:42 ephemeral /kernel: sg[13] - Addr 0x1b5ad000 : Length 4096 Sep 4 16:29:42 ephemeral /kernel: sg[14] - Addr 0x1e86e000 : Length 4096 Sep 4 16:29:42 ephemeral /kernel: (da1:ahc0:0:10:0): Queuing a BDR SCB Sep 4 16:29:42 ephemeral /kernel: (da1:ahc0:0:10:0): Bus Device Reset Message S ent Sep 4 16:29:42 ephemeral /kernel: (da1:ahc0:0:10:0): no longer in timeout, stat us = 34b Sep 4 16:29:42 ephemeral /kernel: ahc0: Bus Device Reset on A:10. 2 SCBs aborte d Sep 4 16:30:57 ephemeral /kernel: (da1:ahc0:0:10:0): SCB 0x41 - timed out Sep 4 16:30:57 ephemeral /kernel: ahc0: Dumping Card State while idle, at SEQAD DR 0x9 Sep 4 16:30:57 ephemeral /kernel: ACCUM = 0x0, SINDEX = 0x1c, DINDEX = 0xe4, AR G_2 = 0x0 Sep 4 16:30:57 ephemeral /kernel: HCNT = 0x0 Sep 4 16:30:57 ephemeral /kernel: SCSISEQ = 0x12, SBLKCTL = 0xa Sep 4 16:30:57 ephemeral /kernel: DFCNTRL = 0x0, DFSTATUS = 0x89 Sep 4 16:30:57 ephemeral /kernel: LASTPHASE = 0x1, SCSISIGI = 0x0, SXFRCTL0 = 0 x80 Sep 4 16:30:57 ephemeral /kernel: SSTAT0 = 0x0, SSTAT1 = 0xa Sep 4 16:30:57 ephemeral /kernel: STACK == 0x3, 0x10d, 0x165, 0xec Sep 4 16:30:57 ephemeral /kernel: SCB count = 80 Sep 4 16:30:57 ephemeral /kernel: Kernel NEXTQSCB = 4 Sep 4 16:30:57 ephemeral /kernel: Card NEXTQSCB = 4 Sep 4 16:30:57 ephemeral /kernel: QINFIFO entries: Sep 4 16:30:57 ephemeral /kernel: Waiting Queue entries: Sep 4 16:30:57 ephemeral /kernel: Disconnected Queue entries: 1:35 15:65 Sep 4 16:30:57 ephemeral /kernel: QOUTFIFO entries: Sep 4 16:30:57 ephemeral /kernel: Sequencer Free SCB List: 9 0 25 17 14 26 8 16 7 28 20 13 21 6 5 22 19 2 18 23 24 12 27 4 3 11 10 29 30 31 Sep 4 16:30:57 ephemeral /kernel: Pending list: 35, 65 Sep 4 16:30:57 ephemeral /kernel: Kernel Free SCB list: 28 40 42 29 34 26 37 58 66 31 6 68 11 33 47 1 20 2 14 10 8 63 39 44 30 0 53 23 67 56 24 22 17 52 62 41 61 43 64 9 3 57 32 12 49 51 21 45 59 79 15 16 48 36 69 60 5 7 25 19 13 54 46 55 38 18 27 50 78 77 76 75 74 73 72 71 70 Sep 4 16:30:57 ephemeral /kernel: sg[0] - Addr 0xbd00000 : Length 4096 Sep 4 16:30:57 ephemeral /kernel: sg[1] - Addr 0x2ca1000 : Length 4096 Sep 4 16:30:57 ephemeral /kernel: sg[2] - Addr 0x1d82000 : Length 4096 Sep 4 16:30:57 ephemeral /kernel: sg[3] - Addr 0x6d03000 : Length 4096 Sep 4 16:30:57 ephemeral /kernel: sg[4] - Addr 0x2a84000 : Length 4096 Sep 4 16:30:57 ephemeral /kernel: sg[5] - Addr 0x2845000 : Length 4096 Sep 4 16:30:57 ephemeral /kernel: sg[6] - Addr 0x2046000 : Length 4096 Sep 4 16:30:57 ephemeral /kernel: sg[7] - Addr 0x1dce7000 : Length 4096 Sep 4 16:30:57 ephemeral /kernel: sg[8] - Addr 0x3148000 : Length 4096 Sep 4 16:30:57 ephemeral /kernel: sg[9] - Addr 0x42c9000 : Length 4096 Sep 4 16:30:57 ephemeral /kernel: sg[10] - Addr 0x1b9ca000 : Length 4096 Sep 4 16:30:57 ephemeral /kernel: sg[11] - Addr 0x1b80b000 : Length 4096 Sep 4 16:30:57 ephemeral /kernel: sg[12] - Addr 0x1bb8c000 : Length 4096 Sep 4 16:30:57 ephemeral /kernel: sg[13] - Addr 0x1b5ad000 : Length 4096 Sep 4 16:30:57 ephemeral /kernel: sg[14] - Addr 0x1e86e000 : Length 4096 Sep 4 16:30:57 ephemeral /kernel: (da1:ahc0:0:10:0): Queuing a BDR SCB Sep 4 16:30:57 ephemeral /kernel: (da1:ahc0:0:10:0): Bus Device Reset Message S ent Sep 4 16:30:57 ephemeral /kernel: (da1:ahc0:0:10:0): no longer in timeout, stat us = 34b Sep 4 16:30:57 ephemeral /kernel: ahc0: Bus Device Reset on A:10. 2 SCBs aborte d Sep 4 16:32:12 ephemeral /kernel: (da1:ahc0:0:10:0): SCB 0x22 - timed out Sep 4 16:32:12 ephemeral /kernel: ahc0: Dumping Card State while idle, at SEQAD DR 0x8 Sep 4 16:32:12 ephemeral /kernel: ACCUM = 0x0, SINDEX = 0x6, DINDEX = 0xe4, ARG _2 = 0x0 Sep 4 16:32:12 ephemeral /kernel: HCNT = 0x0 Sep 4 16:32:12 ephemeral /kernel: SCSISEQ = 0x12, SBLKCTL = 0xa Sep 4 16:32:12 ephemeral /kernel: DFCNTRL = 0x0, DFSTATUS = 0x89 Sep 4 16:32:12 ephemeral /kernel: LASTPHASE = 0x1, SCSISIGI = 0x0, SXFRCTL0 = 0 x80 Sep 4 16:32:12 ephemeral /kernel: SSTAT0 = 0x0, SSTAT1 = 0xa Sep 4 16:32:12 ephemeral /kernel: STACK == 0x3, 0x10d, 0x165, 0xec Sep 4 16:32:12 ephemeral /kernel: SCB count = 80 Sep 4 16:32:12 ephemeral /kernel: Kernel NEXTQSCB = 42 Sep 4 16:32:12 ephemeral /kernel: QINFIFO entries: Sep 4 16:32:12 ephemeral /kernel: Waiting Queue entries: Sep 4 16:32:12 ephemeral /kernel: Disconnected Queue entries: 1:26 9:34 Sep 4 16:32:12 ephemeral /kernel: QOUTFIFO entries: Sep 4 16:32:12 ephemeral /kernel: Sequencer Free SCB List: 0 26 17 15 25 7 16 8 14 28 20 13 21 6 5 22 19 2 18 23 24 12 27 4 3 11 10 29 30 31 Sep 4 16:32:12 ephemeral /kernel: Pending list: 26, 34 Sep 4 16:32:12 ephemeral /kernel: Kernel Free SCB list: 6 65 47 58 29 33 11 68 40 4 35 28 37 66 31 1 20 2 14 10 8 63 39 44 30 0 53 23 67 56 24 22 17 52 62 41 6 1 43 64 9 3 57 32 12 49 51 21 45 59 79 15 16 48 36 69 60 5 7 25 19 13 54 46 55 3 8 18 27 50 78 77 76 75 74 73 72 71 70 Sep 4 16:32:12 ephemeral /kernel: sg[0] - Addr 0xbd00000 : Length 4096 Sep 4 16:32:12 ephemeral /kernel: sg[1] - Addr 0x2ca1000 : Length 4096 Sep 4 16:32:12 ephemeral /kernel: sg[2] - Addr 0x1d82000 : Length 4096 Sep 4 16:32:12 ephemeral /kernel: sg[3] - Addr 0x6d03000 : Length 4096 Sep 4 16:32:12 ephemeral /kernel: sg[4] - Addr 0x2a84000 : Length 4096 Sep 4 16:32:12 ephemeral /kernel: sg[5] - Addr 0x2845000 : Length 4096 Sep 4 16:32:12 ephemeral /kernel: sg[6] - Addr 0x2046000 : Length 4096 Sep 4 16:32:12 ephemeral /kernel: sg[7] - Addr 0x1dce7000 : Length 4096 Sep 4 16:32:12 ephemeral /kernel: sg[8] - Addr 0x3148000 : Length 4096 Sep 4 16:32:12 ephemeral /kernel: sg[9] - Addr 0x42c9000 : Length 4096 Sep 4 16:32:12 ephemeral /kernel: sg[10] - Addr 0x1b9ca000 : Length 4096 Sep 4 16:32:12 ephemeral /kernel: sg[11] - Addr 0x1b80b000 : Length 4096 Sep 4 16:32:12 ephemeral /kernel: sg[12] - Addr 0x1bb8c000 : Length 4096 Sep 4 16:32:12 ephemeral /kernel: sg[13] - Addr 0x1b5ad000 : Length 4096 Sep 4 16:32:12 ephemeral /kernel: sg[14] - Addr 0x1e86e000 : Length 4096 Sep 4 16:32:12 ephemeral /kernel: (da1:ahc0:0:10:0): Queuing a BDR SCB Sep 4 16:32:12 ephemeral /kernel: (da1:ahc0:0:10:0): Bus Device Reset Message S ent Sep 4 16:32:12 ephemeral /kernel: (da1:ahc0:0:10:0): no longer in timeout, stat us = 34b Sep 4 16:32:12 ephemeral /kernel: ahc0: Bus Device Reset on A:10. 2 SCBs aborte d Sep 4 16:33:27 ephemeral /kernel: (da1:ahc0:0:10:0): SCB 0x2a - timed out Sep 4 16:33:27 ephemeral /kernel: ahc0: Dumping Card State while idle, at SEQAD DR 0x9 Sep 4 16:33:27 ephemeral /kernel: ACCUM = 0x0, SINDEX = 0x41, DINDEX = 0xe4, AR G_2 = 0x0 Sep 4 16:33:27 ephemeral /kernel: HCNT = 0x0 Sep 4 16:33:27 ephemeral /kernel: SCSISEQ = 0x12, SBLKCTL = 0xa Sep 4 16:33:27 ephemeral /kernel: DFCNTRL = 0x0, DFSTATUS = 0x89 Sep 4 16:33:27 ephemeral /kernel: LASTPHASE = 0x1, SCSISIGI = 0x0, SXFRCTL0 = 0 x80 Sep 4 16:33:27 ephemeral /kernel: SSTAT0 = 0x0, SSTAT1 = 0xa Sep 4 16:33:27 ephemeral /kernel: STACK == 0x3, 0x10d, 0x165, 0xec Sep 4 16:33:27 ephemeral /kernel: SCB count = 80 Sep 4 16:33:27 ephemeral /kernel: Kernel NEXTQSCB = 68 Sep 4 16:33:27 ephemeral /kernel: Card NEXTQSCB = 68 Sep 4 16:33:27 ephemeral /kernel: QINFIFO entries: Sep 4 16:33:27 ephemeral /kernel: Waiting Queue entries: Sep 4 16:33:27 ephemeral /kernel: Disconnected Queue entries: 1:34 9:42 Sep 4 16:33:27 ephemeral /kernel: QOUTFIFO entries: Sep 4 16:33:27 ephemeral /kernel: Sequencer Free SCB List: 17 14 8 7 15 26 16 2 5 0 28 20 13 21 6 5 22 19 2 18 23 24 12 27 4 3 11 10 29 30 31 Sep 4 16:33:27 ephemeral /kernel: Pending list: 34, 42 Sep 4 16:33:27 ephemeral /kernel: Kernel Free SCB list: 65 40 47 29 11 6 33 58 26 4 35 28 37 66 31 1 20 2 14 10 8 63 39 44 30 0 53 23 67 56 24 22 17 52 62 41 6 1 43 64 9 3 57 32 12 49 51 21 45 59 79 15 16 48 36 69 60 5 7 25 19 13 54 46 55 3 8 18 27 50 78 77 76 75 74 73 72 71 70 Sep 4 16:33:27 ephemeral /kernel: sg[0] - Addr 0xbd00000 : Length 4096 Sep 4 16:33:27 ephemeral /kernel: sg[1] - Addr 0x2ca1000 : Length 4096 Sep 4 16:33:27 ephemeral /kernel: sg[2] - Addr 0x1d82000 : Length 4096 Sep 4 16:33:27 ephemeral /kernel: sg[3] - Addr 0x6d03000 : Length 4096 Sep 4 16:33:27 ephemeral /kernel: sg[4] - Addr 0x2a84000 : Length 4096 Sep 4 16:33:27 ephemeral /kernel: sg[5] - Addr 0x2845000 : Length 4096 Sep 4 16:33:27 ephemeral /kernel: sg[6] - Addr 0x2046000 : Length 4096 Sep 4 16:33:27 ephemeral /kernel: sg[7] - Addr 0x1dce7000 : Length 4096 Sep 4 16:33:27 ephemeral /kernel: sg[8] - Addr 0x3148000 : Length 4096 Thanks in advance for any help, Paul To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Sep 5 16:30:11 2002 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 90A2737B400 for ; Thu, 5 Sep 2002 16:30:07 -0700 (PDT) Received: from magic.adaptec.com (magic.adaptec.com [208.236.45.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24D4343E6E for ; Thu, 5 Sep 2002 16:30:07 -0700 (PDT) (envelope-from gibbs@scsiguy.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.10.2+Sun/8.10.2) with ESMTP id g85NTvG05893; Thu, 5 Sep 2002 16:29:57 -0700 (PDT) Received: from btc.btc.adaptec.com (btc.btc.adaptec.com [10.100.0.52]) by redfish.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id QAA26288; Thu, 5 Sep 2002 16:29:56 -0700 (PDT) Received: from [10.100.253.70] (aslan [10.100.253.70]) by btc.btc.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id RAA26041; Thu, 5 Sep 2002 17:29:53 -0600 (MDT) Date: Thu, 05 Sep 2002 17:29:54 -0600 From: "Justin T. Gibbs" Reply-To: "Justin T. Gibbs" To: Paul English , freebsd-scsi@freebsd.org Subject: Re: Arena IDE raid 99EX problem Message-ID: <80630000.1031268594@aslan.btc.adaptec.com> In-Reply-To: <20020905152315.K87374-100000@dynamic.hydro.washington.edu> References: <20020905152315.K87374-100000@dynamic.hydro.washington.edu> X-Mailer: Mulberry/2.2.1 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > Hi, > I have an Arena IDE raid 99EX 6 bay desktop which was purchased > some time ago (approx 2 years +). It is operating in raid 5 mode with 6 > maxtor 60 gb disks and is attached to a PC running FreeBSD > (4.4-RELEASE) with an Adaptec SCSI (7880) card. > > I am seeing a problem when I access (attempt to copy, or just get > file properties) specific files in a specific directory... >From the aic7xxx driver's point of view, the RAID controller is not reselecting (i.e. responding) to two commands that were sent to it. Since this occurs when you access some specific locations of the filesystem, my guess is that the RAID controller is experiencing some kind of disk error that stuffs it up. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Sep 5 16:34:40 2002 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 07FEC37B400 for ; Thu, 5 Sep 2002 16:34:39 -0700 (PDT) Received: from dynamic.hydro.washington.edu (dynamic.hydro.washington.edu [128.95.246.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 936D543E3B for ; Thu, 5 Sep 2002 16:34:38 -0700 (PDT) (envelope-from penglish@hydro.washington.edu) Received: from dynamic.hydro.washington.edu (localhost [127.0.0.1]) by dynamic.hydro.washington.edu (8.12.2/8.12.2) with ESMTP id g85NYbfm088920; Thu, 5 Sep 2002 16:34:38 -0700 (PDT) (envelope-from penglish@hydro.washington.edu) Received: from localhost (penglish@localhost) by dynamic.hydro.washington.edu (8.12.2/8.12.2/Submit) with ESMTP id g85NYbAw088917; Thu, 5 Sep 2002 16:34:37 -0700 (PDT) (envelope-from penglish@hydro.washington.edu) X-Authentication-Warning: dynamic.hydro.washington.edu: penglish owned process doing -bs Date: Thu, 5 Sep 2002 16:34:37 -0700 (PDT) From: Paul English To: "Justin T. Gibbs" Cc: freebsd-scsi@freebsd.org Subject: Re: Arena IDE raid 99EX problem In-Reply-To: <80630000.1031268594@aslan.btc.adaptec.com> Message-ID: <20020905163348.I87374-100000@dynamic.hydro.washington.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > > I am seeing a problem when I access (attempt to copy, or just get > > file properties) specific files in a specific directory... > > >From the aic7xxx driver's point of view, the RAID controller is not > reselecting (i.e. responding) to two commands that were sent to it. > Since this occurs when you access some specific locations of the > filesystem, my guess is that the RAID controller is experiencing some > kind of disk error that stuffs it up. > Justin Thanks Justin - that confirms my suspicions, and keeps me pointed towards rebuilding the array, and perhaps testing the disks individually. Paul To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Sep 5 16:47:34 2002 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 993D337B400 for ; Thu, 5 Sep 2002 16:47:31 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 5EE0043E4A for ; Thu, 5 Sep 2002 16:47:27 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 3310 invoked by uid 1000); 5 Sep 2002 23:47:28 -0000 Date: Thu, 5 Sep 2002 16:47:28 -0700 (PDT) From: Nate Lawson To: Paul English Cc: freebsd-scsi@freebsd.org Subject: Re: Arena IDE raid 99EX problem In-Reply-To: <20020905152315.K87374-100000@dynamic.hydro.washington.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, 5 Sep 2002, Paul English wrote: > Hi, > I have an Arena IDE raid 99EX 6 bay desktop which was purchased > some time ago (approx 2 years +). It is operating in raid 5 mode with 6 > maxtor 60 gb disks and is attached to a PC running FreeBSD > (4.4-RELEASE) with an Adaptec SCSI (7880) card. > > I am seeing a problem when I access (attempt to copy, or just get > file properties) specific files in a specific directory - massive SCSI errors > are generated and the filesystem becomes inaccessible. Only a reboot > (and complete fsck) makes the filesystem available again. Since this is > happening below the filesystem level, I don't suspect that it is just a > filesystem error. I suspect that either we've encountered a bug in the > firmware code, or one (or more) of the disks has bad blocks, and it has not > been detected as a bad disk. > ... > Sep 4 16:28:27 ephemeral /kernel: (da1:ahc0:0:10:0): SCB 0x42 - timed out > Sep 4 16:29:42 ephemeral /kernel: (da1:ahc0:0:10:0): SCB 0x23 - timed out > Sep 4 16:30:57 ephemeral /kernel: (da1:ahc0:0:10:0): SCB 0x41 - timed out > Sep 4 16:32:12 ephemeral /kernel: (da1:ahc0:0:10:0): SCB 0x22 - timed out > Sep 4 16:33:27 ephemeral /kernel: (da1:ahc0:0:10:0): SCB 0x2a - timed out > ... > Thanks in advance for any help, > Paul Unfortunately, the only thing that shows is that the RAID interface is not responding to SCSI requests which is most likely a problem with the disks. Perhaps you could figure out which drive is the problem via the RAID tools supplied with the enclosure. -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Fri Sep 6 17:30:22 2002 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 5882237B400 for ; Fri, 6 Sep 2002 17:30:18 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id A345543E77 for ; Fri, 6 Sep 2002 17:30:17 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 6012 invoked by uid 1000); 7 Sep 2002 00:30:19 -0000 Date: Fri, 6 Sep 2002 17:30:19 -0700 (PDT) From: Nate Lawson To: "John S. Bucy" Cc: scsi@freebsd.org Subject: Re: New scsi_target code In-Reply-To: <20020905165734.GE10500@catalepsy.pdl.cmu.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, 5 Sep 2002, John S. Bucy wrote: > Cool! I've been working on this off and on on a research project at > CMU. I believe that I've run into the same timeouts/hangs. I've > wanted to use isp instead of ahc but the last time I tried it -- > probably 6 months ago now -- I couldn't get isp to do target mode. I > tried several different adaptec cards -- 2940UW/U2W/29160/etc -- and > was never able to get rid of the timeouts. isp can do target mode. Last time I used it, there were problems with residuals (i.e. CTIO transfers > 8-12k). Matt may have more recent information on this. > I don't remember right now but I think that there were one or two > commands -- i.e. TUR -- that I handled in kernel rather than going > down to userspace but I doubt that that extra latency is the cause of > the timeouts.. In this driver, all commands are handled in usermode, which simplifies the data path a lot. > Are you doing tagged queueing? I was in the midst of hacking on that > when I got preempted to work on another project. I had sort of a > hacked way of dealing with it; I pass the whole CDB through the ioctl > and only pass bus-transfer data through read() and write(). I then added > an ioctl to set the tag that the next read() or write() data transfer > goes with and there's an array in the driver that keeps up with all of > the outstanding commands. This driver passes the CCBs (~30-120 bytes) through read/write and the data through the cam_periph_mapmem() function directly to the SIM. Tagged queueing will be handled fully in usermode. There is a command line option to enable tagged queueing but it is not fully implemented. It advertises the capability in the inquiry response but does not implement the subsequent mode sense/select. Thus, I do not test with tagged queuing yet. > I'll be working on it again this fall and will definitely be > interested in incorporating others' work with mine; my lab wants to > release our code as soon as we think its stable enough to be useful to > other research projects. Great. Any testing or comments on the driver would be nice. -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Fri Sep 6 17:32:30 2002 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 CE6F937B400 for ; Fri, 6 Sep 2002 17:32:27 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 58A5143E65 for ; Fri, 6 Sep 2002 17:32:27 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 6023 invoked by uid 1000); 7 Sep 2002 00:32:29 -0000 Date: Fri, 6 Sep 2002 17:32:29 -0700 (PDT) From: Nate Lawson To: Bruce M Simpson Cc: hackers@freebsd.org, scsi@freebsd.org Subject: Re: New scsi_target code In-Reply-To: <20020905092426.GA9129@spc.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, 5 Sep 2002, Bruce M Simpson wrote: > On Thu, Sep 05, 2002 at 01:54:08AM -0700, Nate Lawson wrote: > > I have rewritten the scsi_target driver and usermode client with a much > > simpler model suggested by Justin Gibbs. The kernel driver receives > > This sounds like excellent work and I can't wait to check it out further. > Whilst looking into the problem of USB->ATA bridge support I was recently > faced with the problem of writing various ATA->SCSI command translations, > which involved emulating a SCSI device, so I imagine your code should be > very useful. Possibly. I have updated the version online with a patch for -current. It builds and runs but panics in read/write. I'll look into the issues with -current over the weekend. I'm very interested in comments and testing on -stable to help update the general architecture and stability. Thanks, -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Fri Sep 6 23:40:58 2002 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 4D1AF37B400; Fri, 6 Sep 2002 23:40:55 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D6D343E75; Fri, 6 Sep 2002 23:40:54 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.3/8.12.2) with ESMTP id g876eTAg035481; Sat, 7 Sep 2002 08:40:42 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Nate Lawson Cc: Bruce M Simpson , hackers@FreeBSD.ORG, scsi@FreeBSD.ORG Subject: Re: New scsi_target code In-Reply-To: Your message of "Fri, 06 Sep 2002 17:32:29 PDT." Date: Sat, 07 Sep 2002 08:40:29 +0200 Message-ID: <35480.1031380829@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org In message , Nate Lawson writ es: >On Thu, 5 Sep 2002, Bruce M Simpson wrote: >> On Thu, Sep 05, 2002 at 01:54:08AM -0700, Nate Lawson wrote: >> > I have rewritten the scsi_target driver and usermode client with a much >> > simpler model suggested by Justin Gibbs. The kernel driver receives >> >> This sounds like excellent work and I can't wait to check it out further. >> Whilst looking into the problem of USB->ATA bridge support I was recently >> faced with the problem of writing various ATA->SCSI command translations, >> which involved emulating a SCSI device, so I imagine your code should be >> very useful. > >Possibly. I have updated the version online with a patch for >-current. It builds and runs but panics in read/write. I'll look into >the issues with -current over the weekend. > >I'm very interested in comments and testing on -stable to help update the >general architecture and stability. IP-over-SCSI ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sat Sep 7 0: 0:33 2002 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 4D04A37B40A; Sat, 7 Sep 2002 00:00:27 -0700 (PDT) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A8A843E6A; Sat, 7 Sep 2002 00:00:26 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc02.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020907070025.BGCA25823.sccrmhc02.attbi.com@InterJet.elischer.org>; Sat, 7 Sep 2002 07:00:25 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id XAA45366; Fri, 6 Sep 2002 23:47:09 -0700 (PDT) Date: Fri, 6 Sep 2002 23:47:08 -0700 (PDT) From: Julian Elischer To: Poul-Henning Kamp Cc: Nate Lawson , Bruce M Simpson , hackers@FreeBSD.ORG, scsi@FreeBSD.ORG Subject: Re: New scsi_target code In-Reply-To: <35480.1031380829@critter.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sat, 7 Sep 2002, Poul-Henning Kamp wrote: > > IP-over-SCSI ? > Well I've just been reading about SCSI over IP.... so Scsi-over-IP-over-SCSI-over-firewire? etc... :-/ 8-S To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sat Sep 7 0: 5:44 2002 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 94D8737B400; Sat, 7 Sep 2002 00:05:41 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id B043343E3B; Sat, 7 Sep 2002 00:05:40 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.3/8.12.2) with ESMTP id g8775MAg035903; Sat, 7 Sep 2002 09:05:23 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Julian Elischer Cc: Nate Lawson , Bruce M Simpson , hackers@FreeBSD.ORG, scsi@FreeBSD.ORG Subject: Re: New scsi_target code In-Reply-To: Your message of "Fri, 06 Sep 2002 23:47:08 PDT." Date: Sat, 07 Sep 2002 09:05:22 +0200 Message-ID: <35902.1031382322@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org In message , Ju lian Elischer writes: > > >On Sat, 7 Sep 2002, Poul-Henning Kamp wrote: >> >> IP-over-SCSI ? >> > >Well I've just been reading about SCSI over IP.... so That's different. IP-over-SCSI is a much wanted Myrinet-light over here. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sat Sep 7 7:52:42 2002 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 1799737B400; Sat, 7 Sep 2002 07:52:40 -0700 (PDT) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEF2143E42; Sat, 7 Sep 2002 07:52:39 -0700 (PDT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=rip.psg.com.psg.com) by rip.psg.com with esmtp (Exim 4.10) id 17ngwe-0005y1-00; Sat, 07 Sep 2002 07:52:20 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Julian Elischer Cc: Poul-Henning Kamp , Nate Lawson , Bruce M Simpson , hackers@FreeBSD.ORG, scsi@FreeBSD.ORG Subject: Re: New scsi_target code References: <35480.1031380829@critter.freebsd.dk> Message-Id: Date: Sat, 07 Sep 2002 07:52:20 -0700 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > Scsi-over-IP-over-SCSI-over-firewire? you left out mpls randy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sat Sep 7 11:41:56 2002 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 91A5537B401 for ; Sat, 7 Sep 2002 11:41:52 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id CB59B43E4A for ; Sat, 7 Sep 2002 11:41:51 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 10352 invoked by uid 1000); 7 Sep 2002 18:41:52 -0000 Date: Sat, 7 Sep 2002 11:41:52 -0700 (PDT) From: Nate Lawson To: Poul-Henning Kamp Cc: hackers@FreeBSD.ORG, scsi@FreeBSD.ORG Subject: Re: New scsi_target code In-Reply-To: <35902.1031382322@critter.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sat, 7 Sep 2002, Poul-Henning Kamp wrote: > In message , Ju > lian Elischer writes: > > > > > >On Sat, 7 Sep 2002, Poul-Henning Kamp wrote: > >> > >> IP-over-SCSI ? > >> > > > >Well I've just been reading about SCSI over IP.... so > > That's different. IP-over-SCSI is a much wanted Myrinet-light over here. I am not aware of a spec for IP-over-SCSI. Wouldn't it have to use things like AEN to send data in the reverse direction? Of course, the various transports like FC define IP layers but they are usually peers with the SCSI layer. If people are talking about iSCSI, this driver could also support that given that the iSCSI HBA was hooked into the CAM SIM layer. -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sat Sep 7 13:42:15 2002 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 6171A37B400; Sat, 7 Sep 2002 13:42:08 -0700 (PDT) Received: from nelly.internal.irrelevant.org (81-86-164-179.dsl.pipex.com [81.86.164.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 983AB43E6A; Sat, 7 Sep 2002 13:42:01 -0700 (PDT) (envelope-from simond@irrelevant.org) Received: from simond by nelly.internal.irrelevant.org with local (Exim 3.36 #1) id 17nmOd-000Psi-00; Sat, 07 Sep 2002 21:41:35 +0100 Date: Sat, 7 Sep 2002 21:41:35 +0100 From: Simon Dick To: Nate Lawson Cc: Poul-Henning Kamp , hackers@FreeBSD.ORG, scsi@FreeBSD.ORG Subject: Re: New scsi_target code Message-ID: <20020907204135.GB79822@irrelevant.org> References: <35902.1031382322@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.1i Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sat, Sep 07, 2002 at 11:41:52AM -0700, Nate Lawson wrote: > On Sat, 7 Sep 2002, Poul-Henning Kamp wrote: > > In message , Ju > > lian Elischer writes: > > > > > > > > >On Sat, 7 Sep 2002, Poul-Henning Kamp wrote: > > >> > > >> IP-over-SCSI ? > > >> > > > > > >Well I've just been reading about SCSI over IP.... so > > > > That's different. IP-over-SCSI is a much wanted Myrinet-light over here. > > I am not aware of a spec for IP-over-SCSI. Wouldn't it have to use things > like AEN to send data in the reverse direction? > > Of course, the various transports like FC define IP layers but they are > usually peers with the SCSI layer. > > If people are talking about iSCSI, this driver could also support that > given that the iSCSI HBA was hooked into the CAM SIM layer. Try rfc 2143 :) -- Simon Dick simond@irrelevant.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message