From owner-freebsd-hackers Tue May 30 03:51:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA26577 for hackers-outgoing; Tue, 30 May 1995 03:51:23 -0700 Received: from leo.ibms.sinica.edu.tw ([140.109.40.249]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA26563 for ; Tue, 30 May 1995 03:51:09 -0700 Received: (from taob@localhost) by leo.ibms.sinica.edu.tw (8.6.11/8.6.9) id SAA00279; Tue, 30 May 1995 18:49:44 +0800 Date: Tue, 30 May 1995 18:49:43 +0800 (CST) From: Brian Tao To: "Rodney W. Grimes" cc: freebsd-hackers@FreeBSD.org Subject: Re: 950412 hangs on ncr0 probing: In-Reply-To: <199505300712.AAA02866@gndrsh.aac.dev.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Tue, 30 May 1995, Rodney W. Grimes wrote: > > Possibly, I have 2 other sites reporting strange signals and or > crashes and both of them have stepping 0 Intel 486DX4/100 CPU > chips. If it helps to have a negative datapoint: I have two ASUS 486 PVI-SP3 motherboards with stepping 0 Intel 486DX4/100 CPU's and the PCI-SC200 NCR controller from ASUS, both running Quantum Empire 1080S drives. No problems with the most recent snapshot (had them for almost a month now). FreeBSD 2.0.950412-SNAP #0: Mon May 15 17:55:35 CST 1995 taob@falcon.ibms.sinica.edu.tw:/usr/sys/compile/LEO CPU: i486 DX4 (486-class CPU) Origin = "GenuineIntel" Id = 0x480 Stepping=0 Features=0x3 real memory = 16384000 (4000 pages) avail memory = 15007744 (3664 pages) [...] ncr0 rev 2 int a irq 11 on pci0:12 reg20: virtual=0xf2f59000 physical=0xfafff000 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:6:0): "QUANTUM EMPIRE_1080S 1220" is a type 0 fixed SCSI 2 sd0(ncr0:6:0): Direct-Access sd0(ncr0:6:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 1029MB (2109376 512 byte sectors) pci0: uses 8388864 bytes of memory from fafff000 upto fb7fffff. pci0: uses 256 bytes of I/O space from e800 upto e8ff. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org