From owner-freebsd-current Thu Sep 7 15:57:16 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA13532 for current-outgoing; Thu, 7 Sep 1995 15:57:16 -0700 Received: from cabri.obs-besancon.fr (cabri.obs-besancon.fr [193.52.184.3]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id PAA13526 for ; Thu, 7 Sep 1995 15:57:11 -0700 Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C) id AA28973; Fri, 8 Sep 95 00:57:53 +0100 Date: Fri, 8 Sep 95 00:57:53 +0100 Message-Id: <9509072357.AA28973@cabri.obs-besancon.fr> From: Jean-Marc Zucconi To: se@zpr.uni-koeln.de Cc: current@freebsd.org In-Reply-To: <199509071831.AA09296@Sysiphos> (se@zpr.uni-koeln.de) Subject: Re: Another NCR problem X-Mailer: Emacs Sender: current-owner@freebsd.org Precedence: bulk >>>>> Stefan Esser writes: > On Sep 7, 19:58, Jean-Marc Zucconi wrote: > } Subject: Another NCR problem > } Sep 7 01:48:50 qix /kernel: cd0(ncr0:3:0): extraneous data discarded. > } Sep 7 01:48:50 qix /kernel: cd0(ncr0:3:0): COMMAND FAILED (9 0) @f0773000. > Please always include the probe messages ! OK here they are: Sep 6 19:30:29 qix /kernel: FreeBSD 2.2-CURRENT #1: Thu Sep 7 00:42:44 MET DST 1995 Sep 6 19:30:29 qix /kernel: jmz@qix:/u3/src/sys/compile/QIX Sep 6 19:30:29 qix /kernel: CPU: 90-MHz Pentium 735\90 (Pentium-class CPU) Sep 6 19:30:29 qix /kernel: Origin = "GenuineIntel" Id = 0x525 Stepping=5 Sep 6 19:30:29 qix /kernel: Features=0x1bf Sep 6 19:30:30 qix /kernel: avail memory = 14831616 (3621 pages) Sep 6 19:30:30 qix /kernel: Probing for devices on the ISA bus: Sep 6 19:30:30 qix /kernel: sc0 at 0x60-0x6f irq 1 on motherboard Sep 6 19:30:30 qix /kernel: sc0: VGA color <8 virtual consoles, flags=0x0> Sep 6 19:30:31 qix /kernel: ed0 not found at 0x280 Sep 6 19:30:31 qix /kernel: sio0 at 0x3f8-0x3ff irq 4 on isa Sep 6 19:30:31 qix /kernel: sio0: type 16550A Sep 6 19:30:31 qix /kernel: sio1 at 0x2f8-0x2ff irq 3 on isa Sep 6 19:30:32 qix /kernel: sio1: type 16550A Sep 6 19:30:32 qix /kernel: lpt0 at 0x378-0x37f irq 7 on isa Sep 6 19:30:32 qix /kernel: lpt0: Interrupt-driven port Sep 6 19:30:32 qix /kernel: lp0: TCP/IP capable interface Sep 6 19:30:32 qix /kernel: lpt1 not found at 0xffffffff Sep 6 19:30:33 qix /kernel: lpt2 not found at 0xffffffff Sep 6 19:30:33 qix /kernel: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa Sep 6 19:30:33 qix /kernel: fdc0: NEC 72065B Sep 6 19:30:33 qix /kernel: fd0: 1.44MB 3.5in Sep 6 19:30:33 qix /kernel: wdc0 at 0x1f0-0x1f7 irq 14 on isa Sep 6 19:30:33 qix /kernel: wdc0: unit 0 (wd0): Sep 6 19:30:34 qix /kernel: wd0: 234MB (479349 sectors), 723 cyls, 13 heads, 51 S/T, 512 B/S Sep 6 19:30:34 qix /kernel: aha0 not found at 0x330 Sep 6 19:30:34 qix /kernel: pas0 not found at 0x388 Sep 6 19:30:34 qix /kernel: sb0 not found at 0x220 Sep 6 19:30:34 qix /kernel: opl0 not found at 0x388 Sep 6 19:30:34 qix /kernel: npx0 on motherboard Sep 6 19:30:35 qix /kernel: npx0: INT 16 interface Sep 6 19:30:35 qix /kernel: joy0 at 0x201 on isa Sep 6 19:30:35 qix /kernel: joy0: joystick Sep 6 19:30:35 qix /kernel: Probing for devices on the pci0 bus: Sep 6 19:30:36 qix /kernel: configuration mode 1 allows 32 devices. Sep 6 19:30:36 qix /kernel: chip0 rev 1 on pci0:0 Sep 6 19:30:36 qix /kernel: chip1 rev 2 on pci0:7 Sep 6 19:30:36 qix /kernel: vga0 rev 0 int a irq 12 on pci0:9 Sep 6 19:30:36 qix /kernel: ncr0 rev 2 int a irq 11 on pci0:10 Sep 6 19:30:37 qix /kernel: reg20: virtual=0xf2d00000 physical=0xf7fff000 size=0x100 Sep 6 19:30:37 qix /kernel: ncr0: restart (scsi reset). Sep 6 19:30:37 qix /kernel: ncr0 scanning for targets 0..6 (V2 pl22 95/07/07) Sep 6 19:30:37 qix /kernel: (ncr0:0:0): "MICROP 4110-09TBCU0322J HT01" type 0 fixed SCSI 2 Sep 6 19:30:37 qix /kernel: sd0(ncr0:0:0): Direct-Access Sep 6 19:30:37 qix /kernel: sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Sep 6 19:30:37 qix /kernel: 1002MB (2053880 512 byte sectors) Sep 6 19:30:37 qix /kernel: (ncr0:1:0): "MICROP 2210-09MQ1001901 HQ30" type 0 fixed SCSI 2 Sep 6 19:30:37 qix /kernel: sd1(ncr0:1:0): Direct-Access Sep 6 19:30:37 qix /kernel: sd1(ncr0:1:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Sep 6 19:30:38 qix /kernel: 1008MB (2065250 512 byte sectors) Sep 6 19:30:38 qix /kernel: (ncr0:2:0): "WANGTEK 5150ES SCSI ES41 B170" type 1 removable SCSI 1 Sep 6 19:30:38 qix /kernel: st0(ncr0:2:0): Sequential-Access density code 0x10, drive empty Sep 6 19:30:38 qix /kernel: (ncr0:3:0): "SONY CD-ROM CDU-8003A 1.9a" type 5 removable SCSI 2 Sep 6 19:30:38 qix /kernel: cd0(ncr0:3:0): CD-ROM Sep 6 19:30:38 qix /kernel: cd0(ncr0:3:0): 250ns (4 Mb/sec) offset 8. Sep 6 19:30:38 qix /kernel: cd present.[308952 x 2048 byte records] Sep 6 19:30:38 qix /kernel: (ncr0:4:0): "QUANTUM LIGHTNING 540S 241E" type 0 fixed SCSI 2 Sep 6 19:30:38 qix /kernel: sd2(ncr0:4:0): Direct-Access Sep 6 19:30:39 qix /kernel: sd2(ncr0:4:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Sep 6 19:30:39 qix /kernel: 525MB (1075649 512 byte sectors) Sep 6 19:30:39 qix /kernel: (ncr0:5:0): "SONY CD-ROM CDU-55S 1.0f" type 5 removable SCSI 2 Sep 6 19:30:39 qix /kernel: cd1(ncr0:5:0): CD-ROM Sep 6 19:30:39 qix /kernel: cd1(ncr0:5:0): 275ns (4 Mb/sec) offset 8. Sep 6 19:30:39 qix /kernel: Sep 6 19:30:39 qix /kernel: cd1(ncr0:5:0): UNIT ATTENTION asc:28,0 Sep 6 19:30:39 qix /kernel: cd1(ncr0:5:0): Not ready to ready transition, medium may have changed Sep 6 19:30:39 qix /kernel: cd present.[400000 x 2048 byte records] Sep 6 19:30:39 qix /kernel: pci0: uses 33554688 bytes of memory from f7fff000 upto f9ffffff. Sep 6 19:30:39 qix /kernel: pci0: uses 256 bytes of I/O space from e400 upto e4ff. The machine is a P90 (Asus P55TP4XE Mainboard, Asus SC-200 scsi controler, Diamond 968 Vram video) > The "extraneous data discarded" message > indicates SCSI bus problems ... > Is this a one time problem, or does this > happen every time you start your system ? This happens some time after I start the system, and when there is some activity on the scsi bus: I was doing a backup of the disk(lun#4), but I already wrote 4 tapes w/o any problem. > Can you send a boot message log of the > last version that did work ? No: this is a new machine (only up since sunday) > } $ ncrcontrol -i > } T:L Vendor Device Rev Speed Max Wide Tags > } 0:0 MICROP 4110-09TBCU0322J HT01 10.0 10.0 8 3 > } 1:0 MICROP 2210-09MQ1001901 HQ30 10.0 10.0 8 4 > } 2:0 WANGTEK 5150ES SCSI ES41 B170 ? 5.0 ? - > } 3:0 SONY CD-ROM CDU-8003A 1.9a 4.0 10.0 8 - > } 4:0 QUANTUM LIGHTNING 540S 241E 10.0 10.0 8 - > } 5:0 SONY CD-ROM CDU-55S 1.0f 3.6 10.0 8 - > Well, quite a number of devices ... > How long is your SCSI bus cable, BTW ? targets 0,1,2 and 4 are internal (cable length ~ 60 cm - can't be shortened!); the cdroms are external (length ~ 1.7m + 90cm). There were no reads to the cdroms when the problem occured. > Did you add devices lately ? No, but I can easily remove the cdroms. > Have you tried to boot a kernel built with: > options "SCSI_NCR_MAX_SYNC=0" No. I will do it now. > just to be sure it's not a problem with > cables or termination ? Of course cables are terminated in both ends. > I'm currently working on the PCI and NCR > code and will stay for a few more hours. > I really would like to get this resolved > rather soon ... Thanks for your help, Jean-Marc > Regards, STefan > -- > Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 > Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 > ============================================================================== > http://www.zpr.uni-koeln.de/staff/esser/esser.html _____________________________________________________________________________ Jean-Marc Zucconi Observatoire de Besancon F 25010 Besancon cedex PGP Key: finger jmz@cabri.obs-besancon.fr =============================================================================