Am Montag, den 24.12.2007, 23:28 +0100 schrieb Brice Goglin:
Thank you very much for your input, I am going to forward all your
analysis in the upstream bug and I hope someone will be here to confirm
that you're right.
I got around to test a patched xserver on my 6x86 machine. The X server
On Tue, Dec 25, 2007 at 10:39:55 +0100, Michael Karcher wrote:
But if a bug prevents the use of certain features completely, nothing
can be broken by fixing this bug, so a fix might be appropriate for
stable. Debian isn't doing it because of the philosophy of only adding
security updates to
Package: xorg-server
Tags: patch
Hello,
this bug is uncorrelated to Cyrix CPUs. It is caused by an bad
expression in the MMX detection code. Apparently, gas changed the
handling of local labels, so jnz 1 does not assemble to the same as
jnz 1f, which it once did, IIRC. The documentation for gas
Michael Karcher wrote:
Package: xorg-server
Tags: patch
Hello,
this bug is uncorrelated to Cyrix CPUs. It is caused by an bad
expression in the MMX detection code. Apparently, gas changed the
handling of local labels, so jnz 1 does not assemble to the same as
jnz 1f, which it once did, IIRC.
Michael Karcher wrote:
The jump is only taken if CPUID is not present. The 6x68 CPUs are the
last ones where CPUID is not present (not enabled by some Cyrix-special
CPU configuration bit, in fact). Any Pentium has CPUID, the later Intel
486 (DX2 and upwards) has CPUID, any AMD processor since
Am Montag, den 24.12.2007, 15:58 +0100 schrieb Brice Goglin:
this bug is uncorrelated to Cyrix CPUs. It is caused by an bad
expression in the MMX detection code. Apparently, gas changed the
handling of local labels, so jnz 1 does not assemble to the same as
jnz 1f, which it once did, IIRC.
6 matches
Mail list logo