[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <39aa9f66-8e58-ea63-5795-7df8861ff3a0@redhat.com>
Date: Wed, 30 Oct 2019 15:04:37 +0800
From: Jason Wang <jasowang@...hat.com>
To: Tiwei Bie <tiwei.bie@...el.com>
Cc: mst@...hat.com, linux-kernel@...r.kernel.org, kvm@...r.kernel.org,
virtualization@...ts.linux-foundation.org, netdev@...r.kernel.org,
dan.daly@...el.com, cunming.liang@...el.com,
zhihong.wang@...el.com, lingshan.zhu@...el.com
Subject: Re: [RFC] vhost_mdev: add network control vq support
On 2019/10/30 下午2:17, Tiwei Bie wrote:
> On Tue, Oct 29, 2019 at 06:51:32PM +0800, Jason Wang wrote:
>> On 2019/10/29 下午6:17, Tiwei Bie wrote:
>>> This patch adds the network control vq support in vhost-mdev.
>>> A vhost-mdev specific op is introduced to allow parent drivers
>>> to handle the network control commands come from userspace.
>> Probably work for userspace driver but not kernel driver.
> Exactly. This is only for userspace.
>
> I got your point now. In virtio-mdev kernel driver case,
> the ctrl-vq can be special as well.
>
Then maybe it's better to introduce vhost-mdev-net on top?
Looking at the other type of virtio device:
- console have two control virtqueues when multiqueue port is enabled
- SCSI has controlq + eventq
- GPU has controlq
- Crypto device has one controlq
- Socket has eventq
...
Thanks
Powered by blists - more mailing lists