[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <7a9d5e34-4a1c-4e91-9a25-805052ffd73e@lunn.ch>
Date: Wed, 12 Feb 2025 14:40:45 +0100
From: Andrew Lunn <andrew@...n.ch>
To: Shannon Nelson <shannon.nelson@....com>
Cc: jgg@...dia.com, andrew.gospodarek@...adcom.com,
aron.silverton@...cle.com, dan.j.williams@...el.com,
daniel.vetter@...ll.ch, dave.jiang@...el.com, dsahern@...nel.org,
gospo@...adcom.com, hch@...radead.org, itayavr@...dia.com,
jiri@...dia.com, Jonathan.Cameron@...wei.com, kuba@...nel.org,
lbloch@...dia.com, leonro@...dia.com, saeedm@...dia.com,
linux-cxl@...r.kernel.org, linux-rdma@...r.kernel.org,
netdev@...r.kernel.org, brett.creeley@....com
Subject: Re: [RFC PATCH fwctl 0/5] pds_fwctl: fwctl for AMD/Pensando core
devices
> existing function-specific tools. For example, these are things that make
> the Eth PCI device appear on the PCI bus
That sounds like a common operation which many vendors will need? So
why use fwctl for this? The whole point of fwctl is things which are
highly vendor specific and not networking.
Isn't this even generic for any sort of SR-IOV? Wouldn't you need the
same sort of operation for a GPU, or anything with a pool of resources
which can be mapped to VFs?
If you really want to use this as you key selling point, you need to
clearly explain why is this highly vendor specific and cannot be
generalised.
Andrew
Powered by blists - more mailing lists