[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <fce609ee-3dfd-b71b-b9d9-528d80d18081@hpe.com>
Date: Thu, 3 Nov 2016 10:09:08 -0700
From: Rick Jones <rick.jones2@....com>
To: Gal Pressman <galp.dev@...il.com>,
"Mintz, Yuval" <Yuval.Mintz@...ium.com>,
Gal Pressman <galp@...lanox.com>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>,
"John W. Linville" <linville@...driver.com>,
Vidya Sagar Ravipati <vidya@...ulusnetworks.com>,
Saeed Mahameed <saeedm@...lanox.com>
Cc: David Decotigny <decot@...glers.com>,
Ben Hutchings <ben@...adent.org.uk>
Subject: Re: [PATCH RFC 0/2] ethtool: Add actual port speed reporting
>> And besides, one can argue that in the SR-IOV scenario the VF has no business
>> knowing the physical port speed.
>>
>
> Good point, but there are more use-cases we should consider.
> For example, when using Multi-Host/Flex-10/Multi-PF each PF should
> be able to query both physical port speed and actual speed.
Despite my email address, I'm not fully versed on VC/Flex, but I have
always been under the impression that the flexnics created were,
conceptually, "distinct" NICs considered independently of the physical
port over which they operated. Tossing another worm or three into the
can, while "back in the day" (when some of the first ethtool changes to
report speeds other than the "normal" ones went in) the speed of a
flexnic was fixed, today, it can actually operate in a range. From a
minimum guarantee to an "if there is bandwidth available" cap.
rick jones
Powered by blists - more mailing lists