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

RE: [Xen-devel] problem with netfront.c


  • To: "Ian Pratt" <m+Ian.Pratt@xxxxxxxxxxxx>, <xen-devel@xxxxxxxxxxxxxxxxxxx>
  • From: "Ling, Xiaofeng" <xiaofeng.ling@xxxxxxxxx>
  • Date: Sun, 3 Apr 2005 20:50:28 +0800
  • Delivery-date: Sun, 03 Apr 2005 12:48:37 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>
  • Thread-index: AcU39PebD2/thBv+Rdms3itvtFiuwQAPExGgAAL3ilA=
  • Thread-topic: [Xen-devel] problem with netfront.c


Ian Pratt <mailto:m+Ian.Pratt@xxxxxxxxxxxx> wrote:
>> Another main code I did is the do_update_va_mapping hypercall.
>> I wrote a new  implement for unmodified guest domain.
>> see the patch. anyone can see the problem in it?
>> (some commented code are what I've ever tried but still same result)
> 
> Hmm, I think you're confused: if you're in a VT-x guest then you don't
> need to use update_va_mpping as you can update your own pagetables
> directly and shadow mode will take care of propagating the update.
> 
> Ian
Yes, but does it still need hypervisor to modify the phys_to_machine table?
I just hope to save some page faults or tlb flush vmexit to get high 
performance and also have less 
modification to the original netfront.c. So still only one multicall needed 
each time when gets a
net event.

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.