From owner-freebsd-scsi Sun Nov 17 22:40:09 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA15922 for freebsd-scsi-outgoing; Sun, 17 Nov 1996 22:40:09 -0800 (PST) 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 WAA15816; Sun, 17 Nov 1996 22:38:57 -0800 (PST) Message-Id: <199611180638.WAA15816@freefall.freebsd.org> To: "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" (Andrey A. Chernov) cc: CVS-committers@freefall.freebsd.org, cvs-all@freefall.freebsd.org, cvs-sys@freefall.freebsd.org, scsi@freebsd.org Subject: Re: cvs commit: src/sys/i386/conf GENERIC LINT options.i386 src/sys/dev/aic7xxx aic7xxx.seq aic7xxx_reg.h src/sys/i386/scsi aic7xxx In-reply-to: Your message of "Sat, 16 Nov 1996 23:39:10 +0300." <199611162039.XAA00397@nagual.ru> Date: Sun, 17 Nov 1996 22:38:55 -0800 From: "Justin T. Gibbs" Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I forget to mention that now it correctly says: >ahc0: aic7770 >= Rev E, Single Channel, SCSI Id=7, 4/4 SCBs >instead of >ahc0: aic7770 >= Rev E, Single Channel, SCSI Id=7, 4/255 SCBs >in old variant. This means that SCB Paging, at least in its current incarnation, does absolutely nothing for these cards. 8-( I'll see if I can pry more information out of Adaptec about the strategy they use to queue that many. I already have one, but its pretty gross. >-- >Andrey A. Chernov > >http://www.nagual.ru/~ache/ -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-scsi Sun Nov 17 22:52:21 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA16472 for freebsd-scsi-outgoing; Sun, 17 Nov 1996 22:52:21 -0800 (PST) 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 WAA16443; Sun, 17 Nov 1996 22:52:13 -0800 (PST) Message-Id: <199611180652.WAA16443@freefall.freebsd.org> To: "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" (Andrey A. Chernov) cc: gibbs@freebsd.org, scsi@freebsd.org Subject: Re: New SCSI changes & Tagged queueing In-reply-to: Your message of "Sun, 17 Nov 1996 00:19:04 +0300." <199611162119.AAA00705@nagual.ru> Date: Sun, 17 Nov 1996 22:52:11 -0800 From: "Justin T. Gibbs" Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >After 3 dds I still got >sd1(ahc0:1:0): Tagged openings reduced to 3 >but no death after it. It seems that this drive can only handle 3 tags at a time. I hope this isn't your IBM drive. >-- >Andrey A. Chernov > >http://www.nagual.ru/~ache/ -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-scsi Mon Nov 18 00:18:43 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA21730 for freebsd-scsi-outgoing; Mon, 18 Nov 1996 00:18:43 -0800 (PST) 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 AAA21718; Mon, 18 Nov 1996 00:18:22 -0800 (PST) Received: by sovcom.kiae.su id AA21859 (5.65.kiae-1 ); Mon, 18 Nov 1996 10:46:52 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Mon, 18 Nov 96 10:46:52 +0300 Received: (from ache@localhost) by nagual.ru (8.8.2/8.8.2) id KAA00528; Mon, 18 Nov 1996 10:31:28 +0300 (MSK) Message-Id: <199611180731.KAA00528@nagual.ru> Subject: Re: New SCSI changes & Tagged queueing In-Reply-To: <199611180652.WAA16443@freefall.freebsd.org> from "Justin T. Gibbs" at "Nov 17, 96 10:52:11 pm" To: gibbs@freefall.freebsd.org (Justin T. Gibbs) Date: Mon, 18 Nov 1996 10:31:27 +0300 (MSK) Cc: gibbs@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+ PL28 (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 > >After 3 dds I still got > >sd1(ahc0:1:0): Tagged openings reduced to 3 > >but no death after it. > > It seems that this drive can only handle 3 tags at a time. I hope > this isn't your IBM drive. Nope. As I already wrote _any_ of two drives give _exactly_ the same result, so I suspect it is controller feature. Maybe we need treat 2842 specially here? -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-scsi Mon Nov 18 03:15:41 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA02139 for freebsd-scsi-outgoing; Mon, 18 Nov 1996 03:15:41 -0800 (PST) Received: from hda.hydro.com (vkhdib01.hda.hydro.com [136.164.216.55]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA02125 for ; Mon, 18 Nov 1996 03:15:21 -0800 (PST) Received: from hktthpc (hktthpc.hfi.hydro.com) by hda.hydro.com with SMTP id ; Mon, 18 Nov 1996 12:01:10 +0100 Message-Id: <3290406A.589E@hydro.com> Date: Mon, 18 Nov 1996 11:54:34 +0100 From: Terje Thogersen Organization: Norsk Hydro ASA X-Mailer: Mozilla 2.0 (WinNT; I) Mime-Version: 1.0 To: Joerg Wunsch Cc: freebsd-scsi@freebsd.org Subject: Re: od0(ahc1:4:0)Target Busy, or : My OD-disk times out continuosly References: <199611162035.VAA27970@uriah.heep.sax.de> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch wrote: > > As Terje Thogersen wrote: > > > I enabled the od driver, and if I tried to read 240.000 bytes from the disk, > > I'd get about 100 "od0(ahc1:4:0)Target Busy". > > I'm afraid you will have to dig further. I've never seen this... > > Hint: enable SCSIDEBUG (a kernel option), and turn on debugging using > scsi(8). This should get you some more output, so you could tell us > which operation is actually causing the error. > Hrm. I kinda hoped that someone would smack their forehead and say "€#%@&§!, I forgot that.." I've already enable the scsidebug, but the output was not clear, atleast not to me. One interesting thing I saw, was that I'd get a "Target Busy" when I did scsi -f /dev/rod0 -d 1.. I could not see anything in the debug-output that popped out and said "here is the error", which led me to suspect the ahc-driver, not the od. Can one debug the ahc-driver? -Terje -- ____________________________________________________________________________ Terje Thøgersen, IS Advisor | E-mail : terje.thogersen@hydro.com Norsk Hydro a.s, Hydro Finance | Tel : +47-2243 2100 From owner-freebsd-scsi Mon Nov 18 05:23:11 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA09051 for freebsd-scsi-outgoing; Mon, 18 Nov 1996 05:23:11 -0800 (PST) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA09041 for ; Mon, 18 Nov 1996 05:23:03 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id OAA09162; Mon, 18 Nov 1996 14:24:18 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id OAA20811; Mon, 18 Nov 1996 14:34:12 +0100 Date: Mon, 18 Nov 1996 14:34:12 +0100 From: Christoph Kukulies Message-Id: <199611181334.OAA20811@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.FreeBSD.org, freebsd-scsi@freebsd.org Subject: aic0 (/dev/rst0) problem Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk After a hard time getting two WD8013EPC cards working in my router box with the aic0 driver/card present (had to wire the cards to different ports/irqs/iomem) I'm still having problems getting the tape working: FreeBSD 2.2-CURRENT #0: Mon Nov 18 13:52:01 MET 1996 kuku@bach.physik.rwth-aachen.de:/usr/src/sys/compile/CGATE Calibrating clock(s) relative to mc146818A clock... i8254 clock: 1193402 Hz CPU: i486DX (486-class CPU) #it's an Amd 486/40 CPU real memory = 8650752 (8448K bytes) avail memory = 6881280 (6720K bytes) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: MDA/hercules <16 virtual consoles, flags=0x0> # Hercules(!) ed0 at 0x200-0x21f irq 4 maddr 0xd0000 msize 16384 on isa # having this at ed0: address 00:00:c0:fe:34:0a, type WD8013EPC (16 bit) # 0x300 made the ed1 at 0x280-0x29f irq 3 maddr 0xd8000 msize 16384 on isa # card defunct ed1: address 00:00:c0:10:1b:1e, type WD8013EPC (16 bit) lpt0 at 0x3bc-0x3c3 irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface aic0 at 0x340-0x35f irq 11 on isa (aic0:3:0): "HP HP35470A T503" type 1 removable SCSI 2 st0(aic0:3:0): Sequential-Access density code 0x13, variable blocks, write-enabled fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 765 fd0: 1.44MB 3.5in fd1: 1.2MB 5.25in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 81MB (166770 sectors), 981 cyls, 10 heads, 17 S/T, 512 B/S npx0 on motherboard npx0: INT 16 interface st0(aic0:3:0): timed out # <<<< This is the result of a tar cvf /dev/rst0 / st0(aic0:3:0): timed out And the system hangs at the tar command: # tar cvf /dev/rst0 / ^C^Cst0: not ready (after a while) Is there anything special to that HP DAT drive? Blocksize which the driver cannot cope with? Compression on/off? I believe the driver is working in polled modes, at least not DMA driven. The board doesn't have busmaster DMA logic and the motherboard DMA doesn't seem (yet) implemented in the driver. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-scsi Mon Nov 18 07:25:06 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA21718 for freebsd-scsi-outgoing; Mon, 18 Nov 1996 07:25:06 -0800 (PST) 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 HAA21703; Mon, 18 Nov 1996 07:24:49 -0800 (PST) Received: from casimir.easynet.fr (casimir.easynet.fr [194.51.27.235]) by casimir.easynet.fr (8.8.2/8.7.3) with SMTP id QAA04551; Mon, 18 Nov 1996 16:21:23 +0100 (MET) Date: Mon, 18 Nov 1996 16:21:23 +0100 (MET) From: David Ramahefason To: gibbs@FreeBSD.org, scsi@FreeBSD.org Subject: Install of a new scsi drive.... HELP 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, could you explain me how to install a frech new HD on a FreeBSD box ? I've only managed to use the 'c' slice, and a friend of mine told me that it was dangerous and unsafe... and that I should better use the 'a' slice... Please help .... thanks |David Ramahefason, rama@easynet.fr, Sysop, Easynet France SA| |http://www.easynet.fr 23, rue du Renard, 75004 Paris, FRANCE| | Think different Think BSD http://www.FreeBSD.org | | Wrap around problems with Python http://www.python.org | From owner-freebsd-scsi Mon Nov 18 07:40:31 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA22745 for freebsd-scsi-outgoing; Mon, 18 Nov 1996 07:40:31 -0800 (PST) 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 HAA22737 for ; Mon, 18 Nov 1996 07:40:20 -0800 (PST) From: Greg Lehey Received: from freebie.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0vPVmc-000Qu8C; Mon, 18 Nov 96 16:38 MET Received: (grog@localhost) by freebie.lemis.de (8.8.2/8.6.12) id QAA00570 for scsi@freefall.freebsd.org; Mon, 18 Nov 1996 16:16:36 +0100 (MET) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Message-Id: <199611181516.QAA00570@freebie.lemis.de> Subject: BusLogic FlashPoint LT - supported or not? To: scsi@freebie.lemis.de Date: Mon, 18 Nov 1996 15:46:27 +0100 (MET) X-Mailer: ELM [version 2.4ME+ PL28 (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've just bought some components to build some machines for a customer of mine, and they stipulated BusLogic 946C or nothing--they want to run a number of OSs on this machine, including Plan 9, which doesn't seem to run on anything else. I've tried booting FreeBSD 2.1.5, BSD/OS 2.2, and SCO V.3.2.5 (so-called 5.0) on the system. FreeBSD finds the host adapter, and says it doesn't have a driver for it. The others don't find anything. Can anybody confirm or deny that this is in fact not compatible? It's not enough to have a FreeBSD driver for it, since they want to run other OSs as well. Greg From owner-freebsd-scsi Mon Nov 18 07:45:23 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA22989 for freebsd-scsi-outgoing; Mon, 18 Nov 1996 07:45:23 -0800 (PST) Received: from hil-img-3.compuserve.com (hil-img-3.compuserve.com [149.174.177.133]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA22979; Mon, 18 Nov 1996 07:45:11 -0800 (PST) Received: by hil-img-3.compuserve.com (8.6.10/5.950515) id KAA11638; Mon, 18 Nov 1996 10:44:39 -0500 Date: 18 Nov 96 10:42:32 EST From: Arjan Knepper <101675.3144@CompuServe.COM> To: "[unknown]" , "[unknown]" Subject: Adaptec 2920 PCI? Message-ID: <961118154232_101675.3144_IHN82-1@CompuServe.COM> Sender: owner-freebsd-scsi@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Is there a driver for the AHA2920 Adaptec card, PCI bus? For FreeBSD 2.1.5? Or can I use an other driver to compile in the kernel? T.I.A Arjan From owner-freebsd-scsi Mon Nov 18 08:13:24 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA24425 for freebsd-scsi-outgoing; Mon, 18 Nov 1996 08:13:24 -0800 (PST) Received: from chain-work.iafrica.com (root@chain-work.iafrica.com [196.31.1.66]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA24413 for ; Mon, 18 Nov 1996 08:13:20 -0800 (PST) Received: from localhost (khetan@localhost [127.0.0.1]) by chain-work.iafrica.com (8.8.3/8.6.12) with SMTP id SAA05805; Mon, 18 Nov 1996 18:06:10 +0200 (SAT) Date: Mon, 18 Nov 1996 18:06:10 +0200 (SAT) From: Khetan Gajjar To: Christoph Kukulies cc: freebsd-hackers@freefall.freebsd.org, freebsd-scsi@freebsd.org Subject: Re: aic0 (/dev/rst0) problem In-Reply-To: <199611181334.OAA20811@gilberto.physik.rwth-aachen.de> Message-ID: X-URL: http://www.iafrica.com/~khetan/ X-Alternate-Address: khetan@uunet.co.za X-Alternate-Address2: kg@iafrica.com X-Alternate-Address3: gjjkhe01@sonnenberg.uct.ac.za X-Alternate-Address4: khetan@chain.iafrica.com X-IRC-nick: chain 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, 18 Nov 1996, Christoph Kukulies wrote: >And the system hangs at the tar command: > ># tar cvf /dev/rst0 / >^C^Cst0: not ready (after a while) I'm experiencing this with my SCSI CD-ROM drive; the card is the Adaptec AVA1515, which uses the aic6360 chipset. --khg From owner-freebsd-scsi Mon Nov 18 08:24:14 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA24962 for freebsd-scsi-outgoing; Mon, 18 Nov 1996 08:24:14 -0800 (PST) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA24844 for ; Mon, 18 Nov 1996 08:21:42 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id RAA12450; Mon, 18 Nov 1996 17:18:22 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id RAA21475; Mon, 18 Nov 1996 17:28:18 +0100 From: Christoph Kukulies Message-Id: <199611181628.RAA21475@gilberto.physik.rwth-aachen.de> Subject: Re: aic0 (/dev/rst0) problem In-Reply-To: from Khetan Gajjar at "Nov 18, 96 06:06:10 pm" To: khetan@iafrica.com (Khetan Gajjar) Date: Mon, 18 Nov 1996 17:28:18 +0100 (MET) Cc: kuku@gilberto.physik.rwth-aachen.de, freebsd-hackers@freefall.freebsd.org, freebsd-scsi@freebsd.org Reply-To: Christoph Kukulies 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 Mon, 18 Nov 1996, Christoph Kukulies wrote: > > >And the system hangs at the tar command: > > > ># tar cvf /dev/rst0 / > >^C^Cst0: not ready (after a while) > > I'm experiencing this with my SCSI CD-ROM drive; the card is the Adaptec ^^^^^^ I hope not you are trying to create a tar archive on you CD-ROM drive :-) At which operation exactly does it 'hang'? > AVA1515, which uses the aic6360 chipset. Thanks for the datapoint. So I'm not alone. I guess the AVA 1515 is the one with BIOS ROM and other circuitry while mine (the AVA 1505) has no BIOS end decoding circuitry. > > > --khg > > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-scsi Mon Nov 18 08:24:48 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA25087 for freebsd-scsi-outgoing; Mon, 18 Nov 1996 08:24:48 -0800 (PST) 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 IAA25080; Mon, 18 Nov 1996 08:24:40 -0800 (PST) Message-Id: <199611181624.IAA25080@freefall.freebsd.org> To: "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" (Andrey A. Chernov) cc: gibbs@freebsd.org, scsi@freebsd.org Subject: Re: New SCSI changes & Tagged queueing In-reply-to: Your message of "Mon, 18 Nov 1996 10:31:27 +0300." <199611180731.KAA00528@nagual.ru> Date: Mon, 18 Nov 1996 08:24:39 -0800 From: "Justin T. Gibbs" Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> >After 3 dds I still got >> >sd1(ahc0:1:0): Tagged openings reduced to 3 >> >but no death after it. >> >> It seems that this drive can only handle 3 tags at a time. I hope >> this isn't your IBM drive. > >Nope. As I already wrote _any_ of two drives give _exactly_ the same result, >so I suspect it is controller feature. Maybe we need treat 2842 specially >here? Not at all. >-- >Andrey A. Chernov > >http://www.nagual.ru/~ache/ -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-scsi Mon Nov 18 08:51:23 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA26564 for freebsd-scsi-outgoing; Mon, 18 Nov 1996 08:51:23 -0800 (PST) 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 IAA26537; Mon, 18 Nov 1996 08:51:18 -0800 (PST) Message-Id: <199611181651.IAA26537@freefall.freebsd.org> To: Arjan Knepper <101675.3144@CompuServe.COM> cc: "[unknown]" , "[unknown]" Subject: Re: Adaptec 2920 PCI? In-reply-to: Your message of "18 Nov 1996 10:42:32 EST." <961118154232_101675.3144_IHN82-1@CompuServe.COM> Date: Mon, 18 Nov 1996 08:51:17 -0800 From: "Justin T. Gibbs" Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Is there a driver for the AHA2920 Adaptec card, PCI bus? >For FreeBSD 2.1.5? >Or can I use an other driver to compile in the kernel? > >T.I.A >Arjan No, there is not. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-scsi Mon Nov 18 13:24:46 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA12551 for freebsd-scsi-outgoing; Mon, 18 Nov 1996 13:24:46 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA12538 for ; Mon, 18 Nov 1996 13:24:42 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA07633; Mon, 18 Nov 1996 14:07:49 -0700 From: Terry Lambert Message-Id: <199611182107.OAA07633@phaeton.artisoft.com> Subject: Re: aic0 (/dev/rst0) problem To: kuku@gilberto.physik.rwth-aachen.de (Christoph Kukulies) Date: Mon, 18 Nov 1996 14:07:49 -0700 (MST) Cc: freebsd-hackers@freefall.freebsd.org, freebsd-scsi@freebsd.org In-Reply-To: <199611181334.OAA20811@gilberto.physik.rwth-aachen.de> from "Christoph Kukulies" at Nov 18, 96 02:34:12 pm X-Mailer: ELM [version 2.4 PL24] 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 > # tar cvf /dev/rst0 / > ^C^Cst0: not ready (after a while) > > Is there anything special to that HP DAT drive? Blocksize which the driver > cannot cope with? Compression on/off? I believe the driver is working in > polled modes, at least not DMA driven. The board doesn't have busmaster > DMA logic and the motherboard DMA doesn't seem (yet) implemented in the > driver. Unless you set a dipswitch, it won't work with "audio DAT Tapes"; HP is the first drive that whines about them. 8-(. I also believe the default block size is 0 for autorecognition; there was a big discussion on this about 8 months ago. Look at the "mt" command man page for setting the block size. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-scsi Mon Nov 18 16:50:28 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA29436 for freebsd-scsi-outgoing; Mon, 18 Nov 1996 16:50:28 -0800 (PST) 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 QAA29429 for ; Mon, 18 Nov 1996 16:50:25 -0800 (PST) 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 BAA02345; Tue, 19 Nov 1996 01:49:58 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id BAA19046; Tue, 19 Nov 1996 01:49:57 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id AAA02788; Tue, 19 Nov 1996 00:22:38 +0100 (MET) From: J Wunsch Message-Id: <199611182322.AAA02788@uriah.heep.sax.de> Subject: Re: aic0 (/dev/rst0) problem To: freebsd-scsi@FreeBSD.org (FreeBSD SCSI list) Date: Tue, 19 Nov 1996 00:22:38 +0100 (MET) Cc: kuku@gilberto.physik.rwth-aachen.de (Christoph Kukulies) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199611181334.OAA20811@gilberto.physik.rwth-aachen.de> from Christoph Kukulies at "Nov 18, 96 02:34:12 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 Christoph Kukulies wrote: > st0(aic0:3:0): timed out # <<<< This is the result of a tar cvf /dev/rst0 / > st0(aic0:3:0): timed out > > And the system hangs at the tar command: > > # tar cvf /dev/rst0 / > ^C^Cst0: not ready (after a while) > > Is there anything special to that HP DAT drive? No, they work fine on supported^H^H^H^H^H^H^H^H^Hmaintained drivers. The aic driver is apparently not in this class, it hasn't been updated for years. Feel happy that you haven't encountered a ``panic for historical reasons'' yet. :-/ -- 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 Nov 18 16:51:04 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA29492 for freebsd-scsi-outgoing; Mon, 18 Nov 1996 16:51:04 -0800 (PST) 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 QAA29381 for ; Mon, 18 Nov 1996 16:49:30 -0800 (PST) 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 BAA02278 for ; Tue, 19 Nov 1996 01:49:22 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id BAA19025 for freebsd-scsi@FreeBSD.org; Tue, 19 Nov 1996 01:49:22 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id AAA02696 for freebsd-scsi@FreeBSD.org; Tue, 19 Nov 1996 00:14:16 +0100 (MET) From: J Wunsch Message-Id: <199611182314.AAA02696@uriah.heep.sax.de> Subject: Re: Install of a new scsi drive.... HELP To: freebsd-scsi@FreeBSD.org (FreeBSD SCSI list) Date: Tue, 19 Nov 1996 00:14:16 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from David Ramahefason at "Nov 18, 96 04:21:23 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 > could you explain me how to install a frech new HD on a > FreeBSD box ? (moved to questions) -- 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 Nov 18 17:49:19 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA04745 for freebsd-scsi-outgoing; Mon, 18 Nov 1996 17:49:19 -0800 (PST) Received: from ami.tom.computerworks.net (root@AMI.RES.CMU.EDU [128.2.95.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA04734 for ; Mon, 18 Nov 1996 17:49:14 -0800 (PST) Received: from bonkers.taronga.com by ami.tom.computerworks.net with smtp (Smail3.1.29.1 #3) id m0vPfIl-0021UlC; Mon, 18 Nov 96 20:48 EST Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.9) id TAA09398 for scsi@freebsd.org; Mon, 18 Nov 1996 19:53:38 -0600 Date: Mon, 18 Nov 1996 19:53:38 -0600 From: peter@taronga.com (Peter da Silva) Message-Id: <199611190153.TAA09398@bonkers.taronga.com> To: scsi@freebsd.org Subject: Drive with 1024 byte logical blocks Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hrm. Red Hat Linux doesn't seem to have any problem with it, but I'd really rather install FreeBSD on this Micropolis 1528-15 with 1k logical blocks. But... it boots up and goes "yuckola" when I try and use it. If anyone has any info on jumper settings or magic SCSI commands I can use (after installing FreeBSD on another disk, natch) let me know... Can't cut and paste the error message (goes by too fast on the boot floppy). From owner-freebsd-scsi Mon Nov 18 20:37:55 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA13540 for freebsd-scsi-outgoing; Mon, 18 Nov 1996 20:37:55 -0800 (PST) Received: from Mail.IDT.NET (mail.idt.net [198.4.75.205]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA13533 for ; Mon, 18 Nov 1996 20:37:51 -0800 (PST) Received: from sequoia (ppp-16.ts-1.mlb.idt.net [169.132.71.16]) by Mail.IDT.NET (8.7.4/8.7.3) with SMTP id XAA08103; Mon, 18 Nov 1996 23:37:40 -0500 (EST) Message-ID: <329139D1.7F97@mail.idt.net> Date: Mon, 18 Nov 1996 23:38:41 -0500 From: Gary Corcoran Reply-To: garycorc@mail.idt.net X-Mailer: Mozilla 3.0 (WinNT; U) MIME-Version: 1.0 To: Greg Lehey CC: scsi@freebsd.org Subject: Re: BusLogic FlashPoint LT - supported or not? References: <199611181516.QAA00570@freebie.lemis.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Greg Lehey wrote: > > I've just bought some components to build some machines for a customer > of mine, and they stipulated BusLogic 946C or nothing--they want to > run a number of OSs on this machine, including Plan 9, which doesn't > seem to run on anything else. I've tried booting FreeBSD 2.1.5, > BSD/OS 2.2, and SCO V.3.2.5 (so-called 5.0) on the system. FreeBSD > finds the host adapter, and says it doesn't have a driver for it. The > others don't find anything. Can anybody confirm or deny that this is > in fact not compatible? It's not enough to have a FreeBSD driver for > it, since they want to run other OSs as well. I'm confused. Your Subject: refers to a BusLogic FlashPoint LT, while your message refers to a BusLogic 946C. Which one are you asking about? They are two different beasts. FWIW: 2.1.0 runs fine with a 946C, so I would hope that the later versions still run on a 946C... ;-) Gary From owner-freebsd-scsi Tue Nov 19 00:34:07 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA23062 for freebsd-scsi-outgoing; Tue, 19 Nov 1996 00:34:07 -0800 (PST) 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 AAA23052 for ; Tue, 19 Nov 1996 00:33:55 -0800 (PST) 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 JAA16966; Tue, 19 Nov 1996 09:25:36 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA24951; Tue, 19 Nov 1996 09:25:35 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id JAA06727; Tue, 19 Nov 1996 09:12:52 +0100 (MET) From: J Wunsch Message-Id: <199611190812.JAA06727@uriah.heep.sax.de> Subject: Re: Drive with 1024 byte logical blocks To: freebsd-scsi@FreeBSD.org (FreeBSD SCSI list) Date: Tue, 19 Nov 1996 09:12:52 +0100 (MET) Cc: peter@taronga.com (Peter da Silva) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199611190153.TAA09398@bonkers.taronga.com> from Peter da Silva at "Nov 18, 96 07:53:38 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 Peter da Silva wrote: > Hrm. Red Hat Linux doesn't seem to have any problem with it, but I'd > really rather install FreeBSD on this Micropolis 1528-15 with 1k logical > blocks. But... it boots up and goes "yuckola" when I try and use it. Our UFS is not yet up to the task. I've seen references to 1024-byte sectoring inside #ifdef PC98 though i'm afraid that they've simply special-cased this one as opposed to walking through every function and removing the implicit assumption that all the world's a DEV_BSIZE world. MO drives (which are hard-sectored) also suffer from this. > If anyone has any info on jumper settings or magic SCSI commands I can > use (after installing FreeBSD on another disk, natch) let me know... I'm afraid i can't offer you much more than scsiformat(8) for it... and i'm not even sure whether you gotta adjust some mode page parameters before to change the sector size (or whether it's even impossible at all -- this depends on the drive's firmware). I remember that i've once formatted an (otherwise almost dead) Maxtor MXT-1240S to something different than 512 bytes per block, just to test 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 Tue Nov 19 02:26:46 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA26485 for freebsd-scsi-outgoing; Tue, 19 Nov 1996 02:26:46 -0800 (PST) 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 CAA26477; Tue, 19 Nov 1996 02:26:30 -0800 (PST) Received: by sovcom.kiae.su id AA15446 (5.65.kiae-1 ); Tue, 19 Nov 1996 13:04:32 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Tue, 19 Nov 96 13:04:31 +0300 Received: (from ache@localhost) by nagual.ru (8.8.3/8.8.3) id NAA00215; Tue, 19 Nov 1996 13:01:24 +0300 (MSK) Message-Id: <199611191001.NAA00215@nagual.ru> Subject: Tagged opening: configurable option? To: gibbs@freebsd.org, scsi@freebsd.org Date: Tue, 19 Nov 1996 13:01:24 +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+ PL28 (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 Since my card always reduce it to 3, maybe we can add yet one configure option to eliminate unneded failure before reducing? In that way I can directly tell my card to have 3 tagged openings without any failures. -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-scsi Tue Nov 19 03:58:16 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA29511 for freebsd-scsi-outgoing; Tue, 19 Nov 1996 03:58:16 -0800 (PST) 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 DAA29506 for ; Tue, 19 Nov 1996 03:58:14 -0800 (PST) From: Greg Lehey Received: from freebie.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0vPomb-000QyUC; Tue, 19 Nov 96 12:56 MET Received: (grog@localhost) by freebie.lemis.de (8.8.2/8.6.12) id MAA04252; Tue, 19 Nov 1996 12:17:35 +0100 (MET) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Message-Id: <199611191117.MAA04252@freebie.lemis.de> Subject: Re: BusLogic FlashPoint LT - supported or not? In-Reply-To: from "Dennis R. Conley" at "Nov 18, 96 12:20:53 pm" To: conley@eecs.ukans.edu (Dennis R. Conley) Date: Tue, 19 Nov 1996 12:17:34 +0100 (MET) Cc: freebsd-scsi@freebsd.org (FreeBSD SCSI Mailing List) X-Mailer: ELM [version 2.4ME+ PL28 (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 Dennis R. Conley writes: >> I've just bought some components to build some machines for a customer >> of mine, and they stipulated BusLogic 946C or nothing > > Er, wait a minute - the subject line says FP Light - that's the > 930, not the 946. FreeBSD runs the 946 just fine, but not the 930. Sorry, people, I screwed up. The boards I got were sold to me as 930s and labelled "FlashPoint LT". The evidence I have now is that they are not compatible with the 946, and that the 946 is supported by just about every platform. I've since located a pair of 946s, and I hope they'll show up today. Greg From owner-freebsd-scsi Tue Nov 19 04:26:14 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA01377 for freebsd-scsi-outgoing; Tue, 19 Nov 1996 04:26:14 -0800 (PST) Received: from bnr.ca (x400gate.nortel.ca [192.58.194.73]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA01372 for ; Tue, 19 Nov 1996 04:26:12 -0800 (PST) Message-Id: <199611191226.EAA01372@freefall.freebsd.org> Received: from bcarsfba by bnr.ca id <19961119122413-1@bnr.ca>; Tue, 19 Nov 1996 07:24:14 -0500 Received: from bnr.ca by bcarsfba.bnr.ca id <16396-0@bcarsfba.bnr.ca>; Tue, 19 Nov 1996 07:19:51 -0500 Date: 19 Nov 1996 07:18 EST To: joerg_wunsch@uriah.heep.sax.de Cc: freebsd-scsi@freebsd.org, peter@taronga.com From: "barry (b.a.) scott" Subject: Re: Drive with 1024 byte logical blocks Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Our UFS is not yet up to the task. I've seen references to 1024-byte > sectoring inside #ifdef PC98 though i'm afraid that they've simply > special-cased this one as opposed to walking through every function > and removing the implicit assumption that all the world's a DEV_BSIZE > world. > > MO drives (which are hard-sectored) also suffer from this. > John Gumb and My self are about to submit a patch against 2.2 that supports 512, 1024 and 2048 byte sectors for MO. (The algorithms scale able 2048 trivially) The changes for sd.c to support 1024 byte sectors would be simple to create as well, modelled on the od.c changes we made. Specifically we have msdosfs and ufs fully working on 2048 byte MO media. We installed the 1006 snap from 2048 byte MO media. The code changes are small. There are small changes to fdisk to read and write the mbr in real section size chunks. #ifdef'ed as tahoe in newfs.c and mkfs.c is the place to apply sector size scaleing. The kernal ufs code is untouched. In the driver we did not fight the DEV_BSIZE assumption. All we do is scale block number by the ratio of the real sector size over DEV_BSIZE. We are still testing the changes to make sure that we have not missed something. BArry From owner-freebsd-scsi Tue Nov 19 05:29:58 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA04362 for freebsd-scsi-outgoing; Tue, 19 Nov 1996 05:29:58 -0800 (PST) Received: from chain-work.iafrica.com (root@chain-work.iafrica.com [196.31.1.66]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA04356 for ; Tue, 19 Nov 1996 05:29:53 -0800 (PST) Received: from localhost (khetan@localhost [127.0.0.1]) by chain-work.iafrica.com (8.8.3/8.6.12) with SMTP id PAA10569; Tue, 19 Nov 1996 15:21:17 +0200 (SAT) Date: Tue, 19 Nov 1996 15:21:16 +0200 (SAT) From: Khetan Gajjar To: Christoph Kukulies cc: freebsd-hackers@freefall.freebsd.org, freebsd-scsi@freebsd.org Subject: Re: aic0 (/dev/rst0) problem In-Reply-To: <199611181628.RAA21475@gilberto.physik.rwth-aachen.de> Message-ID: X-URL: http://www.iafrica.com/~khetan/ X-Alternate-Address: khetan@uunet.co.za X-Alternate-Address2: kg@iafrica.com X-Alternate-Address3: gjjkhe01@sonnenberg.uct.ac.za X-Alternate-Address4: khetan@chain.iafrica.com X-IRC-nick: chain 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, 18 Nov 1996, Christoph Kukulies wrote: >I hope not you are trying to create a tar archive on you CD-ROM drive :-) No, definitely not (so no, I wasn't that drunk :-> ) >At which operation exactly does it 'hang'? Any thing which would affect the CD-ROM. I'd try and mount it after a clean boot, and it would hang. I could then not recover that session. If I logged in on another vc, I would see that the mount process had been in a d-state, and a few minutes (literally) later, a kernel message would pop up saying device timed out (cd0). >I guess the AVA 1515 is the one with BIOS ROM and other circuitry >while mine (the AVA 1505) has no BIOS end decoding circuitry. The 1515 does have the bios rom - for all the good that it does. --khg From owner-freebsd-scsi Tue Nov 19 09:14:40 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA17713 for freebsd-scsi-outgoing; Tue, 19 Nov 1996 09:14:40 -0800 (PST) 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 JAA17706; Tue, 19 Nov 1996 09:14:37 -0800 (PST) Message-Id: <199611191714.JAA17706@freefall.freebsd.org> To: "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" (Andrey A. Chernov) cc: gibbs@freebsd.org, scsi@freebsd.org Subject: Re: Tagged opening: configurable option? In-reply-to: Your message of "Tue, 19 Nov 1996 13:01:24 +0300." <199611191001.NAA00215@nagual.ru> Date: Tue, 19 Nov 1996 09:14:37 -0800 From: "Justin T. Gibbs" Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Since my card always reduce it to 3, maybe we can add yet one >configure option to eliminate unneded failure before reducing? >In that way I can directly tell my card to have 3 tagged openings >without any failures. >-- >Andrey A. Chernov > >http://www.nagual.ru/~ache/ This will happen in 3.0, but not before. Since all of the tag management is done in one place, we can add a utility that subsumes ncrcontrol and offers the same, dynamic, configuration capabilities to all controllers that support a given feature. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-scsi Tue Nov 19 12:29:44 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA02059 for freebsd-scsi-outgoing; Tue, 19 Nov 1996 12:29:44 -0800 (PST) Received: from Octopussy.MI.Uni-Koeln.DE (Octopussy.MI.Uni-Koeln.DE [134.95.166.20]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA01993 for ; Tue, 19 Nov 1996 12:29:20 -0800 (PST) Received: from x14.mi.uni-koeln.de (annexr2-49.slip.Uni-Koeln.DE) by Octopussy.MI.Uni-Koeln.DE with SMTP id AA29273 (5.67b/IDA-1.5 for ); Tue, 19 Nov 1996 21:29:10 +0100 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.3/8.6.9) id UAA00714; Tue, 19 Nov 1996 20:38:45 +0100 (MET) Message-Id: <199611191938.UAA00714@x14.mi.uni-koeln.de> Date: Tue, 19 Nov 1996 20:37:25 +0100 From: se@freebsd.org (Stefan Esser) To: grog@lemis.de (Greg Lehey) Cc: scsi@freebsd.org Subject: Re: BusLogic FlashPoint LT - supported or not? References: <199611181516.QAA00570@freebie.lemis.de> X-Mailer: Mutt 0.49-PL10 Mime-Version: 1.0 In-Reply-To: <199611181516.QAA00570@freebie.lemis.de>; from Greg Lehey on Nov 18, 1996 15:46:27 +0100 Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Nov 18, grog@lemis.de (Greg Lehey) wrote: > I've just bought some components to build some machines for a customer > of mine, and they stipulated BusLogic 946C or nothing--they want to > run a number of OSs on this machine, including Plan 9, which doesn't > seem to run on anything else. I've tried booting FreeBSD 2.1.5, That's not true! I've seen the Plan 9 driver (it was released at least one year ago) and it seemed a clean design, even with support for tags. > BSD/OS 2.2, and SCO V.3.2.5 (so-called 5.0) on the system. FreeBSD > finds the host adapter, and says it doesn't have a driver for it. The Please give the EXACT probe message. (Best from a boot with "-v".) > others don't find anything. Can anybody confirm or deny that this is > in fact not compatible? It's not enough to have a FreeBSD driver for > it, since they want to run other OSs as well. The 946 is supported under FreeBSD, the Flashpoint isn't, since Buslogic does not release the necessary information. Regards, STefan From owner-freebsd-scsi Tue Nov 19 13:52:08 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA08917 for freebsd-scsi-outgoing; Tue, 19 Nov 1996 13:52:08 -0800 (PST) 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 NAA08851 for ; Tue, 19 Nov 1996 13:51:58 -0800 (PST) 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 WAA07288; Tue, 19 Nov 1996 22:51:35 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA09917; Tue, 19 Nov 1996 22:51:33 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id WAA09422; Tue, 19 Nov 1996 22:39:18 +0100 (MET) From: J Wunsch Message-Id: <199611192139.WAA09422@uriah.heep.sax.de> Subject: Re: Drive with 1024 byte logical blocks To: freebsd-scsi@FreeBSD.org (FreeBSD SCSI list) Date: Tue, 19 Nov 1996 22:39:18 +0100 (MET) Cc: peter@taronga.com Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199611191226.EAA01372@freefall.freebsd.org> from barry at "Nov 19, 96 07:18: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 barry wrote: > John Gumb and My self are about to submit a patch against > 2.2 that supports 512, 1024 and 2048 byte sectors for MO. > (The algorithms scale able 2048 trivially) Why only these three sector sizes? :-) > Specifically we have msdosfs and ufs fully working on > 2048 byte MO media. We installed the 1006 snap from 2048 byte > MO media. The code changes are small. That surprises me. The fd driver has support for sector sizes between 128 and 1024 bytes for ages now, but last time i've been checking, i couldn't use 1024 bytes for UFS. Neither can i on my 1024-byte formatted media, since i cannot even disklabel them. (Sector sizes < 512 byte will eventually work since the kernel `thinks' in DEV_BSIZE chunks so multiple physical sectors will be processed at once.) > In the driver we did not fight the DEV_BSIZE assumption. All > we do is scale block number by the ratio of the real sector size > over DEV_BSIZE. That's basically the same approach the `fd' driver is taking, though it has to deal with the hardware sector size either smaller, equal, or larger than DEV_BSIZE. -- 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 Nov 19 16:54:25 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA19848 for freebsd-scsi-outgoing; Tue, 19 Nov 1996 16:54:25 -0800 (PST) Received: from vcgate3.mei.co.jp (vcgate3.mei.co.jp [202.32.14.53]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA19823 for ; Tue, 19 Nov 1996 16:54:03 -0800 (PST) Received: by vcgate3.mei.co.jp (5.65mei1.2g/5.9:4.9:vcgate0:961113) id AA17023; Wed, 20 Nov 96 09:52:20 +0900 Received: by vcmei.vanc.mei.co.jp (5.65mei1.1/5.9:4.9:vcmei:961113) id AA18176; Wed, 20 Nov 96 09:52:30 +0900 Received: by kmegate.kme.mei.co.jp (4.1/5.5:4.6:kmegate:961108) id AA11924; Wed, 20 Nov 96 09:51:56 JST Date: Wed, 20 Nov 96 09:51:56 JST From: akiyama@kme.mei.co.jp (Shunsuke Akiyama) Message-Id: <9611200051.AA11924@kmegate.kme.mei.co.jp> To: tsbarry@nortel.ca Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-scsi@freebsd.org, peter@taronga.com In-Reply-To: <199611191226.EAA01372@freefall.freebsd.org> (tsbarry@nortel.ca) Subject: Re: Drive with 1024 byte logical blocks Mime-Version: 1.0 (generated by tm-edit 7.66) Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, all. b a writes: > John Gumb and My self are about to submit a patch against > 2.2 that supports 512, 1024 and 2048 byte sectors for MO. > (The algorithms scale able 2048 trivially) > The changes for sd.c to support 1024 byte sectors > would be simple to create as well, modelled on the od.c > changes we made. > Specifically we have msdosfs and ufs fully working on > 2048 byte MO media. We installed the 1006 snap from 2048 byte > MO media. The code changes are small. > There are small changes to fdisk to read and write the mbr > in real section size chunks. > #ifdef'ed as tahoe in newfs.c and mkfs.c is the place to apply > sector size scaleing. The kernal ufs code is untouched. > In the driver we did not fight the DEV_BSIZE assumption. All > we do is scale block number by the ratio of the real sector size > over DEV_BSIZE. > We are still testing the changes to make sure that we have not > missed something. I have working code to support UFS for 512/1024/2048 byte/sector media, too. I'm very interested in your patch. Where can I get it? -- Shunsuke Akiyama Kyushu Matsushita Electric Co., Ltd. Fukuoka, Japan. akiyama@kme.mei.co.jp From owner-freebsd-scsi Wed Nov 20 04:50:14 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA00525 for freebsd-scsi-outgoing; Wed, 20 Nov 1996 04:50:14 -0800 (PST) Received: from viking.ucsalf.ac.uk (viking.ucsalf.ac.uk [192.195.1.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA00423 for ; Wed, 20 Nov 1996 04:49:27 -0800 (PST) Received: by viking.ucsalf.ac.uk (Smail3.1.29.1 #4) id m0vQC4o-00036KC; Wed, 20 Nov 96 12:48 GMT Message-Id: From: mark@plato.salford.ac.uk (Mark Powell) Subject: DLT4000 bootup problems To: freebsd-scsi@freebsd.org Date: 20 Nov 1996 12:48:22 -0000 X-Gated-To-News-By: news@ucsalf.ac.uk Xref: viking.ucsalf.ac.uk list.freebsd.scsi:730 list.freebsd.hackers:9260 list.freebsd.current:5747 Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I was testing a DLT4000 tape on my system. However, 2.2-960801 hung when the kernel was probing the scsi devices. Any ideas why? Yes, it was properly terminated and I'd slotted it in using the same cable, terminator and scsi ID of the DAT drive that is usually on that machine. -- Mark Powell - Unix Information Officer - Clifford Whitworth Building A.I.S., University of Salford, Salford, Manchester, UK. Tel: +44 161 745 5936 Fax: +44 161 736 3596 Email: mark@ucsalf.ac.uk finger mark@ucsalf.ac.uk (for PGP key) Home Page From owner-freebsd-scsi Wed Nov 20 07:07:12 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA09754 for freebsd-scsi-outgoing; Wed, 20 Nov 1996 07:07:12 -0800 (PST) Received: from bnr.ca (x400bnr.nortel.ca [192.58.194.78]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA09749 for ; Wed, 20 Nov 1996 07:07:07 -0800 (PST) Message-Id: <199611201507.HAA09749@freefall.freebsd.org> Received: from bcarsfba by bnr.ca id <19961120150005-4@bnr.ca>; Wed, 20 Nov 1996 10:00:11 -0500 Received: from bnr.ca by bcarsfba.bnr.ca id <29456-0@bcarsfba.bnr.ca>; Wed, 20 Nov 1996 09:55:01 -0500 Date: 20 Nov 1996 09:35 EST To: joerg_wunsch@uriah.heep.sax.de Cc: freebsd-scsi@freebsd.org, peter@taronga.com From: "barry (b.a.) scott" Subject: Re: Drive with 1024 byte logical blocks Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message "Drive with 1024 byte logical blocks", joerg_wunsch@uriah.heep.sax.de writes: > As barry wrote: > > > John Gumb and My self are about to submit a patch against > > 2.2 that supports 512, 1024 and 2048 byte sectors for MO. > > (The algorithms scale able 2048 trivially) > > Why only these three sector sizes? :-) We only required upto 2048 - but the algorithms are implemented so that you can trivially handle any power of 2 size you wish. Ideally a DEV_MAX_PHYS_SECT_SIZE constant would be in the sys header files that would control the limit every where. > > > Specifically we have msdosfs and ufs fully working on > > 2048 byte MO media. We installed the 1006 snap from 2048 byte > > MO media. The code changes are small. > > That surprises me. The fd driver has support for sector sizes between > 128 and 1024 bytes for ages now, but last time i've been checking, i > couldn't use 1024 bytes for UFS. Neither can i on my 1024-byte > formatted media, since i cannot even disklabel them. (Sector sizes < > 512 byte will eventually work since the kernel `thinks' in DEV_BSIZE > chunks so multiple physical sectors will be processed at once.) > disklabel works once the mods in the kermel are made. BArry From owner-freebsd-scsi Fri Nov 22 01:53:29 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA09634 for freebsd-scsi-outgoing; Fri, 22 Nov 1996 01:53:29 -0800 (PST) Received: from vcgate3.mei.co.jp (vcgate3.mei.co.jp [202.32.14.53]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA09618 for ; Fri, 22 Nov 1996 01:53:11 -0800 (PST) Received: by vcgate3.mei.co.jp (5.65mei1.2g/5.9:4.9:vcgate0:961113) id AA13086; Fri, 22 Nov 96 18:50:50 +0900 Received: by vcmei.vanc.mei.co.jp (5.65mei1.1/5.9:4.9:vcmei:961120) id AA18824; Fri, 22 Nov 96 18:51:00 +0900 Received: by kmegate.kme.mei.co.jp (4.1/5.5:4.6:kmegate:961108) id AA29143; Fri, 22 Nov 96 18:50:42 JST Date: Fri, 22 Nov 96 18:50:42 JST From: akiyama@kme.mei.co.jp (Shunsuke Akiyama) Message-Id: <9611220950.AA29143@kmegate.kme.mei.co.jp> To: joerg_wunsch@uriah.heep.sax.de Cc: freebsd-scsi@freebsd.org, peter@taronga.com In-Reply-To: <199611190812.JAA06727@uriah.heep.sax.de> (message from J Wunsch on Tue, 19 Nov 1996 09:12:52 +0100 (MET)) Subject: Re: Drive with 1024 byte logical blocks Mime-Version: 1.0 (generated by tm-edit 7.93) Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch writes: > Our UFS is not yet up to the task. I've seen references to 1024-byte > sectoring inside #ifdef PC98 though i'm afraid that they've simply > special-cased this one as opposed to walking through every function > and removing the implicit assumption that all the world's a DEV_BSIZE > world. > MO drives (which are hard-sectored) also suffer from this. Try this attached patch. This is for 2.2-ALPHA. I've tested this with 512/1024/2048 byte/sector MO media, but not tested with "sd". -- Shunsuke Akiyama Kyushu Matsushita Electric Co., Ltd. Fukuoka, Japan. akiyama@kme.mei.co.jp =================================================================== RCS file: sys/scsi/RCS/sd.c,v retrieving revision 1.95 retrieving revision 1.95.1.1 diff -u -r1.95 -r1.95.1.1 --- sys/scsi/sd.c 1996/09/14 04:31:09 1.95 +++ sys/scsi/sd.c 1996/11/20 13:03:26 1.95.1.1 @@ -315,7 +315,11 @@ * Load the physical device parameters */ sd_get_parms(unit, 0); /* sets SDEV_MEDIA_LOADED */ - if (sd->params.secsiz != SECSIZE) { /* XXX One day... */ + switch (sd->params.secsiz) { + case SECSIZE: + case 1024: + break; + default: printf("sd%ld: Can't deal with %d bytes logical blocks\n", unit, sd->params.secsiz); Debugger("sd"); @@ -494,6 +498,7 @@ struct buf *bp = NULL; struct scsi_rw_big cmd; u_int32_t blkno, nblk; + u_int32_t secsize; SC_DEBUG(sc_link, SDEV_DB2, ("sdstart ")); /* @@ -530,12 +535,13 @@ * We have a buf, now we know we are going to go through * With this thing.. */ - blkno = bp->b_pblkno; - if (bp->b_bcount & (SECSIZE - 1)) + secsize = sd->params.secsiz; + blkno = bp->b_pblkno / (secsize / DEV_BSIZE); + if (bp->b_bcount & (secsize - 1)) { goto bad; } - nblk = bp->b_bcount >> 9; + nblk = (bp->b_bcount + (secsize - 1)) / secsize; /* * Fill out the scsi command @@ -632,6 +638,7 @@ struct scsi_read_capacity scsi_cmd; u_int32_t size; struct scsi_link *sc_link = SCSI_LINK(&sd_switch, unit); + struct scsi_data *sd; /* * make up a scsi command and ask the scsi driver to do @@ -656,10 +663,9 @@ printf("sd%d: could not get size\n", unit); return (0); } else { - size = rdcap.addr_0 + 1; - size += rdcap.addr_1 << 8; - size += rdcap.addr_2 << 16; - size += rdcap.addr_3 << 24; + size = scsi_4btou(&scsi_cmd.addr_3) + 1; + sd = sc_link->sd; + sd->params.secsiz = scsi_4btou(&scsi_cmd.length_3); } return (size); } =================================================================== RCS file: sys/kern/RCS/subr_diskslice.c,v retrieving revision 1.30 retrieving revision 1.30.1.1 diff -u -r1.30 -r1.30.1.1 --- sys/kern/subr_diskslice.c 1996/10/29 13:15:30 1.30 +++ sys/kern/subr_diskslice.c 1996/11/16 13:32:06 1.30.1.1 @@ -119,6 +119,7 @@ struct partition *pp; struct diskslice *sp; long sz; + long scale; if (bp->b_blkno < 0) { Debugger("Slice code got negative blocknumber"); @@ -130,15 +131,17 @@ lp = sp->ds_label; sz = (bp->b_bcount + DEV_BSIZE - 1) >> DEV_BSHIFT; if (lp == NULL) { + scale = 1; blkno = bp->b_blkno; labelsect = -LABELSECTOR - 1; maxsz = sp->ds_size; } else { - labelsect = lp->d_partitions[LABEL_PART].p_offset; + scale = lp->d_secsize / DEV_BSIZE; + labelsect = lp->d_partitions[LABEL_PART].p_offset * scale; if (labelsect != 0) Debugger("labelsect != 0 in dscheck()"); pp = &lp->d_partitions[dkpart(bp->b_dev)]; - blkno = pp->p_offset + bp->b_blkno; - maxsz = pp->p_size; + blkno = pp->p_offset * scale + bp->b_blkno; + maxsz = pp->p_size * scale; if (sp->ds_bad != NULL && ds_debug) { daddr_t newblkno; @@ -151,9 +154,9 @@ /* overwriting disk label ? */ /* XXX should also protect bootstrap in first 8K */ - if (blkno <= LABELSECTOR + labelsect && + if (blkno <= LABELSECTOR * scale + labelsect && #if LABELSECTOR != 0 - bp->b_blkno + sz > LABELSECTOR + labelsect && + bp->b_blkno + sz > LABELSECTOR * scale + labelsect && #endif (bp->b_flags & B_READ) == 0 && sp->ds_wlabel == 0) { bp->b_error = EROFS; @@ -186,7 +189,7 @@ } /* calculate cylinder for disksort to order transfers with */ - bp->b_pblkno = blkno + sp->ds_offset; + bp->b_pblkno = blkno + sp->ds_offset * scale; if (lp == NULL) bp->b_cylinder = 0; /* XXX always 0 would be better */ else @@ -197,9 +200,9 @@ * offsets in the label to keep the in-core label coherent with * the on-disk one. */ - if (blkno <= LABELSECTOR + labelsect + if (blkno <= LABELSECTOR * scale + labelsect #if LABELSECTOR != 0 - && bp->b_blkno + sz > LABELSECTOR + labelsect + && bp->b_blkno + sz > LABELSECTOR * scale + labelsect #endif && sp->ds_offset != 0) { struct iodone_chain *ic; @@ -208,8 +211,8 @@ ic->ic_prev_flags = bp->b_flags; ic->ic_prev_iodone = bp->b_iodone; ic->ic_prev_iodone_chain = bp->b_iodone_chain; - ic->ic_args[0].ia_long = (LABELSECTOR + labelsect - blkno) - << DEV_BSHIFT; + ic->ic_args[0].ia_long = + (LABELSECTOR * scale + labelsect - blkno) << DEV_BSHIFT; ic->ic_args[1].ia_ptr = sp; bp->b_flags |= B_CALL; bp->b_iodone = dsiodone; @@ -798,7 +801,8 @@ lp = ssp->dss_slices[slice].ds_label; if (lp == NULL) return (-1); - return ((int)lp->d_partitions[part].p_size); + return ((int)lp->d_partitions[part].p_size + * (lp->d_secsize / DEV_BSIZE)); } static void =================================================================== RCS file: sys/ufs/ffs/RCS/ffs_vfsops.c,v retrieving revision 1.41 retrieving revision 1.41.1.1 diff -u -r1.41 -r1.41.1.1 --- sys/ufs/ffs/ffs_vfsops.c 1996/09/07 17:34:57 1.41 +++ sys/ufs/ffs/ffs_vfsops.c 1996/10/13 07:52:26 1.41.1.1 @@ -145,7 +145,7 @@ struct ufs_args args; struct ufsmount *ump = 0; - register struct fs *fs; + register struct fs *fs = NULL; int flags; /* @@ -327,6 +327,14 @@ */ (void)VFS_STATFS(mp, &mp->mnt_stat, p); + if (fs == NULL) { + /* root mount */ + ump = VFSTOUFS(mp); + fs = ump->um_fs; + } + /* set sector size */ + mp->mnt_stat.f_spare[0] = fs->fs_fsize / fs->fs_nspf; + goto success; @@ -535,6 +543,8 @@ fs->fs_fmod = 1; fs->fs_clean = 0; } + for (fs->fs_fsbtodb = 0, i = fs->fs_fsize / DEV_BSIZE; i > 1; i >>= 1) + fs->fs_fsbtodb++; blks = howmany(fs->fs_cssize, fs->fs_fsize); base = space = malloc((u_long)fs->fs_cssize, M_UFSMNT, M_WAITOK); =================================================================== RCS file: sys/ufs/mfs/RCS/mfs_vfsops.c,v retrieving revision 1.22 retrieving revision 1.22.1.1 diff -u -r1.22 -r1.22.1.1 --- sys/ufs/mfs/mfs_vfsops.c 1996/06/12 03:37:57 1.22 +++ sys/ufs/mfs/mfs_vfsops.c 1996/08/14 14:59:08 1.22.1.1 @@ -230,7 +230,7 @@ struct vnode *devvp; struct mfs_args args; struct ufsmount *ump; - register struct fs *fs; + register struct fs *fs = NULL; register struct mfsnode *mfsp; u_int size; int flags, err; @@ -424,6 +424,14 @@ * This code is common to root and non-root mounts */ (void) VFS_STATFS(mp, &mp->mnt_stat, p); + + if (fs == NULL) { + /* root mount */ + ump = VFSTOUFS(mp); + fs = ump->um_fs; + } + /* set sector size */ + mp->mnt_stat.f_spare[0] = fs->fs_fsize / fs->fs_nspf; goto success; =================================================================== RCS file: sys/ufs/ufs/RCS/ufs_disksubr.c,v retrieving revision 1.26 retrieving revision 1.26.1.1 diff -u -r1.26 -r1.26.1.1 --- sys/ufs/ufs/ufs_disksubr.c 1996/09/20 17:39:44 1.26 +++ sys/ufs/ufs/ufs_disksubr.c 1996/10/13 07:57:53 1.26.1.1 @@ -179,14 +179,16 @@ register struct buf *bp; struct disklabel *dlp; char *msg = NULL; + int scale; + scale = lp->d_secsize / DEV_BSIZE; bp = geteblk((int)lp->d_secsize); bp->b_dev = dev; - bp->b_blkno = LABELSECTOR; + bp->b_blkno = LABELSECTOR * scale; bp->b_bcount = lp->d_secsize; bp->b_flags &= ~B_INVAL; bp->b_flags |= B_BUSY | B_READ; - bp->b_cylinder = LABELSECTOR / lp->d_secpercyl; + bp->b_cylinder = (LABELSECTOR * scale) / lp->d_secpercyl; (*strat)(bp); if (biowait(bp)) msg = "I/O error"; @@ -284,7 +286,7 @@ } bp = geteblk((int)lp->d_secsize); bp->b_dev = dkmodpart(dev, labelpart); - bp->b_blkno = LABELSECTOR; + bp->b_blkno = LABELSECTOR * (lp->d_secsize / DEV_BSIZE); bp->b_bcount = lp->d_secsize; #if 1 /* =================================================================== RCS file: sys/vm/RCS/vnode_pager.c,v retrieving revision 1.65 retrieving revision 1.65.1.1 diff -u -r1.65 -r1.65.1.1 --- sys/vm/vnode_pager.c 1996/10/17 02:49:35 1.65 +++ sys/vm/vnode_pager.c 1996/11/16 13:35:01 1.65.1.1 @@ -640,12 +640,17 @@ struct buf *bp; int s; int error = 0; + int dev_bsize; vp = object->handle; if (vp->v_mount == NULL) return VM_PAGER_BAD; bsize = vp->v_mount->mnt_stat.f_iosize; + dev_bsize = vp->v_mount->mnt_stat.f_spare[0]; + if (dev_bsize == 0) { + dev_bsize = DEV_BSIZE; + } /* get the UNDERLYING device for the file with VOP_BMAP() */ @@ -764,7 +769,7 @@ * round up physical size for real devices */ if (dp->v_type == VBLK || dp->v_type == VCHR) - size = (size + DEV_BSIZE - 1) & ~(DEV_BSIZE - 1); + size = (size + dev_bsize - 1) & ~(dev_bsize - 1); bp = getpbuf(); kva = (vm_offset_t) bp->b_data; From owner-freebsd-scsi Fri Nov 22 08:03:22 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA25527 for freebsd-scsi-outgoing; Fri, 22 Nov 1996 08:03:22 -0800 (PST) Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA25507 for ; Fri, 22 Nov 1996 08:02:59 -0800 (PST) Received: from adm.ujf-grenoble.fr (adm.ujf-grenoble.fr [193.54.232.78]) by ujf.ujf-grenoble.fr (8.7.6/8.6.9) with ESMTP id RAA03373 for ; Fri, 22 Nov 1996 17:02:44 +0100 (MET) Received: from pc_bruno.ujf-grenoble.fr (adm-bruno.ujf-grenoble.fr [193.54.232.177]) by adm.ujf-grenoble.fr (8.7.6/8.6.9) with SMTP id RAA11227 for ; Fri, 22 Nov 1996 17:12:16 +0100 (MET) Date: Fri, 22 Nov 1996 17:12:16 +0100 (MET) Message-Id: <2.2d.16.19961122170219.24f7f684@adm.ujf-grenoble.fr> X-Sender: bruno@adm.ujf-grenoble.fr X-Mailer: Windows Eudora Pro Version 2.2d (16) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Priority: 4 (Faible) To: freebsd-scsi@freebsd.org From: Gilles BRUNO Subject: SUN EXABYTE (XL) - AHA2940UW anyone ? Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, happy BSD'ers ! I'm trying to use a Sun EXABYTE XL (EXB-850SLBANSH2) with an Adaptec AHA 2940 UW on a 2.1.5 Release box with no results. I first encountered boot problem due to the *default* "wide" negociation of the AHA (it crashed the host adapter), so I turned it off with the AHA bios utility and I was able to boot from the sd0 drive... I then enabled the SCSI debug option and recompiled the kernel, wich now shows : >ahc0: aic7880 Wide Channel, SCSI Id=7, 16 SCBs >ahc0 waiting for scsi devices to settle >(ahc0:0:0): "Quantum XP32150W L912" type 0 fixed SCSI 2 >sd0(ahc0:0:0): Direct-Access 2050MB (4199760 512 byte sectors) >ahc0:A:2: refuses WIDE negotiation. Using 8bit transfers >(ahc0:2:0): "PIONEER CD-ROM DR-124X 1.06" type 5 removable SCSI 2 >cd0(ahc0:2:0): CD-ROM >cd0(ahc0:2:0): NOT READY asc:3a,0 Medium not present >(ahc0:4:0): "EXABYTE EXB-8505SMBANSH2 0793" type 1 removable SCSI 2 >st0(ahc0:4:0): Sequential-Access density code 0x15, 1024-byte blocks, write-enabled >probe0(ahc0:9:0): scsi_cmd >probe0(ahc0:9:0): ahc_scsi_cmd >probe0(ahc0:9:0): ahc_done >probe0(ahc0:9:0): scsi_done >(ahc0:9:0): command: 0,0,0,0,0,0-[0 bytes] >probe0(ahc0:9:0): scsi_cmd >probe0(ahc0:9:0): ahc_scsi_cmd >probe0(ahc0:9:0): ahc_done >probe0(ahc0:9:0): scsi_done >(ahc0:9:0): command: 12,0,0,0,2c,0-[44 bytes] >------------------------------ >000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 >016: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 >032: 00 00 00 00 00 00 00 00 00 00 00 00 >------------------------------ > So I made the rst0 device (sh MAKEDEV st0) and tried a simple "tar cvf /dev/rst0 /etc" i get the message "st0 (ahc0:4:0) Target Busy". It seems that if the data takes too long time to be proceced, either the Exabyte does an unexpected error (??) or issue a SCSI reset... The first syslog message issued is about the disk (??) : /kernel sd0(ahc0:0:0) timed out in dataout phase SCSISIGI = 0x4 /kernel ahc0: issued channel A bus reset #2 . SCBs aborted /kernel sd0(ahc0:0:0) UNIT ATTENTION asc:29,2 /kernel , retries 3 /kernel st0(ahc0:4:0) UNIT ATTENTION asc:29:0 /kernel st0(ahc0:4:0) Power on, reset, or bus device rest occured /kernel st0(ahc0:4:0) Target Busy Has anyone clues ? Did any of you managed to make this kind of config work ? Any help welcome... -- Gilles BRUNO Universite Joseph Fourier - CRIP Domaine Universitaire 38041 St Martin d'Heres FRANCE Tel 04 76 63 56 68 Fax 04 76 51 42 74 From owner-freebsd-scsi Fri Nov 22 10:47:58 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA09529 for freebsd-scsi-outgoing; Fri, 22 Nov 1996 10:47:58 -0800 (PST) Received: from bnr.ca (x400bnr.nortel.ca [192.58.194.78]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA09486; Fri, 22 Nov 1996 10:47:38 -0800 (PST) Message-Id: <199611221847.KAA09486@freefall.freebsd.org> Received: from bcarsfba by bnr.ca id <19961122132418-4@bnr.ca>; Fri, 22 Nov 1996 08:24:31 -0500 Received: from bnr.ca by bcarsfba.bnr.ca id <25039-0@bcarsfba.bnr.ca>; Fri, 22 Nov 1996 08:18:16 -0500 Date: 22 Nov 1996 06:11 EST To: akiyama@kme.mei.co.jp Cc: freebsd-scsi@freebsd.org, hackers@freebsd.org, joerg_wunsch@uriah.heep.sax.de, peter@taronga.com From: "barry (b.a.) scott" Subject: Re: Drive with 1024 byte logical blocks Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The changes that John Gumb and I came up with modify far less code then this patch. Is this patch fixing extra problems that we missed? Further you have not patched fdisk or newfs that seem to be critical to getting a ufs file system onto a disk. For reference here is our patches to sbin/... and sys/... BArry *** sys.orig/kern/subr_diskslice.c Sun Nov 17 19:55:47 1996 --- sys/kern/subr_diskslice.c Tue Nov 19 20:09:26 1996 *************** *** 210,220 **** --- 210,224 ---- ic->ic_prev_iodone_chain = bp->b_iodone_chain; ic->ic_args[0].ia_long = (LABELSECTOR + labelsect - blkno) << DEV_BSHIFT; + /* if we have a label then scale the offset to the disklabel */ + if( lp ) + ic->ic_args[0].ia_long *= lp->d_secsize / DEV_BSIZE; ic->ic_args[1].ia_ptr = sp; bp->b_flags |= B_CALL; bp->b_iodone = dsiodone; bp->b_iodone_chain = ic; if (!(bp->b_flags & B_READ)) { + /* * XXX even disklabel(8) writes directly so we need * to adjust writes. Perhaps we should drop support *** sys.orig/msdosfs/msdosfs_fat.c Sun Nov 17 19:54:36 1996 --- sys/msdosfs/msdosfs_fat.c Tue Nov 19 20:09:34 1996 *************** *** 116,122 **** * pmp->pm_BytesPerSec; bn += pmp->pm_fatblk; if (bnp) ! *bnp = bn; if (sizep) *sizep = size; if (bop) --- 116,122 ---- * pmp->pm_BytesPerSec; bn += pmp->pm_fatblk; if (bnp) ! *bnp = bn * pmp->pm_SecBlkRatio; if (sizep) *sizep = size; if (bop) *************** *** 185,191 **** return E2BIG; } if (bnp) ! *bnp = pmp->pm_rootdirblk + (findcn * pmp->pm_SectPerClust); if (cnp) *cnp = MSDOSFSROOT; return 0; --- 185,191 ---- return E2BIG; } if (bnp) ! *bnp = (pmp->pm_rootdirblk + (findcn * pmp->pm_SectPerClust)) * pmp->pm_SecBlkRatio; if (cnp) *cnp = MSDOSFSROOT; return 0; *************** *** 340,346 **** * bwrite()'s and really slow things down. */ for (i = 1; i < pmp->pm_FATs; i++) { ! fatbn += pmp->pm_FATsecs; /* getblk() never fails */ bpn = getblk(pmp->pm_devvp, fatbn, bp->b_bcount, 0, 0); bcopy(bp->b_data, bpn->b_data, bp->b_bcount); --- 340,346 ---- * bwrite()'s and really slow things down. */ for (i = 1; i < pmp->pm_FATs; i++) { ! fatbn += pmp->pm_FATsecs * pmp->pm_SecBlkRatio; /* getblk() never fails */ bpn = getblk(pmp->pm_devvp, fatbn, bp->b_bcount, 0, 0); bcopy(bp->b_data, bpn->b_data, bp->b_bcount); *** sys.orig/msdosfs/msdosfs_vfsops.c Sun Nov 17 19:54:37 1996 --- sys/msdosfs/msdosfs_vfsops.c Tue Nov 19 20:09:40 1996 *************** *** 273,278 **** --- 273,279 ---- struct buf *bp0 = NULL; struct byte_bpb33 *b33; struct byte_bpb50 *b50; + int secsize; #ifdef PC98 u_int pc98_wrk; u_int Phy_Sector_Size; *************** *** 319,325 **** devvp->v_flag &= 0xffff; error = bread(devvp, 0, 1024, NOCRED, &bp0); #else ! error = bread(devvp, 0, 512, NOCRED, &bp0); #endif if (error) goto error_exit; --- 320,337 ---- devvp->v_flag &= 0xffff; error = bread(devvp, 0, 1024, NOCRED, &bp0); #else ! /* hunt for the sector size that works */ ! for( secsize=DEV_BSIZE; secsize<=2048; secsize <<= 1 ) ! { ! if( bp0 ) ! { ! brelse( bp0 ); ! bp0 = NULL; ! } ! error = bread(devvp, 0, secsize, NOCRED, &bp0); ! if( error == 0 ) ! break; ! } #endif if (error) goto error_exit; *************** *** 349,354 **** --- 361,369 ---- pmp = malloc(sizeof *pmp, M_MSDOSFSMNT, M_WAITOK); bzero((caddr_t)pmp, sizeof *pmp); pmp->pm_mountp = mp; + + /* calculate the ratio of sector size to DEV_BSIZE */ + pmp->pm_SecBlkRatio = secsize/DEV_BSIZE; /* * Compute several useful quantities from the bpb in the *** sys.orig/msdosfs/msdosfsmount.h Sun Nov 17 19:54:36 1996 --- sys/msdosfs/msdosfsmount.h Tue Nov 19 20:09:43 1996 *************** *** 60,65 **** --- 60,66 ---- mode_t pm_mask; /* mask to and with file protection bits */ struct vnode *pm_devvp; /* vnode for block device mntd */ struct bpb50 pm_bpb; /* BIOS parameter blk for this fs */ + int pm_SecBlkRatio; /* How many DEV_BSIZE blocks fit inside a physical sector */ u_long pm_fatblk; /* block # of first FAT */ u_long pm_rootdirblk; /* block # of root directory */ u_long pm_rootdirsize; /* size in blocks (not clusters) */ *************** *** 124,143 **** * Map a cluster number into a filesystem relative block number. */ #define cntobn(pmp, cn) \ ! ((((cn)-CLUST_FIRST) * (pmp)->pm_SectPerClust) + (pmp)->pm_firstcluster) /* * Map a filesystem relative block number back into a cluster number. */ #define bntocn(pmp, bn) \ ! ((((bn) - pmp->pm_firstcluster)/ (pmp)->pm_SectPerClust) + CLUST_FIRST) /* * Calculate block number for directory entry in root dir, offset dirofs */ #define roottobn(pmp, dirofs) \ ! (((dirofs) / (pmp)->pm_depclust) * (pmp)->pm_SectPerClust \ ! + (pmp)->pm_rootdirblk) /* * Calculate block number for directory entry at cluster dirclu, offset --- 125,144 ---- * Map a cluster number into a filesystem relative block number. */ #define cntobn(pmp, cn) \ ! (((((cn)-CLUST_FIRST) * (pmp)->pm_SectPerClust) + (pmp)->pm_firstcluster)*(pmp)->pm_SecBlkRatio) /* * Map a filesystem relative block number back into a cluster number. */ #define bntocn(pmp, bn) \ ! (((((bn)/((pmp)->pm_SecBlkRatio) - pmp->pm_firstcluster)/ (pmp)->pm_SectPerClust) + CLUST_FIRST) /* * Calculate block number for directory entry in root dir, offset dirofs */ #define roottobn(pmp, dirofs) \ ! ((((dirofs) / (pmp)->pm_depclust) * (pmp)->pm_SectPerClust \ ! + (pmp)->pm_rootdirblk) * (pmp)->pm_SecBlkRatio) /* * Calculate block number for directory entry at cluster dirclu, offset *** sys.orig/scsi/od.c Sun Nov 17 19:57:06 1996 --- sys/scsi/od.c Tue Nov 19 20:09:46 1996 *************** *** 361,369 **** switch (od->params.secsiz) { case SECSIZE : case 1024 : - #ifdef notyet case 2048 : - #endif break; default : printf("od%ld: Can't deal with %d bytes logical blocks\n", --- 361,367 ---- *************** *** 448,453 **** --- 446,452 ---- u_int32_t opri; struct scsi_data *od; u_int32_t unit; + int secsize; odstrats++; unit = ODUNIT((bp->b_dev)); *************** *** 464,478 **** /* * Odd number of bytes or negative offset */ ! if (bp->b_blkno < 0 || bp->b_bcount % DEV_BSIZE != 0) { bp->b_error = EINVAL; goto bad; } /* * Do bounds checking, adjust transfer, set b_cylin and b_pbklno. */ ! if (dscheck(bp, od->dk_slices) <= 0) goto done; /* XXX check b_resid */ opri = SPLOD(); --- 463,520 ---- /* * Odd number of bytes or negative offset */ ! if (bp->b_blkno < 0 ) { ! bp->b_error = EINVAL; ! printf("od_strategy: Negative block number: 0x%x\n", bp->b_blkno); ! goto bad; ! } ! ! ! secsize = od->params.secsiz; ! ! /* make sure the blkno is scalable */ ! if( (bp->b_blkno % (secsize/DEV_BSIZE)) != 0 ) { bp->b_error = EINVAL; + printf("od_strategy: Block number is not multiple of sector size (2): 0x%x\n", bp->b_blkno); goto bad; } + + /* make sure that the tranasfer size is a multiple of the sector size */ + if( (bp->b_bcount % secsize) != 0 ) { + bp->b_error = EINVAL; + printf("od_strategy: Invalid b_bcount %d at block number: 0x%x\n", bp->b_bcount, bp->b_blkno); + goto bad; + } + /* * Do bounds checking, adjust transfer, set b_cylin and b_pbklno. */ ! { ! int status; ! int sec_blk_ratio = secsize/DEV_BSIZE; ! /* save original block number and size */ ! int b_blkno = bp->b_blkno; ! int b_bcount = bp->b_bcount; ! ! /* replace with scaled values */ ! bp->b_blkno /= sec_blk_ratio; ! bp->b_bcount /= sec_blk_ratio; ! ! /* have dscheck enforce limits and map to physical block number */ ! status = dscheck(bp, od->dk_slices); ! ! /* restore original values to prevent bad side effects in block system */ ! bp->b_blkno = b_blkno; ! bp->b_bcount = b_bcount; ! /* scale resid */ ! bp->b_resid *= sec_blk_ratio; ! ! /* see if the mapping failed */ ! if (status <= 0) ! { goto done; /* XXX check b_resid */ + } + } opri = SPLOD(); *************** *** 581,592 **** * With this thing.. */ secsize = od->params.secsiz; ! blkno = bp->b_pblkno / (secsize / DEV_BSIZE); if (bp->b_bcount & (secsize - 1)) { goto bad; } ! nblk = (bp->b_bcount + (secsize - 1)) / secsize; /* * Fill out the scsi command --- 623,634 ---- * With this thing.. */ secsize = od->params.secsiz; ! blkno = bp->b_pblkno; if (bp->b_bcount & (secsize - 1)) { goto bad; } ! nblk = bp->b_bcount / secsize; /* * Fill out the scsi command *** sys.orig/ufs/ufs/ufs_disksubr.c Sun Nov 17 19:56:09 1996 --- sys/ufs/ufs/ufs_disksubr.c Tue Nov 19 20:09:52 1996 *************** *** 182,188 **** bp = geteblk((int)lp->d_secsize); bp->b_dev = dev; ! bp->b_blkno = LABELSECTOR; bp->b_bcount = lp->d_secsize; bp->b_flags &= ~B_INVAL; bp->b_flags |= B_BUSY | B_READ; --- 182,188 ---- bp = geteblk((int)lp->d_secsize); bp->b_dev = dev; ! bp->b_blkno = LABELSECTOR * ((int)lp->d_secsize/DEV_BSIZE); bp->b_bcount = lp->d_secsize; bp->b_flags &= ~B_INVAL; bp->b_flags |= B_BUSY | B_READ; *************** *** 284,290 **** } bp = geteblk((int)lp->d_secsize); bp->b_dev = dkmodpart(dev, labelpart); ! bp->b_blkno = LABELSECTOR; bp->b_bcount = lp->d_secsize; #if 1 /* --- 284,290 ---- } bp = geteblk((int)lp->d_secsize); bp->b_dev = dkmodpart(dev, labelpart); ! bp->b_blkno = LABELSECTOR * ((int)lp->d_secsize / DEV_BSIZE); bp->b_bcount = lp->d_secsize; #if 1 /* *** sbin.orig/i386/fdisk/fdisk.c Wed Nov 20 11:18:24 1996 --- sbin/i386/fdisk/fdisk.c Wed Nov 20 11:28:23 1996 *************** *** 54,60 **** #define RoundCyl(x) ((((x) + cylsecs - 1) / cylsecs) * cylsecs) ! #define SECSIZE 512 const char *disk; const char *disks[] = --- 54,62 ---- #define RoundCyl(x) ((((x) + cylsecs - 1) / cylsecs) * cylsecs) ! #define MAX_SEC_SIZE 2048 /* maximum section size that is supported */ ! #define MIN_SEC_SIZE 512 /* the sector size to start sensing at */ ! int secsize = 0; /* the sensed sector size */ const char *disk; const char *disks[] = *************** *** 74,79 **** --- 76,83 ---- unsigned char bootinst[DOSPARTOFF]; struct dos_partition parts[4]; unsigned short int signature; + /* room to read in MBRs that are bigger then DEV_BSIZE */ + unsigned char large_sector_overflow[MAX_SEC_SIZE-MIN_SEC_SIZE]; }; struct mboot mboot; *************** *** 292,297 **** --- 296,302 ---- if (read_s0()) init_sector0(1); + printf("Media sector size is %d\n", secsize ); printf("Warning: BIOS sector numbering starts with sector 1\n"); printf("Information from DOS bootblock is:\n"); if (partition == -1) *************** *** 347,353 **** printf("sysid %d,(%s)\n", partp->dp_typ, get_type(partp->dp_typ)); printf(" start %ld, size %ld (%ld Meg), flag %x\n", partp->dp_start, ! partp->dp_size, partp->dp_size * 512 / (1024 * 1024), partp->dp_flag); printf("\tbeg: cyl %d/ sector %d/ head %d;\n\tend: cyl %d/ sector %d/ head %d\n" ,DPCYL(partp->dp_scyl, partp->dp_ssect) --- 352,358 ---- printf("sysid %d,(%s)\n", partp->dp_typ, get_type(partp->dp_typ)); printf(" start %ld, size %ld (%ld Meg), flag %x\n", partp->dp_start, ! partp->dp_size, partp->dp_size * secsize / (1024 * 1024), partp->dp_flag); printf("\tbeg: cyl %d/ sector %d/ head %d;\n\tend: cyl %d/ sector %d/ head %d\n" ,DPCYL(partp->dp_scyl, partp->dp_ssect) *************** *** 549,562 **** read_disk(off_t sector, void *buf) { lseek(fd,(sector * 512), 0); ! return read(fd, buf, 512); } static ssize_t write_disk(off_t sector, void *buf) { lseek(fd,(sector * 512), 0); ! return write(fd, buf, 512); } static int --- 554,582 ---- read_disk(off_t sector, void *buf) { lseek(fd,(sector * 512), 0); ! ! if( secsize == 0 ) ! for( secsize = MIN_SEC_SIZE; secsize <= MAX_SEC_SIZE; secsize *= 2 ) ! { ! /* try the read */ ! int size = read(fd, buf, secsize); ! if( size == secsize ) ! /* it worked so return */ ! return secsize; ! } ! else ! return read( fd, buf, secsize ); ! ! /* we failed to read at any of the sizes */ ! return -1; } static ssize_t write_disk(off_t sector, void *buf) { lseek(fd,(sector * 512), 0); ! /* write out in the size that the read_disk found worked */ ! return write(fd, buf, secsize); } static int *** sbin.orig/newfs/mkfs.c Wed Nov 20 11:20:40 1996 --- sbin/newfs/mkfs.c Wed Nov 20 11:25:46 1996 *************** *** 82,90 **** extern int nphyssectors; /* # sectors/track including spares */ extern int secpercyl; /* sectors per cylinder */ extern int sectorsize; /* bytes/sector */ - #if defined( tahoe ) extern int realsectorsize; /* bytes/sector in hardware */ - #endif extern int rpm; /* revolutions/minute of drive */ extern int interleave; /* hardware sector interleave */ extern int trackskew; /* sector 0 skew, per track */ --- 82,88 ---- *************** *** 212,218 **** */ if (fssize <= 0) printf("preposterous size %d\n", fssize), exit(13); ! wtfs(fssize-1, DEV_BSIZE, (char *)&sblock); /* * collect and verify the sector and track info */ --- 210,217 ---- */ if (fssize <= 0) printf("preposterous size %d\n", fssize), exit(13); ! /* the last block transfer must be in real sector size byte */ ! wtfs(fssize-(realsectorsize/512), realsectorsize, (char *)&sblock); /* * collect and verify the sector and track info */ *** sbin.orig/newfs/newfs.c Wed Nov 20 11:18:55 1996 --- sbin/newfs/newfs.c Wed Nov 20 11:24:39 1996 *************** *** 167,175 **** int trackspares = -1; /* spare sectors per track */ int cylspares = -1; /* spare sectors per cylinder */ int sectorsize; /* bytes/sector */ - #ifdef tahoe int realsectorsize; /* bytes/sector in hardware */ - #endif int rpm; /* revolutions/minute of drive */ int interleave; /* hardware sector interleave */ int trackskew = -1; /* sector 0 skew, per track */ --- 167,173 ---- *************** *** 530,540 **** --- 528,553 ---- fssize /= secperblk; pp->p_size /= secperblk; } + #else + realsectorsize = sectorsize; + if (sectorsize != DEV_BSIZE) { /* XXX */ + int secperblk = sectorsize / DEV_BSIZE; + + sectorsize = DEV_BSIZE; + nsectors *= secperblk; + nphyssectors *= secperblk; + secpercyl *= secperblk; + fssize *= secperblk; + pp->p_size *= secperblk; + } #endif mkfs(pp, special, fsi, fso); #ifdef tahoe if (realsectorsize != DEV_BSIZE) pp->p_size *= DEV_BSIZE / realsectorsize; + #else + if (realsectorsize != DEV_BSIZE) + pp->p_size /= real sectorsize/DEV_BSIZE; #endif if (!Nflag) close(fso); *************** *** 676,679 **** fprintf(stderr, "\t-x spare sectors per cylinder\n"); exit(1); } - --- 689,691 ---- From owner-freebsd-scsi Sat Nov 23 08:37:43 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA01774 for freebsd-scsi-outgoing; Sat, 23 Nov 1996 08:37:43 -0800 (PST) Received: from viking.ucsalf.ac.uk (viking.ucsalf.ac.uk [192.195.1.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA01768 for ; Sat, 23 Nov 1996 08:37:37 -0800 (PST) Received: by viking.ucsalf.ac.uk (Smail3.1.29.1 #4) id m0vRL56-00036wC; Sat, 23 Nov 96 16:37 GMT Message-Id: From: clewis@ferret.ocunix.on.ca (Chris Lewis) Subject: cmsg cancel <367.896244412754@news.nemonet.com> To: freebsd-scsi@freebsd.org Date: 23 Nov 1996 16:29:39 GMT X-Gated-To-News-By: news@ucsalf.ac.uk X-Cancelled-by: clewis@ferret.ocunix.on.ca Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk MMF spam cancelled by clewis@ferret.ocunix.on.ca Original Subject: Just try this, it will work