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

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


  • To: "Ling, Xiaofeng" <xiaofeng.ling@xxxxxxxxx>, <xen-devel@xxxxxxxxxxxxxxxxxxx>
  • From: "Ian Pratt" <m+Ian.Pratt@xxxxxxxxxxxx>
  • Date: Sun, 3 Apr 2005 14:33:15 +0100
  • Delivery-date: Sun, 03 Apr 2005 13:33:29 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>
  • Thread-index: AcU39PebD2/thBv+Rdms3itvtFiuwQAPExGgAAL3ilAAA/XnwA==
  • Thread-topic: [Xen-devel] problem with netfront.c

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

The netfront/backdriver driver needs to be switched over to using the
grant tables interface. 

Chris Clark has already checked in the grant tables implementation, but
no-one has got around to updating netfront/back to use it. There are
patches to switch blkfront/back over to use grant tables, which will be
checked in soon, but since the blk driver use the foreign access rather
than the page transfer mechanism its probably not too much help. 

Using grant tables, the front end doesn't need to know about machine
addresses, and the whole thing ends up rather cleaner, particulary for
domains running with virtualized VMs.

I've attached a document from Chris that gives a rough description of
the grant table interface.

Best,
Ian

Attachment: grant-tables.txt
Description: grant-tables.txt

_______________________________________________
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®.