qed: Revise MFW command locking

Browse source

Interaction of driver -> management firmware is based
on a one-pending mailbox [per interface], and various
mailbox commands need to be synchronized.

Current scheme is messy, and there's a difficulty extending
it as it deals differently with various commands as well as
making assumption on the required behavior for load/unload
requests.

Drop the current scheme into a completion-list-based approach;
Each flow would try sending the command when possible,
allowing one flow to complete another flow's completion and
relieve the mailbox before sending its own command.

Signed-off-by: Tomer Tayar <Tomer.Tayar@cavium.com>
Signed-off-by: Yuval Mintz <Yuval.Mintz@cavium.com>
Signed-off-by: David S. Miller <davem@davemloft.net>

...

This commit is contained in:

Tomer Tayar 2017-03-23 15:50:15 +02:00 • committed by David S. Miller

parent 4deece6c9f

commit 4ed1eea82a

2 changed files with 280 additions and 136 deletions

Show all changes Ignore whitespace when comparing lines Ignore changes in amount of whitespace Ignore changes in whitespace at EOL

Download patch file Download diff file Expand all files Collapse all files

417

drivers/net/ethernet/qlogic/qed/qed_mcp.c

View file

11

drivers/net/ethernet/qlogic/qed/qed_mcp.h

View file