Re: [PATCH v2 5/5] KVM: MMU: retry #PF for softmmu

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 11/15/2010 11:55 AM, Xiao Guangrong wrote:
>>  >   Or another thread may have mmap()ed something else over the
>>  >   same address.
>>
>>  The mmap virtual address is also visible for other threads since the
>>  threads
>>  have the same page table, so i think this case is the same as above?
>
>  Again, don't we install the wrong spte in this case?
>

I think it doesn't corrupts spte since we will walk guest page table again
and map it to shadow pages when we retry #PF.

Well, you're right, we don't use any gfn/pfn info from the async page fault.

However, we're still not modelling the cpu accurately. For example we will set dirty and accessed bits, or inject a page fault if the gpte turns out to be not present.

--
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 majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [KVM ARM]     [KVM ia64]     [KVM ppc]     [Virtualization Tools]     [Spice Development]     [Libvirt]     [Libvirt Users]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite Questions]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux