* Re: [PATCH v3 1/1] virtio-blk: add num_request_queues module parameter
[not found] <20210902204622.54354-1-mgurtovoy@nvidia.com>
@ 2021-09-05 7:46 ` Leon Romanovsky
[not found] ` <b2e60035-2e63-3162-6222-d8c862526a28@gmail.com>
2021-10-22 9:30 ` Michael S. Tsirkin
1 sibling, 1 reply; 8+ messages in thread
From: Leon Romanovsky @ 2021-09-05 7:46 UTC (permalink / raw)
To: Max Gurtovoy
Cc: axboe, linux-block, kvm, mst, israelr, virtualization, hch,
nitzanc, stefanha, oren
On Thu, Sep 02, 2021 at 11:46:22PM +0300, Max Gurtovoy wrote:
> Sometimes a user would like to control the amount of request queues to
> be created for a block device. For example, for limiting the memory
> footprint of virtio-blk devices.
>
> Reviewed-by: Christoph Hellwig <hch@lst.de>
> Reviewed-by: Stefan Hajnoczi <stefanha@redhat.com>
> Signed-off-by: Max Gurtovoy <mgurtovoy@nvidia.com>
> ---
>
> changes from v2:
> - renamed num_io_queues to num_request_queues (from Stefan)
> - added Reviewed-by signatures (from Stefan and Christoph)
>
> changes from v1:
> - use param_set_uint_minmax (from Christoph)
> - added "Should > 0" to module description
>
> Note: This commit apply on top of Jens's branch for-5.15/drivers
>
> ---
> drivers/block/virtio_blk.c | 21 ++++++++++++++++++++-
> 1 file changed, 20 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/block/virtio_blk.c b/drivers/block/virtio_blk.c
> index 4b49df2dfd23..aaa2833a4734 100644
> --- a/drivers/block/virtio_blk.c
> +++ b/drivers/block/virtio_blk.c
> @@ -24,6 +24,23 @@
> /* The maximum number of sg elements that fit into a virtqueue */
> #define VIRTIO_BLK_MAX_SG_ELEMS 32768
>
> +static int virtblk_queue_count_set(const char *val,
> + const struct kernel_param *kp)
> +{
> + return param_set_uint_minmax(val, kp, 1, nr_cpu_ids);
> +}
> +
> +static const struct kernel_param_ops queue_count_ops = {
> + .set = virtblk_queue_count_set,
> + .get = param_get_uint,
> +};
> +
> +static unsigned int num_request_queues;
> +module_param_cb(num_request_queues, &queue_count_ops, &num_request_queues,
> + 0644);
> +MODULE_PARM_DESC(num_request_queues,
> + "Number of request queues to use for blk device. Should > 0");
> +
Won't it limit all virtio block devices to the same limit?
It is very common to see multiple virtio-blk devices on the same system
and they probably need different limits.
Thanks
_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/virtualization
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH v3 1/1] virtio-blk: add num_request_queues module parameter
[not found] ` <e4455133-ac9f-44d0-a07d-be55b336ebcc@nvidia.com>
@ 2021-09-05 10:19 ` Leon Romanovsky
[not found] ` <5aada544-356f-5363-c6e4-6885e9812f82@nvidia.com>
0 siblings, 1 reply; 8+ messages in thread
From: Leon Romanovsky @ 2021-09-05 10:19 UTC (permalink / raw)
To: Max Gurtovoy
Cc: axboe, linux-block, kvm, mst, israelr, nitzanc, virtualization,
hch, Chaitanya Kulkarni, stefanha, oren
On Sun, Sep 05, 2021 at 12:19:09PM +0300, Max Gurtovoy wrote:
>
> On 9/5/2021 11:49 AM, Chaitanya Kulkarni wrote:
> >
> > On 9/5/2021 12:46 AM, Leon Romanovsky wrote:
> > > > +static unsigned int num_request_queues;
> > > > +module_param_cb(num_request_queues, &queue_count_ops,
> > > > &num_request_queues,
> > > > + 0644);
> > > > +MODULE_PARM_DESC(num_request_queues,
> > > > + "Number of request queues to use for blk device.
> > > > Should > 0");
> > > > +
> > > Won't it limit all virtio block devices to the same limit?
> > >
> > > It is very common to see multiple virtio-blk devices on the same system
> > > and they probably need different limits.
> > >
> > > Thanks
> >
> >
> > Without looking into the code, that can be done adding a configfs
> >
> > interface and overriding a global value (module param) when it is set
> > from
> >
> > configfs.
> >
> >
> You have many ways to overcome this issue.
>
> For example:
>
> # ls -l /sys/block/vda/mq/
> drwxr-xr-x 18 root root 0 Sep 5 12:14 0
> drwxr-xr-x 18 root root 0 Sep 5 12:14 1
> drwxr-xr-x 18 root root 0 Sep 5 12:14 2
> drwxr-xr-x 18 root root 0 Sep 5 12:14 3
>
> # echo virtio0 > /sys/bus/virtio/drivers/virtio_blk/unbind
>
> # echo 8 > /sys/module/virtio_blk/parameters/num_request_queues
This is global to all virtio-blk devices.
>
> # echo virtio0 > /sys/bus/virtio/drivers/virtio_blk/bind
>
> # ls -l /sys/block/vda/mq/
> drwxr-xr-x 10 root root 0 Sep 5 12:17 0
> drwxr-xr-x 10 root root 0 Sep 5 12:17 1
> drwxr-xr-x 10 root root 0 Sep 5 12:17 2
> drwxr-xr-x 10 root root 0 Sep 5 12:17 3
> drwxr-xr-x 10 root root 0 Sep 5 12:17 4
> drwxr-xr-x 10 root root 0 Sep 5 12:17 5
> drwxr-xr-x 10 root root 0 Sep 5 12:17 6
> drwxr-xr-x 10 root root 0 Sep 5 12:17 7
>
> -Max.
>
>
_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/virtualization
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH v3 1/1] virtio-blk: add num_request_queues module parameter
[not found] ` <b2e60035-2e63-3162-6222-d8c862526a28@gmail.com>
[not found] ` <e4455133-ac9f-44d0-a07d-be55b336ebcc@nvidia.com>
@ 2021-09-05 10:20 ` Leon Romanovsky
2021-09-05 15:15 ` Michael S. Tsirkin
1 sibling, 1 reply; 8+ messages in thread
From: Leon Romanovsky @ 2021-09-05 10:20 UTC (permalink / raw)
To: Chaitanya Kulkarni
Cc: Max Gurtovoy, linux-block, kvm, mst, israelr, virtualization, hch,
nitzanc, axboe, stefanha, oren
On Sun, Sep 05, 2021 at 01:49:46AM -0700, Chaitanya Kulkarni wrote:
>
> On 9/5/2021 12:46 AM, Leon Romanovsky wrote:
> > > +static unsigned int num_request_queues;
> > > +module_param_cb(num_request_queues, &queue_count_ops, &num_request_queues,
> > > + 0644);
> > > +MODULE_PARM_DESC(num_request_queues,
> > > + "Number of request queues to use for blk device. Should > 0");
> > > +
> > Won't it limit all virtio block devices to the same limit?
> >
> > It is very common to see multiple virtio-blk devices on the same system
> > and they probably need different limits.
> >
> > Thanks
>
>
> Without looking into the code, that can be done adding a configfs
>
> interface and overriding a global value (module param) when it is set from
>
> configfs.
So why should we do double work instead of providing one working
interface from the beginning?
Thanks
>
>
_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/virtualization
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH v3 1/1] virtio-blk: add num_request_queues module parameter
[not found] ` <5aada544-356f-5363-c6e4-6885e9812f82@nvidia.com>
@ 2021-09-05 13:10 ` Leon Romanovsky
0 siblings, 0 replies; 8+ messages in thread
From: Leon Romanovsky @ 2021-09-05 13:10 UTC (permalink / raw)
To: Max Gurtovoy
Cc: axboe, linux-block, kvm, mst, israelr, nitzanc, virtualization,
hch, Chaitanya Kulkarni, stefanha, oren
On Sun, Sep 05, 2021 at 02:16:58PM +0300, Max Gurtovoy wrote:
>
> On 9/5/2021 1:19 PM, Leon Romanovsky wrote:
> > On Sun, Sep 05, 2021 at 12:19:09PM +0300, Max Gurtovoy wrote:
> > > On 9/5/2021 11:49 AM, Chaitanya Kulkarni wrote:
> > > > On 9/5/2021 12:46 AM, Leon Romanovsky wrote:
> > > > > > +static unsigned int num_request_queues;
> > > > > > +module_param_cb(num_request_queues, &queue_count_ops,
> > > > > > &num_request_queues,
> > > > > > + 0644);
> > > > > > +MODULE_PARM_DESC(num_request_queues,
> > > > > > + "Number of request queues to use for blk device.
> > > > > > Should > 0");
> > > > > > +
> > > > > Won't it limit all virtio block devices to the same limit?
> > > > >
> > > > > It is very common to see multiple virtio-blk devices on the same system
> > > > > and they probably need different limits.
> > > > >
> > > > > Thanks
> > > >
> > > > Without looking into the code, that can be done adding a configfs
> > > >
> > > > interface and overriding a global value (module param) when it is set
> > > > from
> > > >
> > > > configfs.
> > > >
> > > >
> > > You have many ways to overcome this issue.
> > >
> > > For example:
> > >
> > > # ls -l /sys/block/vda/mq/
> > > drwxr-xr-x 18 root root 0 Sep 5 12:14 0
> > > drwxr-xr-x 18 root root 0 Sep 5 12:14 1
> > > drwxr-xr-x 18 root root 0 Sep 5 12:14 2
> > > drwxr-xr-x 18 root root 0 Sep 5 12:14 3
> > >
> > > # echo virtio0 > /sys/bus/virtio/drivers/virtio_blk/unbind
> > >
> > > # echo 8 > /sys/module/virtio_blk/parameters/num_request_queues
> > This is global to all virtio-blk devices.
>
> You define a global module param but you bind/unbind a specific device.
>
> Do you have a better way to control it ?
One of the possible solutions will be to extend virtio bus to allow
setting of such pre-probe parameters. However I don't know if it is
really worth doing it,
>
> if the device is already probed, it's too late to change the queue_num.
>
>
> >
> > > # echo virtio0 > /sys/bus/virtio/drivers/virtio_blk/bind
> > >
> > > # ls -l /sys/block/vda/mq/
> > > drwxr-xr-x 10 root root 0 Sep 5 12:17 0
> > > drwxr-xr-x 10 root root 0 Sep 5 12:17 1
> > > drwxr-xr-x 10 root root 0 Sep 5 12:17 2
> > > drwxr-xr-x 10 root root 0 Sep 5 12:17 3
> > > drwxr-xr-x 10 root root 0 Sep 5 12:17 4
> > > drwxr-xr-x 10 root root 0 Sep 5 12:17 5
> > > drwxr-xr-x 10 root root 0 Sep 5 12:17 6
> > > drwxr-xr-x 10 root root 0 Sep 5 12:17 7
> > >
> > > -Max.
> > >
> > >
_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/virtualization
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH v3 1/1] virtio-blk: add num_request_queues module parameter
2021-09-05 10:20 ` Leon Romanovsky
@ 2021-09-05 15:15 ` Michael S. Tsirkin
2021-09-07 23:04 ` Leon Romanovsky
0 siblings, 1 reply; 8+ messages in thread
From: Michael S. Tsirkin @ 2021-09-05 15:15 UTC (permalink / raw)
To: Leon Romanovsky
Cc: Max Gurtovoy, linux-block, kvm, israelr, nitzanc, virtualization,
hch, Chaitanya Kulkarni, axboe, stefanha, oren
On Sun, Sep 05, 2021 at 01:20:24PM +0300, Leon Romanovsky wrote:
> On Sun, Sep 05, 2021 at 01:49:46AM -0700, Chaitanya Kulkarni wrote:
> >
> > On 9/5/2021 12:46 AM, Leon Romanovsky wrote:
> > > > +static unsigned int num_request_queues;
> > > > +module_param_cb(num_request_queues, &queue_count_ops, &num_request_queues,
> > > > + 0644);
> > > > +MODULE_PARM_DESC(num_request_queues,
> > > > + "Number of request queues to use for blk device. Should > 0");
> > > > +
> > > Won't it limit all virtio block devices to the same limit?
> > >
> > > It is very common to see multiple virtio-blk devices on the same system
> > > and they probably need different limits.
> > >
> > > Thanks
> >
> >
> > Without looking into the code, that can be done adding a configfs
> >
> > interface and overriding a global value (module param) when it is set from
> >
> > configfs.
>
> So why should we do double work instead of providing one working
> interface from the beginning?
>
> Thanks
>
> >
> >
The main way to do it is really from the hypervisor. This one
is a pretty blunt instrument, Max here says it's useful to reduce
memory usage of the driver. If that's the usecase then a global limit
seems sufficient.
--
MST
_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/virtualization
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH v3 1/1] virtio-blk: add num_request_queues module parameter
2021-09-05 15:15 ` Michael S. Tsirkin
@ 2021-09-07 23:04 ` Leon Romanovsky
0 siblings, 0 replies; 8+ messages in thread
From: Leon Romanovsky @ 2021-09-07 23:04 UTC (permalink / raw)
To: Michael S. Tsirkin
Cc: Max Gurtovoy, linux-block, kvm, israelr, nitzanc, virtualization,
hch, Chaitanya Kulkarni, axboe, stefanha, oren
On Sun, Sep 05, 2021 at 11:15:16AM -0400, Michael S. Tsirkin wrote:
> On Sun, Sep 05, 2021 at 01:20:24PM +0300, Leon Romanovsky wrote:
> > On Sun, Sep 05, 2021 at 01:49:46AM -0700, Chaitanya Kulkarni wrote:
> > >
> > > On 9/5/2021 12:46 AM, Leon Romanovsky wrote:
> > > > > +static unsigned int num_request_queues;
> > > > > +module_param_cb(num_request_queues, &queue_count_ops, &num_request_queues,
> > > > > + 0644);
> > > > > +MODULE_PARM_DESC(num_request_queues,
> > > > > + "Number of request queues to use for blk device. Should > 0");
> > > > > +
> > > > Won't it limit all virtio block devices to the same limit?
> > > >
> > > > It is very common to see multiple virtio-blk devices on the same system
> > > > and they probably need different limits.
> > > >
> > > > Thanks
> > >
> > >
> > > Without looking into the code, that can be done adding a configfs
> > >
> > > interface and overriding a global value (module param) when it is set from
> > >
> > > configfs.
> >
> > So why should we do double work instead of providing one working
> > interface from the beginning?
> >
> > Thanks
> >
> > >
> > >
>
> The main way to do it is really from the hypervisor. This one
> is a pretty blunt instrument, Max here says it's useful to reduce
> memory usage of the driver. If that's the usecase then a global limit
> seems sufficient.
How memory will you reduce? It is worth to write it in the commit message.
Thanks
>
> --
> MST
>
_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/virtualization
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH v3 1/1] virtio-blk: add num_request_queues module parameter
[not found] <20210902204622.54354-1-mgurtovoy@nvidia.com>
2021-09-05 7:46 ` [PATCH v3 1/1] virtio-blk: add num_request_queues module parameter Leon Romanovsky
@ 2021-10-22 9:30 ` Michael S. Tsirkin
[not found] ` <19cbe00a-409c-fd4b-4466-6b9fe650229f@nvidia.com>
1 sibling, 1 reply; 8+ messages in thread
From: Michael S. Tsirkin @ 2021-10-22 9:30 UTC (permalink / raw)
To: Max Gurtovoy
Cc: axboe, linux-block, kvm, israelr, virtualization, hch, nitzanc,
stefanha, oren
On Thu, Sep 02, 2021 at 11:46:22PM +0300, Max Gurtovoy wrote:
> Sometimes a user would like to control the amount of request queues to
> be created for a block device. For example, for limiting the memory
> footprint of virtio-blk devices.
>
> Reviewed-by: Christoph Hellwig <hch@lst.de>
> Reviewed-by: Stefan Hajnoczi <stefanha@redhat.com>
> Signed-off-by: Max Gurtovoy <mgurtovoy@nvidia.com>
> ---
>
> changes from v2:
> - renamed num_io_queues to num_request_queues (from Stefan)
> - added Reviewed-by signatures (from Stefan and Christoph)
>
> changes from v1:
> - use param_set_uint_minmax (from Christoph)
> - added "Should > 0" to module description
>
> Note: This commit apply on top of Jens's branch for-5.15/drivers
>
> ---
> drivers/block/virtio_blk.c | 21 ++++++++++++++++++++-
> 1 file changed, 20 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/block/virtio_blk.c b/drivers/block/virtio_blk.c
> index 4b49df2dfd23..aaa2833a4734 100644
> --- a/drivers/block/virtio_blk.c
> +++ b/drivers/block/virtio_blk.c
> @@ -24,6 +24,23 @@
> /* The maximum number of sg elements that fit into a virtqueue */
> #define VIRTIO_BLK_MAX_SG_ELEMS 32768
>
> +static int virtblk_queue_count_set(const char *val,
> + const struct kernel_param *kp)
> +{
> + return param_set_uint_minmax(val, kp, 1, nr_cpu_ids);
> +}
> +
> +static const struct kernel_param_ops queue_count_ops = {
> + .set = virtblk_queue_count_set,
> + .get = param_get_uint,
> +};
> +
> +static unsigned int num_request_queues;
> +module_param_cb(num_request_queues, &queue_count_ops, &num_request_queues,
> + 0644);
> +MODULE_PARM_DESC(num_request_queues,
> + "Number of request queues to use for blk device. Should > 0");
> +
> static int major;
> static DEFINE_IDA(vd_index_ida);
>
I wasn't happy with the message here so I tweaked it.
Please look at it in linux-next and confirm. Thanks!
> @@ -501,7 +518,9 @@ static int init_vq(struct virtio_blk *vblk)
> if (err)
> num_vqs = 1;
>
> - num_vqs = min_t(unsigned int, nr_cpu_ids, num_vqs);
> + num_vqs = min_t(unsigned int,
> + min_not_zero(num_request_queues, nr_cpu_ids),
> + num_vqs);
>
> vblk->vqs = kmalloc_array(num_vqs, sizeof(*vblk->vqs), GFP_KERNEL);
> if (!vblk->vqs)
> --
> 2.18.1
_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/virtualization
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH v3 1/1] virtio-blk: add num_request_queues module parameter
[not found] ` <93c7838d-d942-010e-e1b2-bc052365f5b1@nvidia.com>
@ 2021-10-24 8:48 ` Michael S. Tsirkin
0 siblings, 0 replies; 8+ messages in thread
From: Michael S. Tsirkin @ 2021-10-24 8:48 UTC (permalink / raw)
To: Max Gurtovoy
Cc: axboe, linux-block, kvm, israelr, virtualization, hch, nitzanc,
stefanha, oren
On Sun, Oct 24, 2021 at 11:12:26AM +0300, Max Gurtovoy wrote:
>
> On 10/24/2021 10:19 AM, Max Gurtovoy wrote:
> >
> > On 10/22/2021 12:30 PM, Michael S. Tsirkin wrote:
> > > On Thu, Sep 02, 2021 at 11:46:22PM +0300, Max Gurtovoy wrote:
> > > > Sometimes a user would like to control the amount of request queues to
> > > > be created for a block device. For example, for limiting the memory
> > > > footprint of virtio-blk devices.
> > > >
> > > > Reviewed-by: Christoph Hellwig <hch@lst.de>
> > > > Reviewed-by: Stefan Hajnoczi <stefanha@redhat.com>
> > > > Signed-off-by: Max Gurtovoy <mgurtovoy@nvidia.com>
> > > > ---
> > > >
> > > > changes from v2:
> > > > - renamed num_io_queues to num_request_queues (from Stefan)
> > > > - added Reviewed-by signatures (from Stefan and Christoph)
> > > >
> > > > changes from v1:
> > > > - use param_set_uint_minmax (from Christoph)
> > > > - added "Should > 0" to module description
> > > >
> > > > Note: This commit apply on top of Jens's branch for-5.15/drivers
> > > >
> > > > ---
> > > > drivers/block/virtio_blk.c | 21 ++++++++++++++++++++-
> > > > 1 file changed, 20 insertions(+), 1 deletion(-)
> > > >
> > > > diff --git a/drivers/block/virtio_blk.c b/drivers/block/virtio_blk.c
> > > > index 4b49df2dfd23..aaa2833a4734 100644
> > > > --- a/drivers/block/virtio_blk.c
> > > > +++ b/drivers/block/virtio_blk.c
> > > > @@ -24,6 +24,23 @@
> > > > /* The maximum number of sg elements that fit into a virtqueue */
> > > > #define VIRTIO_BLK_MAX_SG_ELEMS 32768
> > > > +static int virtblk_queue_count_set(const char *val,
> > > > + const struct kernel_param *kp)
> > > > +{
> > > > + return param_set_uint_minmax(val, kp, 1, nr_cpu_ids);
> > > > +}
> > > > +
>
> BTW, I've noticed in your new message you allow setting 0 so you might want
> to change the code to
>
> param_set_uint_minmax(val, kp, 0, nr_cpu_ids);
>
> to a case a user will load the module with num_request_queues=0.
Oh. So as written the default forces 1 queue?
Send a patch please!
> > > > +static const struct kernel_param_ops queue_count_ops = {
> > > > + .set = virtblk_queue_count_set,
> > > > + .get = param_get_uint,
> > > > +};
> > > > +
> > > > +static unsigned int num_request_queues;
> > > > +module_param_cb(num_request_queues, &queue_count_ops,
> > > > &num_request_queues,
> > > > + 0644);
> > > > +MODULE_PARM_DESC(num_request_queues,
> > > > + "Number of request queues to use for blk device.
> > > > Should > 0");
> > > > +
> > > > static int major;
> > > > static DEFINE_IDA(vd_index_ida);
> > > I wasn't happy with the message here so I tweaked it.
> > >
> > > Please look at it in linux-next and confirm. Thanks!
> >
> > Looks good.
> >
> >
> > >
> > >
> > > > @@ -501,7 +518,9 @@ static int init_vq(struct virtio_blk *vblk)
> > > > if (err)
> > > > num_vqs = 1;
> > > > - num_vqs = min_t(unsigned int, nr_cpu_ids, num_vqs);
> > > > + num_vqs = min_t(unsigned int,
> > > > + min_not_zero(num_request_queues, nr_cpu_ids),
> > > > + num_vqs);
> > > > vblk->vqs = kmalloc_array(num_vqs, sizeof(*vblk->vqs),
> > > > GFP_KERNEL);
> > > > if (!vblk->vqs)
> > > > --
> > > > 2.18.1
_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/virtualization
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2021-10-24 8:48 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <20210902204622.54354-1-mgurtovoy@nvidia.com>
2021-09-05 7:46 ` [PATCH v3 1/1] virtio-blk: add num_request_queues module parameter Leon Romanovsky
[not found] ` <b2e60035-2e63-3162-6222-d8c862526a28@gmail.com>
[not found] ` <e4455133-ac9f-44d0-a07d-be55b336ebcc@nvidia.com>
2021-09-05 10:19 ` Leon Romanovsky
[not found] ` <5aada544-356f-5363-c6e4-6885e9812f82@nvidia.com>
2021-09-05 13:10 ` Leon Romanovsky
2021-09-05 10:20 ` Leon Romanovsky
2021-09-05 15:15 ` Michael S. Tsirkin
2021-09-07 23:04 ` Leon Romanovsky
2021-10-22 9:30 ` Michael S. Tsirkin
[not found] ` <19cbe00a-409c-fd4b-4466-6b9fe650229f@nvidia.com>
[not found] ` <93c7838d-d942-010e-e1b2-bc052365f5b1@nvidia.com>
2021-10-24 8:48 ` Michael S. Tsirkin
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).