lkml.org 
[lkml]   [2007]   [Aug]   [9]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: 2.6.22 x86_64 : kernel initial decompression hangs on vmware
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 majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2007-08-09 23:01    [W:0.121 / U:1.488 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site