Andi Kleen wrote:
The *real* fix for this is almost certainly to just get rid of the 64-bit
code entirely, and use the 32-bit code as the base for one single unified
setup.
That would likely break the ABI. x86-64 ABI is completely different here --
no ibcs, just pure x86 ISA.
Different ABIs clearly have to be handled, but I don't think that is a
huge deal. The i387 code overall (not just asm/i387.h) is very
different, though, and I find it unlikely that a properly unified code
is going to be ready and working in the 2.6.24 timeframe. I'm exploring
if a partial merge with high confidence level is feasible; either way, a
proper merge for 2.6.25 is probably the right thing.
-hpa
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
