All of lore.kernel.org
 help / color / mirror / Atom feed
From: Si-Wei Liu <si-wei.liu@oracle.com>
To: "Michael S. Tsirkin" <mst@redhat.com>, Eli Cohen <elic@nvidia.com>
Cc: lvivier@redhat.com, virtualization@lists.linux-foundation.org,
	eperezma@redhat.com
Subject: Re: [PATCH v7 00/14] Allow for configuring max number of virtqueue pairs
Date: Mon, 10 Jan 2022 17:59:36 -0800	[thread overview]
Message-ID: <ba3d534d-d1ba-549f-1b6f-e893625cdfbc@oracle.com> (raw)
In-Reply-To: <20220110020122-mutt-send-email-mst@kernel.org>



On 1/9/2022 11:04 PM, Michael S. Tsirkin wrote:
> On Wed, Jan 05, 2022 at 01:46:32PM +0200, Eli Cohen wrote:
>> Allow the user to configure the max number of virtqueue pairs for a vdpa
>> instance. The user can then control the actual number of virtqueue pairs
>> using ethtool.
> So I put a version of this in linux-next, but I had to squash in
> some bugfixes, and resolve some conflicts. Eli, please take a look
> and let me know whether it looks sane. If not pls post a new
> version.
> Jason, what is your take on merging this now? Si-wei here seems to want
> to defer, but OTOH it's up to v7 already, most patches are acked and
> most comments look like minor improvement suggestions to me.
Sure, no worries. I thought maybe it's just me that cares about the 
completeness and correctness of this series. When I did review for v6  I 
also thought v7 might be the last shot, but it turned out there's 
outstanding comment missed to address and other issues due to last 
minute fix. It's definitely your call to pull it or not. I'm satisfied 
with all aspects of the uAPI change for this series in terms of the 
expectation set.

If you can help fix up the needless change to API vdpa_set_features() 
for "[PATCH v7 05/14] vdpa: Allow to configure max data virtqueues" I 
would much appreciate it. Or Eli can post a fix for that together with 
other issues on top, given it was very easy to lose track of these 
similar comments during the previous rounds of my review.

Thanks,
-Siwei

>
>> Example, set number of VQPs to 2:
>> $ ethtool -L ens1 combined 2
>>
>> A user can check the max supported virtqueues for a management device by
>> running:
>>
>> $ $ vdpa mgmtdev show
>>      auxiliary/mlx5_core.sf.1:
>>        supported_classes net
>>        max_supported_vqs 257
>>        dev_features CSUM GUEST_CSUM MTU HOST_TSO4 HOST_TSO6 STATUS CTRL_VQ MQ \
>>                     CTRL_MAC_ADDR VERSION_1 ACCESS_PLATFORM
>>
>> and refer to this value when adding a device.
>>
>> To create a device with a max of 5 VQPs:
>> vdpa dev add name vdpa-a mgmtdev auxiliary/mlx5_core.sf.1 max_vqp 5
>>
>> Please note that for patches that were changed I removed "Reviewed-by"
>> and "Acked-by".
>>
>> v6 -> v7:
>> 1. Make use of cf_mutex for serializing netlink set/get with other
>> calls.
>> 2. Some fixes (See in each patch)
>> 3. Add patch for vdpa_sim to report supported features
>> 4. "Reviewed-by" and "Acked-by" removed from patch 0007 since it had
>> slightly changed.
>>
>> Eli Cohen (14):
>>    vdpa: Provide interface to read driver features
>>    vdpa/mlx5: Distribute RX virtqueues in RQT object
>>    vdpa: Sync calls set/get config/status with cf_mutex
>>    vdpa: Read device configuration only if FEATURES_OK
>>    vdpa: Allow to configure max data virtqueues
>>    vdpa/mlx5: Fix config_attr_mask assignment
>>    vdpa/mlx5: Support configuring max data virtqueue
>>    vdpa: Add support for returning device configuration information
>>    vdpa/mlx5: Restore cur_num_vqs in case of failure in change_num_qps()
>>    vdpa: Support reporting max device capabilities
>>    vdpa/mlx5: Report max device capabilities
>>    vdpa/vdpa_sim: Configure max supported virtqueues
>>    vdpa: Use BIT_ULL for bit operations
>>    vdpa/vdpa_sim_net: Report max device capabilities
>>
>>   drivers/vdpa/alibaba/eni_vdpa.c      |  16 +++-
>>   drivers/vdpa/ifcvf/ifcvf_main.c      |  16 +++-
>>   drivers/vdpa/mlx5/net/mlx5_vnet.c    | 134 ++++++++++++++++-----------
>>   drivers/vdpa/vdpa.c                  | 100 ++++++++++++++++----
>>   drivers/vdpa/vdpa_sim/vdpa_sim.c     |  21 +++--
>>   drivers/vdpa/vdpa_sim/vdpa_sim_net.c |   2 +
>>   drivers/vdpa/vdpa_user/vduse_dev.c   |  16 +++-
>>   drivers/vdpa/virtio_pci/vp_vdpa.c    |  16 +++-
>>   drivers/vhost/vdpa.c                 |  11 +--
>>   drivers/virtio/virtio_vdpa.c         |   7 +-
>>   include/linux/vdpa.h                 |  36 +++++--
>>   include/uapi/linux/vdpa.h            |   6 ++
>>   12 files changed, 271 insertions(+), 110 deletions(-)
>>
>> -- 
>> 2.34.1

_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/virtualization

  parent reply	other threads:[~2022-01-11  1:59 UTC|newest]

Thread overview: 40+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20220105114646.577224-1-elic@nvidia.com>
     [not found] ` <20220105114646.577224-4-elic@nvidia.com>
2022-01-07  0:33   ` [PATCH v7 03/14] vdpa: Sync calls set/get config/status with cf_mutex Si-Wei Liu
2022-01-07  5:08     ` Jason Wang
2022-01-08  1:23       ` Si-Wei Liu
2022-01-10  6:05         ` Jason Wang
2022-01-11  1:30           ` Si-Wei Liu
2022-01-11  4:46             ` Jason Wang
2022-01-11  6:26               ` Parav Pandit via Virtualization
2022-01-11  9:15                 ` Si-Wei Liu
2022-01-11  9:23               ` Si-Wei Liu
     [not found]     ` <20220109140956.GA70879@mtl-vdi-166.wap.labs.mlnx>
2022-01-11  1:14       ` Si-Wei Liu
     [not found] ` <20220105114646.577224-6-elic@nvidia.com>
2022-01-07  1:25   ` [PATCH v7 05/14] vdpa: Allow to configure max data virtqueues Si-Wei Liu
     [not found] ` <20220105114646.577224-8-elic@nvidia.com>
2022-01-07  1:27   ` [PATCH v7 07/14] vdpa/mlx5: Support configuring max data virtqueue Si-Wei Liu
2022-01-07  1:50     ` Si-Wei Liu
2022-01-07  5:43       ` Jason Wang
2022-01-08  1:38         ` Si-Wei Liu
     [not found]       ` <20220109141023.GB70879@mtl-vdi-166.wap.labs.mlnx>
2022-01-11  1:00         ` Si-Wei Liu
     [not found]           ` <20220111073416.GB149570@mtl-vdi-166.wap.labs.mlnx>
2022-01-11  8:28             ` Jason Wang
2022-01-11 12:05               ` Michael S. Tsirkin
2022-01-12  2:36                 ` Jason Wang
2022-01-11  8:52             ` Si-Wei Liu
     [not found]               ` <20220111152154.GA165838@mtl-vdi-166.wap.labs.mlnx>
2022-01-11 15:31                 ` Michael S. Tsirkin
2022-01-11 22:21                 ` Si-Wei Liu
2022-01-07 18:01     ` Nathan Chancellor
2022-01-08  1:43       ` Si-Wei Liu
2022-01-08  1:43         ` Si-Wei Liu
2022-01-10  6:53         ` Michael S. Tsirkin
2022-01-10  6:53           ` Michael S. Tsirkin
2022-01-10  6:58           ` Eli Cohen
     [not found] ` <20220105114646.577224-11-elic@nvidia.com>
2022-01-07  2:12   ` [PATCH v7 10/14] vdpa: Support reporting max device capabilities Si-Wei Liu
     [not found] ` <20220105114646.577224-12-elic@nvidia.com>
2022-01-07  2:12   ` [PATCH v7 11/14] vdpa/mlx5: Report " Si-Wei Liu
2022-01-07  5:49     ` Jason Wang
     [not found] ` <20220105114646.577224-5-elic@nvidia.com>
2022-01-07  5:14   ` [PATCH v7 04/14] vdpa: Read device configuration only if FEATURES_OK Jason Wang
     [not found] ` <20220105114646.577224-9-elic@nvidia.com>
2022-01-07  5:46   ` [PATCH v7 08/14] vdpa: Add support for returning device configuration information Jason Wang
     [not found] ` <20220105114646.577224-13-elic@nvidia.com>
2022-01-07  5:50   ` [PATCH v7 12/14] vdpa/vdpa_sim: Configure max supported virtqueues Jason Wang
     [not found] ` <20220105114646.577224-14-elic@nvidia.com>
2022-01-07  5:51   ` [PATCH v7 13/14] vdpa: Use BIT_ULL for bit operations Jason Wang
     [not found] ` <20220105114646.577224-15-elic@nvidia.com>
2022-01-07  5:51   ` [PATCH v7 14/14] vdpa/vdpa_sim_net: Report max device capabilities Jason Wang
2022-01-10  7:04 ` [PATCH v7 00/14] Allow for configuring max number of virtqueue pairs Michael S. Tsirkin
2022-01-10  7:09   ` Jason Wang
2022-01-11  1:59   ` Si-Wei Liu [this message]
     [not found]   ` <20220110074958.GA105688@mtl-vdi-166.wap.labs.mlnx>
2022-01-11  2:02     ` Si-Wei Liu

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=ba3d534d-d1ba-549f-1b6f-e893625cdfbc@oracle.com \
    --to=si-wei.liu@oracle.com \
    --cc=elic@nvidia.com \
    --cc=eperezma@redhat.com \
    --cc=lvivier@redhat.com \
    --cc=mst@redhat.com \
    --cc=virtualization@lists.linux-foundation.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.