On 08/02/2011 12:31 PM, Roedel, Joerg wrote:
On Sun, Jul 31, 2011 at 04:08:44AM -0400, Avi Kivity wrote:
> On 07/29/2011 02:31 PM, Roedel, Joerg wrote:
> > On Thu, Jul 28, 2011 at 04:36:17AM -0400, Avi Kivity wrote:
> > > Architecturally, PDPTEs are cached in the PDPTRs when CR3 is reloaded.
> > > On SVM, it is not possible to implement this, but on VMX this is
possible
> > > and was indeed implemented until nested SVM changed this to
unconditionally
> > > read PDPTEs dynamically. This has noticable impact when running PAE
guests.
> > >
> > > Fix by changing the MMU to read PDPTRs from the cache, falling back to
> > > reading from memory for the nested MMU.
> > >
> > > Signed-off-by: Avi Kivity<a...@redhat.com>
> >
> > Hmm, interesting. Sorry for breaking it. I tested the patch on nested
> > svm, it works fine.
>
> Does pae-on-pae work for you?
Only tested pae-on-longmode. I'll see if I can find my 32bit
installation again and test this too.
I wanted to test it since any mixup in where the PTPTRs were taken from
would be readily apparent. But it crashes even without the patch.
--
error compiling committee.c: too many arguments to function
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
