Re: [PATCH/RFC 7/9] Virtual network guest device driver

[Anthony Liguori <anthony-rdkfGonbjUSkNkDKm+mE6A@public.gmane.org>]

Dor Laor wrote:
> push it into the kernel are:
> 	a. We should perform much better
> 	b. It would be a painful task getting all the code review that a
>
> 	   complicated network interface should get.
> 	c. There's already a PV driver that answers a,b.
> The Xen's PV network driver is now pushed into the kernel.
>   

Actually, it's not (at least not as of a few moments ago).  Furthermore, 
the plan is to completely rearchitect the netback/netfront protocol for 
the next Xen release (this effort is referred to netchannel2).

See some of the XenSummit slides as to why this is necessary.

Regards,

Anthony Liguori

> It is optimized, and support tso.
> By adding a generic ops calls we can make enjoy all the above.
>
> Using Xen's core PV code doesn't imply that we will have their interface
> {xenstore} the interface creation and tear-down would be kvm specific.
> They could even have a plain directory structure.
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> kvm-devel mailing list
> kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/kvm-devel
>
>   


-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/