lkml.org 
[lkml]   [2000]   [Nov]   [18]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Freeze on FPU exception with Athlon


On Sat, 18 Nov 2000, Markus Schoder wrote:
>
> Your test program is indeed sufficient to trigger the
> freeze. Unfortunately the patch does not make a
> difference :(

Ok.

This may in fact be an Athlon CPU bug. But before we contact anybody from
AMD, I'd really need to know what the result from the irq13 disabling and
the non-3dnow thing is.

Considering that Udo reports no lockup at all with the same test-program
even with an Athlon and 3dnow, it looks like it's either irq13 (and a
motherboard routing issue: sane modern motherboards shouldn't even route
the external FERR at _all_ any more), or something stepping-specific on
your Athlon. It doesn't sound kernel-related per se.

Let's hope it's irq13. If so, it will be easy to fix (tentative fix: any
CPU that reports a built-in FPU just doesn't get irq13 enabled at all).

Current workign theory:

- Athlons do FERR wrong. They drive FERR externally when the
unmasked exception happens, rather than when the next FP instruction
actually detects the exception. This means that the external FERR irq13
actually happens _before_ the internal exception 16, which is wrong.

- Linux has seen exception 16 working, so it ignores irq13 and assumes
that it's some real external device (which does happen - sometimes
SCI is wired to irq13).

- irq13 is not only wired on the motherboard (which was right in 1989,
but is not right in 2000), but is marked level-triggered (which
probably wasn't right even in 1989). So when the irq13 happens, it
_keeps_ on happening, and we never get an exception 16 at all.

The reason 2.2.x works on your machine might be that the early bootup test
for FP exceptions will have done something to mask the fpu exception just
by luck. I forget the exact details of the test - it got removed in later
kernels because it made it really nasty to handle XMM faults correctly.

Does anybody have any better ideas?

Linus



-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 12:47    [W:0.542 / U:0.024 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site