qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] snabbswitch integration with QEMU for userspace etherne


From: Anthony Liguori
Subject: Re: [Qemu-devel] snabbswitch integration with QEMU for userspace ethernet I/O
Date: Tue, 28 May 2013 13:55:31 -0500
User-agent: Notmuch/0.15.2+77~g661dcf8 (http://notmuchmail.org) Emacs/23.3.1 (x86_64-pc-linux-gnu)

"Michael S. Tsirkin" <address@hidden> writes:

> On Tue, May 28, 2013 at 12:00:38PM -0500, Anthony Liguori wrote:
>> Julian Stecklina <address@hidden> writes:
>> 
>> 
>> I don't see any compelling reason to do something like this.  It's
>> jumping through a tremendous number of hoops to avoid putting code that
>> belongs in QEMU in tree.
>> 
>> Regards,
>> 
>> Anthony Liguori
>> 
>> >
>> > Julian
>
> OTOH an in-tree device that runs in a separate process would
> be useful e.g. for security.

An *in-tree* device would at least be a reasonable place to have a discussion.

I still think it's pretty hard to make work beyond just a hack.

> For example, we could limit a virtio-net device process
> to only access tap and vhost files.

Stefano et al from the Xen community have some interest in this.  I
believe they've done some initial prototyping already.

Regards,

Anthony Liguori

> We can kill this process if there's a bug
> with the result that NIC gets stalled but everything else
> keeps going.
> Possibly restart on next guest reset.
> There could be other advantages.
>
> -- 
> MST



reply via email to

[Prev in Thread] Current Thread [Next in Thread]