Opon execution of the F00F crash program, the computer still crashes.
HOWEVER, the previous crash was a complete hard lock, this one allowed
console interaction.
Magic-sysrequest showed that the 'bash' that had forked off the 'Process
of Doom' was stuck as 'current' process.
An improvement, but not quite yet. I would guess that, softdog could have
rebooted the computer in this case..
Maby some SMP lock isn't being acquired by the handler.
Minor nitpick: The bug report in /proc/cpuinfo needs tab correction.
On Wed, 12 Nov 1997, Linus Torvalds wrote:
>
> I just made 2.1.63 available on the normal ftp site (ftp.kernel.org,
> direcoty pub/linux/kernel/v2.1). The most exciting change is probably the
> preliminary patch by Ingo Molnar that should work around the by now
> well-known Pentium lock-up bug. Many thanks to Ingo who put together the
> patch from various snippets of information floating around.
>
> 2.1.63 does other things too: it updates the sound driver and the cyclades
> serial port drievr, adds four new SCSI device drivers, and should fix the
> worst ncpfs problems (thanks to Bill Hawes, super-programmer).
>
> Please give it a good testing, especially the Pentium bug workaround.
> Throw all the tests you have at it, to see that it really works. We'll be
> doing a 2.0.x patch for that too, but it's probably not going to appear
> for a few days, so in the meantime testing this fix on 2.1.x would be a
> GoodThing(tm)...
>
> Linus
>