06be30d476
During initialization of the NFP driver, a file name for loading
application firmware is composed using the NIC's AMDA information and
port type (count and speed). E.g.: "nic_AMDA0145-1012_2x10.nffw".
In practice there may be many variants for each NIC type, and many of
the variants relate to assembly components which do not concern the
driver and application firmware implementation. Yet the current scheme
leads to a different application firmware file name for each variant,
because they have different AMDA information.
To reduce proliferation of content-duplicated application firmware
images or symlinks, the NIC's management firmware will only expose
differences between variants that need different application firmware
via a newly introduced hwinfo, "nffw.partno".
Use of the existing hwinfo, "assembly.partno", is maintained in order to
support for NICs with management firmware that does not expose
"nffw.partno".
Fixes:
|
||
---|---|---|
.. | ||
nfpcore | ||
meson.build | ||
nfp_common.c | ||
nfp_common.h | ||
nfp_cpp_bridge.c | ||
nfp_cpp_bridge.h | ||
nfp_ctrl.h | ||
nfp_ethdev_vf.c | ||
nfp_ethdev.c | ||
nfp_logs.h | ||
nfp_rxtx.c | ||
nfp_rxtx.h | ||
version.map |