From owner-freebsd-scsi Sun Feb 25 01:50:53 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA22724 for freebsd-scsi-outgoing; Sun, 25 Feb 1996 01:50:53 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA22719 for ; Sun, 25 Feb 1996 01:50:49 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA12273; Sun, 25 Feb 1996 10:50:44 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA02096; Sun, 25 Feb 1996 10:50:44 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id KAA14773; Sun, 25 Feb 1996 10:49:39 +0100 (MET) From: J Wunsch Message-Id: <199602250949.KAA14773@uriah.heep.sax.de> Subject: Re: Block size on hard disk To: freebsd-scsi@freebsd.org Date: Sun, 25 Feb 1996 10:49:39 +0100 (MET) Cc: petzi@zit.th-darmstadt.de (Michael Beckmann) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Michael Beckmann" at Feb 24, 96 05:47:25 pm X-Phone: +49-351-2012 669 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 Precedence: bulk As Michael Beckmann wrote: > I have a 4 GB SCSI disk (DFHS) from IBM in my system, attached to an NCR > 810 controller. It is formatted for 512 bytes per block, like mosts hard > disks. I noticed that the disk can be formatted for 512, 1024 and 2048 > bytes per block. There are enough disks around which you could format to any weird sector size. Something like ``must be between 2 and 65536 bytes'' or so. > I was thinking whether it would be wise to reformat it for > 1024 B/block. The current ufs implementation doesn't grok it. I've got patches in the queue from some Japanese guy to fix this, since it is also needed for MOD's where you gotta live with them being hard-sectored. 1024 bytes per sector are frequent there, and he told me about rumours that some newer drives come with media up to 4096 bytes per sector. (Though i think the latter will result in a huge waste of disk space, since the ufs fragment size must be at least as big as the physical sector size. See the daemon book for wastage figures.) If you are interested to test the patches, i'm more than happy to forward it to 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. ;-) From owner-freebsd-scsi Tue Feb 27 10:00:23 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA08246 for freebsd-scsi-outgoing; Tue, 27 Feb 1996 10:00:23 -0800 (PST) Received: from rustler.gwc.cccd.edu (rustler.gwc.cccd.edu [159.115.129.108]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA08239 for ; Tue, 27 Feb 1996 10:00:19 -0800 (PST) Received: from mpeer (mpeer.csc.gwc.cccd.edu [159.115.129.100]) by rustler.gwc.cccd.edu (8.6.11/8.6.9) with SMTP id KAA16113 for ; Tue, 27 Feb 1996 10:00:08 -0800 Message-Id: <2.2.32.19960227181211.002d2d20@postal.gwc.cccd.edu> X-Sender: mpeer@postal.gwc.cccd.edu X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 27 Feb 1996 10:12:11 -0800 To: freebsd-scsi@freebsd.org From: Michael Peer Subject: Cd changer Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk Hello, Joerg from the FreeBSD news group directed me to you for questions on the nakamichi 7 disk cdrom changer below is a copy to those messages. My original question was, I have one I understand others have them, and they are known to work, it looked to me to be a no brainer, but mine doesn't work. It only sees the first two disks, and that's it. Some background: I have tried it on 2.1.0R and 2.0.5R. 2.1.0 has AHA-2940, and 2.0.5 has AHA-1540. I have tried making my own devices. All of this to no avail. The error message I get is Device not configured. I have tried this device on a widnows, and windows NT systems and it works fine. Any help would be appreciated, I'm at a loss. As Michael Peer wrote: > >The Nakamichi is known to work. Do you have it on an NCR controller? > >The old NCR driver didn't allow for targets using LUNs != 0, i think. > > > > I have tried it on a FreeBSD 2.0.5 with a adaptec 1540B controller, and > 2.1.0 with adaptec 2940 controller. Please, ask the people at freebsd-scsi@freebsd.org for help. I don't have one, nor have i ever seen it. But i know that there are guys who had it working. -- 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. ;-) e-mail: mpeer@cccd.edu www: pioneer.gwc.cccd.edu From owner-freebsd-scsi Tue Feb 27 23:46:35 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA19765 for freebsd-scsi-outgoing; Tue, 27 Feb 1996 23:46:35 -0800 (PST) Received: from mailserv.uni-tuebingen.de (mailserv.uni-tuebingen.de [134.2.250.102]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA19749 for ; Tue, 27 Feb 1996 23:46:28 -0800 (PST) From: Michael.Class@zdv.uni-tuebingen.de Received: from ambixpc2.zdv.uni-tuebingen.de by mailserv.uni-tuebingen.de with SMTP (PP); Wed, 28 Feb 1996 08:46:17 +0100 Received: from ambixpc2.zdv.uni-tuebingen.de (ambixpc2.zdv.uni-tuebingen.de [134.2.1.33]) by ambixpc2.zdv.uni-tuebingen.de (8.6.12/8.6.12) with SMTP id IAA06953 for ; Wed, 28 Feb 1996 08:46:19 +0100 Date: Wed, 28 Feb 1996 08:46:19 +0100 (MET) Reply-To: Michael.Class@zdv.uni-tuebingen.de Subject: SCSI-Tape Problems To: freebsd-scsi@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk Hello, I do have two Problem that have appeared just recently. A kernel built from sources on 06.01.96 runs fine. The kernel with the problems is built form sources around 22.02.96. (everything is freebsd-current of course). TAPE: dump crashes SCSI-System, mt offline does not work any more. At the very end of a filesystem dump (does not matter which one) the whole SCSI-System gives errors like "unit not ready" and the System crashes shortly after that due to not beeing able to page any memory pages in/out. Additionally (with a freshly booted system!) a "mt offline" does not work any more... (My Dat-Tape has lost the eject-button, so this is the only way to get the tape out of if!) mt -f /dev/nrst0 offline (does not work) second "mt -f /dev/nrst0 offline" leads to the following error in syslog: st0(ncr0:2:0): NOT READY asc:4,0 st0(ncr0:2:0): Logical unit not ready, cause not reportable FYI: /users/michaelc # ncrcontrol T:L Vendor Device Rev Speed Max Wide Tags 0:0 QUANTUM PD1800S 3161 10.0 10.0 8 4 1:0 SEAGATE ST3283N 9303 10.0 10.0 8 - 2:0 HP HP35450A -A BE00 asyn 10.0 8 - 4:0 MATSHITA CD-ROM CR-5XX 1.0c ? 5.0 ? - 4:1 ? - 4:2 ? - 4:3 ? - 4:4 ? - 4:5 ? - 4:6 ? - 4:7 ? - FDC: Reading from a Floppy gets lots of the following messages and often fails on a known good floppy. isa_dmastart: channel 2 busy isa_dmastart: channel 2 busy isa_dmastart: channel 2 busy isa_dmastart: channel 2 busy isa_dmastart: channel 2 busy fd0c: hard error reading fsbn 2058 of 2058-2099 (No status) System: ASUS P55TP4N-MB, 512KB PB-Cache, 32MB 60ns Memory, 120Mhz P5, NCR 53c810-SCSI, Miro SV40 Ergo VGA, Quantum PD1800S, ST3283N, HP 35450A DAT (the old fat one), MATUSHITA SCSI-I CDROM ---------------------------------------------------------------------------- FreeBSD 2.2-CURRENT #0: Tue Feb 27 21:00:54 MET 1996 zrncl01@pc-micha.zdv.uni-tuebingen.de:/usr/src/sys/compile/MCSCSI CPU: Pentium (119.73-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping=5 Features=0x1bf real memory = 33554432 (32768K bytes) avail memory = 31272960 (30540K bytes) BIOS Geometries: 0:00d9fe3f 0..217=218 cylinders, 0..254=255 heads, 1..63=63 sectors 1:001dfe3f 0..29=30 cylinders, 0..254=255 heads, 1..63=63 sectors 0 accounted for DEVFS: ready for devices pcibus_setup(1): mode 1 addr port (0x0cf8) is 0x8000005c pcibus_setup(1a): mode1res=0x80000000 (0x80000000) pcibus_check: device 0 is there (id=122d8086) Probing for devices on PCI bus 0: configuration mode 1 allows 32 devices. chip0 rev 2 on pci0:0 CPU Inactivity timer: clocks Peer Concurrency: enabled CPU-to-PCI Write Bursting: enabled PCI Streaming: enabled Bus Concurrency: enabled Cache: 512K dual-bank pipelined-burst secondary; L1 enabled DRAM: no memory hole, 60 MHz refresh Read burst timing: x-2-2-2/x-3-3-3 Write burst timing: x-3-3-3 RAS-CAS delay: 3 clocks chip1 rev 2 on pci0:7 I/O Recovery Timing: 8-bit 1 clocks, 16-bit 1 clocks Extended BIOS: disabled Lower BIOS: enabled Coprocessor IRQ13: enabled Mouse IRQ12: disabled Interrupt Routing: A: disabled, B: IRQ11, C: IRQ12, D: disabled MB0: disabled, MB1: disabled pci0:7: Intel Corporation, device=0x1230, class=storage (ide) [no driver assigned] map(20): io(e800) ncr0 rev 1 int a irq 12 on pci0:10 mapreg[10] type=1 addr=0000e400 size=0100. mapreg[14] type=0 addr=fbfe0000 size=0100. reg20: virtual=0xf4942000 physical=0xfbfe0000 size=0x100 ncr0: restart (scsi reset). ncr0 scanning for targets 0..6 (V2 pl23 95/09/07) ncr0 waiting for scsi devices to settle (ncr0:0:0): "QUANTUM PD1800S 3161" type 0 fixed SCSI 2 sd0(ncr0:0:0): Direct-Access sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 1717MB (3517856 512 byte sectors) sd0(ncr0:0:0): with 3008 cyls, 14 heads, and an average 83 sectors/track (ncr0:1:0): "SEAGATE ST3283N 9303" type 0 fixed SCSI 2 sd1(ncr0:1:0): Direct-Access sd1(ncr0:1:0): FAST SCSI-2 100ns (10 Mb/sec) offset 6. 237MB (485601 512 byte sectors) sd1(ncr0:1:0): with 1691 cyls, 5 heads, and an average 57 sectors/track (ncr0:2:0): "HP HP35450A -A BE00" type 1 removable SCSI 2 st0(ncr0:2:0): Sequential-Access st0(ncr0:2:0): asynchronous. density code 0x13, drive empty (ncr0:4:0): "MATSHITA CD-ROM CR-5XX 1.0c" type 5 removable SCSI 1 cd0(ncr0:4:0): CD-ROM cd present [312146 x 2048 byte records] vga0 rev 0 int a irq 11 on pci0:11 mapreg[10] type=0 addr=f8000000 size=2000000. pci0: uses 33554688 bytes of memory from f8000000 upto fbfe00ff. pci0: uses 256 bytes of I/O space from e400 upto e4ff. Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <8 virtual consoles, flags=0x0> ed0 at 0x300-0x31f irq 10 maddr 0xd8000 msize 16384 on isa ed0: address 00:00:c0:b0:12:9a, type WD8013EBT (16 bit) bpf: ed0 attached sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface bpf: lp0 attached fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in fd1: 1.2MB 5.25in npx0 on motherboard npx0: INT 16 interface imasks: bio c0001040, tty c003009a, net c0020400 devfs ready to run bpf: tun0 attached bpf: lo0 attached sd0s1: type 0x6, start 2474010, end = 3518234, size 1044225 : OK sd0s4: type 0xa5, start 32, end = 2474009, size 2473978 : OK sd1s4: type 0xa5, start 32, end = 481949, size 481918 : OK ---------------------------------------------------------------------------- # # MCSCSI # # $Id: GENERICAH,v 1.36 1994/08/09 08:17:08 davidg Exp $ # machine "i386" cpu "I386_CPU" cpu "I486_CPU" cpu "I586_CPU" cpu "I686_CPU" ident MCSCSI maxusers 32 options SYSVSHM options SYSVSEM options SYSVMSG options INET #InterNETworking options FFS #Berkeley Fast File System options NFS #Network File System options MSDOSFS #MS-DOS File System options PROCFS #Process File System options KERNFS #Kernel File System options "CD9660" #CD ISO9660 File System options DEVFS #devices filesystem options FIFO #Support for FIFO files options "COMPAT_43" #Compatible with BSD 4.3 options "SCSI_DELAY=15" #Be pessimistic about Joe SCSI device options USERCONFIG #Allow user configuration with -c options UCONSOLE #Allow users to grab console options USER_LDT #allow user-level control of i386 ldt options TUN #IP Tunnel driver options HARDFONTS #load iso8859 fonts instead of options "MAXCONS=8" # 8 virtual consoles options GRKEYMAP # use German-Keyboard in kernel options "COMPAT_IBCS2" # make ibcs2-code loadable options "COMPAT_LINUX" # make linux-code loadable options "FDSEEKWAIT=16" #fd-driver wait 1s / FDSEEKWAIT options XCONSOLE options "PCVT_FREEBSD=210" # pcvt running on FreeBSD 2.1 options "NSWAPDEV=4" config kernel root on sd0 controller isa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 controller ncr0 controller scbus0 device sd0 #Only need one of these, the code dynamically grows device st0 #Only need one of these, the code dynamically grows device cd0 #Only need one of these, the code dynamically grows device od0 #Only need one of these, the code dynamically grows device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device ed0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector edintr pseudo-device loop pseudo-device ether pseudo-device tun 1 #Tunnel driver(user process ppp) pseudo-device bpfilter 4 #Berkeley packet filter pseudo-device log pseudo-device pty 48 pseudo-device speaker pseudo-device gzip # Exec gzipped a.out's pseudo-device vn #Vnode driver (turns a file into a device) ---------------------------------------------------------------------------- Any suggestions? Micha ------------------------------------------------------------------------- michael class michael.class@zdv.uni-tuebingen.de ZDV Uni-Tuebingen, Morgenstelle C2-P28, Tel. +49 7071 29-7539 PGP-Public-Key: finger Michael.Class@x500.uni-tuebingen.de ------------------------------------------------------------------------- From owner-freebsd-scsi Wed Feb 28 00:01:16 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA20706 for freebsd-scsi-outgoing; Wed, 28 Feb 1996 00:01:16 -0800 (PST) Received: from hcshh.hcs.de (hcshh.hcs.de [194.49.17.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA20701 for ; Wed, 28 Feb 1996 00:01:01 -0800 (PST) Received: from hcswork.hcs.de by hcshh.hcs.de with smtp (Smail3.1.28.1 #9) id m0trgoQ-000TJtC; Wed, 28 Feb 96 09:00 MET Received: by hcswork.hcs.de (Smail3.1.28.1 #9) id m0trgoP-000UNOC; Wed, 28 Feb 96 09:00 MET Message-Id: From: hm@hcs.de (Hellmuth Michaelis) Subject: Re: Cd changer To: mpeer@cccd.edu (Michael Peer) Date: Wed, 28 Feb 1996 09:00:37 +0100 (MET) Cc: freebsd-scsi@FreeBSD.ORG In-Reply-To: <2.2.32.19960227181211.002d2d20@postal.gwc.cccd.edu> from "Michael Peer" at Feb 27, 96 10:12:11 am Reply-To: hm@hcs.de Organization: HCS Hanseatischer Computerservice GmbH X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk >From the keyboard of Michael Peer: > Joerg from the FreeBSD news group directed me to you for questions on the > nakamichi 7 disk cdrom changer below is a copy to those messages. > > My original question was, I have one I understand others have them, and they > are known to work, it looked to me to be a no brainer, but mine doesn't > work. It only sees the first two disks, and that's it. I'm using this device under 2.1 with NEW_SCSICONF defined in the kernel config file and the following patch: The problem with more than a few CDROMS on line at once in 2.05 and 2.1 (either lots of regular drives or one of the changers) was just fixed in -current. This will make the Nak unit work properly. If you can rebuild from source, change the > if(cd->dkunit) { to > if(cd->dkunit >= 0) { in sys/scsi/cd.c -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 hellmuth -- Hellmuth Michaelis HCS Hanseatischer Computerservice GmbH Hamburg, Europe "There are lies, damn lies, and open systems." (unknown) From owner-freebsd-scsi Wed Feb 28 01:57:00 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA27504 for freebsd-scsi-outgoing; Wed, 28 Feb 1996 01:57:00 -0800 (PST) Received: from hda.com (hda.com [199.232.40.182]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA27499 for ; Wed, 28 Feb 1996 01:56:54 -0800 (PST) Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id FAA07211; Wed, 28 Feb 1996 05:05:51 -0500 From: Peter Dufault Message-Id: <199602281005.FAA07211@hda.com> Subject: Re: Cd changer To: hm@hcs.de Date: Wed, 28 Feb 1996 05:05:50 -0500 (EST) Cc: mpeer@cccd.edu, freebsd-scsi@FreeBSD.org In-Reply-To: from "Hellmuth Michaelis" at Feb 28, 96 09:00:37 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-scsi@FreeBSD.org Precedence: bulk > > >From the keyboard of Michael Peer: > > > Joerg from the FreeBSD news group directed me to you for questions on the > > nakamichi 7 disk cdrom changer below is a copy to those messages. > > > > My original question was, I have one I understand others have them, and they > > are known to work, it looked to me to be a no brainer, but mine doesn't > > work. It only sees the first two disks, and that's it. > > I'm using this device under 2.1 with NEW_SCSICONF defined in the kernel > config file and the following patch: > > The problem with more than a few CDROMS on line at once in 2.05 > and 2.1 (either lots of regular drives or one of the changers) was > just fixed in -current. This will make the Nak unit work properly. > > If you can rebuild from source, change the > > if(cd->dkunit) { > to > > if(cd->dkunit >= 0) { > > in sys/scsi/cd.c This bug caused system crashes when concurrently using more than DK_NDRIVES disks+ROMS. Michael is seeing two ROMS (so it is probing past the first LUN) but no others. Michael, could you post your dmesg output when it probes the NAK with seven ROMS in it? Boot with "-v" (specify "-v" at the boot prompt). -- Peter Dufault Real-Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267