From owner-freebsd-stable Mon Jul 22 15:04:47 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA15012 for stable-outgoing; Mon, 22 Jul 1996 15:04:47 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA14996; Mon, 22 Jul 1996 15:04:35 -0700 (PDT) Received: from localhost (scrappy@localhost) by ki.net (8.7.5/8.7.5) with SMTP id SAA14584; Mon, 22 Jul 1996 18:04:17 -0400 (EDT) Date: Mon, 22 Jul 1996 18:04:16 -0400 (EDT) From: "Marc G. Fournier" To: Stefan Esser cc: jkh@freebsd.org, current@freebsd.org, stable@freebsd.org, dg@root.com Subject: Re: ncr53c810 driver in stable/current In-Reply-To: <199607222141.XAA04311@x14.mi.uni-koeln.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 22 Jul 1996, Stefan Esser wrote: > David Greenman writes: > > > > We've seen this problem on freefall (which uses the NCR controller). It > > > > likes to hang when we try to reboot it. I don't recall any fixes for this, > > > > and I don't know what causes it. > > > > > >Hmm, I have not heard about this problem on other systems ... > > > > > >Could both of you please send details on the configuration: > > > > > >1) CPU class (eg. P5/133) > > > > P5/100 > > Hmm, I had been thinking of a problem with a very fast CPU. > 486DX4-100 here > > >2) controller chip (810 or 825) > > > > 810 > > Ok. > Same > > >3) disk drives connected > > > > I don't have an exact answer to this at the moment, but I think freefall > > has three Quantum PD-1800, one Quantum Grand Prix (might be a Seagate > > Baracuda), and a Toshiba 3501 CDROM drive. > > Also nothing special. > (ncr0:0:0): "QUANTUM FIREBALL1280S 630C" type 0 fixe (ncr0:1:0): "QUANTUM LPS340S 020B" type 0 fixed SCSI (ncr0:2:0): "QUANTUM LP240S GM240S01X 4.6" type 0 fi (ncr0:3:0): "CONNER CFP1060S 1.05GB 243F" type 0 fix > > >4) type of hang (does the SDMS BIOS probe complete ?) > > > > The hang is at shutdown, not startup. Jordan might be able to tell you if > > there are any console messages prior to the hang. > Same, on shutdown, not startup... > Ok. I guess Jordan is reading this anyway: > > Please provide me with details: > > 1) does the system complete the final sync ? No, this is where it hangs... > 2) does it clear the screen in preparation of a warm boot ? No, see 1 > 3) does it require a power-off or can it be made to boot > by some other means (Ctl-Alt-Del) ? requires a power-off, but am not 100% certain, since I've gotten into the habit of doing a cold boot (99.9% certain the habit is because ctl-alt-del didn't work) > 4) does it always hang ? Everytime it crashes, yes...doing reboot from the console has never hung it... > 5) do you know that the hang is not caused by some unrelated > problem (BROKEN_KEYBOARD_RESET comes to mind :) ? > No, how would I find out? Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org