Date: Sat, 8 Nov 1997 22:43:15 +0100 (MEZ) From: Robert Eckardt <roberte@MEP.Ruhr-Uni-Bochum.de> To: julian@whistle.com (Julian Elischer) Cc: roberte@MEP.Ruhr-Uni-Bochum.de, dec@phoenix.its.rpi.edu, hackers@FreeBSD.ORG Subject: Re: Newest Pentium bug (fatal) Message-ID: <199711082143.WAA00871@ghost.mep.ruhr-uni-bochum.de> In-Reply-To: <3464D1F5.2781E494@whistle.com> from Julian Elischer at "Nov 8, 97 12:56:21 pm"
next in thread | previous in thread | raw e-mail | index | archive | help
It was Julian Elischer who wrote:
> Robert Eckardt wrote:
> >
> >
> >
> > Let denote "C" compilation with TC,
> > "1" a full crash (i.e. no reaction at all),
> > "0" Numlock and Ctrl-Alt-Del work,
> > "c" cold boot,
> > "w" warm boot.
> > Then I found the wollowing pattern: C 1 c 0 w 0 w... C 1 c 0 w 0 w
> >
> > It seems that it depends on what is in memory.
> > It crashed completely when I had used TC first.
> >
> That makes sense, as the bug involes the bus-lock operation
> The bus lock operation is invoked when a cache line of page TLB
> operation is enacted. If a page is laready lleaded, or already in
> the instruction-cache, then it may not need to do a lock operation..
> (or maybe it's the other way around/....
> if the page is NOT alreay loaded it's OK :?
> anyway..
> you may find that if you add "0xc3" to the end, the '0' entries go away.
That was already *with* the 0xc3 at the end.
(x[] = { 0xf0, 0x0f, 0xc7, 0xc8, 0xc3 };)
Robert
--
Robert Eckardt \\ FreeBSD -- solutions for a large universe.(tm)
RobertE@MEP.Ruhr-Uni-Bochum.de \\ What do you want to boot tomorrow ?(tm)
http://WWW.MEP.Ruhr-Uni-Bochum.de/~roberte
For PGP-key finger roberte@gluon.MEP.Ruhr-Uni-Bochum.de
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199711082143.WAA00871>