From owner-freebsd-bugs Sun Jun 18 16:54:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA10172 for bugs-outgoing; Sun, 18 Jun 1995 16:54:02 -0700 Received: from blob.best.net (blob.best.net [204.156.128.88]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA10166 for ; Sun, 18 Jun 1995 16:54:01 -0700 Received: from shell1.best.com (shell1.best.com [204.156.128.10]) by blob.best.net (8.6.12/8.6.5) with ESMTP id QAA17386 for ; Sun, 18 Jun 1995 16:53:11 -0700 Received: from geli.clusternet (rcarter.vip.best.com [204.156.137.2]) by shell1.best.com (8.6.12/8.6.5) with ESMTP id QAA12191 for ; Sun, 18 Jun 1995 16:53:28 -0700 Received: (from rcarter@localhost) by geli.clusternet (8.6.11/8.6.9) id QAA00309 for bugs@freebsd.org; Sun, 18 Jun 1995 16:52:09 -0700 Date: Sun, 18 Jun 1995 16:52:09 -0700 From: "Russell L. Carter" Message-Id: <199506182352.QAA00309@geli.clusternet> To: bugs@freebsd.org Subject: 2.0.5R crash writing to /dev/rst0 Sender: bugs-owner@freebsd.org Precedence: bulk Either my conner 4326 DAT died at the same time I installed 2.0.5R, or there is a problem with the ncr driver since then. I don't know which it is for sure yet, but I am beginning to suspect 2.0.5R. Here are the symptoms. If I can verify that the drive is ok I will submit it as bug. tar -cvf /dev/rst0 /usr runs for several minutes before "Can't add file: input/output error" messages start spewing to the screen. Eventually, the load goes very high (as evidenced by xload), and access to all file systems is lost. Switching to the console shows continual scrolling of the following messages: sd0(ncr0:1:0):COMMAND FAILED (4 28) @f10f2000 Assertion cp==np->header.cp failed file "../../pci/ncr.c",line 5395. Then either a panic ensues, or hang, if I try to switch back to X. Dropping into the debugger to generate a dump fails because the file systems are hosed. Finally, upon reboot, I have yet to have a problem noticed by fsck. If I don't use the tape the system has yet to crash for the last 9 days. Tarring up large chunks of the file system (using MRS or regular 90m media, 1.2 G file system) tickles the problem every time. Here's dmesg: FreeBSD 2.0.5-ALPHA #0: Thu Jun 15 21:05:46 PDT 1995 rcarter@geli.clusternet:/usr/src/sys/compile/RLCDE CPU: 100-MHz Pentium 815\\100 (Pentium-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping=5 Features=0x1bf real memory = 66715648 (16288 pages) avail memory = 63012864 (15384 pages) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2 not found at 0x3e8 lpt0 at 0x278-0x27f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface Probing for devices on the pci0 bus: configuration mode 1 allows 32 devices. pci0:0: INTEL CORPORATION, device=0x122d, class=bridge [not supported] pci0:7: INTEL CORPORATION, device=0x122e, class=bridge [not supported] ncr0 rev 2 int a irq 9 on pci0:9 reg20: virtual=0xf58a1000 physical=0xfbfef000 size=0x100 ncr0: restart (scsi reset). ncr0 scanning for targets 0..6 (V2 pl21 95/03/21) ncr0 waiting for scsi devices to settle (ncr0:1:0): "SEAGATE ST32550N 0012" type 0 fixed SCSI 2 sd0(ncr0:1:0): Direct-Access sd0(ncr0:1:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 2047MB (4194058 512 byte sectors) (ncr0:3:0): "TEAC CD-ROM CD-50 1.06" type 5 removable SCSI 2 cd0(ncr0:3:0): CD-ROM cd0(ncr0:3:0): asynchronous. cd0(ncr0:3:0): UNIT ATTENTION asc:28,0 cd0(ncr0:3:0): Not ready to ready transition, medium may have changed cd present.[400000 x 2048 byte records] (ncr0:6:0): "ARCHIVE 4326XX 27871-XXX 494A" type 1 removable SCSI 2 st0(ncr0:6:0): Sequential-Access st0(ncr0:6:0): 200ns (5 Mb/sec) offset 8. density code 0x13, drive empty vga0 rev 0 int a irq 12 on pci0:10 de0 rev 17 int a irq 10 on pci0:11 reg20: virtual=0xf58a2000 physical=0xfafff000 size=0x80 de0: DC21140 [10-100Mb/s] pass 1.1 Ethernet address 00:00:c0:dd:f7:9d de0: enabling 100baseTX UTP port de1 rev 35 int a irq 11 on pci0:12 reg20: virtual=0xf58a3000 physical=0xfaffe000 size=0x80 de1: DC21040 [10Mb/s] pass 2.3 Ethernet address 00:c0:95:ec:20:ff de1: enabling 10baseT/UTP port pci0: uses 8389120 bytes of memory from faffe000 upto fbfef0ff. pci0: uses 512 bytes of I/O space from d800 upto e4ff. WARNING: / was not properly dismounted.