home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.unix.bsd
- Path: sparky!uunet!cs.utexas.edu!usc!sdd.hp.com!mips!newsun!gateway.novell.com!terry
- From: terry@npd.Novell.COM (Terry Lambert)
- Subject: Re: Adaptec SCSI bug?
- Message-ID: <1992Jul31.002259.29940@gateway.novell.com>
- Sender: news@gateway.novell.com (NetNews)
- Nntp-Posting-Host: thisbe.eng.sandy.novell.com
- Organization: Novell NPD -- Sandy, UT
- References: <1992Jul30.210037.9265@ninja.zso.dec.com>
- Date: Fri, 31 Jul 1992 00:22:59 GMT
- Lines: 25
-
- 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.
-