Return to BSD News archive
Path: sserve!newshost.anu.edu.au!munnari.oz.au!news.Hawaii.Edu!ames!elroy.jpl.nasa.gov!usc!acsc.com!acsc.com!fmayhar From: fmayhar@acsc.com (Frank Mayhar) Newsgroups: comp.os.386bsd.bugs Subject: Re: Problems with installation of NetBSD 0.9... Date: 21 Sep 1993 16:39:19 GMT Organization: Advanced Computing Systems Company Lines: 29 Distribution: world Message-ID: <27nann$9kd@acsc.com> References: <27ldlm$j27@acsc.com> <AARON.93Sep21184413@downstage.comp.vuw.ac.nz> <27mve3$plb@hrd769.brooks.af.mil> Reply-To: fmayhar@acsc.com NNTP-Posting-Host: cpuserver.acsc.com I read my first try at this article, and realized it could be misinterpreted as a slam against Dave. It wasn't intended as such, and I've cancelled it and am trying again. In article <27mve3$plb@hrd769.brooks.af.mil>, burgess@hrd769.brooks.af.mil (Dave Burgess) writes: |> I think that we have a considerable quantity of anecdotal evidence that |> there is at least one timing problem in the wd.c code. Heavy disk usage |> causing a hard drive hang (versus a coplete system hang) is a known bug, |> and there is even some mention of it in the FAQ (which is available by |> anonymous FTP in pub/FAQ:hrd769.brooks.af.mil). I had a similar problem |> while using an Ultrastore 24F in IDE emulation mode. It is reasonable |> to assume then that it is not a hardware problem, but a software |> problem. The description in the FAQ gives a pretty good explanation of |> a cause and solution. The solution is kind of 'brute force' but fixes |> most of these hangs after the fact (except for mine, where the reset |> semantics are just 'a little bit' different). I read the FAQ; this problem isn't quite the same as mine; sometimes I see the behavior described, but most of the time it just shoots the SCSI, and I can still use the IDE. I'll try the recommended fix anyway, and see if it helps. Doubt it will, though. The problem described in the FAQ makes no mention of a "ISA strayintr 7" message, for one thing. The thing that is really confusing is that it _is_ shooting the SCSI, and not wd0. -- Frank Mayhar fmayhar@acsc.com Advanced Computing Systems Company 3000 S. Robertson Blvd. Suite 400, LA, CA 90034 (310) 815-4858