[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20170726180948.3220-1-jakub.kicinski@netronome.com>
Date: Wed, 26 Jul 2017 11:09:45 -0700
From: Jakub Kicinski <jakub.kicinski@...ronome.com>
To: netdev@...r.kernel.org
Cc: oss-drivers@...ronome.com,
Jakub Kicinski <jakub.kicinski@...ronome.com>
Subject: [PATCH net-next 0/3] nfp: extend firmware request logic
Hi!
We have been pondering for some time how to support loading different
application firmwares onto NFP. We want to support both users selecting
one of the firmware images provided by Netronome (which are optimized
for different use cases each) as well as firmware images created by
users themselves or other companies.
In the end we decided to go with the simplest solution - depending on
the right firmware image being placed in /lib/firmware. This vastly
simplifies driver logic and also doesn't require any new API.
Different NICs on one system may want to run different applications
therefore we first try to load firmware specific to the device (by
serial number of PCI slot) and if not present try the device model
based name we have been using so far.
Jakub Kicinski (3):
nfp: remove the probe deferral when FW not present
nfp: look for firmware image by device serial number and PCI name
nfp: only use direct firmware requests
drivers/net/ethernet/netronome/nfp/nfp_main.c | 48 ++++++++++++++++++-----
drivers/net/ethernet/netronome/nfp/nfp_net_main.c | 2 +-
2 files changed, 39 insertions(+), 11 deletions(-)
--
2.11.0
Powered by blists - more mailing lists