Date: Sun, 25 Jun 1995 11:06:47 -0700 (PDT) From: "Rodney W. Grimes" <rgrimes@gndrsh.aac.dev.com> To: jan@todonix.ping.de (Jan Wedekind) Cc: bugs@freebsd.org Subject: Re: 2.05R reboot hangs Message-ID: <199506251806.LAA01683@gndrsh.aac.dev.com> In-Reply-To: <m0sPrSo-00076UC@todonix.ping.de> from "Jan Wedekind" at Jun 25, 95 03:11:00 pm
next in thread | previous in thread | raw e-mail | index | archive | help
> > Hello Rodney, > > > Set your cache to write through mode or expect to get signall 11's at > > random. The board (all version) has a cache write back coherency problem > > when used with bus master PCI devices (the NCR SCSI controller is a > > PCI bus master). > > > > Turn off ISA GAT mode, though you may not need to if you don't have any > > ISA bus masters. > > > ok we did! > > > Properly terminate your SCSI bus. There is *NEVER* a reason to have 3 > > terminators on a scsi bus, plain and simple you are asking for trouble > > if you do that. > > > well, that was not me who has terminated it 3 times; > i double checked it and it is correctly terminated! > Today i changed the cables and IRQ setting; will see the results shortly > (the last 3 hours it worked!) > > > Please tell exactly what the last thing on the screen is after you > > type reboot when the hang occurs (just the last line is all I need). > > > syncing discs ... done. > rebooting. > > then the hang occured. Okay, from this and the info below it looks as if the attempt to use the keyboard reset has sent your board into la la land :-(. If the problem does not show up again now that you are using the BROKEN_KEYBOARD_RESET option then good, we know what it was for sure. > > > Compile a kernel with: > > # BROKEN_KEYBOARD_RESET disables the use of the keyboard controller to > > # reset the CPU for reboot. This is needed on some systems with broken > > # keyboard controllers. > > options "BROKEN_KEYBOARD_RESET" > > > we did and rebooted several times without a hang! > > the board for your collection: ASUS PCI/I-486SP3G, Rev. 1.8 Humm... this is very interesting. I have that exact same revision of the board here and have done at least 100 reboots on it in the last few days trying to get this hang others are reporting and can not get it. Can you give me the output of dmesg after a clean boot so I can take a look at what hardware is in your system (or for that matter just cut the boot time messages out of /var/log/messages and send them to me in priviate email with a note that this is one of the hanging ASUS PCI/I-486SP3G motherboards. Also if you could send me the BIOS revision string from the bottom of the screen when the board finishes POST). -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199506251806.LAA01683>