Return to BSD News archive
Path: sserve!newshost.anu.edu.au!harbinger.cc.monash.edu.au!news.uwa.edu.au!classic.iinet.com.au!news.uoknor.edu!news.ecn.uoknor.edu!paladin.american.edu!zombie.ncsc.mil!news.mathworks.com!uunet!news.iii.net!iii1.iii.net!not-for-mail From: hdslip@iii1.iii.net (HD Associates) Newsgroups: comp.unix.bsd.freebsd.misc Subject: Re: february SNAP: big files are cluttered with 0xff characters sometimes -- why? Date: 15 May 1995 12:10:32 -0400 Organization: HD Associates, Inc. Lines: 28 Message-ID: <3p7ueb$7gq@iii1.iii.net> References: <3ovfof$j74@ra.ibr.cs.tu-bs.de> NNTP-Posting-Host: iii1.iii.net Keywords: bug scsi aha1542 In article <3ovfof$j74@ra.ibr.cs.tu-bs.de>, Martin Butkus <y0001415@ws.rz.tu-bs.de> wrote: >Hi! > > >and killing the process when the file is about 100MB in size, I often find that >groups of eight bytes get replaced by 0xff characters. These groups always >start at byte boundaries dividable by 2048. When I ktraced the I/O >of "yes" I found no errors there. (Besides, there were no errors in the >log file used by ktrace!) Has anyone ever heard of such problems? (...) >- Adaptec 1542A There may be some problems with the 1542A that have cropped up, perhaps because the I/O is being exercised more due to more effective clustering. I now have a 1542A (thanks to Marc Ramirez) and will do some testing as soon as I can get a test system that handles boards as long as those old 1542A's are. Peter -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267