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

Dor Laor
2007-05-13T16:23:05Z

>Subject: Re: [kvm-devel] [PATCH/RFC 7/9] Virtual network guest device
>driver
>
>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).

But isn't Jeremy Fitzhardinge is pushing big patch queue into the
kernel?
If we manage to plant hooks into the netback/front for using net_ops,
they and the code will get into the kernel they will be have to keep the
hooks for netchannel2.

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

It's looks like generalizing all the level 0,1,2 features plus
performance optimizations. It's not something we couldn't upgrade to.

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