Re: [PATCH v4 14/14] virtio_pci: queue_reset: support VIRTIO_F_RING_RESET

2022-02-10 Thread Jason Wang
On Fri, Feb 11, 2022 at 3:24 PM Xuan Zhuo wrote: > > On Fri, 11 Feb 2022 15:05:40 +0800, Jason Wang wrote: > > > > 在 2022/2/9 下午8:29, Xuan Zhuo 写道: > > > This patch implements virtio pci support for QUEUE RESET. > > > > > > Performing reset on a queue is divided into these steps: > > > > > > 1.

Re: [PATCH v4 09/14] virtio: queue_reset: struct virtio_config_ops add callbacks for queue_reset

2022-02-10 Thread Jason Wang
On Fri, Feb 11, 2022 at 3:13 PM Xuan Zhuo wrote: > > On Fri, 11 Feb 2022 14:49:03 +0800, Jason Wang wrote: > > > > 在 2022/2/9 下午8:28, Xuan Zhuo 写道: > > > Performing reset on a queue is divided into four steps: > > > > > > 1. reset_vq: reset one vq > > > 2. recycle the buffer from vq by

Re: [PATCH v4 14/14] virtio_pci: queue_reset: support VIRTIO_F_RING_RESET

2022-02-10 Thread Xuan Zhuo
On Fri, 11 Feb 2022 15:05:40 +0800, Jason Wang wrote: > > 在 2022/2/9 下午8:29, Xuan Zhuo 写道: > > This patch implements virtio pci support for QUEUE RESET. > > > > Performing reset on a queue is divided into these steps: > > > > 1. reset_vq: reset one vq > > 2. recycle the buffer from vq by

Re: [PATCH v4 09/14] virtio: queue_reset: struct virtio_config_ops add callbacks for queue_reset

2022-02-10 Thread Xuan Zhuo
On Fri, 11 Feb 2022 14:49:03 +0800, Jason Wang wrote: > > 在 2022/2/9 下午8:28, Xuan Zhuo 写道: > > Performing reset on a queue is divided into four steps: > > > > 1. reset_vq: reset one vq > > 2. recycle the buffer from vq by virtqueue_detach_unused_buf() > > 3. release the ring of the vq by

Re: [PATCH v4 00/14] virtio pci support VIRTIO_F_RING_RESET

2022-02-10 Thread Jason Wang
On Fri, Feb 11, 2022 at 2:34 PM Xuan Zhuo wrote: > > On Fri, 11 Feb 2022 13:40:52 +0800, Jason Wang wrote: > > On Wed, Feb 9, 2022 at 8:29 PM Xuan Zhuo wrote: > > > > > > The virtio spec already supports the virtio queue reset function. This > > > patch set > > > is to add this function to the

Re: [PATCH v4 14/14] virtio_pci: queue_reset: support VIRTIO_F_RING_RESET

2022-02-10 Thread Jason Wang
在 2022/2/9 下午8:29, Xuan Zhuo 写道: This patch implements virtio pci support for QUEUE RESET. Performing reset on a queue is divided into these steps: 1. reset_vq: reset one vq 2. recycle the buffer from vq by virtqueue_detach_unused_buf() 3. release the ring of the vq by

Re: [PATCH v4 09/14] virtio: queue_reset: struct virtio_config_ops add callbacks for queue_reset

2022-02-10 Thread Jason Wang
在 2022/2/9 下午8:28, Xuan Zhuo 写道: Performing reset on a queue is divided into four steps: 1. reset_vq: reset one vq 2. recycle the buffer from vq by virtqueue_detach_unused_buf() 3. release the ring of the vq by vring_release_virtqueue() 4. enable_reset_vq: re-enable the reset queue So add two

Re: [PATCH v4 00/14] virtio pci support VIRTIO_F_RING_RESET

2022-02-10 Thread Xuan Zhuo
On Fri, 11 Feb 2022 13:40:52 +0800, Jason Wang wrote: > On Wed, Feb 9, 2022 at 8:29 PM Xuan Zhuo wrote: > > > > The virtio spec already supports the virtio queue reset function. This > > patch set > > is to add this function to the kernel. The relevant virtio spec information > > is > > here:

Re: [PATCH v4 00/14] virtio pci support VIRTIO_F_RING_RESET

2022-02-10 Thread Jason Wang
On Wed, Feb 9, 2022 at 8:29 PM Xuan Zhuo wrote: > > The virtio spec already supports the virtio queue reset function. This patch > set > is to add this function to the kernel. The relevant virtio spec information is > here: > > https://github.com/oasis-tcs/virtio-spec/issues/124 > > Also

Re: [PATCH 2/5] memstick/ms_block: simplify refcounting

2022-02-10 Thread Ming Lei
On Wed, Feb 09, 2022 at 09:21:17AM +0100, Christoph Hellwig wrote: > Implement the ->free_disk method to free the msb_data structure only once > the last gendisk reference goes away instead of keeping a local refcount. > The approach looks good, just the error handling needs to be careful, such

Re: [PATCH v2 0/2] drm/gem-shmem: Various improvements

2022-02-10 Thread Chia-I Wu
On Wed, Feb 9, 2022 at 7:56 AM Thomas Zimmermann wrote: > > Two patches for GEM's SHMEM-backed implementation. > > v2: > * update drivers after vm_ops change > > Thomas Zimmermann (2): > drm/gem-shmem: Set vm_ops in static initializer > drm/gem-shmem: Don't store mmap'ed buffers in

Confidential Computing microconference 2022 planning kick-off

2022-02-10 Thread Jörg Rödel
Hi, the organizers of the Linux Plumbers Conference 2022 have recently opened the CfP for microconferences and I thought it would be great to have another Confidential Computing microconference to bring everyone together and discuss open problems. I drafted a proposal for review, feel free to

RE: RE: [PATCH 2/3] virtio-crypto: introduce akcipher service

2022-02-10 Thread Gonglei (Arei) via Virtualization
> -Original Message- > From: zhenwei pi [mailto:pizhen...@bytedance.com] > Sent: Thursday, February 10, 2022 4:18 PM > To: Gonglei (Arei) > Cc: jasow...@redhat.com; virtualization@lists.linux-foundation.org; > linux-cry...@vger.kernel.org; linux-ker...@vger.kernel.org; >

[PATCH v1 6/6] virtio: packed: virtqueue_add_packed() support dma address

2022-02-10 Thread Xuan Zhuo
virtqueue_add_packed() only supports virtual addresses, dma is completed in virtqueue_add_packed(). In some scenarios (such as the AF_XDP scenario), the memory is allocated and DMA is completed in advance, so it is necessary for us to support passing the DMA address to virtqueue_add_packed().

[PATCH v1 4/6] virtio: virtqueue_add() support predma

2022-02-10 Thread Xuan Zhuo
virtuque_add() adds parameter predma. Signed-off-by: Xuan Zhuo --- drivers/virtio/virtio_ring.c | 11 ++- 1 file changed, 6 insertions(+), 5 deletions(-) diff --git a/drivers/virtio/virtio_ring.c b/drivers/virtio/virtio_ring.c index cfb028ca238e..cf9d118668f1 100644 ---

[PATCH v1 5/6] virtio: split: virtqueue_add_split() support dma address

2022-02-10 Thread Xuan Zhuo
virtqueue_add_split() only supports virtual addresses, dma is completed in virtqueue_add_split(). In some scenarios (such as the AF_XDP scenario), the memory is allocated and DMA is completed in advance, so it is necessary for us to support passing the DMA address to virtqueue_add_split(). And

[PATCH v1 3/6] virtio: remove flags check for unmap packed indirect desc

2022-02-10 Thread Xuan Zhuo
When calling vring_unmap_desc_packed(), it will not encounter the situation that the flags contains VRING_DESC_F_INDIRECT. So remove this logic. Signed-off-by: Xuan Zhuo --- drivers/virtio/virtio_ring.c | 18 +- 1 file changed, 5 insertions(+), 13 deletions(-) diff --git

[PATCH v1 2/6] virtio: remove flags check for unmap split indirect desc

2022-02-10 Thread Xuan Zhuo
When calling vring_unmap_one_split_indirect(), it will not encounter the situation that the flags contains VRING_DESC_F_INDIRECT. So remove this logic. Signed-off-by: Xuan Zhuo --- drivers/virtio/virtio_ring.c | 18 +- 1 file changed, 5 insertions(+), 13 deletions(-) diff --git

[PATCH v1 0/6] virtio: support advance DMA

2022-02-10 Thread Xuan Zhuo
virtqueue_add() only supports virtual addresses, dma is completed in virtqueue_add(). In some scenarios (such as the AF_XDP scenario), DMA is completed in advance, so it is necessary for us to support passing the DMA address to virtqueue_add(). Record this predma information in extra->flags,

[PATCH v1 1/6] virtio: rename vring_unmap_state_packed() to vring_unmap_extra_packed()

2022-02-10 Thread Xuan Zhuo
The actual parameter handled by vring_unmap_state_packed() is that vring_desc_extra, so this function should use "extra" instead of "state". Signed-off-by: Xuan Zhuo --- drivers/virtio/virtio_ring.c | 17 - 1 file changed, 8 insertions(+), 9 deletions(-) diff --git

Re: RE: [PATCH 2/3] virtio-crypto: introduce akcipher service

2022-02-10 Thread zhenwei pi
/* The accelerator hardware is ready */ #define VIRTIO_CRYPTO_S_HW_READY (1 << 0) @@ -442,6 +520,7 @@ struct virtio_crypto_config { __le32 reserve; /* Maximum size of each crypto request's content */ __le64 max_size; + __le32 akcipher_algo; }; You can use the