search for: max_vqp

...message showing "All provided are not supported" is just misleading. $ vdpa mgmtdev show vdpasim_net: supported_classes net max_supported_vqs 3 dev_features MTU MAC CTRL_VQ CTRL_MAC_ADDR ANY_LAYOUT VERSION_1 ACCESS_PLATFORM $ vdpa dev add mgmtdev vdpasim_net name vdpasim0 mtu 5000 max_vqp 2 Error: vdpa: All provided attributes are not supported. kernel answers: Operation not supported After fix, the relevant error message will be like: $ vdpa dev add mgmtdev vdpasim_net name vdpasim0 mtu 5000 max_vqp 2 Error: vdpa: Some provided attributes are not supported: 0x1000. kernel answers...

This patchset is pre-requisite to export and provision device config attributes and features for vdpa live migration, in a way backward and forward compatibility can be retained. The follow up work [1] will need to be built around the new feature provisioning uAPI, with which it's easier to formalize migration compatibility support at the driver level. Thanks, -Siwei [1] [PATCH v3 0/4] vDPA:

Live migration of vdpa would typically require re-instate vdpa device with an idential set of configs on the destination node, same way as how source node created the device in the first place. In order to allow live migration orchestration software to export the initial set of vdpa attributes with which the device was created, it will be useful if the vdpa tool can report the config on demand

...dev add' behavior if dedicated device_features is not specified. Historically the default vdpa creation on mlx5 ever got changed from single queue to 8 queue pairs when VIRTIO_NET_F_MQ feature was first introduced to mlx5_vdpa, then the default switched back to 1 data queue pair again when max_vqp attribute was added to the vdpa tool. Essentially, every addition of new feature to mlx5_vdpa, e.g. CTRL_VQ, CTRL_VLAN, and et al, effectively changed the default "vdpa dev add" behavior not just only once: the backward compatibility guarantee is simply just not there and ever. -Siwe...

...t; > > vp_vdpa->vdpa.dma_dev = &pdev->dev; > > > - vp_vdpa->queues = vp_modern_get_num_queues(mdev); > > > + queues = vp_modern_get_num_queues(mdev); > > > + if (add_config->mask & > > BIT_ULL(VDPA_ATTR_DEV_NET_CFG_MAX_VQP)) { > > > + if (add_config->net.max_vq_pairs > queues / 2) > > > + return -EINVAL; > > > + queues = min_t(u32, queues, 2 * > > add_config->net.max_vq_pairs); > > > > Looks like you want to mediat...

...ures is not specified. Historically the default vdpa >>>> creation on mlx5 ever got changed from single queue to 8 queue pairs >>>> when VIRTIO_NET_F_MQ feature was first introduced to mlx5_vdpa, then >>>> the default switched back to 1 data queue pair again when max_vqp >> attribute was added to the vdpa tool. >>>> Essentially, every addition of new feature to mlx5_vdpa, e.g. >>>> CTRL_VQ, CTRL_VLAN, and et al, effectively changed the default "vdpa >>>> dev add" behavior not just only once: the backward compatibi...

This patchset is pre-requisite to export and provision device config attributes and features for vdpa live migration, in a way backward and forward compatibility can be retained. The follow up work [1] will need to be built around the new feature provisioning uAPI, with which it's easier to formalize migration compatibility support at the driver level. Thanks, -Siwei [1] [PATCH v3 0/4] vDPA:

This patchset is pre-requisite to export and provision device config attributes and features for vdpa live migration, in a way backward and forward compatibility can be retained. The follow up work [1] will need to be built around the new feature provisioning uAPI, with which it's easier to formalize migration compatibility support at the driver level. Thanks, -Siwei [1] [PATCH v3 0/4] vDPA:

This patchset is pre-requisite to export and provision device config attributes and features for vdpa live migration, in a way backward and forward compatibility can be retained. The follow up work [1] will need to be built around the new feature provisioning uAPI, with which it's easier to formalize migration compatibility support at the driver level. Thanks, -Siwei [1] [PATCH v3 0/4] vDPA: