From owner-freebsd-bugs Wed Jun 7 18:17:03 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA25756 for bugs-outgoing; Wed, 7 Jun 1995 18:17:03 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA25750 for ; Wed, 7 Jun 1995 18:17:01 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA11564; Wed, 7 Jun 95 19:08:44 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9506080108.AA11564@cs.weber.edu> Subject: Re: 2.0.5-A: Very disheartening? To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Wed, 7 Jun 95 19:08:43 MDT Cc: davidg@Root.COM, maddox@CS.Berkeley.EDU, sysseh@devetir.qld.gov.au, bugs@FreeBSD.org In-Reply-To: <199506072023.NAA03182@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Jun 7, 95 01:23:44 pm X-Mailer: ELM [version 2.4dev PL52] Sender: bugs-owner@FreeBSD.org Precedence: bulk > > > I do know for certain that any write to memory of data that is in the > > > Pentium I cache will cause it to invalidate the I cache line. > > > > It will, according to "The Undocumented PC". > > I take it that you mean it will invalidate the prefetch buffer, I > already said I knew it would invalidate the I cache. Looks like > you got your reply to the wrong part of context. You're right. I meant instruction prefetch cache. As to the P6, I think it updates the prefetch as well: my basis for this is that LISP and Forth-like languages can have severe conniptions when the code they modified isn't modified by the time it runs, and this was the rationale I heard for the P5 fix. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers.