From owner-freebsd-scsi Sun Sep 29 00:54:09 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA17374 for freebsd-scsi-outgoing; Sun, 29 Sep 1996 00:54:09 -0700 (PDT) Received: from sovcom.kiae.su (sovcom.kiae.su [193.125.152.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA17330; Sun, 29 Sep 1996 00:54:06 -0700 (PDT) Received: by sovcom.kiae.su id AA04402 (5.65.kiae-1 ); Sun, 29 Sep 1996 10:53:59 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Sun, 29 Sep 96 10:53:59 +0300 Received: (from ache@localhost) by nagual.ru (8.7.6/8.7.3) id KAA00496; Sun, 29 Sep 1996 10:53:10 +0300 (MSK) Message-Id: <199609290753.KAA00496@nagual.ru> Subject: Warning: dangerous SCSI option: AHC_SCBPAGING_ENABLE To: current@freebsd.org (FreeBSD-current), scsi@freebsd.org Date: Sun, 29 Sep 1996 10:53:10 +0300 (MSK) From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) Organization: self X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL26 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Recently I got bad experience, the story is: I have AHC_SCBPAGING_ENABLE and one SCSI-2 disk, it works right for a long time. When I add second SCSI-2 disk, this option almost immediately seriously damage my root filesystem on _first_ disk with diagnostic: data overrun of bytes detected. Forcing a retry. When I resurrect my root filesystem and remove this option, all works right with two disks. BTW, AHC_TAGENABLE option works right in both cases. Details: ahc0: at 0x1c00-0x1cff irq 11 on eisa0 slot 1 ahc0: aic7770 >= Rev E, Single Channel, SCSI Id=7, 4 SCBs ahc0: target 0 Tagged Queuing Device (ahc0:0:0): "CONNER CFP1060S 1.05GB 2135" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 1013MB (2074880 512 byte sectors) ^^^^^^^^^^^^^^^^ first disk ahc0: target 1 Tagged Queuing Device (ahc0:1:0): "IBM DORS-32160 S84A" type 0 fixed SCSI 2 sd1(ahc0:1:0): Direct-Access 2063MB (4226725 512 byte sectors) ^^^^^^^^^^^^^^^^ second disk -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-scsi Sun Sep 29 01:28:24 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA08964 for freebsd-scsi-outgoing; Sun, 29 Sep 1996 01:28:24 -0700 (PDT) Received: from freefall.freebsd.org (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA08892; Sun, 29 Sep 1996 01:28:15 -0700 (PDT) Message-Id: <199609290828.BAA08892@freefall.freebsd.org> To: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) cc: current@freebsd.org (FreeBSD-current), scsi@freebsd.org Subject: Re: Warning: dangerous SCSI option: AHC_SCBPAGING_ENABLE In-reply-to: Your message of "Sun, 29 Sep 1996 10:53:10 +0300." <199609290753.KAA00496@nagual.ru> Date: Sun, 29 Sep 1996 01:28:15 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Its been stated several times on -current that SCBPAGING is a bad idea right now. This is old news. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-scsi Sun Sep 29 01:41:43 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA16452 for freebsd-scsi-outgoing; Sun, 29 Sep 1996 01:41:43 -0700 (PDT) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA16364; Sun, 29 Sep 1996 01:41:33 -0700 (PDT) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.7.6/BSD4.4) id SAA13277 Sun, 29 Sep 1996 18:41:12 +1000 (EST) From: michael butler Message-Id: <199609290841.SAA13277@asstdc.scgt.oz.au> Subject: Re: Warning: dangerous SCSI option: AHC_SCBPAGING_ENABLE To: ache@nagual.ru (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Date: Sun, 29 Sep 1996 18:41:11 +1000 (EST) Cc: current@freebsd.org, scsi@freebsd.org In-Reply-To: <199609290753.KAA00496@nagual.ru> from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Sep 29, 96 10:53:10 am X-Mailer: ELM [version 2.4 PL24beta] Content-Type: text Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Recently I got bad experience, the story is: > I have AHC_SCBPAGING_ENABLE and one SCSI-2 disk, it works right > for a long time. When I add second SCSI-2 disk, this option almost > immediately seriously damage my root filesystem on _first_ > disk with diagnostic: > data overrun of bytes detected. Forcing a retry. That's odd .. it's (almost) the same as the driver in -stable and .. FreeBSD 2.1.5-STABLE #2: Sun Sep 22 03:52:24 EST 1996 root@asstdc.scgt.oz.au:/usr/src/sys/compile/ASSTDC CPU: i486DX (486-class CPU) real memory = 67108864 (65536K bytes) avail memory = 64208896 (62704K bytes) ahc0: at 0x1c00-0x1cff irq 11 on isa ahc0: aic7770 <= Rev C, Single Channel, SCSI Id=7, 4 SCBs ahc0 waiting for scsi devices to settle ahc0: target 0 Tagged Queuing Device (ahc0:0:0): "MICROP 2217-15MZ1001904 HQ30" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 1685MB (3450902 512 byte sectors) (ahc0:1:0): "MAXTOR LXT-340S 6.57" type 0 fixed SCSI 1 sd1(ahc0:1:0): Direct-Access 324MB (665154 512 byte sectors) (ahc0:2:0): "ARCHIVE VIPER 150 21247 -005" type 1 removable SCSI 1 st0(ahc0:2:0): Sequential-Access st0: Archive Viper 150 is a known rogue density code 0x0, drive empty ahc0: target 3 Tagged Queuing Device (ahc0:3:0): "Quantum XP34300 81HB" type 0 fixed SCSI 2 sd2(ahc0:3:0): Direct-Access 4101MB (8399520 512 byte sectors) .. this kernel is compiled with both AHC_TAGENABLE and AHC_SCBPAGING_ENABLE (not that there's much to page :-() and has been rock-solid with ~130,000 news articles/day .. 0 = active, 1 = overview and 3 = spool .. Has something changed recently ? michael From owner-freebsd-scsi Sun Sep 29 02:28:11 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA13162 for freebsd-scsi-outgoing; Sun, 29 Sep 1996 02:28:11 -0700 (PDT) Received: from shadows.aeon.net (bsdscsi@shadows.aeon.net [194.100.41.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA12722; Sun, 29 Sep 1996 02:27:34 -0700 (PDT) Received: (from bsdscsi@localhost) by shadows.aeon.net (8.7.5/8.6.9) id LAA09750; Sun, 29 Sep 1996 11:24:06 +0200 (EET) From: mika ruohotie Message-Id: <199609290924.LAA09750@shadows.aeon.net> Subject: Re: striping/mirroring? To: jgreco@brasil.moneng.mei.com (Joe Greco) Date: Sun, 29 Sep 1996 11:24:06 +0200 (EET) Cc: freebsd-isp@freebsd.org, scsi@freebsd.org In-Reply-To: <199609282113.QAA00554@brasil.moneng.mei.com> from Joe Greco at "Sep 28, 96 04:13:37 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Having used ccd extensively for the past year, on production news server > systems, I think I can safely state that you need not concern yourself > too much with "striping crashes"... you are more likely to run into a > dead disk than a problem with ccd. I have over two dozen heavily utilized > ccd partitions in operation and have not seen any problems with ccd. when i said "striping crash" i included dead drive there too... i meant crash being _anything_ that interferes the striping and causes me a serious loss of data... > If you are looking purely for reliability, look for a RAID solution. > RAID's are more reliable than a SLED (Single Large Expensive Disk). i know that. but i would have a _hard_ time to explain to my boss why we should spend $$$$$ instead of $$$ since he has no knowledge whatsoever how the systems actually work... and is not too happy spending too much money... mickey -- mika@aeon.net mika ruohotie From owner-freebsd-scsi Sun Sep 29 02:32:55 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA16345 for freebsd-scsi-outgoing; Sun, 29 Sep 1996 02:32:55 -0700 (PDT) Received: from shadows.aeon.net (bsdscsi@shadows.aeon.net [194.100.41.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA16126 for ; Sun, 29 Sep 1996 02:32:35 -0700 (PDT) Received: (from bsdscsi@localhost) by shadows.aeon.net (8.7.5/8.6.9) id LAA09794; Sun, 29 Sep 1996 11:30:22 +0200 (EET) From: mika ruohotie Message-Id: <199609290930.LAA09794@shadows.aeon.net> Subject: Re: striping/mirroring? To: rkw@dataplex.net (Richard Wackerbarth) Date: Sun, 29 Sep 1996 11:30:22 +0200 (EET) Cc: pjchilds@imforei.apana.org.au, freebsd-scsi@FreeBSD.org In-Reply-To: from Richard Wackerbarth at "Sep 28, 96 04:33:27 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > No. However you can READ from disk1 while you wait for disk2 to finish. > > This may work particularly well in a case that most of the operations are > reads. For example, a web server could be expected to have mostly reads > with only a few writes. i was planning to strip only www and ftp partitions (and /usr/src but that's something i can easily recover) and since the information specially on the ftp partition will be something i cannot afford to lose, i was thinking is there a safe way... now, you say it's possible, if it's not too difficult to do, where should i start? i dont think i need complete walkthru, just hint where to start looking for information... mickey -- mika@aeon.net mika ruohotie From owner-freebsd-scsi Sun Sep 29 02:49:09 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA27579 for freebsd-scsi-outgoing; Sun, 29 Sep 1996 02:49:09 -0700 (PDT) Received: from al.imforei.apana.org.au (pjchilds@al.imforei.apana.org.au [202.12.89.41]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA27404 for ; Sun, 29 Sep 1996 02:48:54 -0700 (PDT) Received: (from pjchilds@localhost) by al.imforei.apana.org.au (8.8.0/8.7.3) id TAA22973; Sun, 29 Sep 1996 19:13:18 +0930 (CST) From: Peter Childs Message-Id: <199609290943.TAA22973@al.imforei.apana.org.au> Subject: Re: striping/mirroring? In-Reply-To: <199609290930.LAA09794@shadows.aeon.net> from mika ruohotie at "Sep 29, 96 11:30:22 am" To: bsdscsi@shadows.aeon.net (mika ruohotie) Date: Sun, 29 Sep 1996 19:13:18 +0930 (CST) Cc: freebsd-scsi@freebsd.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > i was planning to strip only www and ftp partitions (and /usr/src but that's > something i can easily recover) and since the information specially on the > ftp partition will be something i cannot afford to lose, i was thinking is > there a safe way... > > now, you say it's possible, if it's not too difficult to do, where should > i start? i dont think i need complete walkthru, just hint where to start > looking for information... A fairly generic example of this would be a machine with a dual SCSI bus system, a small system drive for root and /usr, and then you data spread over say 4 2gb disks. So you would have SCSI BUS 1 SCSI BUS 2 | | +--> disk 1 +--> disk 3 | | +--> disk 2 +--> disk 4 Disk 1 and 2 would form a large interleaved data disks, which would then be mirrored onto disk's 3 and 4. Advantages are reasonable speed, and a measure of safety. If one disk fails then you can just "turn-off" ccd and continue on with the other good pair of disks. The man pages for ccd and ccdconfig discuss this in more detail. Also remember that other offsite backup is still needed. There is not much point having mirrored disks if someone destroys your site/computer/state. Regards, Peter -- Peter Childs --- http://www.imforei.apana.org.au/~pjchilds Finger pjchilds@al.imforei.apana.org.au for public PGP key Drag me, drop me, treat me like an object! From owner-freebsd-scsi Sun Sep 29 03:19:20 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA16907 for freebsd-scsi-outgoing; Sun, 29 Sep 1996 03:19:20 -0700 (PDT) Received: from sovcom.kiae.su (sovcom.kiae.su [193.125.152.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA16849; Sun, 29 Sep 1996 03:19:15 -0700 (PDT) Received: by sovcom.kiae.su id AA29250 (5.65.kiae-1 ); Sun, 29 Sep 1996 13:05:31 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Sun, 29 Sep 96 13:05:31 +0300 Received: (from ache@localhost) by nagual.ru (8.7.6/8.7.3) id NAA00787; Sun, 29 Sep 1996 13:05:49 +0300 (MSK) Message-Id: <199609291005.NAA00787@nagual.ru> Subject: Re: Warning: dangerous SCSI option: AHC_SCBPAGING_ENABLE In-Reply-To: <199609290828.BAA08892@freefall.freebsd.org> from "Justin T. Gibbs" at "Sep 29, 96 01:28:15 am" To: gibbs@freefall.freebsd.org (Justin T. Gibbs) Date: Sun, 29 Sep 1996 13:05:48 +0300 (MSK) Cc: current@FreeBSD.org, scsi@FreeBSD.org From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) Organization: self X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL26 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Its been stated several times on -current that SCBPAGING is a > bad idea right now. This is old news. It looks strange for me, because it work very well with one drive... Could you please add some warning (maybe in LINT?) about very experimental nature of this option? -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-scsi Sun Sep 29 03:27:48 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA22378 for freebsd-scsi-outgoing; Sun, 29 Sep 1996 03:27:48 -0700 (PDT) Received: from sequent.kiae.su (sequent.kiae.su [193.125.152.6]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA22328; Sun, 29 Sep 1996 03:27:43 -0700 (PDT) Received: by sequent.kiae.su id AA12613 (5.65.kiae-2 ); Sun, 29 Sep 1996 14:21:01 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Sun, 29 Sep 96 14:21:00 +0400 Received: (from ache@localhost) by nagual.ru (8.7.6/8.7.3) id NAA00814; Sun, 29 Sep 1996 13:08:34 +0300 (MSK) Message-Id: <199609291008.NAA00814@nagual.ru> Subject: Re: Warning: dangerous SCSI option: AHC_SCBPAGING_ENABLE In-Reply-To: <199609290841.SAA13277@asstdc.scgt.oz.au> from "michael butler" at "Sep 29, 96 06:41:11 pm" To: imb@scgt.oz.au (michael butler) Date: Sun, 29 Sep 1996 13:08:33 +0300 (MSK) Cc: current@freebsd.org, scsi@freebsd.org From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) Organization: self X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL26 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Recently I got bad experience, the story is: > > I have AHC_SCBPAGING_ENABLE and one SCSI-2 disk, it works right > > for a long time. When I add second SCSI-2 disk, this option almost > > immediately seriously damage my root filesystem on _first_ > > disk with diagnostic: > > > data overrun of bytes detected. Forcing a retry. > > That's odd .. it's (almost) the same as the driver in -stable and .. I got this diagnostic each boot time (in early rc stage) while I have this option, and all begin to work well when I remove this option, so it is definitely this thing. -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-scsi Sun Sep 29 04:13:51 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA18453 for freebsd-scsi-outgoing; Sun, 29 Sep 1996 04:13:51 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA18404; Sun, 29 Sep 1996 04:13:45 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id MAA11946; Sun, 29 Sep 1996 12:00:38 +0100 (MET) Received: from localhost (localhost [127.0.0.1]) by klemm.gtn.com (8.7.6/8.7.3) with ESMTP id MAA00266; Sun, 29 Sep 1996 12:58:07 +0200 (MET DST) Date: Sun, 29 Sep 1996 12:58:07 +0200 (MET DST) From: Andreas Klemm To: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= cc: FreeBSD-current , scsi@freebsd.org Subject: Re: Warning: dangerous SCSI option: AHC_SCBPAGING_ENABLE In-Reply-To: <199609290753.KAA00496@nagual.ru> Message-ID: X-try-apsfilter: ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz X-Fax: +49 2137 2018 X-Phone: +49 2137 2020 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 29 Sep 1996, [KOI8-R] Андрей Чернов wrote: > Recently I got bad experience, the story is: > I have AHC_SCBPAGING_ENABLE and one SCSI-2 disk, it works right > for a long time. When I add second SCSI-2 disk, this option almost > immediately seriously damage my root filesystem on _first_ > disk with diagnostic: > > data overrun of bytes detected. Forcing a retry. > > When I resurrect my root filesystem and remove this option, all > works right with two disks. > > BTW, AHC_TAGENABLE option works right in both cases. Puh, I disabled this option last recently because of my hangups ;) But I don't want to say that this was causing the hangups ... Difficult to say. -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-scsi Sun Sep 29 04:51:56 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA11607 for freebsd-scsi-outgoing; Sun, 29 Sep 1996 04:51:56 -0700 (PDT) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA11452; Sun, 29 Sep 1996 04:51:44 -0700 (PDT) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.7.6/BSD4.4) id VAA19822 Sun, 29 Sep 1996 21:51:06 +1000 (EST) From: michael butler Message-Id: <199609291151.VAA19822@asstdc.scgt.oz.au> Subject: Re: Warning: dangerous SCSI option: AHC_SCBPAGING_ENABLE To: ache@nagual.ru Date: Sun, 29 Sep 1996 21:51:06 +1000 (EST) Cc: current@freebsd.org, scsi@freebsd.org X-Mailer: ELM [version 2.4 PL24beta] Content-Type: text Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Recently I got bad experience, the story is: > > I have AHC_SCBPAGING_ENABLE and one SCSI-2 disk, it works right > > for a long time. I just remembered why I didn't have trouble on my news server .. 2842 revisions < 'E' don't get it enabled (news server has a rev 'C') and my web-server is rev >= 'E' but only has one drive, michael From owner-freebsd-scsi Sun Sep 29 09:07:09 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA12825 for freebsd-scsi-outgoing; Sun, 29 Sep 1996 09:07:09 -0700 (PDT) Received: from deacon.cogsci.ed.ac.uk (deacon.cogsci.ed.ac.uk [129.215.144.7]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA12796 for ; Sun, 29 Sep 1996 09:07:04 -0700 (PDT) Received: from pitcairn.cogsci.ed.ac.uk (pitcairn.cogsci.ed.ac.uk [129.215.197.19]) by deacon.cogsci.ed.ac.uk (8.6.10/8.6.12) with ESMTP id RAA17471; Sun, 29 Sep 1996 17:06:56 +0100 Date: Sun, 29 Sep 1996 17:06:55 +0100 Message-Id: <1239.199609291606@pitcairn.cogsci.ed.ac.uk> From: Richard Tobin Subject: Re: HP T4000s tape drive To: freebsd-scsi@freebsd.org In-Reply-To: J Wunsch's message of Sat, 28 Sep 1996 01:05:20 +0200 (MET DST) Organization: just say no Cc: richard@cogsci.ed.ac.uk Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Here's my diffs for 2.1.0. Perhaps someone could adjust them for the new SCSI code; I don't want to install a new version at present. -- Richard *** scsi_tape.h.orig Tue May 30 09:13:43 1995 --- scsi_tape.h Fri Sep 13 21:56:19 1996 *************** *** 307,312 **** --- 307,314 ---- #define QIC_1320 0x12 #define DDS 0x13 #define DAT_1 0x13 + #define QIC_3095 0x45 + #endif /* NEW_SCSICONF */ #endif /*SCSI_SCSI_TAPE_H*/ *** st.c.orig Sat Jul 22 05:25:10 1995 --- st.c Sun Sep 29 16:52:06 1996 *************** *** 62,69 **** #define IS_CTLMODE(DEV) (MODE(DEV) == CTLMODE) ! #define SCSI_2_MAX_DENSITY_CODE 0x17 /* maximum density code specified ! * in SCSI II spec. */ #ifndef NEW_SCSICONF /* * Define various devices that we know mis-behave in some way, --- 62,69 ---- #define IS_CTLMODE(DEV) (MODE(DEV) == CTLMODE) ! #define SCSI_2_MAX_DENSITY_CODE 0xff /* SCSI 2 spec is out of date! */ ! #ifndef NEW_SCSICONF /* * Define various devices that we know mis-behave in some way, *************** *** 92,97 **** --- 92,98 ---- #define ST_Q_SNS_HLP 0x00008 /* must do READ for good MODE SENSE */ #define ST_Q_IGNORE_LOADS 0x00010 #define ST_Q_BLKSIZ 0x00020 /* variable-block media_blksiz > 0 */ + #define ST_Q_SCSI2_PF 0x00040 /* set PF in mode select */ static struct rogues gallery[] = /* ends with an all-null entry */ { *************** *** 149,154 **** --- 150,164 ---- {0, ST_Q_FORCE_VAR_MODE, 0x13} /* minor 12,13,14,15 */ } }, + {"HP T4000s", "HP ", "T4000s", "????", + ST_Q_SCSI2_PF, + { + {0, 0, 0}, + {0, 0, 0}, + {0, 0, 0}, + {0, 0, 0} + } + }, {(char *) 0} }; #endif /* NEW_SCSICONF */ *************** *** 722,728 **** printf("st%ld: Cannot set selected mode", unit); return errno; } ! scsi_prevent(sc_link, PR_PREVENT, 0); /* who cares if it fails? */ st->flags &= ~ST_NEW_MOUNT; st->flags |= ST_MOUNTED; sc_link->flags |= SDEV_MEDIA_LOADED; --- 732,738 ---- printf("st%ld: Cannot set selected mode", unit); return errno; } ! scsi_prevent(sc_link, PR_PREVENT, SCSI_SILENT); st->flags &= ~ST_NEW_MOUNT; st->flags |= ST_MOUNTED; sc_link->flags |= SDEV_MEDIA_LOADED; *************** *** 1531,1536 **** --- 1541,1548 ---- dat.header.blk_desc_len = sizeof(struct blk_desc); dat.header.dev_spec |= SMH_DSP_BUFF_MODE_ON; dat.blk_desc.density = st->density; + if(st->quirks & ST_Q_SCSI2_PF) + scsi_cmd.byte2 |= SMS_PF; if (st->flags & ST_FIXEDBLOCKS) { scsi_uto3b(st->blksiz, dat.blk_desc.blklen); } From owner-freebsd-scsi Sun Sep 29 09:18:11 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA19329 for freebsd-scsi-outgoing; Sun, 29 Sep 1996 09:18:11 -0700 (PDT) Received: from gargoyle.carpe.net (root@gargoyle.carpe.net [194.162.243.7]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA19270 for ; Sun, 29 Sep 1996 09:18:06 -0700 (PDT) Received: from helva.grefen.carpe.net (helva.grefen.carpe.net [194.162.243.129]) by gargoyle.carpe.net (8.7.4/8.7.3) with ESMTP id SAA03933; Sun, 29 Sep 1996 18:16:12 +0200 (MET DST) Received: from hex.grefen.carpe.net (root@hex [194.162.243.130]) by helva.grefen.carpe.net (8.7.5/8.7.3) with ESMTP id SAA27967; Sun, 29 Sep 1996 18:11:17 +0200 (MET DST) Received: from hex.grefen.carpe.net (grefen@localhost [127.0.0.1]) by hex.grefen.carpe.net (8.7.3/8.7.3) with ESMTP id SAA22912; Sun, 29 Sep 1996 18:11:15 +0200 (MET DST) To: mika ruohotie Cc: rkw@dataplex.net (Richard Wackerbarth), pjchilds@imforei.apana.org.au, freebsd-scsi@freebsd.org Subject: Re: striping/mirroring? Reply-To: grefen@carpe.net In-reply-to: mika ruohotie's message <199609290930.LAA09794@shadows.aeon.net> of Sun, 29 Sep 96 11:30:22 +0200. References: <199609290930.LAA09794@shadows.aeon.net> Date: Sun, 29 Sep 1996 18:11:13 +0200 Message-ID: <22909.844013473@hex.grefen.carpe.net> From: Stefan Grefen Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199609290930.LAA09794@shadows.aeon.net> mika ruohotie wrote: > > No. However you can READ from disk1 while you wait for disk2 to finish. > > > > This may work particularly well in a case that most of the operations are > > reads. For example, a web server could be expected to have mostly reads > > with only a few writes. > > i was planning to strip only www and ftp partitions (and /usr/src but that's > something i can easily recover) and since the information specially on the > ftp partition will be something i cannot afford to lose, i was thinking is > there a safe way... > > now, you say it's possible, if it's not too difficult to do, where should > i start? i dont think i need complete walkthru, just hint where to start > looking for information... If you only need this for Ftp and www, than you can modify the daemons to write 2 copies. Thi sgives you the security of 2 copies plus the higher read-performance of ccd. This make only sense if you read more than you write .. Stefan > > > mickey > -- > mika@aeon.net mika ruohotie -- Stefan Grefen Am Grossberg 16, 55130 Mainz, Germany grefen@carpe.net +49 6131 998566 Fax:+49 6131 998568 Living on Earth may be expensive, but it includes an annual free trip around the Sun. From owner-freebsd-scsi Sun Sep 29 10:05:10 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA16481 for freebsd-scsi-outgoing; Sun, 29 Sep 1996 10:05:10 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA16439 for ; Sun, 29 Sep 1996 10:05:02 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id TAA05730; Sun, 29 Sep 1996 19:04:53 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id TAA02765; Sun, 29 Sep 1996 19:04:53 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id SAA07964; Sun, 29 Sep 1996 18:57:27 +0200 (MET DST) From: J Wunsch Message-Id: <199609291657.SAA07964@uriah.heep.sax.de> Subject: Re: HP T4000s tape drive To: freebsd-scsi@freebsd.org Date: Sun, 29 Sep 1996 18:57:27 +0200 (MET DST) Cc: richard@cogsci.ed.ac.uk Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <1239.199609291606@pitcairn.cogsci.ed.ac.uk> from Richard Tobin at "Sep 29, 96 05:06:55 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Richard Tobin wrote: > + #define QIC_3095 0x45 What do you need this for? > ! #define SCSI_2_MAX_DENSITY_CODE 0xff /* SCSI 2 spec is out of date! */ and this? The entire check for a ``max density'' could go. Justin, would commiting this conflict with your branch? (Ok, i can also check myself.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-scsi Sun Sep 29 10:19:17 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA22612 for freebsd-scsi-outgoing; Sun, 29 Sep 1996 10:19:17 -0700 (PDT) Received: from freefall.freebsd.org (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA22503; Sun, 29 Sep 1996 10:19:05 -0700 (PDT) Message-Id: <199609291719.KAA22503@freefall.freebsd.org> To: michael butler cc: ache@nagual.ru (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=), current@freebsd.org, scsi@freebsd.org Subject: Re: Warning: dangerous SCSI option: AHC_SCBPAGING_ENABLE In-reply-to: Your message of "Sun, 29 Sep 1996 18:41:11 +1000." <199609290841.SAA13277@asstdc.scgt.oz.au> Date: Sun, 29 Sep 1996 10:19:04 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >ahc0: aic7770 <= Rev C, Single Channel, SCSI Id=7, 4 SCBs Rev C adapters cannot do paging. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-scsi Sun Sep 29 10:43:09 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA04586 for freebsd-scsi-outgoing; Sun, 29 Sep 1996 10:43:09 -0700 (PDT) Received: from freefall.freebsd.org (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA04557; Sun, 29 Sep 1996 10:43:03 -0700 (PDT) Message-Id: <199609291743.KAA04557@freefall.freebsd.org> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-scsi@freebsd.org, richard@cogsci.ed.ac.uk Subject: Re: HP T4000s tape drive In-reply-to: Your message of "Sun, 29 Sep 1996 18:57:27 +0200." <199609291657.SAA07964@uriah.heep.sax.de> Date: Sun, 29 Sep 1996 10:43:02 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Justin, would commiting this conflict with your branch? (Ok, i can >also check myself.) No, but I would appreciate it if you committed it to the 'SCSI' branch too. >-- >cheers, J"org > >joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE >Never trust an operating system you don't have sources for. ;-) -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-scsi Sun Sep 29 10:52:51 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA09287 for freebsd-scsi-outgoing; Sun, 29 Sep 1996 10:52:51 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA09239 for ; Sun, 29 Sep 1996 10:52:40 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id TAA06854 for ; Sun, 29 Sep 1996 19:52:37 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id TAA03513 for scsi@freebsd.org; Sun, 29 Sep 1996 19:52:37 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id TAA08498 for scsi@freebsd.org; Sun, 29 Sep 1996 19:50:29 +0200 (MET DST) From: J Wunsch Message-Id: <199609291750.TAA08498@uriah.heep.sax.de> Subject: Re: HP T4000s tape drive To: scsi@freebsd.org Date: Sun, 29 Sep 1996 19:50:28 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199609291743.KAA04557@freefall.freebsd.org> from "Justin T. Gibbs" at "Sep 29, 96 10:43:02 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Justin T. Gibbs wrote: > >Justin, would commiting this conflict with your branch? (Ok, i can > >also check myself.) > > No, but I would appreciate it if you committed it to the 'SCSI' branch > too. Ok. I'll look into it. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-scsi Sun Sep 29 15:51:08 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA17286 for freebsd-scsi-outgoing; Sun, 29 Sep 1996 15:51:08 -0700 (PDT) Received: from deacon.cogsci.ed.ac.uk (deacon.cogsci.ed.ac.uk [129.215.144.7]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA17234 for ; Sun, 29 Sep 1996 15:50:59 -0700 (PDT) Received: from pitcairn.cogsci.ed.ac.uk (pitcairn.cogsci.ed.ac.uk [129.215.197.19]) by deacon.cogsci.ed.ac.uk (8.6.10/8.6.12) with ESMTP id XAA02108; Sun, 29 Sep 1996 23:50:57 +0100 Date: Sun, 29 Sep 1996 23:50:56 +0100 Message-Id: <1348.199609292250@pitcairn.cogsci.ed.ac.uk> From: Richard Tobin Subject: Re: HP T4000s tape drive To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch), freebsd-scsi@FreeBSD.org In-Reply-To: J Wunsch's message of Sun, 29 Sep 1996 18:57:27 +0200 (MET DST) Organization: just say no Cc: richard@cogsci.ed.ac.uk Sender: owner-freebsd-scsi@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > + #define QIC_3095 0x45 > What do you need this for? I don't use it, but the other tape types have #defines, and there are a couple of switch statements that switch on tape type and I'm not sure whether they should include this one. In particular, there's one that decides whether to use two file marks for end-of-data. Someone who understands the code better than me should look at it! > > ! #define SCSI_2_MAX_DENSITY_CODE 0xff /* SCSI 2 spec is out of date! */ > and this? The entire check for a ``max density'' could go. Well the user passes it in as a u_int32 (in the ioctl) and it gets assigned to a u_char (for the scsi_select), so perhaps a range check is still appropriate? > Justin, would commiting this conflict with your branch? (Ok, i can > also check myself.) Remember it was a patch relative to 2.1.0-RELEASE! -- Richard From owner-freebsd-scsi Mon Sep 30 04:09:10 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA16446 for freebsd-scsi-outgoing; Mon, 30 Sep 1996 03:47:38 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA16242 for ; Mon, 30 Sep 1996 03:47:24 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id XAA19377 for ; Sun, 29 Sep 1996 23:56:00 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA02274; Mon, 30 Sep 1996 08:51:08 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA14679; Mon, 30 Sep 1996 08:51:07 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id IAA11367; Mon, 30 Sep 1996 08:25:42 +0200 (MET DST) From: J Wunsch Message-Id: <199609300625.IAA11367@uriah.heep.sax.de> Subject: Re: HP T4000s tape drive To: freebsd-scsi@FreeBSD.ORG Date: Mon, 30 Sep 1996 08:25:42 +0200 (MET DST) Cc: richard@cogsci.ed.ac.uk Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <1348.199609292250@pitcairn.cogsci.ed.ac.uk> from Richard Tobin at "Sep 29, 96 11:50:56 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Richard Tobin wrote: > > > + #define QIC_3095 0x45 > > What do you need this for? > > I don't use it, but the other tape types have #defines, and there are Not quite all of them. :) > a couple of switch statements that switch on tape type and I'm not > sure whether they should include this one. In particular, there's one I think this switch statement is half-bogus, too. If i remember well, it tries to figure out whether a particular tape might be fixed or variable record-length. Only a few (old) drives don't grok variable, so the switch statement certainly doesn't need to be extended. > > > ! #define SCSI_2_MAX_DENSITY_CODE 0xff /* SCSI 2 spec is out of date! */ > > and this? The entire check for a ``max density'' could go. > > Well the user passes it in as a u_int32 (in the ioctl) and it gets > assigned to a u_char (for the scsi_select), so perhaps a range check > is still appropriate? No. It's garbage. There's no use of limiting the density range that could be passed down to the device. The worst that happens (if a user specifies a bogus density in the ``mt density'' command) is a SCSI error that will pop up on the console. We already agreed before that this test can go away. > > Justin, would commiting this conflict with your branch? (Ok, i can > > also check myself.) > > Remember it was a patch relative to 2.1.0-RELEASE! Yep. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-scsi Mon Sep 30 14:42:58 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA05167 for freebsd-scsi-outgoing; Mon, 30 Sep 1996 14:42:58 -0700 (PDT) Received: from iafnl.es.iaf.nl (uucp@iafnl.es.iaf.nl [195.108.17.20]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA05066 for ; Mon, 30 Sep 1996 14:42:50 -0700 (PDT) Received: by iafnl.es.iaf.nl with UUCP id AA31206 (5.67b/IDA-1.5 for freebsd-scsi@FreeBSD.ORG); Mon, 30 Sep 1996 23:42:32 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.7.5/8.6.12) id UAA00673; Mon, 30 Sep 1996 20:43:58 +0100 (MET) From: Wilko Bulte Message-Id: <199609301943.UAA00673@yedi.iaf.nl> Subject: Re: HP T4000s tape drive To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 30 Sep 1996 20:43:58 +0100 (MET) Cc: freebsd-scsi@FreeBSD.ORG, richard@cogsci.ed.ac.uk In-Reply-To: <199609300625.IAA11367@uriah.heep.sax.de> from "J Wunsch" at Sep 30, 96 08:25:42 am X-Mailer: ELM [version 2.4 PL24 ME8a] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As J Wunsch wrote... > As Richard Tobin wrote: > > > > > ! #define SCSI_2_MAX_DENSITY_CODE 0xff /* SCSI 2 spec is out of date! */ > > > and this? The entire check for a ``max density'' could go. > > > > Well the user passes it in as a u_int32 (in the ioctl) and it gets > > assigned to a u_char (for the scsi_select), so perhaps a range check > > is still appropriate? > > No. It's garbage. There's no use of limiting the density range that > could be passed down to the device. The worst that happens (if a user > specifies a bogus density in the ``mt density'' command) is a SCSI > error that will pop up on the console. We already agreed before that > this test can go away. As an example: my DLT2000 can use 0x81 to switch to compressed mode. Drives should be smart enough to return invalid mode or something similar. Wilko _ ____________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl - Arnhem, The Netherlands |/|/ / / /( (_) Do, or do not. There is no 'try' - Yoda -------------------------------------------------------------------------- From owner-freebsd-scsi Mon Sep 30 21:44:34 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA25925 for freebsd-scsi-outgoing; Mon, 30 Sep 1996 21:44:34 -0700 (PDT) Received: from capella.grayphics.com (root@capella.grayphics.com [207.71.216.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA25900; Mon, 30 Sep 1996 21:44:19 -0700 (PDT) Received: (from nick@localhost) by capella.grayphics.com (8.7.5/8.6.12) id VAA08679; Mon, 30 Sep 1996 21:44:18 -0700 (PDT) Date: Mon, 30 Sep 1996 21:44:18 -0700 (PDT) From: Nick Esborn To: freebsd-questions@freebsd.org, freebsd-scsi@freebsd.org Subject: System freezes with Adaptec 2940UW Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have a 2.1.5R system that has run under various configurations, most recently including a P6-200 board with the natoma chipset. I have used various SCSI interfaces, including an AHA-1542CP, and the on-board AIC-7880 of an older P5 board I used. But when I recently upgraded to the AHA-2940UW, I began seeing total system lockups every few days. The lockups do not seem to correspond to heavy disk activity, although there does need to be SOME sort of disk activity for it to occur. Once it was when I ran telnet. The disk goes to access, then all the system's SCSI indicators go solid, and the machine won't respond to anything except a physical power cycle. I have managed to always be at the console when it happened, so I have been able to reboot the machine (it doesn't reboot itself), but I am concerned that it may do this overnight or something. Hardware is as follows: Generic Natoma P6 board with one P6/200 96MB 60ns parity RAM: 2 32's, 2 16's. PCI cards: Adaptec 2940UW Digital Fast Etherworks ISA cards: Diamond Stealth VRAM Gravis Ultrasound (non PnP) SCSI disks: Seagate ST-43400N IBM DSAS-3540 (powered and on SCSI chain, but not mounted or used) Thanks for any ideas or recommendations Nick Grayphics http://www.grayphics.com From owner-freebsd-scsi Tue Oct 1 04:22:44 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA13017 for freebsd-scsi-outgoing; Tue, 1 Oct 1996 04:22:44 -0700 (PDT) Received: from buffnet4.buffnet.net (root@buffnet4.buffnet.net [205.246.19.13]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA13012; Tue, 1 Oct 1996 04:22:41 -0700 (PDT) Received: from buffnet1.buffnet.net (mmdf@buffnet1.buffnet.net [205.246.19.10]) by buffnet4.buffnet.net (8.6.12/8.6.9) with SMTP id GAA20917; Tue, 1 Oct 1996 06:23:23 GMT Received: from buffnet11.buffnet.net by buffnet1.buffnet.net id aa06791; 1 Oct 96 7:28 EDT Date: Tue, 1 Oct 1996 07:28:54 -0400 (EDT) From: Steve To: Nick Esborn cc: freebsd-questions@freebsd.org, freebsd-scsi@freebsd.org Subject: Re: System freezes with Adaptec 2940UW In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 30 Sep 1996, Nick Esborn wrote: > > The lockups do not seem to correspond to heavy disk activity, although scsi hangs are usually a scsi device gone sour. From owner-freebsd-scsi Tue Oct 1 07:00:52 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA18529 for freebsd-scsi-outgoing; Tue, 1 Oct 1996 07:00:52 -0700 (PDT) Received: from casimir.easynet.fr (casimir.easynet.fr [194.51.27.235]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA18508; Tue, 1 Oct 1996 07:00:42 -0700 (PDT) Received: from casimir.easynet.fr (casimir.easynet.fr [194.51.27.235]) by casimir.easynet.fr (8.7.5/8.7.3) with SMTP id QAA00675; Tue, 1 Oct 1996 16:00:10 +0200 (MET DST) Date: Tue, 1 Oct 1996 16:00:09 +0200 (MET DST) From: David Ramahefason To: freebsd-scsi@freebsd.org cc: freebsd-hardware@freebsd.org Subject: Problems with an HP DAT 35480 A 1109 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I'm trying to have an Amanda server on my FBSD box, but seem to have problems with my DAT drive... When I issuse a tar cvf /dev/nrst0 * I always get an I/O error. I've tryied different tapes, but got the same result. Did I forgot something on my config, is the driver buggy ? Please HEEEEELP.... I'm working on it for a week now. DaviD _____________________Part of the SysopFamilly__________________ |David Ramahefason rama@easynet.fr | |Sysop, Easynet France SA http://www.easynet.fr | |23, rue du Renard, 75004 Paris, FRANCE | |tel: 44 54 53 33 Fax: 44 54 53 39 | ---------------- From owner-freebsd-scsi Tue Oct 1 10:25:24 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA03403 for freebsd-scsi-outgoing; Tue, 1 Oct 1996 10:25:24 -0700 (PDT) Received: from tailspin.nas.nasa.gov (tailspin.nas.nasa.gov [129.99.33.48]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA03395 for ; Tue, 1 Oct 1996 10:25:21 -0700 (PDT) Received: from localhost (proett@localhost) by tailspin.nas.nasa.gov (8.7.5/NAS.6.1) with SMTP id KAA00191; Tue, 1 Oct 1996 10:25:08 -0700 (PDT) Message-Id: <199610011725.KAA00191@tailspin.nas.nasa.gov> X-Authentication-Warning: tailspin.nas.nasa.gov: Host proett@localhost didn't use HELO protocol To: David Ramahefason cc: freebsd-scsi@freebsd.org Subject: Re: Problems with an HP DAT 35480 A 1109 In-reply-to: Your message of "Tue, 01 Oct 1996 16:00:09 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 01 Oct 1996 10:25:06 -0700 From: Tom Proett Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have a Wangtek DAT drive -- it's an older model. It used to require a blocksize of 128k when I was using FreeBSD 1.5.1.1. Now, with FBSD2.1, I have to leave it unspecified. I would suggest trying some different power of 2 blocksizes, starting with 128k. Tom -- proett@nas.nasa.gov NASA Ames Research Center From owner-freebsd-scsi Tue Oct 1 12:57:33 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA20394 for freebsd-scsi-outgoing; Tue, 1 Oct 1996 12:57:33 -0700 (PDT) Received: from alpo.whistle.com ([207.76.204.16]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA20375; Tue, 1 Oct 1996 12:57:28 -0700 (PDT) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.7.5/8.7.3) with SMTP id MAA06881; Tue, 1 Oct 1996 12:54:27 -0700 (PDT) Message-ID: <32517682.15FB7483@whistle.com> Date: Tue, 01 Oct 1996 12:52:34 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: David Ramahefason CC: freebsd-scsi@FreeBSD.org, freebsd-hardware@FreeBSD.org Subject: Re: Problems with an HP DAT 35480 A 1109 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk David Ramahefason wrote: > > Hi, > I'm trying to have an Amanda server on my FBSD box, but seem to have > problems with my DAT drive... > When I issuse a tar cvf /dev/nrst0 * I always get an I/O error. I've > tryied different tapes, but got the same result. > Did I forgot something on my config, is the driver buggy ? > Please HEEEEELP.... I'm working on it for a week now. what KIND of error? > > DaviD > > _____________________Part of the SysopFamilly__________________ > |David Ramahefason rama@easynet.fr | > |Sysop, Easynet France SA http://www.easynet.fr | > |23, rue du Renard, 75004 Paris, FRANCE | > |tel: 44 54 53 33 Fax: 44 54 53 39 | > ---------------- From owner-freebsd-scsi Tue Oct 1 15:22:47 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA02803 for freebsd-scsi-outgoing; Tue, 1 Oct 1996 15:22:47 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA02795 for ; Tue, 1 Oct 1996 15:22:42 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA17576; Wed, 2 Oct 1996 00:21:12 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA24990; Wed, 2 Oct 1996 00:21:12 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id AAA18359; Wed, 2 Oct 1996 00:05:12 +0200 (MET DST) From: J Wunsch Message-Id: <199610012205.AAA18359@uriah.heep.sax.de> Subject: Re: Problems with an HP DAT 35480 A 1109 To: freebsd-scsi@freebsd.org Date: Wed, 2 Oct 1996 00:05:12 +0200 (MET DST) Cc: rama@easynet.fr (David Ramahefason) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from David Ramahefason at "Oct 1, 96 04:00:09 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As David Ramahefason wrote: > I'm trying to have an Amanda server on my FBSD box, but seem to have > problems with my DAT drive... > When I issuse a tar cvf /dev/nrst0 * I always get an I/O error. I've > tryied different tapes, but got the same result. The IO error itself is not a very much useful hint. Any SCSI error messages on the console? We've got an HP 35480 at work which works flawlessly (though not [yet] with Amanda, but with plain dump and tar). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-scsi Tue Oct 1 15:52:32 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA06158 for freebsd-scsi-outgoing; Tue, 1 Oct 1996 15:52:32 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA06153 for ; Tue, 1 Oct 1996 15:52:28 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA18160; Wed, 2 Oct 1996 00:51:18 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA25659; Wed, 2 Oct 1996 00:51:18 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id AAA18878; Wed, 2 Oct 1996 00:30:58 +0200 (MET DST) From: J Wunsch Message-Id: <199610012230.AAA18878@uriah.heep.sax.de> Subject: Re: Problems with an HP DAT 35480 A 1109 To: freebsd-scsi@FreeBSD.org Date: Wed, 2 Oct 1996 00:30:58 +0200 (MET DST) Cc: rama@easynet.fr Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610011725.KAA00191@tailspin.nas.nasa.gov> from Tom Proett at "Oct 1, 96 10:25:06 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Tom Proett wrote: > I have a Wangtek DAT drive -- it's an older model. It used to require > a blocksize of 128k when I was using FreeBSD 1.5.1.1. Now, with FBSD2.1, > I have to leave it unspecified. I would suggest trying some different power > of 2 blocksizes, starting with 128k. 128 K is useless. physio() splits it into (at most) 64 K chunks anyway. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-scsi Wed Oct 2 01:30:25 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA20640 for freebsd-scsi-outgoing; Wed, 2 Oct 1996 01:30:25 -0700 (PDT) Received: from casimir.easynet.fr (casimir.easynet.fr [194.51.27.235]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA20620 for ; Wed, 2 Oct 1996 01:30:14 -0700 (PDT) Received: from casimir.easynet.fr (casimir.easynet.fr [194.51.27.235]) by casimir.easynet.fr (8.7.5/8.7.3) with SMTP id KAA02389; Wed, 2 Oct 1996 10:24:00 +0200 (MET DST) Date: Wed, 2 Oct 1996 10:24:00 +0200 (MET DST) From: David Ramahefason To: Tom Proett cc: freebsd-scsi@FreeBSD.ORG Subject: Re: Problems with an HP DAT 35480 A 1109 In-Reply-To: <199610011725.KAA00191@tailspin.nas.nasa.gov> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 1 Oct 1996, Tom Proett wrote: > I have a Wangtek DAT drive -- it's an older model. It used to require > a blocksize of 128k when I was using FreeBSD 1.5.1.1. Now, with FBSD2.1, > I have to leave it unspecified. I would suggest trying some different power > of 2 blocksizes, starting with 128k. > Ok, but when I try to set the blocksize with mt: mt blocksize 128000 I get st0:bad request, must be multiple of 128000, and if I change it to 256000, I get the same answer..... DaviD _____________________Part of the SysopFamilly__________________ |David Ramahefason rama@easynet.fr | |Sysop, Easynet France SA http://www.easynet.fr | |23, rue du Renard, 75004 Paris, FRANCE | |tel: 44 54 53 33 Fax: 44 54 53 39 | ---------------- From owner-freebsd-scsi Wed Oct 2 01:48:57 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA21665 for freebsd-scsi-outgoing; Wed, 2 Oct 1996 01:48:57 -0700 (PDT) Received: from casimir.easynet.fr (casimir.easynet.fr [194.51.27.235]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA21646; Wed, 2 Oct 1996 01:48:50 -0700 (PDT) Received: from casimir.easynet.fr (casimir.easynet.fr [194.51.27.235]) by casimir.easynet.fr (8.7.5/8.7.3) with SMTP id KAA00692; Wed, 2 Oct 1996 10:48:03 +0200 (MET DST) Date: Wed, 2 Oct 1996 10:48:03 +0200 (MET DST) From: David Ramahefason To: Julian Elischer cc: freebsd-scsi@FreeBSD.ORG, freebsd-hardware@FreeBSD.ORG Subject: Re: Problems with an HP DAT 35480 A 1109 In-Reply-To: <32517682.15FB7483@whistle.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 1 Oct 1996, Julian Elischer wrote: > David Ramahefason wrote: > > > > Hi, > > I'm trying to have an Amanda server on my FBSD box, but seem to have > > problems with my DAT drive... > > When I issuse a tar cvf /dev/nrst0 * I always get an I/O error. I've > > tryied different tapes, but got the same result. > > Did I forgot something on my config, is the driver buggy ? > > Please HEEEEELP.... I'm working on it for a week now. > what KIND of error? > Well, it starts to backup and few seconds later I got a tar error: unable to write : I/O error. If I take a look to the console log, /kernel:st0(bt0:3:0): UNIT ATTENTION asc:28, 0 /kernel:st0(bt0:3:0): Not ready to transition, medium may have changed and sometimes I get: /kernel:st0(bt0:3:0): HARDWARE FAILURE asc:44,0 Internal target failure and I I try to change the blocksize with mt, I get: /kernel: st0 bad request must be multiple of "the blocksize I gave" Here the output of my mt st: Present Mode: Density = X3B5/88-185A Blocksize variable ---------available modes--------- Mode 0: Density = 0x00 Blocksize variable Mode 1: Density = X3.136-1986 Blocksize = 512 bytes Mode 2: Density = X3.39-1986 Blocksize variable Mode 3: Density = X3.54-1986 Blocksize variable Where is the problem ? Is the tape drive dead ? Oh, my SCSI card is a Buslogic 946 (PCI) DaviD _____________________Part of the SysopFamilly__________________ |David Ramahefason rama@easynet.fr | |Sysop, Easynet France SA http://www.easynet.fr | |23, rue du Renard, 75004 Paris, FRANCE | |tel: 44 54 53 33 Fax: 44 54 53 39 | ---------------- From owner-freebsd-scsi Wed Oct 2 10:22:59 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA22300 for freebsd-scsi-outgoing; Wed, 2 Oct 1996 10:22:59 -0700 (PDT) Received: from server.wulaw.wustl.edu (server.wulaw.wustl.edu [128.252.251.249]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA22290; Wed, 2 Oct 1996 10:22:53 -0700 (PDT) Received: from localhost (matt@localhost) by server.wulaw.wustl.edu (8.7.5/8.6.9) with SMTP id MAA01056; Wed, 2 Oct 1996 12:22:41 -0500 (CDT) Date: Wed, 2 Oct 1996 12:22:41 -0500 (CDT) From: Matt Rosenberg To: questions@freebsd.org, scsi@freebsd.org cc: gibbs@freefall.freebsd.org, se@zpr.uni-koeln.de Subject: 2.2 -- COMPAQ / PCI Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk More problems with COMPAQ and the PCI bus. I tried installing the latest version (2.2-960801SNAP) to try and solve the problem, but on the probe of the PCI bus on my COMPAQ ProLiant 5000 it fails to find any of the PCI devices other than the chipset and also shows the wrong amount of memory. COMPAQ ProLiant 5000 Adaptec 2940UW 3Com PCI EtherLink 10/100 card from the boot disk kernel for 2.2: avail memory = 13496320 (13180K) eisa0: Probing for devices on the EISA bus Probing for devices on PCI bus 0: chip0 rev 21 on pci0:15:0 pci0:20 Intel Corporation, device = 0x84c5, class = memory (ram) [no driver assigned] chip1 rev 4 on pci0:25 chip2 rev 4 on pci0:26 and then it goes on to the ISA devices. My current FreeBSD system is in desparate need of upgrade, and I don't want to have to migrate to another flavor of UNIX. Hints? Suggestions? ========================================================== Matt Rosenberg Washington University School of Law matt@www.wulaw.wustl.edu http://www.wulaw.wustl.edu/~matt ========================================================== From owner-freebsd-scsi Wed Oct 2 10:31:52 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA23007 for freebsd-scsi-outgoing; Wed, 2 Oct 1996 10:31:52 -0700 (PDT) Received: from mail.ruhrgebiet.individual.net (in-ruhr.ruhr.de [193.100.176.38]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA23001 for ; Wed, 2 Oct 1996 10:31:46 -0700 (PDT) Received: by mail.ruhrgebiet.individual.net (8.7.1/8.6.12) with UUCP id RAA04304; Wed, 2 Oct 1996 17:52:58 +0100 (MET) Received: by robkaos.ruhr.de (/\oo/\ Smail3.1.29.1 #29.1) id ; Wed, 2 Oct 96 18:35 MET DST Message-Id: From: robsch@robkaos.ruhr.de (Robert Schien) Subject: Re: Problems with an HP DAT 35480 A 1109 In-Reply-To: from David Ramahefason at "Oct 2, 96 10:24:00 am" To: rama@easynet.fr (David Ramahefason) Date: Wed, 2 Oct 1996 18:35:13 +0200 (MET DST) Cc: freebsd-scsi@freebsd.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > On Tue, 1 Oct 1996, Tom Proett wrote: > > > I have a Wangtek DAT drive -- it's an older model. It used to require > > a blocksize of 128k when I was using FreeBSD 1.5.1.1. Now, with FBSD2.1, > > I have to leave it unspecified. I would suggest trying some different power > > of 2 blocksizes, starting with 128k. > > > > Ok, but when I try to set the blocksize with mt: > > mt blocksize 128000 > I get st0:bad request, must be multiple of 128000, and if I change it to > 256000, I get the same answer..... > BTW, when I try to read a DAT cartridge on my Archive Python DAT drive I get SCSI timeouts when the tape is written with a SCSI blocksize of 20480 bytes. Tapes with default blocksizes don't cause these problems. I think the timeouts are produced by the tape because the errors occur even when on other SCSI devices is no activity (I umount the SCSI hard drives and use only the IDE partition). But when there's activity on the SCSI hard drives the timeouts occur faster. Any ideas what the source of the problem might be? The system is a 486DX50 with 20 MB RAM and an AHA1542C running -current (4 or 5 days old). The SCSI hard drives are Conners 2105S. TIA Robert From owner-freebsd-scsi Wed Oct 2 11:06:51 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA25161 for freebsd-scsi-outgoing; Wed, 2 Oct 1996 11:06:51 -0700 (PDT) Received: from freefall.freebsd.org (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA25132; Wed, 2 Oct 1996 11:06:42 -0700 (PDT) Message-Id: <199610021806.LAA25132@freefall.freebsd.org> To: Matt Rosenberg cc: questions@freebsd.org, scsi@freebsd.org, se@zpr.uni-koeln.de Subject: Re: 2.2 -- COMPAQ / PCI In-reply-to: Your message of "Wed, 02 Oct 1996 12:22:41 CDT." Date: Wed, 02 Oct 1996 11:06:42 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >More problems with COMPAQ and the PCI bus. I tried installing the latest >version (2.2-960801SNAP) to try and solve the problem, but on the probe of >the PCI bus on my COMPAQ ProLiant 5000 it fails to find any of the PCI >devices other than the chipset and also shows the wrong amount of memory. > COMPAQ ProLiant 5000 > Adaptec 2940UW > 3Com PCI EtherLink 10/100 card > >from the boot disk kernel for 2.2: > avail memory = 13496320 (13180K) > eisa0: > Probing for devices on the EISA bus > Probing for devices on PCI bus 0: > chip0 rev 21 on pci0:15:0 > pci0:20 Intel Corporation, device = 0x84c5, class = memory (ram) [no > driver assigned] > chip1 > rev 4 on pci0:25 > chip2 > rev 4 on pci0:26 > >and then it goes on to the ISA devices. My current FreeBSD system is in >desparate need of upgrade, and I don't want to have to migrate to another >flavor of UNIX. Hints? Suggestions? Talk to stefan@FreeBSD.org > >========================================================== >Matt Rosenberg >Washington University School of Law >matt@www.wulaw.wustl.edu http://www.wulaw.wustl.edu/~matt >========================================================== > -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-scsi Wed Oct 2 16:15:48 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA13966 for freebsd-scsi-outgoing; Wed, 2 Oct 1996 16:15:48 -0700 (PDT) Received: from ghost.mep.ruhr-uni-bochum.de (ghost.mep.ruhr-uni-bochum.de [134.147.6.16]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA13958 for ; Wed, 2 Oct 1996 16:15:43 -0700 (PDT) Received: (from roberte@localhost) by ghost.mep.ruhr-uni-bochum.de (8.7.5/8.7.3) id BAA05824; Thu, 3 Oct 1996 01:09:31 +0200 (MET DST) From: Robert Eckardt Message-Id: <199610022309.BAA05824@ghost.mep.ruhr-uni-bochum.de> Subject: hp4020i on 2.1.5, and it burns, burns, burns, ... In-Reply-To: <199610010713.JAA16099@uriah.heep.sax.de> from J Wunsch at "1. Oct. 96 9:13:01" To: joerg_wunsch@uriah.heep.sax.de Date: Thu, 3 Oct 1996 01:09:30 +0200 (MET DST) Cc: roberte@mep.ruhr-uni-bochum.de, darrylo@hpnmhjw.sr.hp.com, robsch@robkaos.ruhr.de, freebsd-scsi@freebsd.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > p.s.: Discussion of this kind would better belong to freebsd-scsi@ > freebsd.org. There are quite a few more people than these three here > working with CD-R. Here we go: CC: freebsd-scsi@freebsd.org Hello again, finally, I wanted to update you on my progress with the burner. This time I always ejected/reinserted the CD and never did an abort on the dummy burn. (being really careful this time :-) I also checked the RAM timing and used a little slower values -- although I had no problems before. (But I'm using mixed 4MB and 1MB modules.) (I "checked" RAM by running 3 `lat_mem_rd 8 128' simultaneously.) After four successful dummy runs I burned a CD from the same file I used on Monday (while now running X and several xterms). 14:23 beta: /root 0#% burncd /fat/test-cd Place a blank CD in the writer and press return: 663900 kilobytes, 2210 seconds 1327800+0 records in 33195+0 records out 679833600 bytes transferred in 2217 secs (306645 bytes/sec) Time report: 15.400u 701.379s 39:21.13 30.3% 15:05 beta: /root 0#% So, no timeouts. Afterwards, no problems with mounting or reading. Thanks for your support. > But that's already the limit. Don't push it beyond it. For example, > my machine at work does also serve as the company's lpd filter, with > ghostscript rendering PS jobs. While running with 16 MB under X11, > _this_ one finally caused the burner to underrun. May be I had luck that it didn't start swapping heavily. A few swaps are caught by the team buffer, but when it really gets into it ... > I can live with mkisofs, but would like to see it supporting what Regarding my idea of including write support into the cd9660-FS, I think it's very difficult (don't want to say impossible :-) since a mounted vn-file cannot grow or shrink, but one doesn't know the final size beforehand. On the other hand it would be cool(tm) to read/write on an ISO-FS and than copy it to a CD-R (needing only 1x). (But I know too little about FS, CD9660 etc.) > ISO9660 calls ``multi-session'' (which is IMHO a big abuse of the > term). Btw., the Windows zoffware is likely to be actually a > single-user DOS software when it comes to actually burning the stuff, > thus you gotta dedicate the machine for it... And don't move the mouse! :-) (Heavily moving the mouse and a window lets the buffer underrun on Loose 3.1, 486DX2/66, 32MB) Just wanted to mention a question on -questions by Martin Ostermann : > When I configured the worm support in the kernel, the CD-writer only > shows up as the worm, no longer as cd0. When I try to mount /dev/cd0, > it says "device not configured", which is true, it doesn't show up > during boot. > > Now, worm(4) says that it should supply all capabilities of cd(4), but > there's no worm block device (/dev/worm0). > > Can I create on (what minor number?), or how is it going to work? I started wondering about this too. Also, are there some special commands (tools/ioctls) for reading audio-CD tracks to disk ? (Something like creating my favorite top ten. :-) -- Robert Eckardt \\ FreeBSD -- solutions for a large universe.(tm) RobertE@MEP.Ruhr-Uni-Bochum.de \\ What do you want to boot tomorrow ?(tm) http://WWW.MEP.Ruhr-Uni-Bochum.de/~roberte For PGP-key finger roberte@gluon.MEP.Ruhr-Uni-Bochum.de From owner-freebsd-scsi Wed Oct 2 16:27:54 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA14501 for freebsd-scsi-outgoing; Wed, 2 Oct 1996 16:27:54 -0700 (PDT) Received: from hp.com (hp.com [15.255.152.4]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA14488 for ; Wed, 2 Oct 1996 16:27:51 -0700 (PDT) Received: from srmail.sr.hp.com by hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA256618858; Wed, 2 Oct 1996 16:27:39 -0700 Received: from hpnmhjw.sr.hp.com by srmail.sr.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA151268857; Wed, 2 Oct 1996 16:27:38 -0700 Received: from mina.sr.hp.com by hpnmhjw.sr.hp.com with SMTP (1.37.109.16/15.5+ECS 3.3) id AA096908856; Wed, 2 Oct 1996 16:27:36 -0700 Message-Id: <199610022327.AA096908856@hpnmhjw.sr.hp.com> To: Robert Eckardt Cc: joerg_wunsch@uriah.heep.sax.de, robsch@robkaos.ruhr.de, freebsd-scsi@freebsd.org Subject: Re: hp4020i on 2.1.5, and it burns, burns, burns, ... Reply-To: darrylo@sr.hp.com In-Reply-To: Your message of "Thu, 03 Oct 1996 01:09:30 +0200." <199610022309.BAA05824@ghost.mep.ruhr-uni-bochum.de> Date: Wed, 02 Oct 1996 16:27:35 -0700 From: Darryl Okahata Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > After four successful dummy runs I burned a CD from the same > file I used on Monday (while now running X and several xterms). Congratulations! > Just wanted to mention a question on -questions by > Martin Ostermann : [ ... ] > I started wondering about this too. I just posted a reply to this. Basically, it cannot be done (for now). Until someone merges (?) the worm and CDROM drivers, you can't read CDROMs in a CDROM burner. [ Well, this isn't quite true; I suppose you could reboot with a valid CDROM in the burner, which makes FreeBSD think that you have a CDROM reader and not a CDROM writer .... Ugly, but that's the way things currently are. ] -- Darryl Okahata Internet: darrylo@sr.hp.com DISCLAIMER: this message is the author's personal opinion and does not constitute the support, opinion, or policy of Hewlett-Packard, or of the little green men that have been following him all day. From owner-freebsd-scsi Thu Oct 3 03:23:37 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA19194 for freebsd-scsi-outgoing; Thu, 3 Oct 1996 03:23:37 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA19185 for ; Thu, 3 Oct 1996 03:23:26 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id MAA14340; Thu, 3 Oct 1996 12:23:20 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id MAA03073; Thu, 3 Oct 1996 12:23:14 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id MAA25420; Thu, 3 Oct 1996 12:15:52 +0200 (MET DST) From: J Wunsch Message-Id: <199610031015.MAA25420@uriah.heep.sax.de> Subject: Re: hp4020i on 2.1.5, and it burns, burns, burns, ... To: freebsd-scsi@freebsd.org Date: Thu, 3 Oct 1996 12:15:52 +0200 (MET DST) Cc: roberte@mep.ruhr-uni-bochum.de (Robert Eckardt) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610022309.BAA05824@ghost.mep.ruhr-uni-bochum.de> from Robert Eckardt at "Oct 3, 96 01:09:30 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Robert Eckardt wrote: > This time I always ejected/reinserted the CD and never did an abort on the > dummy burn. (being really careful this time :-) Ah, that matches with other people's experience. I think i will forcibly unload the drive at least after the fixation command in a dummy burn. > 679833600 bytes transferred in 2217 secs (306645 bytes/sec) This is the expected data rate: j@uriah 157% echo 'scale=3; 350 / (2352 / 2048)' | bc 304.878 Double speed means 350 KB/s raw data, for 2352 bytes per block. Since the drive supplies the 304 error correction and pointer bytes, the data rate into the drive is ~ 300 KB/s. (20 MB machine with X11) > > But that's already the limit. Don't push it beyond it. > May be I had luck that it didn't start swapping heavily. A few > swaps are caught by the team buffer, but when it really gets into it > ... I don't have swap space on the disk i'm reading the CD data from. But i figure that this is overcautious, since once it happened that my colleague did a bunch of random seeks on another 1 GB file that was on the same disk -- he didn't realize that i was burning a CD at the same time. :-) > > I can live with mkisofs, but would like to see it supporting what > > Regarding my idea of including write support into the cd9660-FS, > I think it's very difficult (don't want to say impossible :-) since > a mounted vn-file cannot grow or shrink, but one doesn't know the final > size beforehand. A mounted vn file _can_ grow. It cannot shrink. At least, that's what i kept in mind. > > When I configured the worm support in the kernel, the CD-writer only > > shows up as the worm, no longer as cd0. When I try to mount /dev/cd0, > > it says "device not configured", which is true, it doesn't show up > > during boot. > > > > Now, worm(4) says that it should supply all capabilities of cd(4), but > > there's no worm block device (/dev/worm0). > I started wondering about this too. It's not that much a problem whether the block device is there or not, but you will notice that you can't read data through the raw device either. It is _supposed_ to work, however, so good luck in finding the actual bug! :) Including the logic for the block device is a minor piece of work then, it should be done in less than 15 minutes. > Also, are there some special commands (tools/ioctls) for reading audio-CD > tracks to disk ? (Something like creating my favorite top ten. :-) SCSI-2 did the mistake to forbid raw-reading of audio data. When CD-ROM drive vendors later realized that there's a real market for this feature (starting with the Toshiba XM3401, e.g. SGI was using this feature in their Indy's), they developed backdoor commands of their own. Thus, it will be impossible to handle all drives similar, and some of the drives won't allow it at all. I once thought about a method how to handle this, but eventually deferred all the ideas about the `cd' driver until Justin has commited his changes to the SCSI subsystem into the main branch. I've also got things about multi-track and multi-session CDs in mind. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-scsi Thu Oct 3 04:52:57 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA23100 for freebsd-scsi-outgoing; Thu, 3 Oct 1996 04:52:57 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA23094 for ; Thu, 3 Oct 1996 04:52:51 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id NAA16574; Thu, 3 Oct 1996 13:51:24 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id NAA01376; Thu, 3 Oct 1996 13:51:19 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id NAA25771; Thu, 3 Oct 1996 13:30:13 +0200 (MET DST) From: J Wunsch Message-Id: <199610031130.NAA25771@uriah.heep.sax.de> Subject: Re: 2.2 -- COMPAQ / PCI To: scsi@freebsd.org Date: Thu, 3 Oct 1996 13:30:13 +0200 (MET DST) Cc: matt@server.wulaw.wustl.edu Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610021806.LAA25132@freefall.freebsd.org> from "Justin T. Gibbs" at "Oct 2, 96 11:06:42 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Justin T. Gibbs wrote: > Talk to stefan@FreeBSD.org se@freebsd.org (It's possible that there's an alias, but i'm not sure.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-scsi Thu Oct 3 04:53:13 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA23125 for freebsd-scsi-outgoing; Thu, 3 Oct 1996 04:53:13 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA23117 for ; Thu, 3 Oct 1996 04:53:06 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id NAA16589; Thu, 3 Oct 1996 13:51:58 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id NAA01378; Thu, 3 Oct 1996 13:51:33 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id NAA26030; Thu, 3 Oct 1996 13:49:06 +0200 (MET DST) From: J Wunsch Message-Id: <199610031149.NAA26030@uriah.heep.sax.de> Subject: Re: hp4020i on 2.1.5, and it burns, burns, burns, ... To: darrylo@sr.hp.com Date: Thu, 3 Oct 1996 13:49:06 +0200 (MET DST) Cc: roberte@mep.ruhr-uni-bochum.de, joerg_wunsch@uriah.heep.sax.de, robsch@robkaos.ruhr.de, freebsd-scsi@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610022327.AA096908856@hpnmhjw.sr.hp.com> from Darryl Okahata at "Oct 2, 96 04:27:35 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Darryl Okahata wrote: > I just posted a reply to this. > > Basically, it cannot be done (for now). Until someone merges (?) > the worm and CDROM drivers, you can't read CDROMs in a CDROM burner. No. This merge is only required for the cdrom ioctl stuff. Plain reading is already supposed to be allowed in the worm driver, but somebody has to fix it. Somebody whose only CD-ROM drive is his CD-R drive is the preferrable person for fixing it. :-) (Most people who have a CD-R do also have a separate CD-ROM, thus there's no much pressure for us giving this fix a high priority...) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-scsi Thu Oct 3 06:33:56 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA26471 for freebsd-scsi-outgoing; Thu, 3 Oct 1996 06:33:56 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA26450 for ; Thu, 3 Oct 1996 06:33:50 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id PAA18950; Thu, 3 Oct 1996 15:33:10 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id PAA02929; Thu, 3 Oct 1996 15:33:09 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id OAA26400; Thu, 3 Oct 1996 14:38:07 +0200 (MET DST) From: J Wunsch Message-Id: <199610031238.OAA26400@uriah.heep.sax.de> Subject: Re: Problems with an HP DAT 35480 A 1109 To: freebsd-scsi@FreeBSD.org (FreeBSD SCSI list) Date: Thu, 3 Oct 1996 14:38:07 +0200 (MET DST) Cc: rama@easynet.fr (David Ramahefason) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from David Ramahefason at "Oct 2, 96 10:24:00 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As David Ramahefason wrote: > mt blocksize 128000 > I get st0:bad request, must be multiple of 128000, and if I change it to > 256000, I get the same answer..... I think you cannot select such a large size as a fixed block size. (The actual limit in physio(9) is 65536 anyway.) Simply use it as a variable block size though: /sbin/dump 0ubBf 32 2000000 /dev/nrst0 /usr This means the records are written with 32 KB blocksize each. The blocksize for a variable-length tape is simply what you have been calling write(2) with. It is expected that the matching read(2) syscall uses at least the same size for reading the block again. It will yield a short read if the tape block was shorter than the attempted read() call: j@uriah 166% dd if=/dev/rst0 ibs=64k of=/dev/null count=1 0+1 records in 64+0 records out 32768 bytes transferred in 2 secs (16384 bytes/sec) This was the beginning of my nightly backup tape which uses 32 KB blocking. As you can see, the read was attempted for 64 KB blocks, but only 32 KB have been read. No error happens. The tape is in variable-length mode: j@uriah 167% mt status Present Mode: Density = ECMA TC17 Blocksize variable -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-scsi Thu Oct 3 06:34:06 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA26537 for freebsd-scsi-outgoing; Thu, 3 Oct 1996 06:34:06 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA26470 for ; Thu, 3 Oct 1996 06:33:55 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id PAA18933; Thu, 3 Oct 1996 15:33:02 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id PAA02922; Thu, 3 Oct 1996 15:33:01 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id OAA26425; Thu, 3 Oct 1996 14:43:14 +0200 (MET DST) From: J Wunsch Message-Id: <199610031243.OAA26425@uriah.heep.sax.de> Subject: Re: Problems with an HP DAT 35480 A 1109 To: freebsd-scsi@FreeBSD.org (FreeBSD SCSI list) Date: Thu, 3 Oct 1996 14:43:14 +0200 (MET DST) Cc: rama@easynet.fr (David Ramahefason) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from David Ramahefason at "Oct 2, 96 10:48:03 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As David Ramahefason wrote: > /kernel:st0(bt0:3:0): UNIT ATTENTION asc:28, 0 > /kernel:st0(bt0:3:0): Not ready to transition, medium may have changed That means the tape has changed. Benign. > and sometimes I get: > /kernel:st0(bt0:3:0): HARDWARE FAILURE asc:44,0 Internal target failure That's fatal. However, i think only HP will be able to make sense out of it. I don't know WTH an internal target failure might be for them. In case you're going to ask their tech support, do also provide the number declared as `info' in the error message. The 44,0 is the ASC and ASCQ (additional sense code, and additional sense code qualifier -- any person with SCSI knowledge should know this words), and the info field is an additional field with an error-specific meaning. > Present Mode: Density = X3B5/88-185A Blocksize variable That's fine. Use it as it is. > Where is the problem ? Is the tape drive dead ? As for the internal target failures, maybe. Your attempt to use the drive with a large fixed block size has been in error, however. Don't do this. See my other mail. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-scsi Thu Oct 3 08:40:35 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA03605 for freebsd-scsi-outgoing; Thu, 3 Oct 1996 08:40:35 -0700 (PDT) Received: from freefall.freebsd.org (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA03595; Thu, 3 Oct 1996 08:40:30 -0700 (PDT) Message-Id: <199610031540.IAA03595@freefall.freebsd.org> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-scsi@freebsd.org, roberte@mep.ruhr-uni-bochum.de (Robert Eckardt) Subject: Re: hp4020i on 2.1.5, and it burns, burns, burns, ... In-reply-to: Your message of "Thu, 03 Oct 1996 12:15:52 +0200." <199610031015.MAA25420@uriah.heep.sax.de> Date: Thu, 03 Oct 1996 08:40:29 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I once thought about a method how to handle this, but eventually >deferred all the ideas about the `cd' driver until Justin has commited >his changes to the SCSI subsystem into the main branch. I've also >got things about multi-track and multi-session CDs in mind. Work on it in the 'SCSI' branch. If I thought the 'SCSI' branch was supposed to be my own little play area, I wouldn't have bothered putting it in the tree on a branch in the first place. There's still lots of work to be done in there, and I was hoping that with the code in the tree, some other people would start helping out. As it is, I plan to keep things on the 'SCSI' branch until I complete my generic error handling code which won't be for at least another two weeks. >-- >cheers, J"org > >joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE >Never trust an operating system you don't have sources for. ;-) -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-scsi Thu Oct 3 11:32:50 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA14519 for freebsd-scsi-outgoing; Thu, 3 Oct 1996 11:32:50 -0700 (PDT) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA14513; Thu, 3 Oct 1996 11:32:47 -0700 (PDT) Received: from allegro.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0v8pXC-000QmYC; Thu, 3 Oct 96 16:17 MET From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id QAA29511; Thu, 3 Oct 1996 16:43:16 +0200 Message-Id: <199610031443.QAA29511@allegro.lemis.de> Subject: Re: Problems with an HP DAT 35480 A 1109 To: rama@easynet.fr (David Ramahefason) Date: Thu, 3 Oct 1996 16:43:16 +0200 (MET DST) Cc: freebsd-hardware@FreeBSD.org (FreeBSD hardware Users), scsi@FreeBSD.org In-Reply-To: from "David Ramahefason" at Oct 2, 96 10:48:03 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-scsi@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk David Ramahefason writes: > > On Tue, 1 Oct 1996, Julian Elischer wrote: > >> David Ramahefason wrote: >>> >>> Hi, >>> I'm trying to have an Amanda server on my FBSD box, but seem to have >>> problems with my DAT drive... >>> When I issuse a tar cvf /dev/nrst0 * I always get an I/O error. I've >>> tryied different tapes, but got the same result. >>> Did I forgot something on my config, is the driver buggy ? >>> Please HEEEEELP.... I'm working on it for a week now. >> what KIND of error? >> > > Well, it starts to backup and few seconds later I got a tar error: > unable to write : I/O error. > If I take a look to the console log, > > /kernel:st0(bt0:3:0): UNIT ATTENTION asc:28, 0 > /kernel:st0(bt0:3:0): Not ready to transition, medium may have changed > > and sometimes I get: > /kernel:st0(bt0:3:0): HARDWARE FAILURE asc:44,0 Internal target failure It's broke. It must be more than 3 months old. > Where is the problem ? Is the tape drive dead ? Yes. > Oh, my SCSI card is a Buslogic 946 (PCI) I don't think that makes any difference. I have been through a long line of 34780s, and they have all died on me. The last one is just doing it now. We've been through this discussion a number of times: it's not just my bad luck, they're crappy drives. You *could* try multiple passes of the cleaning cassette. If you're lucky with that, I'd be interested to hear it. Greg From owner-freebsd-scsi Thu Oct 3 11:55:15 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA15568 for freebsd-scsi-outgoing; Thu, 3 Oct 1996 11:55:15 -0700 (PDT) Received: from sunfire.ucs.net (root@sunfire.ucs.net [199.224.7.165]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA15563 for ; Thu, 3 Oct 1996 11:55:13 -0700 (PDT) Received: from localhost (afurman@localhost) by sunfire.ucs.net (8.7.5/8.6.12) with SMTP id OAA06619 for ; Thu, 3 Oct 1996 14:54:30 -0400 (EDT) Date: Thu, 3 Oct 1996 14:54:30 -0400 (EDT) From: Adam Furman To: freebsd-scsi@freebsd.org Subject: Mounting A Scsi Drive Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I would like to know if their is a way to mount an External Scsi Tape Drive once the system is up and running. Adam Adam Furman System Administrator of Sunfire.ucs.net afurman@amf.net Irc HUB Admin of irc.ucs.net Mud Admin of sunfire.ucs.net:4000 From owner-freebsd-scsi Thu Oct 3 12:42:00 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA17837 for freebsd-scsi-outgoing; Thu, 3 Oct 1996 12:42:00 -0700 (PDT) Received: from freefall.freebsd.org (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA17832; Thu, 3 Oct 1996 12:41:57 -0700 (PDT) Message-Id: <199610031941.MAA17832@freefall.freebsd.org> To: Adam Furman cc: freebsd-scsi@freebsd.org Subject: Re: Mounting A Scsi Drive In-reply-to: Your message of "Thu, 03 Oct 1996 14:54:30 EDT." Date: Thu, 03 Oct 1996 12:41:57 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I would like to know if their is a way to mount an External Scsi Tape >Drive once the system is up and running. >Adam > >Adam Furman >System Administrator of Sunfire.ucs.net >afurman@amf.net >Irc HUB Admin of irc.ucs.net >Mud Admin of sunfire.ucs.net:4000 In theory, you would just ask that the SCSI busses be reprobed, but there are a few problems with doing this right now. It should work for the 2.2 release though. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-scsi Thu Oct 3 13:48:39 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA22112 for freebsd-scsi-outgoing; Thu, 3 Oct 1996 13:48:39 -0700 (PDT) Received: from alpo.whistle.com (s204m38.isp.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA22102 for ; Thu, 3 Oct 1996 13:48:34 -0700 (PDT) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.7.5/8.7.3) with SMTP id NAA06100; Thu, 3 Oct 1996 13:43:42 -0700 (PDT) Message-ID: <3254250B.33590565@whistle.com> Date: Thu, 03 Oct 1996 13:41:47 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Adam Furman CC: freebsd-scsi@FreeBSD.org Subject: Re: Mounting A Scsi Drive References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Adam Furman wrote: > > I would like to know if their is a way to mount an External Scsi Tape > Drive once the system is up and running. > Adam > > Adam Furman > System Administrator of Sunfire.ucs.net > afurman@amf.net > Irc HUB Admin of irc.ucs.net > Mud Admin of sunfire.ucs.net:4000 scsi -r -f {any scsi device} will tell it to reprobe the scsi bus looking for new devices.. man 4 scsi man (8 or is it 1?) scsi From owner-freebsd-scsi Fri Oct 4 05:18:38 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA14713 for freebsd-scsi-outgoing; Fri, 4 Oct 1996 05:18:38 -0700 (PDT) Received: from hda.com (ip10-max1-fitch.zipnet.net [199.232.245.10]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA14706 for ; Fri, 4 Oct 1996 05:18:35 -0700 (PDT) Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id IAA00949; Wed, 2 Oct 1996 08:44:47 -0400 From: Peter Dufault Message-Id: <199610021244.IAA00949@hda.com> Subject: Re: Mounting A Scsi Drive To: julian@whistle.com (Julian Elischer) Date: Wed, 2 Oct 1996 08:44:46 -0400 (EDT) Cc: afurman@sunfire.ucs.net, freebsd-scsi@freebsd.org In-Reply-To: <3254250B.33590565@whistle.com> from "Julian Elischer" at Oct 3, 96 01:41:47 pm Reply-to: hdalog@zipnet.net X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > scsi -r -f {any scsi device} > will tell it to reprobe the scsi bus looking for new devices.. > > man 4 scsi > man (8 or is it 1?) scsi man 8 - but I'm only sure it ever worked on a 1542, and I have no idea if it works at all now. I think we need some regression testing. -- Peter Dufault Real-Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-scsi Fri Oct 4 09:09:40 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA26277 for freebsd-scsi-outgoing; Fri, 4 Oct 1996 09:09:40 -0700 (PDT) Received: from freefall.freebsd.org (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA26269; Fri, 4 Oct 1996 09:09:35 -0700 (PDT) Message-Id: <199610041609.JAA26269@freefall.freebsd.org> To: hdalog@zipnet.net cc: julian@whistle.com (Julian Elischer), afurman@sunfire.ucs.net, freebsd-scsi@freebsd.org Subject: Re: Mounting A Scsi Drive In-reply-to: Your message of "Wed, 02 Oct 1996 08:44:46 EDT." <199610021244.IAA00949@hda.com> Date: Fri, 04 Oct 1996 09:09:35 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> >> scsi -r -f {any scsi device} >> will tell it to reprobe the scsi bus looking for new devices.. >> >> man 4 scsi >> man (8 or is it 1?) scsi > >man 8 - but I'm only sure it ever worked on a 1542, and I have no >idea if it works at all now. I think we need some regression >testing. It may have sorta worked for the 1542, but the original code to handle this did not really handle it well. Its on my whiteboard. >-- >Peter Dufault Real-Time Machine Control and Simulation >HD Associates, Inc. Voice: 508 433 6936 >dufault@hda.com Fax: 508 433 5267 -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-scsi Fri Oct 4 09:20:21 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA26889 for freebsd-scsi-outgoing; Fri, 4 Oct 1996 09:20:21 -0700 (PDT) Received: from iafnl.es.iaf.nl (uucp@iafnl.es.iaf.nl [195.108.17.20]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA26864 for ; Fri, 4 Oct 1996 09:20:10 -0700 (PDT) Received: by iafnl.es.iaf.nl with UUCP id AA04821 (5.67b/IDA-1.5 for freebsd-scsi@freebsd.org); Fri, 4 Oct 1996 18:19:40 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.7.5/8.6.12) id AAA03545; Fri, 4 Oct 1996 00:09:41 +0100 (MET) From: Wilko Bulte Message-Id: <199610032309.AAA03545@yedi.iaf.nl> Subject: Re: Mounting A Scsi Drive To: gibbs@freefall.freebsd.org (Justin T. Gibbs) Date: Fri, 4 Oct 1996 00:09:41 +0100 (MET) Cc: afurman@sunfire.ucs.net, freebsd-scsi@freebsd.org In-Reply-To: <199610031941.MAA17832@freefall.freebsd.org> from "Justin T. Gibbs" at Oct 3, 96 12:41:57 pm X-Mailer: ELM [version 2.4 PL24 ME8a] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Justin T. Gibbs wrote... > > >I would like to know if their is a way to mount an External Scsi Tape > >Drive once the system is up and running. > >Adam > > > >Adam Furman > >System Administrator of Sunfire.ucs.net > >afurman@amf.net > >Irc HUB Admin of irc.ucs.net > >Mud Admin of sunfire.ucs.net:4000 > > In theory, you would just ask that the SCSI busses be reprobed, but there > are a few problems with doing this right now. It should work for the > 2.2 release though. For 215R this works fine on my P100 equipped with dual NCR810. Doing the same on a DX2-50 with 215R and Adaptec 1740 has a good chance of locking up the system. Seems 'it depends' Wilko _ ____________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl - Arnhem, The Netherlands |/|/ / / /( (_) Do, or do not. There is no 'try' - Yoda -------------------------------------------------------------------------- From owner-freebsd-scsi Fri Oct 4 11:32:43 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA05685 for freebsd-scsi-outgoing; Fri, 4 Oct 1996 11:32:43 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA05674 for ; Fri, 4 Oct 1996 11:32:36 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA29295 for ; Fri, 4 Oct 1996 20:32:21 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA00966 for freebsd-scsi@FreeBSD.org; Fri, 4 Oct 1996 20:32:21 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id UAA03927 for freebsd-scsi@FreeBSD.org; Fri, 4 Oct 1996 20:28:48 +0200 (MET DST) From: J Wunsch Message-Id: <199610041828.UAA03927@uriah.heep.sax.de> Subject: Re: hp4020i on 2.1.5, and it burns, burns, burns, ... To: freebsd-scsi@FreeBSD.org (FreeBSD SCSI list) Date: Fri, 4 Oct 1996 20:28:48 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610031540.IAA03595@freefall.freebsd.org> from "Justin T. Gibbs" at "Oct 3, 96 08:40:29 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Justin T. Gibbs wrote: > >I once thought about a method how to handle this, but eventually > >deferred all the ideas about the `cd' driver until Justin has commited > >his changes to the SCSI subsystem into the main branch. I've also > >got things about multi-track and multi-session CDs in mind. > > Work on it in the 'SCSI' branch. Well, is the ncr support already going? Otherwise, i'm a bit outta luck here. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-scsi Fri Oct 4 11:51:00 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA06891 for freebsd-scsi-outgoing; Fri, 4 Oct 1996 11:51:00 -0700 (PDT) Received: from freefall.freebsd.org (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA06878; Fri, 4 Oct 1996 11:50:58 -0700 (PDT) Message-Id: <199610041850.LAA06878@freefall.freebsd.org> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-scsi@freebsd.org (FreeBSD SCSI list) Subject: Re: hp4020i on 2.1.5, and it burns, burns, burns, ... In-reply-to: Your message of "Fri, 04 Oct 1996 20:28:48 +0200." <199610041828.UAA03927@uriah.heep.sax.de> Date: Fri, 04 Oct 1996 11:50:58 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >As Justin T. Gibbs wrote: > >> >I once thought about a method how to handle this, but eventually >> >deferred all the ideas about the `cd' driver until Justin has commited >> >his changes to the SCSI subsystem into the main branch. I've also >> >got things about multi-track and multi-session CDs in mind. >> >> Work on it in the 'SCSI' branch. > >Well, is the ncr support already going? Otherwise, i'm a bit outta >luck here. It should "work" since my last changes went in, but I haven't tested them and the final form of the changes need to come from Stefan. I'm sure you could figure out what I missed if it doesn't work for you. >-- >cheers, J"org > >joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE >Never trust an operating system you don't have sources for. ;-) -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-scsi Fri Oct 4 13:17:41 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA11561 for freebsd-scsi-outgoing; Fri, 4 Oct 1996 13:17:41 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA11551 for ; Fri, 4 Oct 1996 13:17:35 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA01910 for ; Fri, 4 Oct 1996 22:17:33 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA03262 for freebsd-scsi@FreeBSD.org; Fri, 4 Oct 1996 22:17:33 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id WAA04895 for freebsd-scsi@FreeBSD.org; Fri, 4 Oct 1996 22:07:37 +0200 (MET DST) From: J Wunsch Message-Id: <199610042007.WAA04895@uriah.heep.sax.de> Subject: Re: Mounting A Scsi Drive To: freebsd-scsi@FreeBSD.org (FreeBSD SCSI list) Date: Fri, 4 Oct 1996 22:07:37 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610032309.AAA03545@yedi.iaf.nl> from Wilko Bulte at "Oct 4, 96 00:09:41 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Wilko Bulte wrote: > For 215R this works fine on my P100 equipped with dual NCR810. Doing > the same on a DX2-50 with 215R and Adaptec 1740 has a good chance of > locking up the system. Btw., i've been surprised to see that it works with the 2940 (i think, for the first time now with the `ahc' driver) in -current. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-scsi Fri Oct 4 13:44:39 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA14177 for freebsd-scsi-outgoing; Fri, 4 Oct 1996 13:44:39 -0700 (PDT) Received: from Octopussy (Octopussy.MI.Uni-Koeln.DE [134.95.212.20]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA14041; Fri, 4 Oct 1996 13:43:14 -0700 (PDT) Received: from x14.mi.uni-koeln.de (annexr3-2.slip.Uni-Koeln.DE) by Octopussy with SMTP id AA20467 (5.67b/IDA-1.5); Fri, 4 Oct 1996 22:42:41 +0200 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.7.6/8.6.9) id PAA00407; Fri, 4 Oct 1996 15:25:06 +0200 (MET DST) Date: Fri, 4 Oct 1996 15:25:06 +0200 (MET DST) Message-Id: <199610041325.PAA00407@x14.mi.uni-koeln.de> From: Stefan Esser To: Matt Rosenberg Cc: questions@freebsd.org, scsi@freebsd.org Subject: Re: 2.2 -- COMPAQ / PCI In-Reply-To: References: Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Matt Rosenberg writes: > More problems with COMPAQ and the PCI bus. I tried installing the latest > version (2.2-960801SNAP) to try and solve the problem, but on the probe of > the PCI bus on my COMPAQ ProLiant 5000 it fails to find any of the PCI > devices other than the chipset and also shows the wrong amount of memory. > COMPAQ ProLiant 5000 > Adaptec 2940UW > 3Com PCI EtherLink 10/100 card > > from the boot disk kernel for 2.2: > avail memory = 13496320 (13180K) > eisa0: > Probing for devices on the EISA bus > Probing for devices on PCI bus 0: > chip0 rev 21 on pci0:15:0 > pci0:20 Intel Corporation, device = 0x84c5, class = memory (ram) [no > driver assigned] > chip1 > rev 4 on pci0:25 > chip2 > rev 4 on pci0:26 Hmmm, two PCI bridge chips ??? Well, you left out one important detail: This appears to be a Orion based Pentium-Pro system, and those are special :) You will need a more recent version of the PCI code than was compiled into the 960801-SNAP. > and then it goes on to the ISA devices. My current FreeBSD system is in > desparate need of upgrade, and I don't want to have to migrate to another > flavor of UNIX. Hints? Suggestions? Yes. Find a more recent boot floppy. There was an announcement of an "unofficial" SNAP a few weeks ago, and that one should fully support your system. (But I can't remember WHO sent that announcement.) If you can move over the AH2940 to some other system for the installation, then this ought to work just fine, too. After finishing the SNAP install, you'll have to rebuild the kernel with more recent PCI code (/sys/pci/pci.c and pcisupport.c). Move over the controller and boot disk to your Compaq after installing the new kernel ... Else, you'll need to build a boot floppy on another system you have access to, or find somebody else to do it for you. (Sorry I can't help with that, currently, for lack of resources ...) I'm sorry for the inconvenience, but while I try to add support for new chip sets as soon as possible, I often don't have access to the hardware or databooks. Orion support was only recently added for that reason (when somebody offered to do the necessary tests and happened to even have a databook :) ... Regards, STefan From owner-freebsd-scsi Fri Oct 4 14:04:31 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA15864 for freebsd-scsi-outgoing; Fri, 4 Oct 1996 14:04:31 -0700 (PDT) Received: from freefall.freebsd.org (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA15856; Fri, 4 Oct 1996 14:04:28 -0700 (PDT) Message-Id: <199610042104.OAA15856@freefall.freebsd.org> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-scsi@FreeBSD.org (FreeBSD SCSI list) Subject: Re: Mounting A Scsi Drive In-reply-to: Your message of "Fri, 04 Oct 1996 22:07:37 +0200." <199610042007.WAA04895@uriah.heep.sax.de> Date: Fri, 04 Oct 1996 14:04:27 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-scsi@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >As Wilko Bulte wrote: > >> For 215R this works fine on my P100 equipped with dual NCR810. Doing >> the same on a DX2-50 with 215R and Adaptec 1740 has a good chance of >> locking up the system. > >Btw., i've been surprised to see that it works with the 2940 (i think, >for the first time now with the `ahc' driver) in -current. It doesn't work for most drivers because they don't disable their interrupt when asked to poll. I fixed this in the aic7xxx driver a while back and all drivers on the 'SCSI' branch as well. The other problems with it is that some of the type device datastructures get clobered so if you have pending transactions on any device on that bus, you lose. >-- >cheers, J"org > >joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE >Never trust an operating system you don't have sources for. ;-) -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-scsi Fri Oct 4 14:20:53 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA17877 for freebsd-scsi-outgoing; Fri, 4 Oct 1996 14:20:53 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA17856 for ; Fri, 4 Oct 1996 14:20:44 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA03169 for ; Fri, 4 Oct 1996 23:20:41 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA04270 for freebsd-scsi@FreeBSD.org; Fri, 4 Oct 1996 23:20:41 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id XAA05765 for freebsd-scsi@FreeBSD.org; Fri, 4 Oct 1996 23:17:54 +0200 (MET DST) From: J Wunsch Message-Id: <199610042117.XAA05765@uriah.heep.sax.de> Subject: Re: hp4020i on 2.1.5, and it burns, burns, burns, ... To: freebsd-scsi@FreeBSD.org (FreeBSD SCSI list) Date: Fri, 4 Oct 1996 23:17:54 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610041850.LAA06878@freefall.freebsd.org> from "Justin T. Gibbs" at "Oct 4, 96 11:50:58 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Justin T. Gibbs wrote: > >> Work on it in the 'SCSI' branch. > > > >Well, is the ncr support already going? Otherwise, i'm a bit outta > >luck here. > > It should "work" since my last changes went in, but I haven't tested > them and the final form of the changes need to come from Stefan. I'm > sure you could figure out what I missed if it doesn't work for you. Ok, will try soon. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-scsi Fri Oct 4 14:51:05 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA20572 for freebsd-scsi-outgoing; Fri, 4 Oct 1996 14:51:05 -0700 (PDT) Received: from sunfire.ucs.net (root@sunfire.ucs.net [199.224.7.165]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA20562 for ; Fri, 4 Oct 1996 14:50:57 -0700 (PDT) Received: from localhost (afurman@localhost) by sunfire.ucs.net (8.7.5/8.6.12) with SMTP id RAA00368; Fri, 4 Oct 1996 17:50:15 -0400 (EDT) Date: Fri, 4 Oct 1996 17:50:15 -0400 (EDT) From: Adam Furman To: "Justin T. Gibbs" cc: Joerg Wunsch , FreeBSD SCSI list Subject: Re: Mounting A Scsi Drive In-Reply-To: <199610042104.OAA15856@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The scsi board that I have is the NCR 810 card and trying to do this with a Wangtek 1300xl Tabe Backup drive. Adam Adam Furman System Administrator of Sunfire.ucs.net afurman@amf.net Irc HUB Admin of irc.ucs.net Mud Admin of sunfire.ucs.net:4000 On Fri, 4 Oct 1996, Justin T. Gibbs wrote: > >As Wilko Bulte wrote: > > > >> For 215R this works fine on my P100 equipped with dual NCR810. Doing > >> the same on a DX2-50 with 215R and Adaptec 1740 has a good chance of > >> locking up the system. > > > >Btw., i've been surprised to see that it works with the 2940 (i think, > >for the first time now with the `ahc' driver) in -current. > > It doesn't work for most drivers because they don't disable their interrupt > when asked to poll. I fixed this in the aic7xxx driver a while back and > all drivers on the 'SCSI' branch as well. The other problems with it is > that some of the type device datastructures get clobered so if you have > pending transactions on any device on that bus, you lose. > > >-- > >cheers, J"org > > > >joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > >Never trust an operating system you don't have sources for. ;-) > > -- > Justin T. Gibbs > =========================================== > FreeBSD: Turning PCs into workstations > =========================================== > From owner-freebsd-scsi Sat Oct 5 01:53:16 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA03943 for freebsd-scsi-outgoing; Sat, 5 Oct 1996 01:53:16 -0700 (PDT) Received: (from hsu@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA03934 for freebsd-scsi; Sat, 5 Oct 1996 01:53:13 -0700 (PDT) Date: Sat, 5 Oct 1996 01:53:13 -0700 (PDT) From: Jeffrey Hsu Message-Id: <199610050853.BAA03934@freefall.freebsd.org> To: freebsd-scsi Subject: verbose but cryptic error Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk One of my drives developed some bad sectors. So I went to turn on sector reallocation. But # scsi -f /dev/rsd2.ctl -m 1 -e -P 3 AWRE (Auto Write Reallocation Enbld): 0 ARRE (Auto Read Reallocation Enbld): 0 TB (Transfer Block): 1 RC (Read Continuous): 0 EER (Enable Early Recovery): 0 PER (Post Error): 0 DTE (Disable Transfer on Error): 0 DCR (Disable Correction): 0 Read Retry Count: 15 Correction Span: 8 Head Offset Count: 0 Data Strobe Offset Count: 0 Write Retry Count: 15 Recovery Time Limit: 0 and quiting with :q returns SCIOCCOMMAND ioctl: Command accepted. return status 3 (Sense Returned)Command out (6 of 6): 15 01 00 00 10 00 Data out (0 of 16): Error code is "current errors" Segment number is 00 Sense key is "Illegal request" The Information field is 00000000 (0). The Command Specific Information field is 00000000 (0). Additional sense code: 26 Additional sense code qualifier: 00 Illegal value in the parameter list. Bit 0 of byte 9 (value 00) is illegal. sense (32 of 48): f0 00 05 00 00 00 00 0a 00 00 00 00 26 00 00 88 00 09 00 00 00 00 00 00 00 00 00 00 00 00 00 00 I get the same error when I change the AWRE and ARRE fields and exit with :x, which is the operation I really wanted to do instead of :q, but the :q case exhibits a problem which must be solved first. So, can any scsi experts describe what this error means? From owner-freebsd-scsi Sat Oct 5 06:46:23 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA17689 for freebsd-scsi-outgoing; Sat, 5 Oct 1996 06:46:23 -0700 (PDT) Received: from deacon.cogsci.ed.ac.uk (deacon.cogsci.ed.ac.uk [129.215.144.7]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA17684 for ; Sat, 5 Oct 1996 06:46:21 -0700 (PDT) Received: (from richard@localhost) by deacon.cogsci.ed.ac.uk (8.6.10/8.6.12) id OAA11683 for freebsd-scsi@FreeBSD.org; Sat, 5 Oct 1996 14:46:19 +0100 Date: Sat, 5 Oct 1996 14:46:19 +0100 Message-Id: <199610051346.OAA11683@deacon.cogsci.ed.ac.uk> From: Richard Tobin Subject: Cryptic NCR error To: freebsd-scsi@FreeBSD.org Organization: just say no Sender: owner-freebsd-scsi@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Can anyone decode this error from my NCR 810 SCSI controller? I've had it several times since I (a) installed a T4000s tape drive (b) substantially increased the length of my internal SCSI cable (to 1.5m). Target 1 (I assume that's what ncr0:1 means) is my disk. ncr0:1: ERROR (80:14) (0-a7-80) (8/13) @ (c8c:50000000). script cmd = 740a8700 reg: da 10 80 13 47 08 01 1f 35 00 81 a7 80 00 07 02. -- Richard From owner-freebsd-scsi Sat Oct 5 07:21:32 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA19047 for freebsd-scsi-outgoing; Sat, 5 Oct 1996 07:21:32 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA19034 for ; Sat, 5 Oct 1996 07:21:24 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id QAA19765; Sat, 5 Oct 1996 16:20:59 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id QAA19820; Sat, 5 Oct 1996 16:20:58 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id QAA00829; Sat, 5 Oct 1996 16:05:06 +0200 (MET DST) From: J Wunsch Message-Id: <199610051405.QAA00829@uriah.heep.sax.de> Subject: Re: verbose but cryptic error To: freebsd-scsi@FreeBSD.org (FreeBSD SCSI list) Date: Sat, 5 Oct 1996 16:05:05 +0200 (MET DST) Cc: hsu@freefall.freebsd.org (Jeffrey Hsu) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610050853.BAA03934@freefall.freebsd.org> from Jeffrey Hsu at "Oct 5, 96 01:53:13 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Jeffrey Hsu wrote: > Sense key is "Illegal request" > The Information field is 00000000 (0). > The Command Specific Information field is 00000000 (0). > Additional sense code: 26 > Additional sense code qualifier: 00 > Illegal value in the parameter list. > Bit 0 of byte 9 (value 00) is illegal. > sense (32 of 48): > f0 00 05 00 00 00 00 0a 00 00 00 00 26 00 00 88 > 00 09 00 00 00 00 00 00 00 00 00 00 00 00 00 00 I'm always having a hard time to figure out what `byte 9' might be. If i'm counting correctly, byte 9 is the MSB byte of the block length parameter in the block descriptor. It is really weird that the drive complains about it being 0. Can you run the following on your drive? scsi -f /dev/rsd2.ctl -v -c "1a 0 0 0 v:i1 0" 12 -i 12 \ "{mode data len} i1 {type} i1 {device-specific} i1 {blkdesc len} i1 \ {density} i1 {numblk} i3 {reserved} i1 {bllen} i3" mode data len: 15 type: 0 device-specific: 16 blkdesc len: 8 density: 0 numblk: 0 reserved: 0 bllen: 512 Btw., what drive (vendor) is it? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-scsi Sat Oct 5 08:50:37 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA22773 for freebsd-scsi-outgoing; Sat, 5 Oct 1996 08:50:37 -0700 (PDT) Received: (from hsu@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA22767; Sat, 5 Oct 1996 08:50:34 -0700 (PDT) Date: Sat, 5 Oct 1996 08:50:34 -0700 (PDT) From: Jeffrey Hsu Message-Id: <199610051550.IAA22767@freefall.freebsd.org> To: joerg_wunsch@uriah.heep.sax.de Subject: Re: verbose but cryptic error Cc: freebsd-scsi@FreeBSD.org Sender: owner-freebsd-scsi@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Can you run the following on your drive? > > scsi -f /dev/rsd2.ctl -v -c "1a 0 0 0 v:i1 0" 12 -i 12 \ > "{mode data len} i1 {type} i1 {device-specific} i1 {blkdesc len} i1 \ > {density} i1 {numblk} i3 {reserved} i1 {bllen} i3" > mode data len: 15 > type: 0 > device-specific: 16 > blkdesc len: 8 > density: 0 > numblk: 0 > reserved: 0 > bllen: 512 Sure. I get mode data len: 11 type: 0 device-specific: 0 blkdesc len: 8 density: 0 numblk: 3450902 reserved: 0 bllen: 512 > Btw., what drive (vendor) is it? Oops. I forgot to say that it was a Micropolis 2217. From owner-freebsd-scsi Sat Oct 5 09:51:29 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA25633 for freebsd-scsi-outgoing; Sat, 5 Oct 1996 09:51:29 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA25622 for ; Sat, 5 Oct 1996 09:51:16 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id SAA22455; Sat, 5 Oct 1996 18:51:11 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id SAA22272; Sat, 5 Oct 1996 18:51:11 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id SAA00599; Sat, 5 Oct 1996 18:49:31 +0200 (MET DST) From: J Wunsch Message-Id: <199610051649.SAA00599@uriah.heep.sax.de> Subject: Re: verbose but cryptic error To: freebsd-scsi@FreeBSD.org (FreeBSD SCSI list) Date: Sat, 5 Oct 1996 18:49:31 +0200 (MET DST) Cc: hsu@freefall.freebsd.org (Jeffrey Hsu) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610051550.IAA22767@freefall.freebsd.org> from Jeffrey Hsu at "Oct 5, 96 08:50:34 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Jeffrey Hsu wrote: > Sure. I get > > mode data len: 11 > type: 0 > device-specific: 0 > blkdesc len: 8 > density: 0 > numblk: 3450902 > reserved: 0 > bllen: 512 So the drive tells that it has 3450902 blocks with 512 bytes each, but apparently rejects these figures when being used inside a MODE SELECT command. It's rather unusual for a drive to report the number of blocks in the MODE SENSE data. Perhaps this is what finally makes your drive bitching -- scsi(8) simply passes this value on in the MODE SELECT. Perhaps it should zero out all junk data. > > Btw., what drive (vendor) is it? > > Oops. I forgot to say that it was a Micropolis 2217. Hmm. *** (quarter an hour later) Eeek. Nope. scsi(8) doesn't send out a block descriptor with the MODE SELECT command. Hence the byte-numbering is skewed: (Bytes 0 thru 3 go into the mode header.) 4.7: AWRE (Auto Write Reallocation Enbld): 0 4.6: ARRE (Auto Read Reallocation Enbld): 0 4.5: TB (Transfer Block): 1 4.4: RC (Read Continuous): 0 4.3: EER (Enable Early Recovery): 0 4.2: PER (Post Error): 0 4.1: DTE (Disable Transfer on Error): 0 4.0: DCR (Disable Correction): 0 5: Read Retry Count: 15 6: Correction Span: 8 7: Head Offset Count: 0 8: Data Strobe Offset Count: 0 9: (reserved) 10: Write Retry Count: 15 11: (reserved) 12/13: Recovery Time Limit: 0 So it seems that it doesn't grok the value 0 for the first field that is marked `reserved' in the SCSI-2 spec. Even more weird, `reserved' fields are required to be 0 on a MODE SELECT command per the specs. Modify your /usr/share/misc/scsi_modes to give this field a name, and remove the asterisk in the format. Then, try to edit this field to something else than 0. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-scsi Sat Oct 5 10:28:45 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA27643 for freebsd-scsi-outgoing; Sat, 5 Oct 1996 10:28:45 -0700 (PDT) Received: (from hsu@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA27635; Sat, 5 Oct 1996 10:28:43 -0700 (PDT) Date: Sat, 5 Oct 1996 10:28:43 -0700 (PDT) From: Jeffrey Hsu Message-Id: <199610051728.KAA27635@freefall.freebsd.org> To: j@uriah.heep.sax.de Subject: Re: verbose but cryptic error Cc: freebsd-scsi Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Modify your /usr/share/misc/scsi_modes to give this field a name, and > remove the asterisk in the format. I changed < {Reserved} *i1 --- > {RF (Reserved field 1)} t1 and now I see # scsi -v -f /dev/rsd2.ctl -m 1 AWRE (Auto Write Reallocation Enbld): 0 ARRE (Auto Read Reallocation Enbld): 0 TB (Transfer Block): 1 RC (Read Continuous): 0 EER (Enable Early Recovery): 0 PER (Post Error): 0 DTE (Disable Transfer on Error): 0 DCR (Disable Correction): 0 Read Retry Count: 15 Correction Span: 8 Head Offset Count: 0 Data Strobe Offset Count: 0 RF (Reserved field 1): 0 Write Retry Count: 15 Recovery Time Limit: 0 > Then, try to edit this field to something else than 0. But 'scsi -v -f /dev/rsd2.ctl -m 1 -e -P 3' does not show the RF field. If I manually add the line, I get Expected "Write Retry Count" and read "RF (Reserved field 1): 1" So I can't edit the field. From owner-freebsd-scsi Sat Oct 5 11:28:24 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA00409 for freebsd-scsi-outgoing; Sat, 5 Oct 1996 11:28:24 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA00402 for ; Sat, 5 Oct 1996 11:28:15 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.7.5/8.7.3) id LAA29950; Sat, 5 Oct 1996 11:24:11 -0700 (PDT) From: "Rodney W. Grimes" Message-Id: <199610051824.LAA29950@GndRsh.aac.dev.com> Subject: Re: verbose but cryptic error In-Reply-To: <199610051649.SAA00599@uriah.heep.sax.de> from J Wunsch at "Oct 5, 96 06:49:31 pm" To: joerg_wunsch@uriah.heep.sax.de Date: Sat, 5 Oct 1996 11:24:10 -0700 (PDT) Cc: freebsd-scsi@FreeBSD.org, hsu@freefall.freebsd.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > As Jeffrey Hsu wrote: > > > Sure. I get > > > > mode data len: 11 > > type: 0 > > device-specific: 0 > > blkdesc len: 8 > > density: 0 > > numblk: 3450902 > > reserved: 0 > > bllen: 512 > > So the drive tells that it has 3450902 blocks with 512 bytes each, but > apparently rejects these figures when being used inside a MODE SELECT > command. It's rather unusual for a drive to report the number of > blocks in the MODE SENSE data. Perhaps this is what finally makes > your drive bitching -- scsi(8) simply passes this value on in the MODE > SELECT. Perhaps it should zero out all junk data. I think the fundemental flaw in scsi(8) here is that it should do a mode since on page 2 to check what bits are setable and use that as a mask to the mode select. I haven't looked at the code, but it sounds as if we are ignoring the -P 2 data that says what bits we are allowed to modify between a mode sense and a mode select: mode_select(mode_sense(1A, 0, 1 or 3) & mode_sense(1A, 2)); ^^ this is page from -P ^ always -P2 -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-scsi Sat Oct 5 11:34:38 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA00929 for freebsd-scsi-outgoing; Sat, 5 Oct 1996 11:34:38 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA00924 for ; Sat, 5 Oct 1996 11:34:32 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA24517; Sat, 5 Oct 1996 20:33:49 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA24709; Sat, 5 Oct 1996 20:33:48 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id UAA01262; Sat, 5 Oct 1996 20:25:44 +0200 (MET DST) From: J Wunsch Message-Id: <199610051825.UAA01262@uriah.heep.sax.de> Subject: Re: verbose but cryptic error To: freebsd-scsi@FreeBSD.org (FreeBSD SCSI list) Date: Sat, 5 Oct 1996 20:25:44 +0200 (MET DST) Cc: hsu@freefall.freebsd.org (Jeffrey Hsu) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610051728.KAA27635@freefall.freebsd.org> from Jeffrey Hsu at "Oct 5, 96 10:28:43 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Jeffrey Hsu wrote: > > Then, try to edit this field to something else than 0. > > But 'scsi -v -f /dev/rsd2.ctl -m 1 -e -P 3' does not show the RF field. > If I manually add the line, I get > Expected "Write Retry Count" and read "RF (Reserved field 1): 1" > So I can't edit the field. Hmm. That means it's not editable. You could try to turn on SCSI_DEBUG, and see whether my byte count is right. If so, i think you gotta ask Micropolis for the answer. :-( -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-scsi Sat Oct 5 11:37:24 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA01397 for freebsd-scsi-outgoing; Sat, 5 Oct 1996 11:37:24 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA01168 for ; Sat, 5 Oct 1996 11:36:47 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA24607; Sat, 5 Oct 1996 20:36:09 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA24747; Sat, 5 Oct 1996 20:36:09 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id UAA01371; Sat, 5 Oct 1996 20:35:18 +0200 (MET DST) From: J Wunsch Message-Id: <199610051835.UAA01371@uriah.heep.sax.de> Subject: Re: verbose but cryptic error To: freebsd-scsi@FreeBSD.org (FreeBSD SCSI list) Date: Sat, 5 Oct 1996 20:35:18 +0200 (MET DST) Cc: rgrimes@GndRsh.aac.dev.com (Rodney W. Grimes) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610051824.LAA29950@GndRsh.aac.dev.com> from "Rodney W. Grimes" at "Oct 5, 96 11:24:10 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Rodney W. Grimes wrote: > I think the fundemental flaw in scsi(8) here is that it should do a > mode since on page 2 to check what bits are setable and use that as > a mask to the mode select. It does. As you can also guess from Jeff's description. ;-) (Changing the `reserved' in scsi_modes made the field being displayed, but it `magically' disappeared in the mode page editor.) It seems that this drive expects something else than the default value for a field that it's not editable at all. Weird. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-scsi Sat Oct 5 14:32:15 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA09366 for freebsd-scsi-outgoing; Sat, 5 Oct 1996 14:32:15 -0700 (PDT) Received: from hda.com (ip20-max1-fitch.zipnet.net [199.232.245.20]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA09290 for ; Sat, 5 Oct 1996 14:31:49 -0700 (PDT) Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id RAA02806; Thu, 3 Oct 1996 17:58:18 -0400 From: Peter Dufault Message-Id: <199610032158.RAA02806@hda.com> Subject: Re: verbose but cryptic error To: rgrimes@GndRsh.aac.dev.com (Rodney W. Grimes) Date: Thu, 3 Oct 1996 17:58:17 -0400 (EDT) Cc: freebsd-scsi@FreeBSD.org In-Reply-To: <199610051824.LAA29950@GndRsh.aac.dev.com> from "Rodney W. Grimes" at Oct 5, 96 11:24:10 am Reply-to: hdalog@zipnet.net X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-scsi@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > I think the fundemental flaw in scsi(8) here is that it should do a > mode since on page 2 to check what bits are setable and use that as > a mask to the mode select... You mean page code 1. It does that now. Peter -- Peter Dufault Real-Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-scsi Sat Oct 5 14:34:40 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA09538 for freebsd-scsi-outgoing; Sat, 5 Oct 1996 14:34:40 -0700 (PDT) Received: from hda.com (ip20-max1-fitch.zipnet.net [199.232.245.20]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA09515 for ; Sat, 5 Oct 1996 14:34:32 -0700 (PDT) Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id SAA02819; Thu, 3 Oct 1996 18:00:56 -0400 From: Peter Dufault Message-Id: <199610032200.SAA02819@hda.com> Subject: Re: verbose but cryptic error To: joerg_wunsch@uriah.heep.sax.de Date: Thu, 3 Oct 1996 18:00:55 -0400 (EDT) Cc: freebsd-scsi@freebsd.org, hsu@freefall.freebsd.org In-Reply-To: <199610051649.SAA00599@uriah.heep.sax.de> from "J Wunsch" at Oct 5, 96 06:49:31 pm Reply-to: hdalog@zipnet.net X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > *** (quarter an hour later) > > Eeek. Nope. scsi(8) doesn't send out a block descriptor with the > MODE SELECT command. Hence the byte-numbering is skewed: It purposely squishes it out since it will fail on a drive I have here when you leave in the block descriptor that comes back with MODE SENSE. Maybe that behavior should be some sort of option - in some cases you need to be able to specify a block descriptor. -- Peter Dufault Real-Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-scsi Sat Oct 5 22:59:21 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA17010 for freebsd-scsi-outgoing; Sat, 5 Oct 1996 22:59:21 -0700 (PDT) Received: from freefall.freebsd.org (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA16991; Sat, 5 Oct 1996 22:59:17 -0700 (PDT) Message-Id: <199610060559.WAA16991@freefall.freebsd.org> To: Brett Glass cc: scsi Subject: Re: Problems with Adaptec EISA twin SCSI? In-reply-to: Your message of "Sat, 05 Oct 1996 22:43:33 MDT." <199610060443.WAA08797@lariat.lariat.org> Date: Sat, 05 Oct 1996 22:59:17 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >One machine here is running 2.1.5-R, and every now and then the kernel >reports a disk error. Do you have the console message? >The problem doesn't seem to be destructive, but I'm >wondering if any bugs have been found in the code for the EISA twin SCSI >adapter. Has anyone else seen problems with this driver (I believe it's the >"ahc" device)? If so, is there a patch I can install? > >--Brett I just fixed a few bugs in the aic7xxx driver. They should be going into both -current and -stable either later tonight or tomorrow. BTW, scsi is more appropriate then hardware for this kind of question. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-scsi Sat Oct 5 23:16:54 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA18057 for freebsd-scsi-outgoing; Sat, 5 Oct 1996 23:16:54 -0700 (PDT) Received: from lariat.lariat.org ([129.72.251.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA18049; Sat, 5 Oct 1996 23:16:28 -0700 (PDT) Received: (from brett@localhost) by lariat.lariat.org (8.8.Alpha.4/8.8.Alpha.4) id AAA09531; Sun, 6 Oct 1996 00:15:59 -0600 (MDT) Date: Sun, 6 Oct 1996 00:15:59 -0600 (MDT) From: Brett Glass Message-Id: <199610060615.AAA09531@lariat.lariat.org> To: brett@lariat.org, gibbs@freefall.freebsd.org Subject: Re: Problems with Adaptec EISA twin SCSI? Cc: scsi@freefall.freebsd.org Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk P.S. -- The console messages said things like /kernel: free inode /var/7980 had 2 blocks Oh, and comsat was dying with messages like /kernel: pid 2927 (comsat), uid0: exited on signal 11 These errors only crop up now and then, but there is still some slight flakiness (nondestructive, thank Heaven). From owner-freebsd-scsi Sat Oct 5 23:26:13 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA18348 for freebsd-scsi-outgoing; Sat, 5 Oct 1996 23:26:13 -0700 (PDT) Received: from lariat.lariat.org ([129.72.251.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA18342; Sat, 5 Oct 1996 23:26:08 -0700 (PDT) Received: (from brett@localhost) by lariat.lariat.org (8.8.Alpha.4/8.8.Alpha.4) id AAA09496; Sun, 6 Oct 1996 00:10:27 -0600 (MDT) Date: Sun, 6 Oct 1996 00:10:27 -0600 (MDT) From: Brett Glass Message-Id: <199610060610.AAA09496@lariat.lariat.org> To: brett@lariat.org, gibbs@freefall.freebsd.org Subject: Re: Problems with Adaptec EISA twin SCSI? Cc: scsi@freefall.freebsd.org Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I apologize.... Didn't know there was a SCSI mailing list too. Is there an easy way to compile your improved aic7xxx code into 2.1.5-R? (This is a production machine, so going to -current or even the latest snapshot might be risky.) --Brett From owner-freebsd-scsi Sat Oct 5 23:29:52 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA18505 for freebsd-scsi-outgoing; Sat, 5 Oct 1996 23:29:52 -0700 (PDT) Received: from freefall.freebsd.org (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA18500; Sat, 5 Oct 1996 23:29:50 -0700 (PDT) Message-Id: <199610060629.XAA18500@freefall.freebsd.org> To: Brett Glass cc: scsi@freefall.freebsd.org Subject: Re: Problems with Adaptec EISA twin SCSI? In-reply-to: Your message of "Sun, 06 Oct 1996 00:10:27 MDT." <199610060610.AAA09496@lariat.lariat.org> Date: Sat, 05 Oct 1996 23:29:50 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I apologize.... Didn't know there was a SCSI mailing list too. > >Is there an easy way to compile your improved aic7xxx code into 2.1.5-R? >(This is a production machine, so going to -current or even the latest >snapshot might be risky.) > >--Brett Use -stable or copy the driver files out of there. I haven't put the changes in there yet, but as I said, either tonight or tomorrow they will be in both the -current and -stable branches (they are only on the experimental 'SCSI' branch right now). -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-scsi Sat Oct 5 23:44:46 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA19269 for freebsd-scsi-outgoing; Sat, 5 Oct 1996 23:44:46 -0700 (PDT) Received: from lariat.lariat.org ([129.72.251.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA19264; Sat, 5 Oct 1996 23:44:42 -0700 (PDT) Received: (from brett@localhost) by lariat.lariat.org (8.8.Alpha.4/8.8.Alpha.4) id AAA09800; Sun, 6 Oct 1996 00:44:26 -0600 (MDT) Date: Sun, 6 Oct 1996 00:44:26 -0600 (MDT) From: Brett Glass Message-Id: <199610060644.AAA09800@lariat.lariat.org> To: brett@lariat.org, gibbs@freefall.freebsd.org Subject: Re: Problems with Adaptec EISA twin SCSI? Cc: scsi@freefall.freebsd.org Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Should I just copy the new aic7770.c into /sys/i386/isa and recompile? Or run the entire -stable kernel against my existing 2.1.5 install? (I'm not sure how to do it, but I assume the latter would involve saving my kernel config file, nuking all of /sys, un-tarring some large file into /sys to replace the kernel source, and running through the usual kernel-building process....) --Brett