[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <90e40d18-ad31-4408-95e8-0cbe4fb12786@mails.ucas.ac.cn>
Date: Tue, 22 Apr 2025 15:15:49 +0800
From: Qiyu Yan <yanqiyu17@...ls.ucas.ac.cn>
To: Mark Bloch <mbloch@...dia.com>, Saeed Mahameed <saeedm@...dia.com>,
Tariq Toukan <tariqt@...dia.com>
Cc: netdev@...r.kernel.org, Ivan Vecera <ivecera@...hat.com>,
Jiri Pirko <jiri@...nulli.us>
Subject: Re: [?bug] Can't get switchdev mode work on ConnectX-4 Card
Thank you for your reply!
在 2025/4/22 14:42, Mark Bloch 写道:
> It’s likely that the issue stems from cx4-lx not supporting metadata
> matching, which in turn prevents the driver from enabling bridge
> offloads.
>
> Could you please confirm this by checking the output of the following
> command?
> # devlink dev param show pci/0000:c1:00.0 name esw_port_metadata
$ sudo devlink dev param show pci/0000:c1:00.0 name esw_port_metadata
pci/0000:c1:00.0:
name esw_port_metadata type driver-specific
values:
cmode runtime value false
I guess the "value false" here means not supported.
> A better approach might be to check for metadata matching support
> ahead of time and avoid registering for bridge offloads if it's not
> supported.
Just wondering what is the penalty of not having such offload?
The reason I am trying to enable switchdev is that I wanted to tag
multiple vlans for a single VF. I see there is something called VGT+ in
the document of OFED driver but the same function don't seem to exist in
the mainline driver, so I considered to use the switchdev. But if the
performance penalty of switchdev can be high I might want to switch to
OFED driver instead.
> This way the driver won't offload the bridge but
> it will also won't prevent users from adding the reps to bridge.
> Could you try the diff below and let me know if it resolves
> the issue for you?
Will try but this will take some time for me to do so.
Best,
Qiyu
Powered by blists - more mailing lists