*BSD News Article 2848


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.