Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!cornell!uw-beaver!rice!sun-spots-request From: ks@ee.ecn.purdue.edu (Kirk Smith) Newsgroups: comp.sys.sun Subject: Re: sun bug 1008635: hardware? software? fixed? Keywords: SunOS Message-ID: <11629@pur-ee.UUCP> Date: 11 May 89 15:59:57 GMT References: Sender: usenet@rice.edu Organization: Purdue University Engineering Computer Network Lines: 16 Approved: Sun-Spots@rice.edu X-Sun-Spots-Digest: Volume 7, Issue 295, message 6 of 12 In article forsyth@minster.york.ac.uk writes: > Synopsis: possible cache problem on 3/280 >... >Has the trouble been traced? Was it hardware or software? I filed the initial bug report. It took a while to isolate it, but Sun discovered that it was due to code in IP forwarding that would use bcopy improperly. The kernel attempted to use the bcopy "hardware", which will not work if the addresses overlap. In fact, it will trash the cache if the source and destination overlap. Sun provided a fix for SunOS3.X that included a modified ip_something.o and a new movc.o that had a check in bcopy for this improper calling condition, and would panic rather than trash the cache. It is fixed in SunOS4.0. Kirk Smith Purdue EE