[PATCH 0/4] vhost test fixes

This fixes up virtio tests, broken by recent changes to core. Michael S. Tsirkin (4): tools/virtio: fix build after 4.2 changes vhost: move features to core tools/virtio: propagate V=X to kernel build virtio: introduce avail cache drivers/vhost/vhost.h| 4 +++-

[PATCH 1/4] tools/virtio: fix build after 4.2 changes

more stubs, mostly Signed-off-by: Michael S. Tsirkin --- tools/virtio/asm/barrier.h | 2 ++ tools/virtio/linux/export.h | 3 +++ tools/virtio/linux/kernel.h | 8 3 files changed, 13 insertions(+) create mode 100644 tools/virtio/linux/export.h diff --git

[PATCH 4/4] virtio: introduce avail cache

This allows skipping avail ring writes when they don't need to change. Good for cache locality. Signed-off-by: Michael S. Tsirkin --- drivers/virtio/virtio_ring.c | 11 ++- 1 file changed, 10 insertions(+), 1 deletion(-) diff --git a/drivers/virtio/virtio_ring.c

[PATCH 2/4] vhost: move features to core

virtio 1 and any layout are core features, move them there. This fixes vhost test. Signed-off-by: Michael S. Tsirkin --- drivers/vhost/vhost.h | 4 +++- drivers/vhost/net.c | 3 +-- drivers/vhost/scsi.c | 4 +--- drivers/vhost/test.c | 3 +++ 4 files changed, 8

[PATCH 3/4] tools/virtio: propagate V=X to kernel build

Signed-off-by: Michael S. Tsirkin --- tools/virtio/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tools/virtio/Makefile b/tools/virtio/Makefile index 505ad51..39c89a5 100644 --- a/tools/virtio/Makefile +++ b/tools/virtio/Makefile @@ -6,7 +6,7 @@

Re: [PATCH 3/5] update virtio gpu driver: add 3d/virgl support

> > --- /dev/null > > +++ b/include/uapi/drm/virtgpu_drm.h > > @@ -0,0 +1,163 @@ > > > + > > +struct drm_virtgpu_3d_box { > > + uint32_t x, y, z; > > + uint32_t w, h, d; > > +}; > > + > There was a similar case (multiple variables declared on a single > line) in drm core that caused

Re: [PATCH] x86/paravirt: remove unused operation

On 08/31/2015 02:05 AM, Rusty Russell wrote: Juergen Gross writes: Ping? Acked-by: Rusty Russell Anyone willing to take this patch? Juergen Cheers, Rusty. On 08/06/2015 01:55 PM, Juergen Gross wrote: Remove the paravirt operation

Re: [PATCH 1/5] virtio-gpu: add virtio_gpu_queue_ctrl_buffer_nolock

On Do, 2015-09-10 at 09:39 +0100, Emil Velikov wrote: > Hi Gerd, > > On 9 September 2015 at 12:42, Gerd Hoffmann wrote: > > Add virtio_gpu_queue_ctrl_buffer_nolock function, which does the same as > > virtio_gpu_queue_ctrl_buffer but does not take the virtqueue lock. The > >

Re: [RFC PATCH 0/2] virtio nvme

On Thu, Sep 10, 2015 at 6:48 AM, Ming Lin wrote: > These 2 patches added virtio-nvme to kernel and qemu, > basically modified from virtio-blk and nvme code. > > As title said, request for your comments. > > Play it in Qemu with: > -drive file=disk.img,format=raw,if=none,id=D22 \

Re: [PATCH 0/1] virtio/s390: one bugfix

On Thu, Sep 10, 2015 at 04:35:07PM +0200, Cornelia Huck wrote: > Michael, > > here's a bugfix for the virtio-ccw driver. > > Question: How would you like to get patches? This one is formatted > against your current linux-next branch; I can prepare a branch for > you to pull from as well. No

Re: [PATCH 3/5] update virtio gpu driver: add 3d/virgl support

Hi, > Just a FYI - Daniel Vetter has a series in flight which deprecates > DRM_UNLOCKED for KMS drivers. Thanks for the heads up. > > > --- /dev/null > > +++ b/include/uapi/drm/virtgpu_drm.h > > @@ -0,0 +1,163 @@ > > > + > > +struct drm_virtgpu_3d_box { > > + uint32_t x, y, z; > > +

Re: [PATCH 5/5] virtgpu: mark as a render gpu

Hi, > > Dave? Looking at the ioctls they are all fine for render nodes, there > > isn't anything modesetting related in the device-specific ioctls. > > > > Correct? > > > Unless I've overdone the coffee this time - modesetting is done via > the card# node, while render via either card# or

Re: [PATCH 5/5] virtgpu: mark as a render gpu

On Do, 2015-09-10 at 09:59 +0100, Emil Velikov wrote: > On 9 September 2015 at 12:42, Gerd Hoffmann wrote: > > From: Dave Airlie > > > > Signed-off-by: Gerd Hoffmann > > --- > > drivers/gpu/drm/virtio/virtgpu_drv.c | 2 +- > > 1 file

[PATCH 0/1] virtio/s390: one bugfix

Michael, here's a bugfix for the virtio-ccw driver. Question: How would you like to get patches? This one is formatted against your current linux-next branch; I can prepare a branch for you to pull from as well. Pierre Morel (1): virtio/s390: handle failures of READ_VQ_CONF ccw

[PATCH 1/1] virtio/s390: handle failures of READ_VQ_CONF ccw

From: Pierre Morel In virtio_ccw_read_vq_conf() the return value of ccw_io_helper() was not checked. If the configuration could not be read properly, we'd wrongly assume a queue size of 0. Let's propagate any I/O error to virtio_ccw_setup_vq() so it may properly fail.

Re: [RFC PATCH 0/2] virtio nvme

On Thu, 2015-09-10 at 14:02 +, Keith Busch wrote: > On Wed, 9 Sep 2015, Ming Lin wrote: > > The goal is to have a full NVMe stack from VM guest(virtio-nvme) > > to host(vhost_nvme) to LIO NVMe-over-fabrics target. > > > > Now there are lots of duplicated code with linux/nvme-core.c and > >

Re: [PATCH 5/5] virtgpu: mark as a render gpu

On 10 September 2015 at 15:23, Gerd Hoffmann wrote: > On Do, 2015-09-10 at 09:59 +0100, Emil Velikov wrote: >> On 9 September 2015 at 12:42, Gerd Hoffmann wrote: >> > From: Dave Airlie >> > >> > Signed-off-by: Gerd Hoffmann

Re: [PATCH 5/5] virtgpu: mark as a render gpu

On 10 September 2015 at 15:52, Gerd Hoffmann wrote: > Hi, > >> > Dave? Looking at the ioctls they are all fine for render nodes, there >> > isn't anything modesetting related in the device-specific ioctls. >> > >> > Correct? >> > >> Unless I've overdone the coffee this time

Re: [PATCH 3/5] update virtio gpu driver: add 3d/virgl support

Hello Gert, On 9 September 2015 at 12:42, Gerd Hoffmann wrote: > Add the bits needed for opengl rendering support: query > capabilities, new virtio commands, drm ioctls. > > Signed-off-by: Dave Airlie > Signed-off-by: Gerd Hoffmann >

Re: [PATCH 5/5] virtgpu: mark as a render gpu

On 9 September 2015 at 12:42, Gerd Hoffmann wrote: > From: Dave Airlie > > Signed-off-by: Gerd Hoffmann > --- > drivers/gpu/drm/virtio/virtgpu_drv.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git

Re: [PATCH 3/5] update virtio gpu driver: add 3d/virgl support

On 10 September 2015 at 11:32, Dave Airlie wrote: >> > --- /dev/null >> > +++ b/include/uapi/drm/virtgpu_drm.h >> > @@ -0,0 +1,163 @@ >> >> > + >> > +struct drm_virtgpu_3d_box { >> > + uint32_t x, y, z; >> > + uint32_t w, h, d; >> > +}; >> > + >> There was a similar

Re: [PATCH 1/5] virtio-gpu: add virtio_gpu_queue_ctrl_buffer_nolock

Hi Gerd, On 9 September 2015 at 12:42, Gerd Hoffmann wrote: > Add virtio_gpu_queue_ctrl_buffer_nolock function, which does the same as > virtio_gpu_queue_ctrl_buffer but does not take the virtqueue lock. The > caller must hold the lock instead. > The drm subsystem tends to

Re: [RFC PATCH 0/2] virtio nvme

On Thu, 2015-09-10 at 15:38 +0100, Stefan Hajnoczi wrote: > On Thu, Sep 10, 2015 at 6:48 AM, Ming Lin wrote: > > These 2 patches added virtio-nvme to kernel and qemu, > > basically modified from virtio-blk and nvme code. > > > > As title said, request for your comments. > > > >

Re: [RFC PATCH 0/2] virtio nvme

On Wed, 9 Sep 2015, Ming Lin wrote: The goal is to have a full NVMe stack from VM guest(virtio-nvme) to host(vhost_nvme) to LIO NVMe-over-fabrics target. Now there are lots of duplicated code with linux/nvme-core.c and qemu/nvme.c. The ideal result is to have a multi level NVMe stack(similar as

Re: [RFC PATCH 0/2] virtio nvme

On Thu, Sep 10, 2015 at 10:02 AM, Ming Lin wrote: > On Thu, 2015-09-10 at 14:02 +, Keith Busch wrote: >> On Wed, 9 Sep 2015, Ming Lin wrote: >> > The goal is to have a full NVMe stack from VM guest(virtio-nvme) >> > to host(vhost_nvme) to LIO NVMe-over-fabrics target. >> > >>

Re: [PATCH 2/4] vhost: move features to core

Hello. On 09/10/2015 10:23 AM, Michael S. Tsirkin wrote: virtio 1 and any layout are core features, move them there. This fixes vhost test. Signed-off-by: Michael S. Tsirkin [...] diff --git a/drivers/vhost/test.c b/drivers/vhost/test.c index d9c501e..f2882ac 100644 ---

Re: virtio optimization idea

On 9/9/2015 3:34 PM, Michael S. Tsirkin wrote: > On Fri, Sep 04, 2015 at 08:25:05AM +, Xie, Huawei wrote: >> Hi: >> >> Recently I have done one virtio optimization proof of concept. The >> optimization includes two parts: >> 1) avail ring set with fixed descriptors >> 2) RX vectorization >>