Re: Debugging an inconsistent shadow page table

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

 



On Sun, Apr 26, 2009 at 01:36:22PM +0200, Jan Kiszka wrote:
> Gleb Natapov wrote:
> > On Sun, Apr 26, 2009 at 01:11:40PM +0200, Jan Kiszka wrote:
> >> That raise a question for a kvm-mmu newbie like me:
> >>
> >> If a page of the qemu process gets pushed around (here likely due to
> >> fork()->exec(smbd)->COW), how will kvm's shadow table catch up? Via
> >> MMU_NOTIFIER?
> >>
> >> I'm on a 2.6.25 kernel, and that means without CONFIG_MMU_NOTIFIER. So
> >> far I assumed that kernels without this feature do not work optimally,
> >> but they won't break my guests...
> >>
> > Guest memory is not COWed on fork (madvise(MADV_DONTFORK))
> 
> Yeah... but that's missing upstream! Will cross-check and then post a
> fix for qemu.
> 
> Out of curiosity: What's the mechanism to update the shadow table after
> swap-out/swap-in?
> 
I don't think guest memory is swappable without mmu notifiers. 

--
			Gleb.
--
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