* Re: VDPA Debug/Statistics
[not found] ` <BN8PR12MB34259F2AE1FDAF2D40E48C5BAB450@BN8PR12MB3425.namprd12.prod.outlook.com>
@ 2020-08-11 12:44 ` Michael S. Tsirkin
2020-08-12 2:09 ` Jason Wang
1 sibling, 0 replies; 3+ messages in thread
From: Michael S. Tsirkin @ 2020-08-11 12:44 UTC (permalink / raw)
To: Eli Cohen
Cc: Shahaf Shuler, lulu@redhat.com, kvm@vger.kernel.org,
netdev@vger.kernel.org, Majd Dibbiny,
linux-kernel@vger.kernel.org,
virtualization@lists.linux-foundation.org, eli@mellanox.com,
Maor Dickman, Parav Pandit
On Tue, Aug 11, 2020 at 11:58:23AM +0000, Eli Cohen wrote:
> On Tue, Aug 11, 2020 at 11:26:20AM +0000, Eli Cohen wrote:
> > Hi All
> >
> > Currently, the only statistics we get for a VDPA instance comes from the virtio_net device instance. Since VDPA involves hardware acceleration, there can be quite a lot of information that can be fetched from the underlying device. Currently there is no generic method to fetch this information.
> >
> > One way of doing this can be to create a the host, a net device for
> > each VDPA instance, and use it to get this information or do some
> > configuration. Ethtool can be used in such a case
> >
> > I would like to hear what you think about this or maybe you have some other ideas to address this topic.
> >
> > Thanks,
> > Eli
>
> Something I'm not sure I understand is how are vdpa instances created on mellanox cards? There's a devlink command for that, is that right?
> Can that be extended for stats?
>
> Currently any VF will be probed as VDPA device. We're adding devlink support but I am not sure if devlink is suitable for displaying statistics. We will discuss internally but I wanted to know why you guys think.
OK still things like specifying the mac are managed through rtnetlink,
right?
Right now it does not look like you can mix stats and vf, they are
handled separately:
if (rtnl_fill_stats(skb, dev))
goto nla_put_failure;
if (rtnl_fill_vf(skb, dev, ext_filter_mask))
goto nla_put_failure;
but ability to query vf stats on the host sounds useful generally.
As another option, we could use a vdpa specific way to retrieve stats,
and teach qemu to report them.
> --
> MST
_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/virtualization
^ permalink raw reply [flat|nested] 3+ messages in thread* Re: VDPA Debug/Statistics
[not found] ` <BN8PR12MB34259F2AE1FDAF2D40E48C5BAB450@BN8PR12MB3425.namprd12.prod.outlook.com>
2020-08-11 12:44 ` Michael S. Tsirkin
@ 2020-08-12 2:09 ` Jason Wang
1 sibling, 0 replies; 3+ messages in thread
From: Jason Wang @ 2020-08-12 2:09 UTC (permalink / raw)
To: Eli Cohen, Michael S. Tsirkin
Cc: Shahaf Shuler, kvm@vger.kernel.org, lulu@redhat.com,
netdev@vger.kernel.org, Majd Dibbiny,
linux-kernel@vger.kernel.org,
virtualization@lists.linux-foundation.org, eli@mellanox.com,
Maor Dickman, Parav Pandit
On 2020/8/11 下午7:58, Eli Cohen wrote:
> On Tue, Aug 11, 2020 at 11:26:20AM +0000, Eli Cohen wrote:
>> Hi All
>>
>> Currently, the only statistics we get for a VDPA instance comes from the virtio_net device instance. Since VDPA involves hardware acceleration, there can be quite a lot of information that can be fetched from the underlying device. Currently there is no generic method to fetch this information.
>>
>> One way of doing this can be to create a the host, a net device for
>> each VDPA instance, and use it to get this information or do some
>> configuration. Ethtool can be used in such a case
The problems are:
- vDPA is not net specific
- vDPA should be transparent to host networking stack
>>
>> I would like to hear what you think about this or maybe you have some other ideas to address this topic.
>>
>> Thanks,
>> Eli
> Something I'm not sure I understand is how are vdpa instances created on mellanox cards? There's a devlink command for that, is that right?
> Can that be extended for stats?
>
> Currently any VF will be probed as VDPA device. We're adding devlink support but I am not sure if devlink is suitable for displaying statistics. We will discuss internally but I wanted to know why you guys think.
I agree with Michael, if it's possible, integrating stats with devlink
should be the best. Having another interface with is just for stats
looks not good.
Thanks
>
> --
> MST
>
_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/virtualization
^ permalink raw reply [flat|nested] 3+ messages in thread