Merge branch 'bnxt_en-fw-messages'
authorDavid S. Miller <davem@davemloft.net>
Mon, 30 Aug 2021 08:35:05 +0000 (09:35 +0100)
committerDavid S. Miller <davem@davemloft.net>
Mon, 30 Aug 2021 08:35:05 +0000 (09:35 +0100)
commit49f9df5ba298a4b6754281e40ea80878a4d49c44
tree939ecc9168bf3fc96602b2ba86a701572beeae8b
parenteaf2aaec0be4623b1d19f5c6ef770a78a91cf460
parent68f684e257d7f3a6303b0e838bfa982c74f2c8da
Merge branch 'bnxt_en-fw-messages'

Michael Chan says:

====================
bnxt_en: Implement new driver APIs to send FW messages

The current driver APIs to send messages to the firmware allow only one
outstanding message in flight.  There is only one buffer for the firmware
response for each firmware channel.  To send a firmware message, all
callers must take a mutex and it is released after the firmware response
has been read.  This scheme does not allow multiple firmware messages
in flight.  Firmware may take a long time to respond to some messages
(e.g. NVRAM related ones) and this causes the mutex to be held for
a long time, blocking other callers.

This patchset intoduces the new driver APIs to address the above
shortcomings.  The new APIs are compatible with new and old firmware.
But the new deferred firmware response mechanism will require newer
firmware in order to allow multiple outstanding firmware commands.

All callers are updated to use the new APIs.

v2: Patch 4 and patch 9 updated to fix issues reported by test robot
====================

Signed-off-by: David S. Miller <davem@davemloft.net>