From owner-freebsd-hackers Fri Nov 7 13:00:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA23122 for hackers-outgoing; Fri, 7 Nov 1997 13:00:39 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA23112 for ; Fri, 7 Nov 1997 13:00:36 -0800 (PST) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id MAA01883; Fri, 7 Nov 1997 12:51:11 -0800 (PST) Received: from UNKNOWN(), claiming to be "current1.whistle.com" via SMTP by alpo.whistle.com, id smtpd001865; Fri Nov 7 12:51:04 1997 Message-ID: <34637ECC.59E2B600@whistle.com> Date: Fri, 07 Nov 1997 12:49:16 -0800 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Kenneth Merry CC: hackers@FreeBSD.ORG Subject: Re: Newest Pentium bug (fatal) References: <199711072039.NAA09839@panzer.plutotech.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Kenneth Merry wrote: > > Julian Elischer wrote... > > On a "genuine Intel" pentium (not pentium pro) > > execution of the following sequence, 0xf0 0x0f 0xc7 0xc8 > > > > will stop the processor. This is doable from user mode and in > > 16bitmode, or in fact any mode. > > > > try the following c program. > > > unsigned char x[] = { 0xfo, 0x0f, 0xc7, 0xc8 }; > ^^^^ > > Shouldn't that be 0xf0? > > > no idea about the pentium II or other pentium copies. > > K6? > > > > other pentium variants? > > versions? > > > > this one DEFINITLY dies: > > CPU: Pentium (99.38-MHz 586-class CPU) > > Origin = "GenuineIntel" Id = 0x525 Stepping=5 > > Features=0x1bf > > This one blows up: > > CPU: Pentium (132.17-MHz 586-class CPU) > Origin = "GenuineIntel" Id = 0x52b Stepping=11 > Features=0x1bf > > I tried it on a 486 and a P6, both worked okay. > > This could definitely be a problem for people running shell > servers, etc., on Pentium boxes. Is there any way to work around it in > software? no.. > > Ken > -- > Kenneth Merry > ken@plutotech.com