From: Jason Wang <jasowang@redhat.com> To: Parav Pandit <parav@nvidia.com>, "virtualization@lists.linux-foundation.org" <virtualization@lists.linux-foundation.org> Cc: "mst@redhat.com" <mst@redhat.com>, Eli Cohen <elic@nvidia.com>, "netdev@vger.kernel.org" <netdev@vger.kernel.org> Subject: Re: [PATCH linux-next v2 4/7] vdpa: Define vdpa mgmt device, ops and a netlink interface Date: Tue, 5 Jan 2021 16:36:19 +0800 Message-ID: <449d2860-c75f-04fa-9080-c99dc6df7288@redhat.com> (raw) In-Reply-To: <BY5PR12MB4322EB5AD78BBAB2311AD877DCD10@BY5PR12MB4322.namprd12.prod.outlook.com> On 2021/1/5 下午2:33, Parav Pandit wrote: > >> From: Jason Wang <jasowang@redhat.com> >> Sent: Tuesday, January 5, 2021 9:40 AM >> >> On 2021/1/4 下午3:24, Parav Pandit wrote: >>>> From: Jason Wang <jasowang@redhat.com> >>>> Sent: Monday, January 4, 2021 12:33 PM >>>> >>>> On 2021/1/4 上午11:31, Parav Pandit wrote: >>>>> To add one or more VDPA devices, define a management device which >>>>> allows adding or removing vdpa device. A management device defines >>>>> set of callbacks to manage vdpa devices. >>>>> >>>>> To begin with, it defines add and remove callbacks through which a >>>>> user defined vdpa device can be added or removed. >>>>> >>>>> A unique management device is identified by its unique handle >>>>> identified by management device name and optionally the bus name. >>>>> >>>>> Hence, introduce routine through which driver can register a >>>>> management device and its callback operations for adding and remove >>>>> a vdpa device. >>>>> >>>>> Introduce vdpa netlink socket family so that user can query >>>>> management device and its attributes. >>>>> >>>>> Example of show vdpa management device which allows creating vdpa >>>>> device of networking class (device id = 0x1) of virtio specification >>>>> 1.1 section 5.1.1. >>>>> >>>>> $ vdpa mgmtdev show >>>>> vdpasim_net: >>>>> supported_classes: >>>>> net >>>>> >>>>> Example of showing vdpa management device in JSON format. >>>>> >>>>> $ vdpa mgmtdev show -jp >>>>> { >>>>> "show": { >>>>> "vdpasim_net": { >>>>> "supported_classes": [ "net" ] >>>>> } >>>>> } >>>>> } >>>>> >>>>> Signed-off-by: Parav Pandit<parav@nvidia.com> >>>>> Reviewed-by: Eli Cohen<elic@nvidia.com> >>>>> Reviewed-by: Jason Wang<jasowang@redhat.com> >>>>> --- >>>>> Changelog: >>>>> v1->v2: >>>>> - rebased >>>>> - updated commit log example for management device name from >>>>> "vdpasim" to "vdpasim_net" >>>>> - removed device_id as net and block management devices are >>>>> separated >>>> So I wonder whether there could be a type of management devices that >>>> can deal with multiple types of virtio devices. If yes, we probably >>>> need to add device id back. >>> At this point mlx5 plan to support only net. >>> It is useful to see what type of vdpa device is supported by a management >> device. >>> In future if a mgmt dev supports multiple types, user needs to choose >> desired type. >>> I guess we can differ this optional type to future, when such mgmt. device >> will/may be available. >> >> >> I worry if we remove device_id, it may gives a hint that multiple mgmt >> devices needs to be registered if it supports multiple types. >> > No it shouldn't. because we do expose multiple supported types in mgmtdev attributes. Right. > >> So if possible I would like to keep the device_id here. >> > Its possible to keep it. But with current drivers, mainly mlx5 and vdpa_sim, it is redundant. > Not sure of the ifc's plan. > We have been splitting modules to handle net and block differently in mlx5 as well as vdpa_sim. > So it looks to me that both may be separate management drivers (and management devices). > Such as vdpasim_net and vdpasim_block. > mlx5 doesn't have plan for block yet. Ok. Then it's fine. Thanks
next prev parent reply index Thread overview: 79+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-11-12 6:39 [PATCH 0/7] Introduce vdpa management tool Parav Pandit 2020-11-12 6:39 ` [PATCH 1/7] vdpa: Add missing comment for virtqueue count Parav Pandit 2020-11-12 6:40 ` [PATCH 2/7] vdpa: Use simpler version of ida allocation Parav Pandit 2020-11-12 6:40 ` [PATCH 3/7] vdpa: Extend routine to accept vdpa device name Parav Pandit 2020-11-12 6:40 ` [PATCH 4/7] vdpa: Define vdpa parent device, ops and a netlink interface Parav Pandit 2020-11-12 6:40 ` [PATCH 5/7] vdpa: Enable a user to add and delete a vdpa device Parav Pandit 2020-11-12 6:40 ` [PATCH 6/7] vdpa: Enable user to query vdpa device info Parav Pandit 2020-11-12 6:40 ` [PATCH 7/7] vdpa/vdpa_sim: Enable user to create vdpasim net devices Parav Pandit 2020-11-16 9:41 ` [PATCH 0/7] Introduce vdpa management tool Stefan Hajnoczi 2020-11-17 19:41 ` Parav Pandit 2020-11-16 22:23 ` Jakub Kicinski 2020-11-17 19:51 ` Parav Pandit 2020-12-16 9:13 ` Michael S. Tsirkin [not found] ` <20201216080610.08541f44@kicinski-fedora-pc1c0hjn.dhcp.thefacebook.com> 2020-12-16 16:54 ` Parav Pandit 2020-12-16 19:57 ` Michael S. Tsirkin 2020-12-17 12:13 ` Parav Pandit 2020-11-27 3:53 ` Jason Wang [not found] ` <CACycT3sYScObb9nN3g7L3cesjE7sCZWxZ5_5R1usGU9ePZEeqA@mail.gmail.com> 2020-11-30 3:36 ` [External] " Jason Wang 2020-11-30 7:07 ` Yongji Xie 2020-12-01 6:25 ` Jason Wang 2020-12-01 9:55 ` Yongji Xie 2020-12-01 11:32 ` Parav Pandit 2020-12-01 14:18 ` Yongji Xie 2020-12-01 15:58 ` Parav Pandit 2020-12-02 3:29 ` Yongji Xie 2020-12-02 4:53 ` Parav Pandit 2020-12-02 5:51 ` Jason Wang 2020-12-02 6:24 ` Parav Pandit 2020-12-02 7:55 ` Jason Wang 2020-12-02 9:27 ` Yongji Xie 2020-12-02 9:21 ` Yongji Xie 2020-12-02 11:13 ` Parav Pandit 2020-12-02 13:18 ` Yongji Xie 2020-12-02 5:48 ` Jason Wang 2020-12-08 22:47 ` David Ahern 2021-01-19 4:21 ` Parav Pandit 2020-12-16 9:16 ` Michael S. Tsirkin 2021-01-04 3:31 ` [PATCH linux-next v2 " Parav Pandit 2021-01-04 3:31 ` [PATCH linux-next v2 1/7] vdpa_sim_net: Make mac address array static Parav Pandit 2021-01-04 7:00 ` Jason Wang 2021-01-04 3:31 ` [PATCH linux-next v2 2/7] vdpa_sim_net: Add module param to disable default vdpa net device Parav Pandit 2021-01-04 3:31 ` [PATCH linux-next v2 3/7] vdpa: Extend routine to accept vdpa device name Parav Pandit 2021-01-04 3:31 ` [PATCH linux-next v2 4/7] vdpa: Define vdpa mgmt device, ops and a netlink interface Parav Pandit 2021-01-04 7:03 ` Jason Wang 2021-01-04 7:24 ` Parav Pandit 2021-01-05 4:10 ` Jason Wang 2021-01-05 6:33 ` Parav Pandit 2021-01-05 8:36 ` Jason Wang [this message] 2021-01-04 3:31 ` [PATCH linux-next v2 5/7] vdpa: Enable a user to add and delete a vdpa device Parav Pandit 2021-01-04 3:31 ` [PATCH linux-next v2 6/7] vdpa: Enable user to query vdpa device info Parav Pandit 2021-01-04 3:31 ` [PATCH linux-next v2 7/7] vdpa_sim_net: Add support for user supported devices Parav Pandit 2021-01-04 7:05 ` Jason Wang 2021-01-04 7:21 ` Parav Pandit 2021-01-05 4:06 ` Jason Wang 2021-01-05 6:22 ` Parav Pandit 2021-01-05 10:31 ` [PATCH linux-next v3 0/6] Introduce vdpa management tool Parav Pandit 2021-01-05 10:31 ` [PATCH linux-next v3 1/6] vdpa_sim_net: Make mac address array static Parav Pandit 2021-01-07 13:45 ` Stefano Garzarella 2021-01-05 10:31 ` [PATCH linux-next v3 2/6] vdpa: Extend routine to accept vdpa device name Parav Pandit 2021-01-05 10:32 ` [PATCH linux-next v3 3/6] vdpa: Define vdpa mgmt device, ops and a netlink interface Parav Pandit 2021-01-05 10:32 ` [PATCH linux-next v3 4/6] vdpa: Enable a user to add and delete a vdpa device Parav Pandit 2021-01-05 10:32 ` [PATCH linux-next v3 5/6] vdpa: Enable user to query vdpa device info Parav Pandit 2021-01-05 10:32 ` [PATCH linux-next v3 6/6] vdpa_sim_net: Add support for user supported devices Parav Pandit 2021-01-05 11:48 ` Michael S. Tsirkin 2021-01-05 12:02 ` Parav Pandit 2021-01-05 12:14 ` Michael S. Tsirkin 2021-01-05 12:30 ` Parav Pandit 2021-01-05 13:23 ` Michael S. Tsirkin 2021-01-07 3:48 ` Parav Pandit 2021-01-12 4:14 ` Parav Pandit 2021-01-14 4:17 ` Jason Wang 2021-01-14 7:58 ` Parav Pandit 2021-01-15 5:38 ` Jason Wang 2021-01-15 6:27 ` Parav Pandit 2021-01-19 11:09 ` Jason Wang 2021-01-20 3:21 ` Parav Pandit 2021-01-20 3:46 ` Parav Pandit 2021-01-18 18:03 ` Parav Pandit 2021-01-20 7:53 ` Michael S. Tsirkin
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=449d2860-c75f-04fa-9080-c99dc6df7288@redhat.com \ --to=jasowang@redhat.com \ --cc=elic@nvidia.com \ --cc=mst@redhat.com \ --cc=netdev@vger.kernel.org \ --cc=parav@nvidia.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
Netdev Archive on lore.kernel.org Archives are clonable: git clone --mirror https://lore.kernel.org/netdev/0 netdev/git/0.git git clone --mirror https://lore.kernel.org/netdev/1 netdev/git/1.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 netdev netdev/ https://lore.kernel.org/netdev \ netdev@vger.kernel.org public-inbox-index netdev Example config snippet for mirrors Newsgroup available over NNTP: nntp://nntp.lore.kernel.org/org.kernel.vger.netdev AGPL code for this site: git clone https://public-inbox.org/public-inbox.git