Return to BSD News archive
Path: sserve!manuel!munnari.oz.au!spool.mu.edu!news.cs.indiana.edu!mips!newsun!gateway.novell.com!terry From: terry@npd.Novell.COM (Terry Lambert) Newsgroups: comp.unix.bsd Subject: Re: Adaptec SCSI bug? Message-ID: <1992Jul31.002259.29940@gateway.novell.com> Date: 31 Jul 92 00:22:59 GMT Article-I.D.: gateway.1992Jul31.002259.29940 References: <1992Jul30.210037.9265@ninja.zso.dec.com> Sender: news@gateway.novell.com (NetNews) Organization: Novell NPD -- Sandy, UT Lines: 25 Nntp-Posting-Host: thisbe.eng.sandy.novell.com In article <1992Jul30.210037.9265@ninja.zso.dec.com> mbs@fungus.zso.dec.com (Michael Schmitz) writes: >In trying to figure out why my 386BSD 0.1 sometimes hangs during >heavy disk I/O, I noticed the following in the adaptec driver: I noticed this as well with a WD1007 EDSI controller, only much more frequently (like the disk locked up during install). I think this has to be either a more general problem in UFS, or in the paging code, which is how UFS does it's disk writes. If anyone has a soloution, I am sure you would have both Michael and my thanks. I will try to repeat this on the floppy alone, by copying to /dev/null, but this will only locate it if it's in the read code, since devices use the spec_vfsops, and the pager won't be used for real data transfers *to* /dev/null, only for reads from the disk. If it's a read latency problem, it still won't be identified, because floopies are slower. More on this tomorrow. Terry Lambert terry_lambert@gateway.novell.com terry@icarus.weber.edu --- Disclaimer: Any opinions in this posting are my own and not those of my present or previous employers.