Zachary Amsden wrote:
Since I was just involved in the boot decompressor for another bug, I
took a look at this. 2.6.22 switches it to be 64-bit code. VT is
very picky about what state it can run in. Not using VT on Intel
64-bit hardware cripples performance, running at far below normal
speed, and taking minutes to decompress the kernel, which is nearly
instantaneous otherwise.
To get back into VT in this case, not only do we need to load FS and
GS, we also need to setup an initial LDT and task. Can you try the
attached patch and see that it does the right thing?
I've also cc'd the KVM developers, as the same problem will affect
them, and hopefully the same patch will fix it.
We haven't seen any issue with the 2.6.22 boot decompressor. Which of
the four (fs, gs, ldt, or tr) were proving problematic and why?
-
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]
