Date: Sun, 11 Jun 1995 17:55:18 -0700 (PDT) From: "Rodney W. Grimes" <rgrimes@gndrsh.aac.dev.com> To: gibbs@freefall.cdrom.com (Justin T. Gibbs) Cc: evanc@synapse.net, hackers@freebsd.org Subject: Re: Problem with 2940 Message-ID: <199506120055.RAA01675@gndrsh.aac.dev.com> In-Reply-To: <199506112347.QAA24633@freefall.cdrom.com> from "Justin T. Gibbs" at Jun 11, 95 04:47:05 pm
next in thread | previous in thread | raw e-mail | index | archive | help
> > >System: P75 on SiS chipset, 32 MB RAM (both 60 ns), Seagate Hawk 2 GB > >(SCSI), Toshiba 3401B external CD (SCSI), Adaptec 2940 and a Surecom > >(NE2000-compatible) PCI ethernet. > > > > Can you reproduce these errors with the external and internel cache > of your pentium disabled? Parity is enabled and reported (when incorrect) > by the driver. You may also want to find out if your drive has parity > enabled. I've been using a 4GB Hawk to test the 2940 code for some time, > so I don't think that there is some funny interaction between the two. Your > problem sounds like a cache coherency bug in your hardware. Or display hardware that is adding a bit to the character, or main memory (do you have 36 bit simms and a chip set that does memory parity creation and checking)? I find that it is very hard to believe you even got far enough to get the system booted if the data was really this way in memory or on disk, all your binaries should be corrupt. This also tends to rule out the cache, as your binaries should be blowing chunks all over the place (or maybe they are and you failed to mention that). I am really really suspecting display hardware here, can you telnet in and see if the files look fine over a telnet connection???? Do cksums on the files match those from a good system?? -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199506120055.RAA01675>