From owner-freebsd-hackers Tue Aug 12 15:53:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA27920 for hackers-outgoing; Tue, 12 Aug 1997 15:53:22 -0700 (PDT) Received: from Octopussy.MI.Uni-Koeln.DE (Octopussy.MI.Uni-Koeln.DE [134.95.166.20]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA27915; Tue, 12 Aug 1997 15:53:16 -0700 (PDT) Received: from x14.mi.uni-koeln.de ([134.95.219.124]) by Octopussy.MI.Uni-Koeln.DE with SMTP id AA01147 (5.67b/IDA-1.5); Wed, 13 Aug 1997 00:53:07 +0200 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.6/8.6.9) id XAA01083; Tue, 12 Aug 1997 23:49:42 +0200 (CEST) X-Face: " Date: Tue, 12 Aug 1997 23:49:41 +0200 From: Stefan Esser To: Nadav Eiron Cc: hackers@FreeBSD.ORG, Stefan Esser Subject: Re: NCR 810 fatal errors during install. (desperate plea) References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.74 In-Reply-To: ; from Nadav Eiron on Tue, Aug 12, 1997 at 05:33:53PM +0300 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Aug 12, Nadav Eiron wrote: > I've already tried the following on questions and scsi to no avail. Since Hmmm, had not seen it before ... > We have here a DECpc XL 590 (it used to be a 466, but got upgraded > recently). This machine has a Nepture chipset, built-in NCR 53C810, 32MB RAM > and a DE435 ethernet card. Wasn't the neptun buggy and known to fail if used with multiple bus-master cards ? (Please try to boot with both caches disabled and let me know, whether you see the same problem.) > On the SCSI bus I have: > ID 0 - Quantum LPS340S (340MB disk). > ID 1 - HP C3323-300 (1GB disk). > ID 5 - Toshiba XM-4101TA (2x CD). > > All are recognized correctly during boot (both disks work at 10MB/sec). > Both 2.2.2-RELEASE and 2.2-090801-RELENG installs give the following > shortly after starting writing to the disks (either during newfs-ing them > or while copying): > > ncr0:0: ERROR (20:0) (8-28-0) (8/13) @ (e18:18000140). The 20 indicates the BF flag (bus fault) is set in the DSTAT interrupt cause register. This means, that a PCI bus transaction failed. > This machine used to work fine (without the HP disk though) when it had a > 486 CPU under Win95 and NT, BTW. > > Can anyone make sense of that? Well, I guess there are chip-set features enabled, that do not really work with your revision of that chip set, and Win-NT may run because it just overrides the BIOS settings and disables some performance options ... But this is just a guess ... Regards, STefan