From owner-freebsd-scsi Sun Sep 6 20:40:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA06350 for freebsd-scsi-outgoing; Sun, 6 Sep 1998 20:40:20 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from friley-185-114.res.iastate.edu (friley-185-114.res.iastate.edu [129.186.185.114]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA06326 for ; Sun, 6 Sep 1998 20:40:15 -0700 (PDT) (envelope-from ccsanady@friley-185-114.res.iastate.edu) Received: from friley-185-114.res.iastate.edu (loopback [127.0.0.1]) by friley-185-114.res.iastate.edu (8.9.1/8.9.1) with ESMTP id WAA12543 for ; Sun, 6 Sep 1998 22:40:07 -0500 (CDT) (envelope-from ccsanady@friley-185-114.res.iastate.edu) Message-Id: <199809070340.WAA12543@friley-185-114.res.iastate.edu> X-Mailer: exmh version 2.0.2 2/24/98 To: freebsd-scsi@FreeBSD.ORG Subject: CAM device naming.. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 06 Sep 1998 22:40:06 -0500 From: Chris Csanady Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org As the device naming is different in CAM anyways, would there be any possibility of taking it one step further? I have found it to be quite nice in other OS's that actually use subdirectories for disk names, terminals, etc. It makes /dev a much cleaner place imho. Also, I would love for the names to actually be based upon the scsi controller, id, lun, partition etc.. although, I suppose there is no way in hell this will happen. :P It sucks when a disk goes away, and then every last entry in your fstab is incorrect though. Chris Csanady To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sun Sep 6 20:51:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA07622 for freebsd-scsi-outgoing; Sun, 6 Sep 1998 20:51:51 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from feral.com (gw100.feral.com [192.67.166.129]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA07617 for ; Sun, 6 Sep 1998 20:51:49 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from localhost (mjacob@localhost) by feral.com (8.8.6/8.8.6) with SMTP id UAA02556; Sun, 6 Sep 1998 20:51:27 -0700 Date: Sun, 6 Sep 1998 20:51:26 -0700 (PDT) From: Matthew Jacob X-Sender: mjacob@feral-gw Reply-To: mjacob@feral.com To: Chris Csanady cc: freebsd-scsi@FreeBSD.ORG Subject: Re: CAM device naming.. In-Reply-To: <199809070340.WAA12543@friley-185-114.res.iastate.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sun, 6 Sep 1998, Chris Csanady wrote: > As the device naming is different in CAM anyways, would there be any > possibility of taking it one step further? I have found it to be > quite nice in other OS's that actually use subdirectories for disk > names, terminals, etc. It makes /dev a much cleaner place imho. > > Also, I would love for the names to actually be based upon the > scsi controller, id, lun, partition etc.. although, I suppose there > is no way in hell this will happen. :P It sucks when a disk goes > away, and then every last entry in your fstab is incorrect though. In a multipathing environment this is not right. It has no meaning on fibre fabrics. I really strongly suggest that leaving the names the way they are right now is fine until a suitable volume binder exists. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sun Sep 6 21:26:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA11721 for freebsd-scsi-outgoing; Sun, 6 Sep 1998 21:26:11 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from word.smith.net.au (castles157.castles.com [208.214.165.157]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA11690 for ; Sun, 6 Sep 1998 21:26:04 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (LOCALHOST [127.0.0.1]) by word.smith.net.au (8.9.1/8.8.8) with ESMTP id VAA11299; Sun, 6 Sep 1998 21:32:18 -0700 (PDT) (envelope-from mike@word.smith.net.au) Message-Id: <199809070432.VAA11299@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Chris Csanady cc: freebsd-scsi@FreeBSD.ORG Subject: Re: CAM device naming.. In-reply-to: Your message of "Sun, 06 Sep 1998 22:40:06 CDT." <199809070340.WAA12543@friley-185-114.res.iastate.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 06 Sep 1998 21:32:17 -0700 From: Mike Smith Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > As the device naming is different in CAM anyways, would there be any > possibility of taking it one step further? I have found it to be > quite nice in other OS's that actually use subdirectories for disk > names, terminals, etc. It makes /dev a much cleaner place imho. You can organise them any way you like; make the directories, name them all "easter_bunny_X", whatever. > Also, I would love for the names to actually be based upon the > scsi controller, id, lun, partition etc.. although, I suppose there > is no way in hell this will happen. :P It sucks when a disk goes > away, and then every last entry in your fstab is incorrect though. Wire your disks down, like everyone else does. We could do with a 'soft' mount keyword in /etc/fstab though. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sun Sep 6 23:43:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA27514 for freebsd-scsi-outgoing; Sun, 6 Sep 1998 23:43:40 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA27507 for ; Sun, 6 Sep 1998 23:43:38 -0700 (PDT) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.9.1/frmug-2.3/nospam) with UUCP id IAA12385 for freebsd-scsi@FreeBSD.ORG; Mon, 7 Sep 1998 08:43:33 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (VMailer, from userid 101) id DD23D1517; Mon, 7 Sep 1998 08:44:18 +0200 (CEST) Date: Mon, 7 Sep 1998 08:44:18 +0200 From: Ollivier Robert To: freebsd-scsi@FreeBSD.ORG Subject: Re: CAM device naming.. Message-ID: <19980907084418.A3351@keltia.freenix.fr> Mail-Followup-To: freebsd-scsi@FreeBSD.ORG References: <199809070340.WAA12543@friley-185-114.res.iastate.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.4i In-Reply-To: <199809070340.WAA12543@friley-185-114.res.iastate.edu>; from Chris Csanady on Sun, Sep 06, 1998 at 10:40:06PM -0500 X-Operating-System: FreeBSD 3.0-CURRENT/ELF ctm#4623 AMD-K6 MMX @ 200 MHz Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org According to Chris Csanady: > is no way in hell this will happen. :P It sucks when a disk goes > away, and then every last entry in your fstab is incorrect though. Why not wired down the devices by target ? That way, everything is predictable and doesn't change. I use the following, borrowed from an idea from Joe Greco, a few years ago: controller scbus0 at ncr0 controller scbus1 at ncr1 # NCR0: ASUS SC-875 # # IBM DCAS 34330W ID #0 # IBM DCAS 34330W ID #1 # IBM DORS 32160 ID #2 # Tandberg TDC-3600 ID #4 # disk sd0 at scbus0 target 0 disk sd1 at scbus0 target 1 disk sd2 at scbus0 target 2 disk sd3 at scbus0 target 3 tape st1 at scbus0 target 4 # # NCR1: ASUS SC-200 # # CONNER CFP-1080S ID #2 # HP 35480A ID #5 # SONY CDU-415 ID #6 # disk sd10 at scbus1 target 0 disk sd11 at scbus1 target 1 disk sd12 at scbus1 target 2 disk sd13 at scbus1 target 3 tape st0 at scbus1 target 5 device cd0 at scbus1 target 6 -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #63: Tue Sep 1 00:50:29 CEST 1998 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Sep 7 07:17:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA07280 for freebsd-scsi-outgoing; Mon, 7 Sep 1998 07:17:01 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from friley-185-114.res.iastate.edu (friley-185-114.res.iastate.edu [129.186.185.114]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA07273 for ; Mon, 7 Sep 1998 07:16:58 -0700 (PDT) (envelope-from ccsanady@friley-185-114.res.iastate.edu) Received: from friley-185-114.res.iastate.edu (loopback [127.0.0.1]) by friley-185-114.res.iastate.edu (8.9.1/8.9.1) with ESMTP id JAA06605; Mon, 7 Sep 1998 09:16:51 -0500 (CDT) (envelope-from ccsanady@friley-185-114.res.iastate.edu) Message-Id: <199809071416.JAA06605@friley-185-114.res.iastate.edu> X-Mailer: exmh version 2.0.2 2/24/98 To: mjacob@feral.com cc: freebsd-scsi@FreeBSD.ORG Subject: Re: CAM device naming.. In-reply-to: Your message of "Sun, 06 Sep 1998 20:51:26 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 07 Sep 1998 09:16:50 -0500 From: Chris Csanady Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > >On Sun, 6 Sep 1998, Chris Csanady wrote: > >> As the device naming is different in CAM anyways, would there be any >> possibility of taking it one step further? I have found it to be >> quite nice in other OS's that actually use subdirectories for disk >> names, terminals, etc. It makes /dev a much cleaner place imho. >> >> Also, I would love for the names to actually be based upon the >> scsi controller, id, lun, partition etc.. although, I suppose there >> is no way in hell this will happen. :P It sucks when a disk goes >> away, and then every last entry in your fstab is incorrect though. > >In a multipathing environment this is not right. It has no meaning >on fibre fabrics. I'm sorry, but I don't follow here. I was under the impression that the cam layer was intended for scsi.. >I really strongly suggest that leaving the names the way they >are right now is fine until a suitable volume binder exists. The thing I don't like about the current scheme is that a particular device name, in no way corresponds to a particular device. Chris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Sep 7 08:04:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA11705 for freebsd-scsi-outgoing; Mon, 7 Sep 1998 08:04:22 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA11641 for ; Mon, 7 Sep 1998 08:03:55 -0700 (PDT) (envelope-from gibbs@narnia.plutotech.com) Received: (from gibbs@localhost) by narnia.plutotech.com (8.8.8/8.7.3) id IAA29563; Mon, 7 Sep 1998 08:57:39 -0600 (MDT) Date: Mon, 7 Sep 1998 08:57:39 -0600 (MDT) From: "Justin T. Gibbs" Message-Id: <199809071457.IAA29563@narnia.plutotech.com> To: Chris Csanady cc: scsi@FreeBSD.ORG Subject: Re: CAM device naming.. Newsgroups: pluto.freebsd.scsi In-Reply-To: <199809071416.JAA06605@friley-185-114.res.iastate.edu> User-Agent: tin/pre-1.4-971204 (UNIX) (FreeBSD/3.0-CURRENT (i386)) Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In article <199809071416.JAA06605@friley-185-114.res.iastate.edu> you wrote: > >> >> >>On Sun, 6 Sep 1998, Chris Csanady wrote: >> >>> As the device naming is different in CAM anyways, would there be any >>> possibility of taking it one step further? I have found it to be >>> quite nice in other OS's that actually use subdirectories for disk >>> names, terminals, etc. It makes /dev a much cleaner place imho. >>> >>> Also, I would love for the names to actually be based upon the >>> scsi controller, id, lun, partition etc.. although, I suppose there >>> is no way in hell this will happen. :P It sucks when a disk goes >>> away, and then every last entry in your fstab is incorrect though. >> >>In a multipathing environment this is not right. It has no meaning >>on fibre fabrics. > > I'm sorry, but I don't follow here. I was under the impression that > the cam layer was intended for scsi.. SCSI is one of the supported protocols across Fibre-channel. CAM can handle other protocols than SCSI although the current implementation only supports SCSI. >>I really strongly suggest that leaving the names the way they >>are right now is fine until a suitable volume binder exists. > > The thing I don't like about the current scheme is that a particular > device name, in no way corresponds to a particular device. The names can be bound to particular devices by hardwiring devices in your kernel config file. > > Chris -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Sep 7 10:43:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA05268 for freebsd-scsi-outgoing; Mon, 7 Sep 1998 10:43:19 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from myhakas.matti.ee (myhakas.matti.ee [194.126.98.150]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA05258 for ; Mon, 7 Sep 1998 10:43:08 -0700 (PDT) (envelope-from root@myhakas.matti.ee) Received: (from root@localhost) by myhakas.matti.ee (8.9.1/8.8.5) id UAA03314; Mon, 7 Sep 1998 20:42:48 +0300 (EEST) Message-ID: <19980907204248.43962@matti.ee> Date: Mon, 7 Sep 1998 20:42:48 +0300 From: Vallo Kallaste To: freebsd-scsi@FreeBSD.ORG Subject: ncr: frequent ccb errors and crashes Reply-To: vallo@matti.ee Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i Organization: =?iso-8859-1?Q?AS_Matti_B=FCrootehnika?= Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello ! After switching completely to scsi, my machine crashes quite frequently, about 1 times for a week or so. What I can say is that this controller I have ( ASUS SC-875 ) caused similar problems in our cache server. I swapped this controller over to an Adaptec 2940UW and problems disappeared completely. Now I have this problematic controller inside my machine and here I go.. Our cache server has two Quantum Viking UW single-ended disks and previously had an ASUS SC-875 controller. Once for a week scsi subsystem crashed with messages shown: Jul 1 18:50:32 vanaema /kernel: ncr0: SCSI phase error fixup: CCB already dequeued (0xf0876800) Jul 1 18:50:45 vanaema /kernel: ncr0: timeout ccb=f08a8c00 (skip) Jul 1 18:50:45 vanaema /kernel: ncr0: timeout ccb=f089f000 (skip) Jul 1 18:50:50 vanaema /kernel: ncr0: timeout ccb=f089f400 (skip) Machine usually stayed up, because system slices are on the one EIDE disk, but cache (squid) area rendered completely unusable. For cache machine I have no other comments, because I swapped controller quickly. My own machine has two Quantum Viking II UW single-ended disks and no IDE devices at all for now. Similar symptoms appeared as before, with one exception - my machine crashes completely. I checked logs, but no messages related to scsi. I have not written down panic messages yet, because maybe this problem is known incompatability between Quantum drives and Sym.Logic controllers ? I think so, because with Adaptec controller all this just works. Can somebody comment this closely or give some guidelines ? I have written to the -questions list about month ago, but have no answer. I don't have any specific ncr driver options set. >From dmesg: ncr0: rev 0x03 int a irq 9 on pci0.9.0 ncr0: waiting for scsi devices to settle scbus0 at ncr0 bus 0 cd0 at scbus0 target 0 lun 0 cd0: type 5 removable SCSI 2 cd0: CD-ROM cd0: 10.0 MB/s (100 ns, offset 16) can't get the size sd0 at scbus0 target 5 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access sd0: WIDE SCSI (16 bit) enabled sd0: 40.0 MB/s (50 ns, offset 16) 4350MB (8910423 512 byte sectors) sd1 at scbus0 target 6 lun 0 sd1: type 0 fixed SCSI 2 sd1: Direct-Access sd1: WIDE SCSI (16 bit) enabled sd1: 40.0 MB/s (50 ns, offset 16) 4350MB (8910423 512 byte sectors) Please cc: directly to me, I'm not subscribed to -scsi list. Thanks Vallo Kallaste vallo@matti.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Sep 7 14:44:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA12605 for freebsd-scsi-outgoing; Mon, 7 Sep 1998 14:44:32 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from rotting.cheese.org (rotting.cheese.org [194.217.167.170]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA12585 for ; Mon, 7 Sep 1998 14:44:28 -0700 (PDT) (envelope-from pgm@rotting.cheese.org) Received: (from root@localhost) by rotting.cheese.org (8.8.5/8.8.5) id WAA02092; Mon, 7 Sep 1998 22:44:16 +0100 (GMT/BST) From: System Administrator Message-Id: <199809072144.WAA02092@rotting.cheese.org> Subject: new kernel error with CAM source (how do I compile?) To: pgm@rotting.cheese.org (System Administrator), FREEBSD-SCSI@FreeBSD.ORG Date: Mon, 7 Sep 1998 22:44:16 +0100 (GMT/BST) In-Reply-To: <199809072018.VAA01953@rotting.cheese.org> from "System Administrator" at Sep 7, 98 09:18:17 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi Having read: a kernel with options COMCONSOLE. Unplug the keyboard from the system. I did so, but, I'm using 2.2CAM-19980716-SNAP because of our Adaptec SCSIs and ../../compile/NEWKERNEL make does this DINET -DKERNEL -c vers.c loading kernel cam_xpt.o: Undefined symbol `_cam_sinit' referenced from text segment cam_xpt.o: Undefined symbol `_cam_sinit' referenced from text segment cam_xpt.o: Undefined symbol `_cam_sinit' referenced from text segment cam_xpt.o: Undefined symbol `_cam_sinit' referenced from text segment cam_xpt.o: Undefined symbol `_cam_sinit' referenced from text segment cam_periph.o: Undefined symbol `_cam_pinit' referenced from text segment cam_periph.o: Undefined symbol `_cam_pinit' referenced from text segment cam_periph.o: Undefined symbol `_cam_pinit' referenced from text segment ioconf.o: Undefined symbol `_dainit' referenced from data segment ioconf.o: Undefined symbol `_cdinit' referenced from data segment *** Error code 1 Stop. I went to ftp://ftp.demon.co.uk/pub/FreeBSD/cam/2.2CAM-19980716-SNAP/src/ to get the source and tried again (to no avail) Can anybody shed any light on the matter? Thanks patmac To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Sep 7 15:17:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA17705 for freebsd-scsi-outgoing; Mon, 7 Sep 1998 15:17:41 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA17670 for ; Mon, 7 Sep 1998 15:17:28 -0700 (PDT) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.9.1/frmug-2.3/nospam) with UUCP id AAA29777; Tue, 8 Sep 1998 00:17:10 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (VMailer, from userid 101) id C03C71517; Mon, 7 Sep 1998 23:57:04 +0200 (CEST) Date: Mon, 7 Sep 1998 23:57:04 +0200 From: Ollivier Robert To: vallo@matti.ee, freebsd-scsi@FreeBSD.ORG Subject: Re: ncr: frequent ccb errors and crashes Message-ID: <19980907235704.A25023@keltia.freenix.fr> Mail-Followup-To: vallo@matti.ee, freebsd-scsi@FreeBSD.ORG References: <19980907204248.43962@matti.ee> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.4i In-Reply-To: <19980907204248.43962@matti.ee>; from Vallo Kallaste on Mon, Sep 07, 1998 at 08:42:48PM +0300 X-Operating-System: FreeBSD 3.0-CURRENT/ELF ctm#4623 AMD-K6 MMX @ 200 MHz Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > this problem is known incompatability between Quantum drives and Sym.Logic > controllers ? I think so, because with Adaptec controller all this just > works. That could be the reason. The only thing I can say is that I've been using wto ASUS adapters in my machine for years (one SC-875 and one SC-200) without a single problem... ncr0: rev 0x03 int a irq 9 on pci0.11.0 scbus0 at ncr0 bus 0 sd0 at scbus0 target 0 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access sd0: WIDE SCSI (16 bit) enabled sd0: 40.0 MB/s (50 ns, offset 15) 4134MB (8467200 512 byte sectors) sd1 at scbus0 target 1 lun 0 sd1: type 0 fixed SCSI 2 sd1: Direct-Access sd1: WIDE SCSI (16 bit) enabled sd1: 40.0 MB/s (50 ns, offset 15) 4134MB (8467200 512 byte sectors) sd2 at scbus0 target 2 lun 0 sd2: type 0 fixed SCSI 2 sd2: Direct-Access sd2: 20.0 MB/s (50 ns, offset 15) 2063MB (4226725 512 byte sectors) st1 at scbus0 target 4 lun 0 st1: type 1 removable SCSI 2 st1: Sequential-Access density code 0x0, drive empty ncr1: rev 0x12 int a irq 11 on pci0.12.0 scbus1 at ncr1 bus 0 sd12 at scbus1 target 2 lun 0 sd12: type 0 fixed SCSI 2 sd12: Direct-Access sd12: 10.0 MB/s (100 ns, offset 8) 1030MB (2110812 512 byte sectors) cd1 at scbus1 target 3 lun 0 cd1: type 5 removable SCSI 2 cd1: CD-ROM cd1: 10.0 MB/s (100 ns, offset 8) cd present [400000 x 2048 byte records] st0 at scbus1 target 5 lun 0 st0: type 1 removable SCSI 2 st0: Sequential-Access st0: 5.0 MB/s (200 ns, offset 8) density code 0x13, drive empty -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #63: Tue Sep 1 00:50:29 CEST 1998 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Sep 7 16:55:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA02210 for freebsd-scsi-outgoing; Mon, 7 Sep 1998 16:55:23 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from feral.com (gw100.feral.com [192.67.166.129]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA02204 for ; Mon, 7 Sep 1998 16:55:22 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from localhost (mjacob@localhost) by feral.com (8.8.6/8.8.6) with SMTP id QAA04876 for ; Mon, 7 Sep 1998 16:55:17 -0700 Date: Mon, 7 Sep 1998 16:55:17 -0700 (PDT) From: Matthew Jacob X-Sender: mjacob@feral-gw Reply-To: mjacob@feral.com To: scsi@FreeBSD.ORG Subject: right return message for CAM sa driver? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org A mt rewind on a device that's there but with no tape returns: quarm.feral.com > root mt -f /dev/rsa0 rewind mt: /dev/rsa0: rewind: Device not configured Is that really the right errno we want? quarm.feral.com > dmesg | tail -30 da1 at ahc0 bus 0 target 2 lun 0 da1: Fixed Direct Access SCSI2 device da1: 20.0MB/s transfers (10.0MHz, offset 8, 16bit), Tagged Queueing Enabled da1: 2048MB (4194304 512 byte sectors: 255H 63S/T 261C) da2 at ahc0 bus 0 target 3 lun 0 da2: Fixed Direct Access SCSI2 device da2: 20.0MB/s transfers (10.0MHz, offset 8, 16bit), Tagged Queueing Enabled da2: 2048MB (4194304 512 byte sectors: 255H 63S/T 261C) changing root device to da0s1a ch0 at isp0 bus 0 target 6 lun 0 ch0: Removable Changer SCSI2 device ch0: 3.300MB/s transfers ch0: 11 slots, 2 drives, 1 picker, 0 portals (da0:ahc0:0:1:0): tagged openings now 32 (da0:ahc0:0:1:0): tagged openings now 31 (sa0:isp0:0:4:0): REWIND. CDB: 1 0 0 0 0 0 (sa0:isp0:0:4:0): NOT READY asc:3a,0 (sa0:isp0:0:4:0): Medium not present (sa0:isp0:0:4:0): REWIND. CDB: 1 0 0 0 0 0 (sa0:isp0:0:4:0): NOT READY asc:3a,0 (sa0:isp0:0:4:0): Medium not present (sa0:isp0:0:4:0): REWIND. CDB: 1 0 0 0 0 0 (sa0:isp0:0:4:0): NOT READY asc:3a,0 (sa0:isp0:0:4:0): Medium not present (sa0:isp0:0:4:0): REWIND. CDB: 1 0 0 0 0 0 (sa0:isp0:0:4:0): NOT READY asc:3a,0 (sa0:isp0:0:4:0): Medium not present (sa0:isp0:0:4:0): REWIND. CDB: 1 0 0 0 0 0 (sa0:isp0:0:4:0): NOT READY asc:3a,0 (sa0:isp0:0:4:0): Medium not present To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Sep 7 17:18:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA05130 for freebsd-scsi-outgoing; Mon, 7 Sep 1998 17:18:12 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA05125 for ; Mon, 7 Sep 1998 17:18:09 -0700 (PDT) (envelope-from gibbs@narnia.plutotech.com) Received: (from gibbs@localhost) by narnia.plutotech.com (8.8.8/8.7.3) id SAA02186; Mon, 7 Sep 1998 18:11:47 -0600 (MDT) Date: Mon, 7 Sep 1998 18:11:47 -0600 (MDT) From: "Justin T. Gibbs" Message-Id: <199809080011.SAA02186@narnia.plutotech.com> To: System Administrator cc: scsi@FreeBSD.ORG Subject: Re: new kernel error with CAM source (how do I compile?) Newsgroups: pluto.freebsd.scsi In-Reply-To: <199809072144.WAA02092@rotting.cheese.org> User-Agent: tin/pre-1.4-971204 (UNIX) (FreeBSD/3.0-CURRENT (i386)) Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In article <199809072144.WAA02092@rotting.cheese.org> you wrote: > make > does this > DINET -DKERNEL -c vers.c > loading kernel > cam_xpt.o: Undefined symbol `_cam_sinit' referenced from text segment > cam_xpt.o: Undefined symbol `_cam_sinit' referenced from text segment > cam_xpt.o: Undefined symbol `_cam_sinit' referenced from text segment > cam_xpt.o: Undefined symbol `_cam_sinit' referenced from text segment > cam_xpt.o: Undefined symbol `_cam_sinit' referenced from text segment > cam_periph.o: Undefined symbol `_cam_pinit' referenced from text segment > cam_periph.o: Undefined symbol `_cam_pinit' referenced from text segment > cam_periph.o: Undefined symbol `_cam_pinit' referenced from text segment > ioconf.o: Undefined symbol `_dainit' referenced from data segment > ioconf.o: Undefined symbol `_cdinit' referenced from data segment > *** Error code 1 You need to rebuild and install src/usr.sbin/config from CAM sources and reconfig your kernel. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Sep 7 17:52:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA09540 for freebsd-scsi-outgoing; Mon, 7 Sep 1998 17:52:11 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from feral.com (gw100.feral.com [192.67.166.129]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA09535 for ; Mon, 7 Sep 1998 17:52:09 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from localhost (mjacob@localhost) by feral.com (8.8.6/8.8.6) with SMTP id RAA04972 for ; Mon, 7 Sep 1998 17:52:05 -0700 Date: Mon, 7 Sep 1998 17:52:04 -0700 (PDT) From: Matthew Jacob X-Sender: mjacob@feral-gw Reply-To: mjacob@feral.com To: scsi@FreeBSD.ORG Subject: disklabel && CAM... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Why does disklabel always give out disklabel: ioctl DIOCGDINFO: Invalid argument these days? What's it supposed to do? I guess I don't really understand the slice stuff and how it's supposed to interact with disklabels- I *do* know that the user friendliness of just attaching a disk and getting it to be used is very low in FreeBSD right now. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Sep 7 20:29:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA22424 for freebsd-scsi-outgoing; Mon, 7 Sep 1998 20:29:35 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA22419 for ; Mon, 7 Sep 1998 20:29:33 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id VAA19256; Mon, 7 Sep 1998 21:29:24 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199809080329.VAA19256@panzer.plutotech.com> Subject: Re: right return message for CAM sa driver? In-Reply-To: from Matthew Jacob at "Sep 7, 98 04:55:17 pm" To: mjacob@feral.com Date: Mon, 7 Sep 1998 21:29:24 -0600 (MDT) Cc: scsi@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Matthew Jacob wrote... > > A mt rewind on a device that's there but with no tape returns: > > quarm.feral.com > root mt -f /dev/rsa0 rewind > mt: /dev/rsa0: rewind: Device not configured > > > Is that really the right errno we want? It's set in scsi_all.c: /* DTL WRSOM */{SST(0x3A, 0x00, SS_NEDEF|ENXIO, "Medium not present") }, /* DT WR OM */{SST(0x3A, 0x01, SS_NEDEF|ENXIO, "Medium not present - tray closed") }, /* DT WR OM */{SST(0x3A, 0x02, SS_NEDEF|ENXIO, "Medium not present - tray open") }, What would you suggest as an alternative? I'm certainly open to suggestions. ENXIO gets returned for basically any type of medium not present error. If you want something just for tape drives, we can easily stick a tape-drive-only error code in the sense code quirk table. [ ... ] > quarm.feral.com > dmesg | tail -30 > (sa0:isp0:0:4:0): REWIND. CDB: 1 0 0 0 0 0 > (sa0:isp0:0:4:0): NOT READY asc:3a,0 > (sa0:isp0:0:4:0): Medium not present > (sa0:isp0:0:4:0): REWIND. CDB: 1 0 0 0 0 0 > (sa0:isp0:0:4:0): NOT READY asc:3a,0 > (sa0:isp0:0:4:0): Medium not present [ ... ] Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Sep 7 23:03:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA06858 for freebsd-scsi-outgoing; Mon, 7 Sep 1998 23:03:10 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA06852; Mon, 7 Sep 1998 23:03:09 -0700 (PDT) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id AAA22951; Tue, 8 Sep 1998 00:03:04 -0600 (MDT) Message-Id: <199809080603.AAA22951@pluto.plutotech.com> X-Mailer: exmh version 2.0.2 2/24/98 To: current@FreeBSD.ORG cc: scsi@FreeBSD.ORG Subject: HEADS UP: 6 days to C-DAY Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 07 Sep 1998 23:56:58 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org After more than a year of development, the Common Access Method SCSI layer for FreeBSD will be integrated into 3.0-current on Sunday, September 13th. The CAM development team is currently busy ensuring that the integration process goes as smoothly as possible, so please understand that we may be slow to respond to questions about CAM in the days leading up to C-DAY. A CAM FAQ is in the works and will be updated as questions surface. Here are a few QandAs about CAM and the upcoming integration: -- Justin T. Gibbs Kenneth D. Merry Which SCSI cards will be supported? Adaptec 27/28/29/394x - This includes most Adaptec 78xx based chips integrated on motherboards. Adaptec 154X Adaptec 174X AdvanSys Narrow Controllers Buslogic Multimaster Series NCR 8XX DPT QLogic ISP 1020, 1040, 2100 Zip ppbus device Why isn't my card in the supported hardware list??!! Developing a reliable and robust driver for a SCSI controller takes a considerable amount of time, and developer time is a limited resource. The CAM development team made a conscious decision to pair back the number of controllers supported in our initial release in favor of higher quality drivers. Most of the supported drivers went through extensive redesigns to improve error recovery, device support, and performance. We think you'll appreciate the difference. Just because your device is not currently supported by CAM does not mean this will always be the case. Several additional drivers are under development: Adaptec 6260/6360 (Brian Beattie ) Ultrastore 24/34F (Warner Losh ) Advansys UW (Justin T. Gibbs ) If your favorite SCSI card isn't supported, and you'd like to do something about it, let us know. We'll support any effort to write a driver for an unsupported card and if there is an immediate need, we may be able to direct you to a contractor for the work. Which peripherals are supported? da: Direct Access and Optical Disk devices cd: CDROM devices and WORM/CD-R/CD-RW drives that accept CDROM commands ch: Changer devices sa: Sequential Access devices pt: Processor Target devices targ: Target Mode Processor Target emulator pass: Application Pass-Thru (All Device Types) Where did the "od" driver go? The "od" driver functionality is now handled by the direct access ("da") driver. The da driver handles removable media, multiple of 512b block sizes, and automatically attachs to optical disk devices. Why are disks now called "da" and tapes called "sa"? I now have to change all of my scripts/fstab entries/whatever! The names were changed to be more consistent with the SCSI standards and to better indicate the scope of devices each driver supports. For example, "direct access" driver supports memory, optical, and disk devices. The impact on system configuration is limited. The system accesses devices my their major and minor number and, with the exception of the removal of the od device, these have not been changed. If it suits you better to call "da" devices by the name "sd", simply create your device nodes with that name. /dev/MAKEDEV will continue to support building of nodes by the old names for some time to come. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Sep 7 23:29:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA09378 for freebsd-scsi-outgoing; Mon, 7 Sep 1998 23:29:27 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA09359; Mon, 7 Sep 1998 23:29:23 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain [203.38.152.97]) by cain.gsoft.com.au (8.8.8/8.6.9) with ESMTP id PAA01423; Tue, 8 Sep 1998 15:59:07 +0930 (CST) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199809080603.AAA22951@pluto.plutotech.com> Date: Tue, 08 Sep 1998 15:59:07 +0930 (CST) From: "Daniel O'Connor" To: "Justin T. Gibbs" Subject: RE: HEADS UP: 6 days to C-DAY Cc: scsi@FreeBSD.ORG, current@FreeBSD.ORG Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 08-Sep-98 Justin T. Gibbs wrote: > After more than a year of development, the Common Access Method SCSI layer > for FreeBSD will be integrated into 3.0-current on Sunday, September 13th. > The CAM development team is currently busy ensuring that the integration > process goes as smoothly as possible, so please understand that we may be > slow to respond to questions about CAM in the days leading up to C-DAY. > A CAM FAQ is in the works and will be updated as questions surface. Here > are a few QandAs about CAM and the upcoming integration: Wohoo! Good work guys :) Does this mean someone will help me fix my CAM panic now? =) --------------------------------------------------------------------- |Daniel O'Connor software and network engineer for Genesis Software | |http://www.gsoft.com.au | |The nice thing about standards is that there are so many of them to| |choose from. -- Andrew Tanenbaum | --------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Sep 7 23:52:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA11460 for freebsd-scsi-outgoing; Mon, 7 Sep 1998 23:52:29 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from feral.com (gw100.feral.com [192.67.166.129]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA11455 for ; Mon, 7 Sep 1998 23:52:27 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from localhost (mjacob@localhost) by feral.com (8.8.6/8.8.6) with SMTP id XAA05727; Mon, 7 Sep 1998 23:52:18 -0700 Date: Mon, 7 Sep 1998 23:52:18 -0700 (PDT) From: Matthew Jacob X-Sender: mjacob@feral-gw Reply-To: mjacob@feral.com To: "Kenneth D. Merry" cc: scsi@FreeBSD.ORG Subject: Re: right return message for CAM sa driver? In-Reply-To: <199809080329.VAA19256@panzer.plutotech.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org ENODEV Operation not supported by device seems better in this context than "Device not configured". The device is configured (it's attached and configured)- it's just not ready for operation. Usually this is an EIO error, but if you're going to have other than that, I believe ENXIO is misleading. On Mon, 7 Sep 1998, Kenneth D. Merry wrote: > Matthew Jacob wrote... > > > > A mt rewind on a device that's there but with no tape returns: > > > > quarm.feral.com > root mt -f /dev/rsa0 rewind > > mt: /dev/rsa0: rewind: Device not configured > > > > > > Is that really the right errno we want? > > > It's set in scsi_all.c: > > /* DTL WRSOM */{SST(0x3A, 0x00, SS_NEDEF|ENXIO, > "Medium not present") }, > /* DT WR OM */{SST(0x3A, 0x01, SS_NEDEF|ENXIO, > "Medium not present - tray closed") }, > /* DT WR OM */{SST(0x3A, 0x02, SS_NEDEF|ENXIO, > "Medium not present - tray open") }, > > What would you suggest as an alternative? I'm certainly open to > suggestions. ENXIO gets returned for basically any type of medium not > present error. > > If you want something just for tape drives, we can easily stick a > tape-drive-only error code in the sense code quirk table. > > [ ... ] > > > quarm.feral.com > dmesg | tail -30 > > (sa0:isp0:0:4:0): REWIND. CDB: 1 0 0 0 0 0 > > (sa0:isp0:0:4:0): NOT READY asc:3a,0 > > (sa0:isp0:0:4:0): Medium not present > > (sa0:isp0:0:4:0): REWIND. CDB: 1 0 0 0 0 0 > > (sa0:isp0:0:4:0): NOT READY asc:3a,0 > > (sa0:isp0:0:4:0): Medium not present > [ ... ] > > > Ken > -- > Kenneth Merry > ken@plutotech.com > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-scsi" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Sep 8 00:38:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA16992 for freebsd-scsi-outgoing; Tue, 8 Sep 1998 00:38:30 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA16987 for ; Tue, 8 Sep 1998 00:38:28 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id BAA00360; Tue, 8 Sep 1998 01:38:12 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199809080738.BAA00360@panzer.plutotech.com> Subject: Re: CAM crashes In-Reply-To: from Daniel O'Connor at "Sep 1, 98 04:31:35 pm" To: doconnor@gsoft.com.au (Daniel O'Connor) Date: Tue, 8 Sep 1998 01:38:12 -0600 (MDT) Cc: freebsd-scsi@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Daniel O'Connor wrote... [ Sorry I took so long to reply, not much excuse for it, really. ] > Hi, > I am using CAM on a 2.2.7 system (I have the 19980716 diffs applied) and I can > make it consistently panic the machine with vm_page_free: freeing busy page by > using cdda2wav (I will attach the patches I used to get it to work - they are > really rough though :) Believe it or not, I just reproduced the panic on a -current SMP CAM box. The stack trace is almost identical. > Here is what I get out of gdb -> > test2# gdb -k kernel.0 vmcore.0 > GDB is free software and you are welcome to distribute copies of it > under certain conditions; type "show copying" to see the conditions. > There is absolutely no warranty for GDB; type "show warranty" for details. > GDB 4.16 (i386-unknown-freebsd), > Copyright 1996 Free Software Foundation, Inc... > IdlePTD a50000 > current pcb at 215e10 > panic: vm_page_free: freeing busy page > #0 boot (howto=256) at ../../kern/kern_shutdown.c:266 > 266 dumppcb.pcb_cr3 = rcr3(); > (kgdb) where > #0 boot (howto=256) at ../../kern/kern_shutdown.c:266 > #1 0xf012fde3 in panic (fmt=0xf01c6bc2 "vm_page_free: freeing busy page") > at ../../kern/kern_shutdown.c:400 > #2 0xf01c6c86 in vm_page_freechk_and_unqueue (m=0xf0b0a674) > at ../../vm/vm_page.c:948 > #3 0xf01c6d0a in vm_page_free (m=0xf0b0a674) at ../../vm/vm_page.c:1014 > #4 0xf01c4666 in vm_object_terminate (object=0xf1223280) > at ../../vm/vm_object.c:409 > #5 0xf01c44b7 in vm_object_deallocate (object=0xf1223280) > at ../../vm/vm_object.c:353 > #6 0xf013ca36 in shm_deallocate_segment (shmseg=0xf31634c0) > at ../../kern/sysv_shm.c:148 > #7 0xf013cada in shm_delete_mapping (p=0xf1188c00, shmmap_s=0xf12381c0) > at ../../kern/sysv_shm.c:176 > #8 0xf013d2f1 in shmexit (p=0xf1188c00) at ../../kern/sysv_shm.c:605 > #9 0xf01295a2 in exit1 (p=0xf1188c00, rv=0) at ../../kern/kern_exit.c:176 > #10 0xf0129484 in exit (p=0xf1188c00, uap=0xefbfff94, retval=0xefbfff84) > at ../../kern/kern_exit.c:106 > #11 0xf01dc423 in syscall (frame={tf_es = 39, tf_ds = -272695257, tf_edi = 0, > tf_esi = -1, tf_ebp = -272639212, tf_isp = -272629788, > tf_ebx = 537620576, tf_edx = 0, tf_ecx = 1, tf_eax = 1, tf_trapno = 7, > tf_err = 7, tf_eip = 537571453, tf_cs = 31, tf_eflags = 646, > tf_esp = -272639232, tf_ss = 39}) at ../../i386/i386/trap.c:920 > #12 0x200ab07d in ?? () > (kgdb) > > This crash is easily repeatable.. Sometimes though, cdda2wav works perfectly > and does not crash the machine when it exits, but I haven't worked those > circumstances out yet. > > The command I was running at the time was > 'cdda2wav -Owav -H -P -q -t1 track01.wav' It really looks like a problem with shared memory, or perhaps cdda2wav's use of it, rather than a CAM problem. Notice the stack trace comes from the shared memory code, not from anything in the CAM code. I won't exactly disavow all responsibility for it, but I don't know very much at all about the VM system. If I have time, I'll take a look at it some more, but I don't expect that to happen for a while. I've got a lot of work to do for the CAM integration, and I expect I'll have a fair amount to do afterwards as well. :( If someone else wants to try to tackle this one, please do. I don't think CAM could have anything to do with this, but it is possible. The only place I can think of where CAM does anything with the VM system (besides malloc()/free()) is in the passthrough driver, where it calls vmapbuf() and vunmapbuf() to map CCB data buffers into and out of kernel virtual address space. I'd imagine that if we're doing something wrong there, it could cause problems elsewhere. The only thing is, I've put the passthrough driver under fairly heavy loads, and I've never seen anything like this. So, I suspect it really is a problem with either the shared memory code or the VM system somewhere. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Sep 8 00:40:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA17237 for freebsd-scsi-outgoing; Tue, 8 Sep 1998 00:40:07 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA17128; Tue, 8 Sep 1998 00:40:00 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id BAA00371; Tue, 8 Sep 1998 01:39:47 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199809080739.BAA00371@panzer.plutotech.com> Subject: Re: HEADS UP: 6 days to C-DAY In-Reply-To: from Daniel O'Connor at "Sep 8, 98 03:59:07 pm" To: doconnor@gsoft.com.au (Daniel O'Connor) Date: Tue, 8 Sep 1998 01:39:47 -0600 (MDT) Cc: scsi@FreeBSD.ORG, current@FreeBSD.ORG, gibbs@pluto.plutotech.com X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Daniel O'Connor wrote... > > On 08-Sep-98 Justin T. Gibbs wrote: > > After more than a year of development, the Common Access Method SCSI layer > > for FreeBSD will be integrated into 3.0-current on Sunday, September 13th. > > The CAM development team is currently busy ensuring that the integration > > process goes as smoothly as possible, so please understand that we may be > > slow to respond to questions about CAM in the days leading up to C-DAY. > > A CAM FAQ is in the works and will be updated as questions surface. Here > > are a few QandAs about CAM and the upcoming integration: > > Wohoo! Good work guys :) > > Does this mean someone will help me fix my CAM panic now? =) Just sent you a reply. (CCed to the SCSI list) I'm afraid I don't have a real clue why it's happening, though. I think it'll take someone familiar with the VM system to sort it out. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Sep 8 00:53:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA18671 for freebsd-scsi-outgoing; Tue, 8 Sep 1998 00:53:36 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA18656 for ; Tue, 8 Sep 1998 00:53:32 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id BAA00433; Tue, 8 Sep 1998 01:53:18 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199809080753.BAA00433@panzer.plutotech.com> Subject: Re: CAM crashes In-Reply-To: from Daniel O'Connor at "Sep 8, 98 05:12:56 pm" To: doconnor@gsoft.com.au (Daniel O'Connor) Date: Tue, 8 Sep 1998 01:53:17 -0600 (MDT) Cc: freebsd-scsi@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Daniel O'Connor wrote... > > On 08-Sep-98 Kenneth D. Merry wrote: > > Believe it or not, I just reproduced the panic on a -current SMP > > CAM box. The stack trace is almost identical. > Wohoo! :) Well, it's a lucky thing I've got a serial console hooked up to the machine. :) > > It really looks like a problem with shared memory, or perhaps > > cdda2wav's use of it, rather than a CAM problem. Notice the stack trace > > comes from the shared memory code, not from anything in the CAM code. > Yeah, I haven't had the opportunity to test cdda2wav under a non-CAM system, so > I don't know if this is a CAM related problem or not. I would be interested to see if you can reproduce it with a non-CAM system. If you can't reproduce it, that's not necessarily an indication that it's CAM's fault -- it could be that CAM exacerbates the problem. If you can reproduce it, then it's clearly a generic FreeBSD problem, most likely with the shared memory/VM code. In the mean time, if you want to dump audio off a CD, I'd suggest using tosha. It has worked fine for me, and I've used it to dump tracks off CDs which I later burned onto CD-Rs using cdrecord. The tosha and cdrecord ports are available here: ftp://ftp.kdm.org/pub/FreeBSD/cam Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Sep 8 00:54:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA19112 for freebsd-scsi-outgoing; Tue, 8 Sep 1998 00:54:39 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA19094 for ; Tue, 8 Sep 1998 00:54:34 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain [203.38.152.97]) by cain.gsoft.com.au (8.8.8/8.6.9) with ESMTP id RAA02072; Tue, 8 Sep 1998 17:12:56 +0930 (CST) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199809080738.BAA00360@panzer.plutotech.com> Date: Tue, 08 Sep 1998 17:12:56 +0930 (CST) From: "Daniel O'Connor" To: "Kenneth D. Merry" Subject: Re: CAM crashes Cc: freebsd-scsi@FreeBSD.ORG Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 08-Sep-98 Kenneth D. Merry wrote: > Believe it or not, I just reproduced the panic on a -current SMP > CAM box. The stack trace is almost identical. Wohoo! :) > It really looks like a problem with shared memory, or perhaps > cdda2wav's use of it, rather than a CAM problem. Notice the stack trace > comes from the shared memory code, not from anything in the CAM code. Yeah, I haven't had the opportunity to test cdda2wav under a non-CAM system, so I don't know if this is a CAM related problem or not. > I won't exactly disavow all responsibility for it, but I don't know > very much at all about the VM system. If I have time, I'll take a look at > it some more, but I don't expect that to happen for a while. I've got a > lot of work to do for the CAM integration, and I expect I'll have a fair > amount to do afterwards as well. :( Heh :) Fair enough.. perhaps I should hassle a VM hacker =) > So, I suspect it really is a problem with either the shared memory > code or the VM system somewhere. I'll see if I can get a non-CAM system to test this on, and let you know. --------------------------------------------------------------------- |Daniel O'Connor software and network engineer for Genesis Software | |http://www.gsoft.com.au | |The nice thing about standards is that there are so many of them to| |choose from. -- Andrew Tanenbaum | --------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Sep 8 05:34:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA21346 for freebsd-scsi-outgoing; Tue, 8 Sep 1998 05:34:01 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA21319; Tue, 8 Sep 1998 05:33:54 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from hrotti.ifi.uio.no (2602@hrotti.ifi.uio.no [129.240.64.15]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id OAA16707; Tue, 8 Sep 1998 14:33:48 +0200 (MET DST) Received: (from dag-erli@localhost) by hrotti.ifi.uio.no ; Tue, 8 Sep 1998 14:33:47 +0200 (MET DST) Mime-Version: 1.0 To: "Justin T. Gibbs" Cc: current@FreeBSD.ORG, scsi@FreeBSD.ORG Subject: Re: HEADS UP: 6 days to C-DAY References: <199809080603.AAA22951@pluto.plutotech.com> Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 08 Sep 1998 14:33:46 +0200 In-Reply-To: "Justin T. Gibbs"'s message of "Mon, 07 Sep 1998 23:56:58 -0600" Message-ID: Lines: 9 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id FAA21323 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org "Justin T. Gibbs" writes: > After more than a year of development, the Common Access Method SCSI layer > for FreeBSD will be integrated into 3.0-current on Sunday, September 13th. Hooray! DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Sep 8 10:22:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA08070 for freebsd-scsi-outgoing; Tue, 8 Sep 1998 10:22:55 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id KAA08062; Tue, 8 Sep 1998 10:22:51 -0700 (PDT) (envelope-from wilko@yedi.iaf.nl) Received: by uni4nn.gn.iaf.nl with UUCP id AA28759 (5.67b/IDA-1.5); Tue, 8 Sep 1998 19:20:57 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.8/8.6.12) id TAA00533; Tue, 8 Sep 1998 19:09:20 +0200 (CEST) From: Wilko Bulte Message-Id: <199809081709.TAA00533@yedi.iaf.nl> Subject: Re: HEADS UP: 6 days to C-DAY In-Reply-To: <199809080603.AAA22951@pluto.plutotech.com> from "Justin T. Gibbs" at "Sep 7, 98 11:56:58 pm" To: gibbs@plutotech.com (Justin T. Gibbs) Date: Tue, 8 Sep 1998 19:09:20 +0200 (CEST) Cc: current@FreeBSD.ORG, scsi@FreeBSD.ORG X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-Pgp-Info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4ME+ PL38 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On behalf of the FreeBSD-ers 'out there' I suppose we all should say 'Thank you' to Justin & Kenneth for putting all this work into the SCSI subsystem! Wilko _ ______________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Arnhem, The Netherlands WWW : http://www.tcja.nl ______________________________________________ Powered by FreeBSD __________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Sep 8 10:23:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA08139 for freebsd-scsi-outgoing; Tue, 8 Sep 1998 10:23:09 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id KAA08134 for ; Tue, 8 Sep 1998 10:23:07 -0700 (PDT) (envelope-from wilko@yedi.iaf.nl) Received: by uni4nn.gn.iaf.nl with UUCP id AA28772 (5.67b/IDA-1.5); Tue, 8 Sep 1998 19:20:59 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.8/8.6.12) id TAA00578; Tue, 8 Sep 1998 19:11:14 +0200 (CEST) From: Wilko Bulte Message-Id: <199809081711.TAA00578@yedi.iaf.nl> Subject: Re: ncr: frequent ccb errors and crashes In-Reply-To: <19980907235704.A25023@keltia.freenix.fr> from Ollivier Robert at "Sep 7, 98 11:57:04 pm" To: roberto@keltia.freenix.fr (Ollivier Robert) Date: Tue, 8 Sep 1998 19:11:14 +0200 (CEST) Cc: vallo@matti.ee, freebsd-scsi@FreeBSD.ORG X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-Pgp-Info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4ME+ PL38 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org As Ollivier Robert wrote... > > this problem is known incompatability between Quantum drives and Sym.Logic > > controllers ? I think so, because with Adaptec controller all this just > > works. > > That could be the reason. The only thing I can say is that I've been using Unlikely. I've used the (DEC) incarnation of the Atlas II without any problems with my NCR810 cards. > wto ASUS adapters in my machine for years (one SC-875 and one SC-200) > without a single problem... Wilko _ ______________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Arnhem, The Netherlands WWW : http://www.tcja.nl ______________________________________________ Powered by FreeBSD __________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Sep 8 12:56:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA03330 for freebsd-scsi-outgoing; Tue, 8 Sep 1998 12:56:18 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA03317 for ; Tue, 8 Sep 1998 12:56:14 -0700 (PDT) (envelope-from gibbs@narnia.plutotech.com) Received: (from gibbs@localhost) by narnia.plutotech.com (8.8.8/8.7.3) id NAA06423; Tue, 8 Sep 1998 13:49:57 -0600 (MDT) Date: Tue, 8 Sep 1998 13:49:57 -0600 (MDT) From: "Justin T. Gibbs" Message-Id: <199809081949.NAA06423@narnia.plutotech.com> To: mjacob@feral.com cc: scsi@FreeBSD.ORG Subject: Re: right return message for CAM sa driver? Newsgroups: pluto.freebsd.scsi In-Reply-To: User-Agent: tin/pre-1.4-971204 (UNIX) (FreeBSD/3.0-CURRENT (i386)) Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In article you wrote: > > ENODEV Operation not supported by device > > seems better in this context than "Device not configured". The > device is configured (it's attached and configured)- it's just > not ready for operation. > > Usually this is an EIO error, but if you're going to have other > than that, I believe ENXIO is misleading. You have access to the Perforce repository... 8-) -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Sep 8 14:27:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA15592 for freebsd-scsi-outgoing; Tue, 8 Sep 1998 14:27:47 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA15586; Tue, 8 Sep 1998 14:27:44 -0700 (PDT) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.9.1/frmug-2.3/nospam) with UUCP id XAA05394; Tue, 8 Sep 1998 23:27:18 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (VMailer, from userid 101) id 1815E1485; Tue, 8 Sep 1998 23:14:52 +0200 (CEST) Date: Tue, 8 Sep 1998 23:14:52 +0200 From: Ollivier Robert To: current@FreeBSD.ORG, scsi@FreeBSD.ORG Subject: Re: HEADS UP: 6 days to C-DAY Message-ID: <19980908231452.A4624@keltia.freenix.fr> Mail-Followup-To: current@FreeBSD.ORG, scsi@FreeBSD.ORG References: <199809080603.AAA22951@pluto.plutotech.com> <199809081709.TAA00533@yedi.iaf.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.4i In-Reply-To: <199809081709.TAA00533@yedi.iaf.nl>; from Wilko Bulte on Tue, Sep 08, 1998 at 07:09:20PM +0200 X-Operating-System: FreeBSD 3.0-CURRENT/ELF ctm#4623 AMD-K6 MMX @ 200 MHz Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org According to Wilko Bulte: > On behalf of the FreeBSD-ers 'out there' I suppose we all should say > 'Thank you' to Justin & Kenneth for putting all this work into the > SCSI subsystem! Agreed ! Ollivier in AOL mode :) -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #63: Tue Sep 1 00:50:29 CEST 1998 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Sep 8 15:13:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA23719 for freebsd-scsi-outgoing; Tue, 8 Sep 1998 15:13:15 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA23714; Tue, 8 Sep 1998 15:13:12 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.9.1/8.8.5) with SMTP id XAA15697; Tue, 8 Sep 1998 23:13:30 +0100 (BST) Date: Tue, 8 Sep 1998 23:13:30 +0100 (BST) From: Doug Rabson To: "Justin T. Gibbs" cc: current@FreeBSD.ORG, scsi@FreeBSD.ORG Subject: Re: HEADS UP: 6 days to C-DAY In-Reply-To: <199809080603.AAA22951@pluto.plutotech.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, 7 Sep 1998, Justin T. Gibbs wrote: > After more than a year of development, the Common Access Method SCSI layer > for FreeBSD will be integrated into 3.0-current on Sunday, September 13th. > The CAM development team is currently busy ensuring that the integration > process goes as smoothly as possible, so please understand that we may be > slow to respond to questions about CAM in the days leading up to C-DAY. > A CAM FAQ is in the works and will be updated as questions surface. Here > are a few QandAs about CAM and the upcoming integration: Will the old scsi framework still be available for people with unsupported (by CAM) hardware? I'm asking mainly because John Birrell is currently relying on an old TurboChannel alpha box with an old-style scsi driver and I don't really expect anyone to update that driver very soon. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 Fax: +44 181 381 1039 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Sep 8 15:27:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA25897 for freebsd-scsi-outgoing; Tue, 8 Sep 1998 15:27:32 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA25892; Tue, 8 Sep 1998 15:27:31 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id PAA01222; Tue, 8 Sep 1998 15:33:17 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199809082233.PAA01222@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Doug Rabson cc: "Justin T. Gibbs" , current@FreeBSD.ORG, scsi@FreeBSD.ORG Subject: Re: HEADS UP: 6 days to C-DAY In-reply-to: Your message of "Tue, 08 Sep 1998 23:13:30 BST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 08 Sep 1998 15:33:17 -0700 From: Mike Smith Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > On Mon, 7 Sep 1998, Justin T. Gibbs wrote: > > > After more than a year of development, the Common Access Method SCSI layer > > for FreeBSD will be integrated into 3.0-current on Sunday, September 13th. > > The CAM development team is currently busy ensuring that the integration > > process goes as smoothly as possible, so please understand that we may be > > slow to respond to questions about CAM in the days leading up to C-DAY. > > A CAM FAQ is in the works and will be updated as questions surface. Here > > are a few QandAs about CAM and the upcoming integration: > > Will the old scsi framework still be available for people with unsupported > (by CAM) hardware? I'm asking mainly because John Birrell is currently > relying on an old TurboChannel alpha box with an old-style scsi driver and > I don't really expect anyone to update that driver very soon. No. 8( One of the drawbacks is that the conversion is an all-or-nothing change, and it has fingers in almost everything. Converting the driver would probably be simpler than any of the alternatives. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Sep 8 15:28:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA26237 for freebsd-scsi-outgoing; Tue, 8 Sep 1998 15:28:29 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA26212; Tue, 8 Sep 1998 15:28:23 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id IAA05660; Wed, 9 Sep 1998 08:30:24 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809082230.IAA05660@cimlogic.com.au> Subject: Re: HEADS UP: 6 days to C-DAY In-Reply-To: from Doug Rabson at "Sep 8, 98 11:13:30 pm" To: dfr@nlsystems.com (Doug Rabson) Date: Wed, 9 Sep 1998 08:30:24 +1000 (EST) Cc: gibbs@plutotech.com, current@FreeBSD.ORG, scsi@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Doug Rabson wrote: > On Mon, 7 Sep 1998, Justin T. Gibbs wrote: > > > After more than a year of development, the Common Access Method SCSI layer > > for FreeBSD will be integrated into 3.0-current on Sunday, September 13th. > > The CAM development team is currently busy ensuring that the integration > > process goes as smoothly as possible, so please understand that we may be > > slow to respond to questions about CAM in the days leading up to C-DAY. > > A CAM FAQ is in the works and will be updated as questions surface. Here > > are a few QandAs about CAM and the upcoming integration: > > Will the old scsi framework still be available for people with unsupported > (by CAM) hardware? I'm asking mainly because John Birrell is currently > relying on an old TurboChannel alpha box with an old-style scsi driver and > I don't really expect anyone to update that driver very soon. Don't worry about my TC box. The CAM integration is an important event in the life of 3.0. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Sep 8 17:26:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA16047 for freebsd-scsi-outgoing; Tue, 8 Sep 1998 17:26:05 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from vader.cs.berkeley.edu (vader.CS.Berkeley.EDU [128.32.38.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA16042; Tue, 8 Sep 1998 17:26:03 -0700 (PDT) (envelope-from asami@vader.cs.berkeley.edu) Received: from silvia.hip.berkeley.edu (sji-ca1-139.ix.netcom.com [209.109.232.139]) by vader.cs.berkeley.edu (8.8.7/8.7.3) with ESMTP id RAA20824; Tue, 8 Sep 1998 17:25:15 -0700 (PDT) Received: (from asami@localhost) by silvia.hip.berkeley.edu (8.8.8/8.6.9) id RAA06935; Tue, 8 Sep 1998 17:25:12 -0700 (PDT) Date: Tue, 8 Sep 1998 17:25:12 -0700 (PDT) Message-Id: <199809090025.RAA06935@silvia.hip.berkeley.edu> To: wilko@yedi.iaf.nl CC: gibbs@plutotech.com, current@FreeBSD.ORG, scsi@FreeBSD.ORG In-reply-to: <199809081709.TAA00533@yedi.iaf.nl> (message from Wilko Bulte on Tue, 8 Sep 1998 19:09:20 +0200 (CEST)) Subject: Re: HEADS UP: 6 days to C-DAY From: asami@FreeBSD.ORG (Satoshi Asami) Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org * From: Wilko Bulte * On behalf of the FreeBSD-ers 'out there' I suppose we all should say * 'Thank you' to Justin & Kenneth for putting all this work into the * SCSI subsystem! Hear, hear! Satoshi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Sep 9 08:19:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA26698 for freebsd-scsi-outgoing; Wed, 9 Sep 1998 08:19:30 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from scifair.acadiau.ca (scifair.acadiau.ca [131.162.160.32]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA26692 for ; Wed, 9 Sep 1998 08:19:27 -0700 (PDT) (envelope-from miker@scifair.acadiau.ca) Received: from localhost (miker@localhost) by scifair.acadiau.ca (8.8.5/8.8.5) with SMTP id MAA02791 for ; Wed, 9 Sep 1998 12:19:15 -0300 (ADT) Date: Wed, 9 Sep 1998 12:19:15 -0300 (ADT) From: Michael Richards To: scsi@FreeBSD.ORG Subject: Drive problem? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I realise this isn't a SCSI drive, but all the same... While doing a buildworld I got: wd0: interrupt timeout: wd0: status 58 error 0 wd0: wdtimeout() DMA status 4 This is a Brand-Spanking-New Quantum drive. It misbahaves in NT because NT thinks it's 8025mb when it's only 5.1 gigs, but it wouldn't be the first time that a Mirco$oft product didn't work right. Any ideas? -Mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Sep 9 10:44:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA17208 for freebsd-scsi-outgoing; Wed, 9 Sep 1998 10:44:25 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from feral.com (gw100.feral.com [192.67.166.129]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA17202 for ; Wed, 9 Sep 1998 10:44:23 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from localhost (mjacob@localhost) by feral.com (8.8.6/8.8.6) with SMTP id KAA10224 for ; Wed, 9 Sep 1998 10:44:14 -0700 Date: Wed, 9 Sep 1998 10:44:14 -0700 (PDT) From: Matthew Jacob X-Sender: mjacob@feral-gw Reply-To: mjacob@feral.com To: scsi@FreeBSD.ORG Subject: I should know this, but I'll tell y'all anyway... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I mean, I *knew* this was going to be available, but the feature of the new CAM subsystem where you can rescan a bus and pick up new peripherals without a reboot is a *realy* plus- up until now if I wanted this I had to either use linux, my original hacked up SunOS, or AIX (Solaris is only vaguely functional in this area). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Sep 9 11:38:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA26755 for freebsd-scsi-outgoing; Wed, 9 Sep 1998 11:38:14 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA26750 for ; Wed, 9 Sep 1998 11:38:12 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from gnipahellir.ifi.uio.no (2602@gnipahellir.ifi.uio.no [129.240.64.86]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id UAA26989; Wed, 9 Sep 1998 20:37:25 +0200 (MET DST) Received: (from dag-erli@localhost) by gnipahellir.ifi.uio.no ; Wed, 9 Sep 1998 20:37:25 +0200 (MET DST) Mime-Version: 1.0 To: mjacob@feral.com Cc: scsi@FreeBSD.ORG Subject: Re: I should know this, but I'll tell y'all anyway... References: Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling =?iso-8859-1?Q?Co=EFdan?= =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 09 Sep 1998 20:37:24 +0200 In-Reply-To: Matthew Jacob's message of "Wed, 9 Sep 1998 10:44:14 -0700 (PDT)" Message-ID: Lines: 13 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id LAA26751 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Matthew Jacob writes: > I mean, I *knew* this was going to be available, but the feature of > the new CAM subsystem where you can rescan a bus and pick up new > peripherals without a reboot is a *realy* plus- up until now if I > wanted this I had to either use linux, my original hacked up SunOS, > or AIX (Solaris is only vaguely functional in this area). Well, some of us have Been There and Done That way before CAM. It worked with the old SCSI code too. DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Sep 9 11:54:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA29035 for freebsd-scsi-outgoing; Wed, 9 Sep 1998 11:54:25 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from feral.com (gw100.feral.com [192.67.166.129]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA29028 for ; Wed, 9 Sep 1998 11:54:22 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from localhost (mjacob@localhost) by feral.com (8.8.6/8.8.6) with SMTP id LAA10479; Wed, 9 Sep 1998 11:54:04 -0700 Date: Wed, 9 Sep 1998 11:54:04 -0700 (PDT) From: Matthew Jacob X-Sender: mjacob@feral-gw Reply-To: mjacob@feral.com To: Dag-Erling =?iso-8859-1?Q?Co=EFdan?= =?iso-8859-1?Q?Sm=F8rgrav?= cc: scsi@FreeBSD.ORG Subject: Re: I should know this, but I'll tell y'all anyway... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by hub.freebsd.org id LAA29029 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Oh, well, sorry- when I think of the 'old' *BSD code, I still think in terms of NetBSD where it doesn't really work. On 9 Sep 1998, Dag-Erling [iso-8859-1] Coïdan[iso-8859-1] Smørgrav wrote: > Matthew Jacob writes: > > I mean, I *knew* this was going to be available, but the feature of > > the new CAM subsystem where you can rescan a bus and pick up new > > peripherals without a reboot is a *realy* plus- up until now if I > > wanted this I had to either use linux, my original hacked up SunOS, > > or AIX (Solaris is only vaguely functional in this area). > > Well, some of us have Been There and Done That way before CAM. It > worked with the old SCSI code too. > > DES > -- > Dag-Erling Smørgrav - dag-erli@ifi.uio.no > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Sep 9 14:36:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA22429 for freebsd-scsi-outgoing; Wed, 9 Sep 1998 14:36:02 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from po1.namesecure.com (po1.namesecure.com [205.229.232.3]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id OAA22383 for ; Wed, 9 Sep 1998 14:35:58 -0700 (PDT) (envelope-from patrick@namesecure.com) Received: (qmail 27716 invoked by uid 100); 9 Sep 1998 21:35:43 -0000 Date: Wed, 9 Sep 1998 14:35:43 -0700 (PDT) From: Patrick Greenwell To: freebsd-scsi@FreeBSD.ORG Subject: Problems with CAM patches Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi all, Having a bit of trouble with the CAM patches (2.2CAM-19980716-SNAP.diffs) on a virgin 2.2.7-release install. I am getting a rejection of the patch to src/usr.bin/mt/mt.c. Before I start digging into the patch further, is this a known problem? Thanks. /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\ Patrick Greenwell (800) 299-1288 v Systems Administrator (925) 377-1212 v NameSecure (925) 377-1414 f Coming to the ISPF? The Forum for ISPs by ISPs http://www.ispf.com \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Sep 9 15:12:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA27683 for freebsd-scsi-outgoing; Wed, 9 Sep 1998 15:12:19 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA27676 for ; Wed, 9 Sep 1998 15:12:18 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id QAA09666; Wed, 9 Sep 1998 16:12:02 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199809092212.QAA09666@panzer.plutotech.com> Subject: Re: Problems with CAM patches In-Reply-To: from Patrick Greenwell at "Sep 9, 98 02:35:43 pm" To: patrick@namesecure.com (Patrick Greenwell) Date: Wed, 9 Sep 1998 16:12:02 -0600 (MDT) Cc: freebsd-scsi@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Patrick Greenwell wrote... > > Hi all, > > Having a bit of trouble with the CAM patches (2.2CAM-19980716-SNAP.diffs) > on a virgin 2.2.7-release install. I am getting a rejection of the > patch to src/usr.bin/mt/mt.c. Before I start digging into the patch > further, is this a known problem? It isn't really surprising; those patches were made a couple of days before 2.2.7, and some changes were merged into the -stable tree after the snapshot and before the release. My advice is to try to fix them up yourself, or grab mt.c out of the usr.bin sources from the 2.2 CAM release on ftp.cdrom.com. ftp://ftp.FreeBSD.ORG/pub/FreeBSD/cam/2.2CAM-19980716-SNAP/src/subin.* The latter suggestion may be more likely to result in a working mt. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Sep 9 16:33:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA09394 for freebsd-scsi-outgoing; Wed, 9 Sep 1998 16:33:12 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA09382 for ; Wed, 9 Sep 1998 16:33:08 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain [203.38.152.97]) by cain.gsoft.com.au (8.8.8/8.6.9) with ESMTP id JAA17540; Thu, 10 Sep 1998 09:02:48 +0930 (CST) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Thu, 10 Sep 1998 09:02:47 +0930 (CST) From: "Daniel O'Connor" To: Patrick Greenwell Subject: RE: Problems with CAM patches Cc: freebsd-scsi@FreeBSD.ORG Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 09-Sep-98 Patrick Greenwell wrote: > Having a bit of trouble with the CAM patches (2.2CAM-19980716-SNAP.diffs) > on a virgin 2.2.7-release install. I am getting a rejection of the > patch to src/usr.bin/mt/mt.c. Before I start digging into the patch > further, is this a known problem? I got this, but its pretty easy to fix... Well I got mt to compile anyway :) (I haven't used it since the CAM systems doesn't have a tape drive..) Also there are some Makefiles which don't patch correctly, but they seemed harmless.. --------------------------------------------------------------------- |Daniel O'Connor software and network engineer for Genesis Software | |http://www.gsoft.com.au | |The nice thing about standards is that there are so many of them to| |choose from. -- Andrew Tanenbaum | --------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Sep 9 18:11:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA24499 for freebsd-scsi-outgoing; Wed, 9 Sep 1998 18:11:00 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from po1.namesecure.com (po1.namesecure.com [205.229.232.3]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id SAA24476 for ; Wed, 9 Sep 1998 18:10:54 -0700 (PDT) (envelope-from patrick@namesecure.com) Received: (qmail 5436 invoked by uid 100); 10 Sep 1998 01:04:03 -0000 Date: Wed, 9 Sep 1998 18:04:03 -0700 (PDT) From: Patrick Greenwell To: "Kenneth D. Merry" cc: freebsd-scsi@FreeBSD.ORG Subject: Re: Problems with CAM patches In-Reply-To: <199809092212.QAA09666@panzer.plutotech.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 9 Sep 1998, Kenneth D. Merry wrote: > > My advice is to try to fix them up yourself, or grab mt.c out of the > usr.bin sources from the 2.2 CAM release on ftp.cdrom.com. > > ftp://ftp.FreeBSD.ORG/pub/FreeBSD/cam/2.2CAM-19980716-SNAP/src/subin.* > > The latter suggestion may be more likely to result in a working mt. And it indeed seems to... Thanks. /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\ Patrick Greenwell (800) 299-1288 v Systems Administrator (925) 377-1212 v NameSecure (925) 377-1414 f Coming to the ISPF? The Forum for ISPs by ISPs http://www.ispf.com \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Sep 9 18:26:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA26759 for freebsd-scsi-outgoing; Wed, 9 Sep 1998 18:26:27 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from po1.namesecure.com (po1.namesecure.com [205.229.232.3]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id SAA26746 for ; Wed, 9 Sep 1998 18:26:25 -0700 (PDT) (envelope-from patrick@namesecure.com) Received: (qmail 12886 invoked by uid 100); 10 Sep 1998 01:26:18 -0000 Date: Wed, 9 Sep 1998 18:26:18 -0700 (PDT) From: Patrick Greenwell To: freebsd-scsi@FreeBSD.ORG Subject: More problems.... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Continuing on with the instructions on installation, I created a customized kernel config file replacing sd with da and st with sa, etc. When attempting to do a make all I end up with: cc -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -nostdinc -I- -I. -I../.. -I../../../include -DAHC_TAGENABLE -DAHC_SCBPAGING_ENABLE -DCOMPAT_43 -DMSDOSFS -DFFS -DINET -DKERNEL -c vers.c loading kernel cam_xpt.o: Undefined symbol `_cam_sinit' referenced from text segment cam_xpt.o: Undefined symbol `_cam_sinit' referenced from text segment cam_xpt.o: Undefined symbol `_cam_sinit' referenced from text segment cam_xpt.o: Undefined symbol `_cam_sinit' referenced from text segment cam_xpt.o: Undefined symbol `_cam_sinit' referenced from text segment cam_periph.o: Undefined symbol `_cam_pinit' referenced from text segment cam_periph.o: Undefined symbol `_cam_pinit' referenced from text segment cam_periph.o: Undefined symbol `_cam_pinit' referenced from text segment dpt_scsi.o: Undefined symbol `_scsi_alloc_bus' referenced from text segment dpt_scsi.o: Undefined symbol `_scsi_attachdevs' referenced from text segment dpt_scsi.o: Undefined symbol `_scsi_done' referenced from text segment ioconf.o: Undefined symbol `_odinit' referenced from data segment ioconf.o: Undefined symbol `_cdinit' referenced from data segment *** Error code 1 Ideas? /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\ Patrick Greenwell (800) 299-1288 v Systems Administrator (925) 377-1212 v NameSecure (925) 377-1414 f Coming to the ISPF? The Forum for ISPs by ISPs http://www.ispf.com \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Sep 9 19:49:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA12942 for freebsd-scsi-outgoing; Wed, 9 Sep 1998 19:49:57 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA12937 for ; Wed, 9 Sep 1998 19:49:54 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id UAA11071; Wed, 9 Sep 1998 20:49:43 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199809100249.UAA11071@panzer.plutotech.com> Subject: Re: More problems.... In-Reply-To: from Patrick Greenwell at "Sep 9, 98 06:26:18 pm" To: patrick@namesecure.com (Patrick Greenwell) Date: Wed, 9 Sep 1998 20:49:43 -0600 (MDT) Cc: freebsd-scsi@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Patrick Greenwell wrote... > > Continuing on with the instructions on installation, I created a > customized kernel config file replacing sd with da and st with sa, etc. > > When attempting to do a make all I end up with: > > cc -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith > -nostdinc -I- -I. -I../.. -I../../../include -DAHC_TAGENABLE > -DAHC_SCBPAGING_ENABLE -DCOMPAT_43 -DMSDOSFS -DFFS -DINET -DKERNEL -c > vers.c > loading kernel > cam_xpt.o: Undefined symbol `_cam_sinit' referenced from text segment > cam_xpt.o: Undefined symbol `_cam_sinit' referenced from text segment > cam_xpt.o: Undefined symbol `_cam_sinit' referenced from text segment > cam_xpt.o: Undefined symbol `_cam_sinit' referenced from text segment > cam_xpt.o: Undefined symbol `_cam_sinit' referenced from text segment > cam_periph.o: Undefined symbol `_cam_pinit' referenced from text segment > cam_periph.o: Undefined symbol `_cam_pinit' referenced from text segment > cam_periph.o: Undefined symbol `_cam_pinit' referenced from text segment > dpt_scsi.o: Undefined symbol `_scsi_alloc_bus' referenced from text > segment > dpt_scsi.o: Undefined symbol `_scsi_attachdevs' referenced from text > segment > dpt_scsi.o: Undefined symbol `_scsi_done' referenced from text segment > ioconf.o: Undefined symbol `_odinit' referenced from data segment > ioconf.o: Undefined symbol `_cdinit' referenced from data segment > *** Error code 1 > > Ideas? Rebuild and re-install config. Then re-config your kernel. Take the DPT driver out of your kernel. It isn't supported in that snapshot. If you have the OD driver in your kernel, take it out as well. AHC_TAGENABLE and AHC_SCBPAGING_ENABLE are now turned on by default in the Adaptec driver, and are not available as options, so you should take those out of your kernel. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Sep 9 20:19:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA17379 for freebsd-scsi-outgoing; Wed, 9 Sep 1998 20:19:48 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA17370 for ; Wed, 9 Sep 1998 20:19:46 -0700 (PDT) (envelope-from gibbs@narnia.plutotech.com) Received: (from gibbs@localhost) by narnia.plutotech.com (8.8.8/8.7.3) id VAA02416; Wed, 9 Sep 1998 21:13:18 -0600 (MDT) Date: Wed, 9 Sep 1998 21:13:18 -0600 (MDT) From: "Justin T. Gibbs" Message-Id: <199809100313.VAA02416@narnia.plutotech.com> To: Patrick Greenwell cc: scsi@FreeBSD.ORG Subject: Re: More problems.... Newsgroups: pluto.freebsd.scsi In-Reply-To: User-Agent: tin/pre-1.4-971204 (UNIX) (FreeBSD/3.0-CURRENT (i386)) Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Continuing on with the instructions on installation, I created a > customized kernel config file replacing sd with da and st with sa, etc. > > When attempting to do a make all I end up with: There are a few things wrong here. One is that you are not using a CAM version of the config program. The other is that you are attempting to compile in DPT support. The DPT driver won't be finished until ~Sept 13th. -- 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 10 10:10:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA07225 for freebsd-scsi-outgoing; Thu, 10 Sep 1998 10:10:57 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from po1.namesecure.com (po1.namesecure.com [205.229.232.3]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id KAA07215 for ; Thu, 10 Sep 1998 10:10:54 -0700 (PDT) (envelope-from patrick@namesecure.com) Received: (qmail 23397 invoked by uid 100); 10 Sep 1998 17:10:45 -0000 Date: Thu, 10 Sep 1998 10:10:45 -0700 (PDT) From: Patrick Greenwell To: "Kenneth D. Merry" cc: freebsd-scsi@FreeBSD.ORG Subject: Re: More problems.... In-Reply-To: <199809100249.UAA11071@panzer.plutotech.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 9 Sep 1998, Kenneth D. Merry wrote: > Patrick Greenwell wrote... > > > > Continuing on with the instructions on installation, I created a > > customized kernel config file replacing sd with da and st with sa, etc. > > > > When attempting to do a make all I end up with: > > > > cc -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit > > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith > > -nostdinc -I- -I. -I../.. -I../../../include -DAHC_TAGENABLE > > -DAHC_SCBPAGING_ENABLE -DCOMPAT_43 -DMSDOSFS -DFFS -DINET -DKERNEL -c > > vers.c > > loading kernel > > cam_xpt.o: Undefined symbol `_cam_sinit' referenced from text segment > > cam_xpt.o: Undefined symbol `_cam_sinit' referenced from text segment > > cam_xpt.o: Undefined symbol `_cam_sinit' referenced from text segment > > cam_xpt.o: Undefined symbol `_cam_sinit' referenced from text segment > > cam_xpt.o: Undefined symbol `_cam_sinit' referenced from text segment > > cam_periph.o: Undefined symbol `_cam_pinit' referenced from text segment > > cam_periph.o: Undefined symbol `_cam_pinit' referenced from text segment > > cam_periph.o: Undefined symbol `_cam_pinit' referenced from text segment > > dpt_scsi.o: Undefined symbol `_scsi_alloc_bus' referenced from text > > segment > > dpt_scsi.o: Undefined symbol `_scsi_attachdevs' referenced from text > > segment > > dpt_scsi.o: Undefined symbol `_scsi_done' referenced from text segment > > ioconf.o: Undefined symbol `_odinit' referenced from data segment > > ioconf.o: Undefined symbol `_cdinit' referenced from data segment > > *** Error code 1 > > > > Ideas? > > Rebuild and re-install config. Then re-config your kernel. > > Take the DPT driver out of your kernel. It isn't supported in that > snapshot. Well, that isn't going to work then, as I have a DPT controller for the the local drives... Blech. /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\ Patrick Greenwell (800) 299-1288 v Systems Administrator (925) 377-1212 v NameSecure (925) 377-1414 f Coming to the ISPF? The Forum for ISPs by ISPs http://www.ispf.com \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Sep 10 10:16:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA08396 for freebsd-scsi-outgoing; Thu, 10 Sep 1998 10:16:12 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from po1.namesecure.com (po1.namesecure.com [205.229.232.3]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id KAA08388 for ; Thu, 10 Sep 1998 10:16:10 -0700 (PDT) (envelope-from patrick@namesecure.com) Received: (qmail 25467 invoked by uid 100); 10 Sep 1998 17:15:59 -0000 Date: Thu, 10 Sep 1998 10:15:59 -0700 (PDT) From: Patrick Greenwell Reply-To: Patrick Greenwell To: "Justin T. Gibbs" cc: scsi@FreeBSD.ORG Subject: Re: More problems.... In-Reply-To: <199809100313.VAA02416@narnia.plutotech.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 9 Sep 1998, Justin T. Gibbs wrote: > > Continuing on with the instructions on installation, I created a > > customized kernel config file replacing sd with da and st with sa, etc. > > > > When attempting to do a make all I end up with: > > There are a few things wrong here. One is that you are not using a > CAM version of the config program. Okay.... Was attempting to follow the instructions that were given in the CAM installation instructions ftp.freebsd.org... Where did I screw up? > The other is that you are attempting > to compile in DPT support. The DPT driver won't be finished until > ~Sept 13th. Oh goodie. I need DPT support, so I can wait. Thanks for all the help guys. /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\ Patrick Greenwell (800) 299-1288 v Systems Administrator (925) 377-1212 v NameSecure (925) 377-1414 f Coming to the ISPF? The Forum for ISPs by ISPs http://www.ispf.com \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Sep 10 15:09:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA10169 for freebsd-scsi-outgoing; Thu, 10 Sep 1998 15:09:00 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id PAA10161 for ; Thu, 10 Sep 1998 15:08:57 -0700 (PDT) (envelope-from imp@village.org) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0zHEtH-0006FZ-00; Thu, 10 Sep 1998 16:08:35 -0600 Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.1/8.8.3) with ESMTP id QAA08383 for ; Thu, 10 Sep 1998 16:08:27 -0600 (MDT) Message-Id: <199809102208.QAA08383@harmony.village.org> To: scsi@FreeBSD.ORG Subject: UltraStor 24F Date: Thu, 10 Sep 1998 16:08:27 -0600 From: Warner Losh Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I have an UltraStor 14FB and a couple of 34Fs to do testing of the UltraStor CAM driver. However, I don't have a 24F, nor a 14F to do the testing. Does anybody have one of these that they can spare? Also, does anybody have the docs for programming the hardware? I can't seem to find any on the web. I've looked at the unofficial ultrastor site, but have not been able to get mail returned from addresses listed there. My current plan of attack for this driver is to use the FreeBSD, OpenBSD, NetBSD and Linux drivers as a "hardware reference manual" but the real thing would help a lot more... Ideas? Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Fri Sep 11 07:50:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA09262 for freebsd-scsi-outgoing; Fri, 11 Sep 1998 07:50:28 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from solaris.matti.ee (solaris.matti.ee [194.126.98.135]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA09254 for ; Fri, 11 Sep 1998 07:50:21 -0700 (PDT) (envelope-from vallo@solaris.matti.ee) Received: from tiiu.matti.ee (isdn-34.matti.ee [194.126.114.34]) by solaris.matti.ee (8.8.8/8.8.8.s) with ESMTP id RAA12076 for ; Fri, 11 Sep 1998 17:49:50 +0300 (EET DST) Received: (from vallo@localhost) by tiiu.matti.ee (8.8.8/8.8.8) id RAA00825 for freebsd-scsi@FreeBSD.ORG; Fri, 11 Sep 1998 17:41:22 +0300 (EEST) (envelope-from vallo) Message-ID: <19980911174122.B575@matti.ee> Date: Fri, 11 Sep 1998 17:41:22 +0300 From: Vallo Kallaste To: freebsd-scsi@FreeBSD.ORG Subject: Re: ncr: frequent ccb errors and crashes Reply-To: vallo@matti.ee References: <19980907204248.43962@matti.ee> <19980907235704.A25023@keltia.freenix.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <19980907235704.A25023@keltia.freenix.fr>; from Ollivier Robert on Mon, Sep 07, 1998 at 11:57:04PM +0200 Organization: =?iso-8859-1?Q?AS_Matti_B=FCrootehnika?= Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Ollivier Robert wrote: > > this problem is known incompatability between Quantum drives and Sym.Logic > > controllers ? I think so, because with Adaptec controller all this just > > works. > > That could be the reason. The only thing I can say is that I've been using > wto ASUS adapters in my machine for years (one SC-875 and one SC-200) > without a single problem... > > ncr0: rev 0x03 int a irq 9 on pci0.11.0 > scbus0 at ncr0 bus 0 > sd0 at scbus0 target 0 lun 0 > sd0: type 0 fixed SCSI 2 > sd0: Direct-Access > sd0: WIDE SCSI (16 bit) enabled > sd0: 40.0 MB/s (50 ns, offset 15) > 4134MB (8467200 512 byte sectors) *** Yeah, nice to see that you have IBM disks, but these are truly overpriced here, Quantum costs about half of the IBM disks. Do you suggest replacing controller or what I can do to test that specific controller. Maybe I'm having a faulty controller, that is. BTW, this specific NCR based controller was buy'd for hope it makes good compatability and smooth operation. Well, when it makes so big problems how about some comment in the online documentation ? If it _is_ the real problem.. Vallo Kallaste vallo@matti.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Fri Sep 11 09:17:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA21416 for freebsd-scsi-outgoing; Fri, 11 Sep 1998 09:17:00 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA21405 for ; Fri, 11 Sep 1998 09:16:57 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from skejdbrimir.ifi.uio.no (skejdbrimir.ifi.uio.no [129.240.65.2]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with SMTP id SAA11475; Fri, 11 Sep 1998 18:16:43 +0200 (MET DST) Received: from localhost (dag-erli@localhost) by skejdbrimir.ifi.uio.no ; Fri, 11 Sep 1998 16:16:44 GMT Mime-Version: 1.0 To: vallo@matti.ee Cc: freebsd-scsi@FreeBSD.ORG Subject: Re: ncr: frequent ccb errors and crashes References: <19980907204248.43962@matti.ee> <19980907235704.A25023@keltia.freenix.fr> <19980911174122.B575@matti.ee> Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling =?iso-8859-1?Q?Co=EFdan?= =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 11 Sep 1998 18:16:40 +0200 In-Reply-To: Vallo Kallaste's message of "Fri, 11 Sep 1998 17:41:22 +0300" Message-ID: Lines: 24 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id JAA21408 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Vallo Kallaste writes: > Yeah, nice to see that you have IBM disks, but these are truly overpriced > here, Quantum costs about half of the IBM disks. Do you suggest replacing > controller or what I can do to test that specific controller. Maybe I'm > having a faulty controller, that is. Bullshit. I don't know about the Baltic countries, but in Norway, large IBM SCSI drives cost much less than equivalent Quantum or Seagate drives. Example (from Tech Computers in Oslo): UltraStar 9ZXS 9,1 GB DDRS-39110W 6.3ms, 1024kB, 10000 rpm, UW-SCSI 6.650,- 8.180,- Cheetah 9.1 GB ST19101W 8ms, 512kB, 10000 rpm, UW-SCSI 7.290,- 8.967,- The IBM drive is not only cheaper, but faster too. (the first price is without sales tax, the second is with tax) DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Fri Sep 11 09:52:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA25851 for freebsd-scsi-outgoing; Fri, 11 Sep 1998 09:52:37 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id JAA25845 for ; Fri, 11 Sep 1998 09:52:33 -0700 (PDT) (envelope-from wilko@yedi.iaf.nl) Received: by uni4nn.gn.iaf.nl with UUCP id AA29251 (5.67b/IDA-1.5); Fri, 11 Sep 1998 18:35:45 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.8/8.6.12) id SAA00903; Fri, 11 Sep 1998 18:35:38 +0200 (CEST) From: Wilko Bulte Message-Id: <199809111635.SAA00903@yedi.iaf.nl> Subject: Re: UltraStor 24F In-Reply-To: <199809102208.QAA08383@harmony.village.org> from Warner Losh at "Sep 10, 98 04:08:27 pm" To: imp@village.org (Warner Losh) Date: Fri, 11 Sep 1998 18:35:38 +0200 (CEST) Cc: scsi@FreeBSD.ORG X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-Pgp-Info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4ME+ PL38 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org As Warner Losh wrote... > I have an UltraStor 14FB and a couple of 34Fs to do testing of the > UltraStor CAM driver. However, I don't have a 24F, nor a 14F to do > the testing. Does anybody have one of these that they can spare? I should have a U24F installed in a machine at our hobby club. I'll check saturday. You could have it for keeps if I can get a working ISA or EISA card (supported by FreeBSD) in exchange. Something like an Adaptec 1542 or so would be fine. > Also, does anybody have the docs for programming the hardware? I > can't seem to find any on the web. I've looked at the unofficial > ultrastor site, but have not been able to get mail returned from > addresses listed there. I ___should___ have a bunch of hardcopy docs (approx 0.5") but it is limited. I'll try to find them for you. Stay tuned. > Ideas? Yes ;-) Wilko _ ______________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Arnhem, The Netherlands WWW : http://www.tcja.nl ______________________________________________ Powered by FreeBSD __________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Fri Sep 11 10:50:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA04246 for freebsd-scsi-outgoing; Fri, 11 Sep 1998 10:50:21 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA04238 for ; Fri, 11 Sep 1998 10:50:18 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id LAA20788; Fri, 11 Sep 1998 11:47:18 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199809111747.LAA20788@panzer.plutotech.com> Subject: Re: ncr: frequent ccb errors and crashes In-Reply-To: from =?ISO-8859-1?Q?Dag=2DErling_Co=EFdan__Sm=F8rgrav?= at "Sep 11, 98 06:16:40 pm" To: dag-erli@ifi.uio.no (Dag-Erling =?iso-8859-1?Q?Co=EFdan?= =?iso-8859-1?Q?Sm=F8rgrav?=) Date: Fri, 11 Sep 1998 11:47:18 -0600 (MDT) Cc: vallo@matti.ee, freebsd-scsi@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Dag-Erling Coïdan Smørgrav wrote... > Vallo Kallaste writes: > > Yeah, nice to see that you have IBM disks, but these are truly overpriced > > here, Quantum costs about half of the IBM disks. Do you suggest replacing > > controller or what I can do to test that specific controller. Maybe I'm > > having a faulty controller, that is. > > Bullshit. I don't know about the Baltic countries, but in Norway, > large IBM SCSI drives cost much less than equivalent Quantum or > Seagate drives. Example (from Tech Computers in Oslo): > > UltraStar 9ZXS 9,1 GB DDRS-39110W > 6.3ms, 1024kB, 10000 rpm, UW-SCSI > 6.650,- 8.180,- > > Cheetah 9.1 GB ST19101W > 8ms, 512kB, 10000 rpm, UW-SCSI > 7.290,- 8.967,- > > The IBM drive is not only cheaper, but faster too. (the first price is > without sales tax, the second is with tax) The second drive is a first generation Cheetah. The second generation cheetahs are pretty nice, and I believe they are slightly faster than the IBM Ultrastar 9ZX. Take a look at: http://www.seagate.com/disc/cheetah/cheetah.shtml and: http://www.storage.ibm.com/hardsoft/diskdrdl/ultra/9zxdata.htm Compare the "media data rate" on IBM's page with the "internal transfer rate" on Seagate's page. You're right that the first generation Cheetah is slower than the 9ZX. The second generation Cheetah, however, is faster than the 9ZX. First generation Cheetah: 122 - 177 Mbits/sec UltraStar 9ZX: 129.3 - 204.8 Mbits/sec Second generation Cheetah: 152 - 231 Mbits/sec IIRC, those numbers don't directly translate to MB/sec. You have to do some sort of calculation to get actual MB/sec. I've got an UltraStar 9ZX at home, and it's a very nice drive. Here are some iozone results: ======================================================================== {panzer:/a/ken:103:0} iozone 1024 65536 IOZONE: Performance Test of Sequential File I/O -- V2.01 (10/21/94) By Bill Norcott Operating System: FreeBSD 2.x -- using fsync() Send comments to: b_norcott@xway.com IOZONE writes a 1024 Megabyte sequential file consisting of 16384 records which are each 65536 bytes in length. It then reads the file. It prints the bytes-per-second rate at which the computer can read and write files. Writing the 1024 Megabyte file, 'iozone.tmp'...73.773438 seconds Reading the file...64.851562 seconds IOZONE performance measurements: 14554585 bytes/second for writing the file 16556915 bytes/second for reading the file ======================================================================== One interesting thing about the IBM drives is that they have an on-board temperature sensor. The drive will supposedly return transactions with certain sense codes when it gets too hot. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sat Sep 12 00:00:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA07202 for freebsd-scsi-outgoing; Sat, 12 Sep 1998 00:00:06 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from lupo.thebarn.com (lupo.lcse.umn.edu [128.101.182.105]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA07096 for ; Fri, 11 Sep 1998 23:59:51 -0700 (PDT) (envelope-from cattelan@lupo.thebarn.com) Received: (from cattelan@localhost) by lupo.thebarn.com (8.9.1/8.8.8) id BAA15648; Sat, 12 Sep 1998 01:53:50 -0500 (CDT) (envelope-from cattelan) From: Russell Cattelan MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Sat, 12 Sep 1998 01:53:47 -0500 (CDT) To: freebsd-scsi@FreeBSD.ORG Subject: Weird Toshiba CD causes CAM to crash. X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <13818.6546.136668.786570@lupo.thebarn.com> Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I has to put his hack back into scsi_da.c + if (!strncmp(*(&(&cgd->inq_data)->product),"CD-ROM XM-5401TA", + strlen("CD-ROM XM-5401TA"))){ + printf("daasync skipping device that looks like CD\n"); + break; + } + if (cgd->pd_type != T_DIRECT) break; Other wise it would crash someplace in "dadone" at boot time. I know this drive is a little weird. -- Russell Cattelan cattelan@thebarn.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sat Sep 12 04:18:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA23786 for freebsd-scsi-outgoing; Sat, 12 Sep 1998 04:18:09 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from myhakas.matti.ee ([194.126.98.150]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA23779 for ; Sat, 12 Sep 1998 04:18:06 -0700 (PDT) (envelope-from root@myhakas.matti.ee) Received: (from root@localhost) by myhakas.matti.ee (8.9.1/8.8.5) id OAA29917; Sat, 12 Sep 1998 14:17:04 +0300 (EEST) Message-ID: <19980912141704.A29755@matti.ee> Date: Sat, 12 Sep 1998 14:17:04 +0300 From: Vallo Kallaste To: =?iso-8859-1?Q?Dag-Erling_Co=EFdanSm=F8rgrav?= Cc: freebsd-scsi@FreeBSD.ORG Subject: Re: ncr: frequent ccb errors and crashes Reply-To: vallo@matti.ee References: <19980907204248.43962@matti.ee> <19980907235704.A25023@keltia.freenix.fr> <19980911174122.B575@matti.ee> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.93.2i In-Reply-To: =?iso-8859-1?Q?=3Cxzpaf4662vr=2Efsf=40skejdbrimir=2Eifi=2Euio=2Eno=3E=3B?= =?iso-8859-1?Q?_from_Dag-Erling_Co=EFdanSm=F8rgrav__on_Fri=2C_Sep_11=2C_?= =?iso-8859-1?Q?1998_at_06:16:40PM_+0200?= Organization: =?iso-8859-1?Q?AS_Matti_B=FCrootehnika?= Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Dag-Erling CoïdanSmørgrav wrote: > Vallo Kallaste writes: > > Yeah, nice to see that you have IBM disks, but these are truly overpriced > > here, Quantum costs about half of the IBM disks. Do you suggest replacing > > controller or what I can do to test that specific controller. Maybe I'm > > having a faulty controller, that is. > > Bullshit. I don't know about the Baltic countries, but in Norway, > large IBM SCSI drives cost much less than equivalent Quantum or > Seagate drives. Example (from Tech Computers in Oslo): > > UltraStar 9ZXS 9,1 GB DDRS-39110W > 6.3ms, 1024kB, 10000 rpm, UW-SCSI > 6.650,- 8.180,- > *** Price without tax here for "QUANTUM VIKING II 4.5WSE 4110" is about 4500.- EEK, so about 2500.- in your current. Similar IBM disk UltraStar 2XP 4,5GB costs 9500.- EEK and same disk 9,1GB variant costs 18500.- EEK. Well, I don't need price comparison, but suggestions how to deal with ncr875 controllers and Quantum ultrawide drives, because I see serious problems arising in the front of me. Seems like reselling this problematic controller is the easy way to solve that. Thanks for price table :-) Vallo Kallaste vallo@matti.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sat Sep 12 14:52:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA17041 for freebsd-scsi-outgoing; Sat, 12 Sep 1998 14:52:25 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id OAA17020 for ; Sat, 12 Sep 1998 14:52:11 -0700 (PDT) (envelope-from wilko@yedi.iaf.nl) Received: by uni4nn.gn.iaf.nl with UUCP id AA02020 (5.67b/IDA-1.5); Sat, 12 Sep 1998 23:26:03 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.8/8.6.12) id RAA16825; Sat, 12 Sep 1998 17:03:34 +0200 (CEST) From: Wilko Bulte Message-Id: <199809121503.RAA16825@yedi.iaf.nl> Subject: Re: Weird Toshiba CD causes CAM to crash. In-Reply-To: <13818.6546.136668.786570@lupo.thebarn.com> from Russell Cattelan at "Sep 12, 98 01:53:47 am" To: cattelan@thebarn.com (Russell Cattelan) Date: Sat, 12 Sep 1998 17:03:34 +0200 (CEST) Cc: freebsd-scsi@FreeBSD.ORG X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-Pgp-Info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4ME+ PL38 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org As Russell Cattelan wrote... > I has to put his hack back into scsi_da.c > > + if (!strncmp(*(&(&cgd->inq_data)->product),"CD-ROM XM-5401TA", > + strlen("CD-ROM XM-5401TA"))){ > + printf("daasync skipping device that looks like CD\n"); > + break; > + } > + > if (cgd->pd_type != T_DIRECT) > break; > > Other wise it would crash someplace in "dadone" at boot time. > > I know this drive is a little weird. Said drive worked fine for me in the non-CAM world. I would not generally qualify Toshiba CDs as weird, they tend to be pretty good. Currently I have a 12x that replaced the 5401: TOSHIBA CD-ROM XM-5701TA 0557 Wilko _ ______________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Arnhem, The Netherlands WWW : http://www.tcja.nl ______________________________________________ Powered by FreeBSD __________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sat Sep 12 15:14:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA18536 for freebsd-scsi-outgoing; Sat, 12 Sep 1998 15:14:37 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA18531 for ; Sat, 12 Sep 1998 15:14:34 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id QAA26512; Sat, 12 Sep 1998 16:14:11 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199809122214.QAA26512@panzer.plutotech.com> Subject: Re: Weird Toshiba CD causes CAM to crash. In-Reply-To: <199809121503.RAA16825@yedi.iaf.nl> from Wilko Bulte at "Sep 12, 98 05:03:34 pm" To: wilko@yedi.iaf.nl (Wilko Bulte) Date: Sat, 12 Sep 1998 16:14:11 -0600 (MDT) Cc: cattelan@thebarn.com, freebsd-scsi@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Wilko Bulte wrote... > As Russell Cattelan wrote... > > I has to put his hack back into scsi_da.c > > > > + if (!strncmp(*(&(&cgd->inq_data)->product),"CD-ROM XM-5401TA", > > + strlen("CD-ROM XM-5401TA"))){ > > + printf("daasync skipping device that looks like CD\n"); > > + break; > > + } > > + > > if (cgd->pd_type != T_DIRECT) > > break; > > > > Other wise it would crash someplace in "dadone" at boot time. > > > > I know this drive is a little weird. > > Said drive worked fine for me in the non-CAM world. I would not generally > qualify Toshiba CDs as weird, they tend to be pretty good. Currently I have > a 12x that replaced the 5401: > > TOSHIBA CD-ROM XM-5701TA 0557 Most Toshiba drives work just fine. His problem is that his drive probes as a direct access device for some reason. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sat Sep 12 15:35:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA20539 for freebsd-scsi-outgoing; Sat, 12 Sep 1998 15:35:04 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from feral.com (gw100.feral.com [192.67.166.129]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA20513 for ; Sat, 12 Sep 1998 15:34:32 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from localhost (mjacob@localhost) by feral.com (8.8.6/8.8.6) with SMTP id PAA19746; Sat, 12 Sep 1998 15:33:36 -0700 Date: Sat, 12 Sep 1998 15:33:35 -0700 (PDT) From: Matthew Jacob X-Sender: mjacob@feral-gw Reply-To: mjacob@feral.com To: "Kenneth D. Merry" cc: Wilko Bulte , cattelan@thebarn.com, freebsd-scsi@FreeBSD.ORG Subject: Re: Weird Toshiba CD causes CAM to crash. In-Reply-To: <199809122214.QAA26512@panzer.plutotech.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I seem to recall that older Toshiba's had a jumper option that allowed them to report themselves as removable direct access devices. On Sat, 12 Sep 1998, Kenneth D. Merry wrote: > Wilko Bulte wrote... > > As Russell Cattelan wrote... > > > I has to put his hack back into scsi_da.c > > > > > > + if (!strncmp(*(&(&cgd->inq_data)->product),"CD-ROM XM-5401TA", > > > + strlen("CD-ROM XM-5401TA"))){ > > > + printf("daasync skipping device that looks like CD\n"); > > > + break; > > > + } > > > + > > > if (cgd->pd_type != T_DIRECT) > > > break; > > > > > > Other wise it would crash someplace in "dadone" at boot time. > > > > > > I know this drive is a little weird. > > > > Said drive worked fine for me in the non-CAM world. I would not generally > > qualify Toshiba CDs as weird, they tend to be pretty good. Currently I have > > a 12x that replaced the 5401: > > > > TOSHIBA CD-ROM XM-5701TA 0557 > > Most Toshiba drives work just fine. His problem is that his drive probes > as a direct access device for some reason. > > Ken > -- > Kenneth Merry > ken@plutotech.com > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-scsi" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sat Sep 12 16:22:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA24374 for freebsd-scsi-outgoing; Sat, 12 Sep 1998 16:22:25 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id QAA24366 for ; Sat, 12 Sep 1998 16:22:23 -0700 (PDT) (envelope-from wilko@yedi.iaf.nl) Received: by uni4nn.gn.iaf.nl with UUCP id AA08740 (5.67b/IDA-1.5); Sun, 13 Sep 1998 01:12:01 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.8/8.6.12) id AAA20591; Sun, 13 Sep 1998 00:40:06 +0200 (CEST) From: Wilko Bulte Message-Id: <199809122240.AAA20591@yedi.iaf.nl> Subject: Re: Weird Toshiba CD causes CAM to crash. In-Reply-To: <199809122214.QAA26512@panzer.plutotech.com> from "Kenneth D. Merry" at "Sep 12, 98 04:14:11 pm" To: ken@plutotech.com (Kenneth D. Merry) Date: Sun, 13 Sep 1998 00:40:06 +0200 (CEST) Cc: cattelan@thebarn.com, freebsd-scsi@FreeBSD.ORG X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-Pgp-Info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4ME+ PL38 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org As Kenneth D. Merry wrote... > Wilko Bulte wrote... > > As Russell Cattelan wrote... > > > I has to put his hack back into scsi_da.c > > > > > > + if (!strncmp(*(&(&cgd->inq_data)->product),"CD-ROM XM-5401TA", > > > + strlen("CD-ROM XM-5401TA"))){ > > > + printf("daasync skipping device that looks like CD\n"); > > > + break; > > > + } > > > + > > > if (cgd->pd_type != T_DIRECT) > > > break; > > > > > > Other wise it would crash someplace in "dadone" at boot time. > > > > > > I know this drive is a little weird. > > > > Said drive worked fine for me in the non-CAM world. I would not generally > > qualify Toshiba CDs as weird, they tend to be pretty good. Currently I have > > a 12x that replaced the 5401: > > > > TOSHIBA CD-ROM XM-5701TA 0557 > > Most Toshiba drives work just fine. His problem is that his drive probes > as a direct access device for some reason. I can explain that part: it was probably inside an SGI or something like that. Older SGI machines (maybe new ones also?) need CD drives to behave like a DA (disk) device in order for the CDs to be bootable. Digital has the same thing in their RRDxx cdrom drives. For the newer DEC drives (the Toshiba ones) you can switch from DEC RRD4x to Toshiba mode (512 and 2048 byte blocks respectively) by (un)setting the parity jumper. Parity is always enabled. Sun also has/had 512 byte block drives. I don't know if the DEC and Sun drives probe as DA devices, but I think they do not. At least I never had troubles getting DEC RRD drives probed as harddisks. Never tried them with CAM though. Hope this helps... Wilko _ ______________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Arnhem, The Netherlands WWW : http://www.tcja.nl ______________________________________________ Powered by FreeBSD __________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message