Date: Wed, 19 Jul 1995 22:02:40 +0200 (MET DST) From: hm@ernie.altona.hamburg.com (Hellmuth Michaelis) To: terry@cs.weber.edu (Terry Lambert) Cc: freebsd-hackers@freebsd.org (FreeBSD Hackers) Subject: Re: FreeBSD 2.0.5 system hangs Message-ID: <m0sYfKL-00001FC@ernie.altona.hamburg.com> In-Reply-To: <9507191818.AA28521@cs.weber.edu> from "Terry Lambert" at Jul 19, 95 12:18:42 pm
next in thread | previous in thread | raw e-mail | index | archive | help
>From the keyboard of Terry Lambert: First of all, Terry, i highly appreciate the detailed feedback from you !!! > > I experience 2 types of total system hangs under 2.0.5-Release, > > > > 1) in an xterm, while scrolling, the system sometimes and totally > > unreproducable just hangs. This seems to occur more often the smaller > > the used font and/or the larger the xterm is, or better the more > > amount to scroll. > > This also happened from time to time under 1.1.5.1 and was one of the > > reasons i wanted to upgrade. > > When this happens, the machine is totally frozen so there is not even > > a chance to look from another side into the machine. > > Move sio3 off of irq 7. > > IRQ 7 is the garbage interrupt for untrapped interrupts. I wasn't aware of this ! The mouse is connected to sio3. > Nevertheless, since you have nothing on irq 2, potentially, the video > card is generating IRQ 2 on vertical retrace (a typical result of > card level scroll commands, since they wait for vertical retrace). No, it's disabled by a jumper or a switch - at least by hardware! The board is an ELSA Winner 1000. > > 2) Disk i/o hangs, sometimes with the access LED on the controller on, some- > > times off. The machine is operational as long as one does not "touch" > > the disks, so i would be able to search for something if someone would > > tell me where to search and what to search for. > I'm a little upset that there is not a controller identification message > from the SCSI controller; Sorry, yes, i have 2 1740's with identical firmware in this machine. > The important issue here is, I think, firmware revision and EISA > configuration utility settings. They both have the same firmware identified as "BIOS V1.40" during boot, that is the latest i could find at that time. > In particular, Adaptec shipped all of it's 174x boards with a "3.0" > EISA config disk, and they have a "3.1" EISA config disk that has > better settings available in it. I'm not shure wich version i have, but i'll get me 3.1. > I would not suggest changing translation modes I checked translation off and on, make no difference. > I would, however, suggest looking at bus timing and disconnect, > especially with regard to the Archive Viper drive. Setting the > bus transfer rate down on the offending peripheral(s) will probably > fix your problem. Yes, i once had and "old" SCSI I drive on the disk SCSI bus and it made problems until i reconfigured for a max data xfer rate of 5Mb/s. All devices on the 2nd bus are already set to 5Mb/s mostly because of the Archive (where did you knew this from ??? :-), bad experience ?) And yes, after another hang today in the morning i have also set the max xfer rate on the 1st bus down to 5Mb/s for all devices .... > If you disable disconnect, make sure that the kernel you are > running has tagged command queueuing turned off, since it relies > on disconnect and doesn't compute transitive closure across the > call graph to ensure against deadlock. Thanks for the hint! > BTW, UnixWare defaults the transfer rate to the second lowest for > all Adaptec controllers to guard against just this type of problem. Strange. I always thought the 1740's were a good deal, not only because of the documentation! > PS: Check your SCSI II cables and Active termination (had to say it > before Rod jumped in 8-)). A year or so ago i had some strange problems with this controllers, which automagically disappeared when i exchanged all the PC crap with "real" SCSI II cables. Also, i do regularly check the internal cables, connectors and terminators, although i must admit, that i have an active terminator only at one end of each bus. hellmuth -- Hellmuth Michaelis hm@altona.hamburg.com Hamburg, Europe (A)bort, (R)etry, (I)nstall BSD ?
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?m0sYfKL-00001FC>