[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <507c9e1f-f31a-489c-8161-3e61ae425615@nvidia.com>
Date: Tue, 29 Apr 2025 11:37:51 +0300
From: Moshe Shemesh <moshe@...dia.com>
To: Jakub Kicinski <kuba@...nel.org>
CC: <netdev@...r.kernel.org>, "David S. Miller" <davem@...emloft.net>, "Eric
Dumazet" <edumazet@...gle.com>, Paolo Abeni <pabeni@...hat.com>, Simon Horman
<horms@...nel.org>, Donald Hunter <donald.hunter@...il.com>, Jiri Pirko
<jiri@...nulli.us>, Jonathan Corbet <corbet@....net>, Andrew Lunn
<andrew+netdev@...n.ch>, Tariq Toukan <tariqt@...dia.com>, Saeed Mahameed
<saeedm@...dia.com>, Leon Romanovsky <leonro@...dia.com>, Mark Bloch
<mbloch@...dia.com>
Subject: Re: [RFC net-next 0/5] devlink: Add unique identifier to devlink port
function
On 4/28/2025 9:19 PM, Jakub Kicinski wrote:
>
> On Mon, 28 Apr 2025 15:11:04 +0300 Moshe Shemesh wrote:
>>> Makes sense, tho, could you please use UUID?
>>> Let's use industry standards when possible, not "arbitrary strings".
>>
>> UUID is limited, like it has to be 128 bits, while here it is variable
>> length up to the vendor.
>> We would like to keep it flexible per vendor. If vendor wants to use
>> UUID here, it will work too.
>
> Could you please provide at least one clear user scenario for
> the discussion? Matching up the ports to function is presumably
> a means to an end for the user.
Sure. Multi-host system with smart-NIC, on the smart-NIC internal host
we will see a representor for each PF on each of the external hosts.
However, we can't tell which representor belongs to which host.
Actually, each host doesn't know about the others or where it is in the
topology. The function uid can help the user match the host PF to the
representor on the smart-NIC internal host and use the right representor
to config the required host function.
Powered by blists - more mailing lists