aboutsummaryrefslogtreecommitdiffstats
path: root/drivers/message/fusion/lsi/mpi_raid.h
diff options
context:
space:
mode:
authorJohn Fastabend <[email protected]>2011-11-12 01:12:22 +0000
committerJeff Kirsher <[email protected]>2011-12-05 08:12:53 +0000
commit43497cc21889725a0fa0dcea1ce72ec567796f3a (patch)
treef9d02cf34021d2bbea95590ac13b9080a5359f9b /drivers/message/fusion/lsi/mpi_raid.h
parentixgbe: DCBnl set_all, order of operations fix (diff)
downloadkernel-43497cc21889725a0fa0dcea1ce72ec567796f3a.tar.gz
kernel-43497cc21889725a0fa0dcea1ce72ec567796f3a.zip
ixgbe: DCB: IEEE transitions may fail to reprogram hardware.
Transitioning through an IEEE DCBX version from a CEE DCBX and back (CEE->IEEE->CEE) may leave IEEE attributes programmed in the hardware. DCB uses a bit field in the set routines to determine which attributes PG, PFC, APP need to be reprogrammed. This is needed because user flow allows queueing a series of changes and then reprogramming the hardware with the entire set in one operation. When transitioning from IEEE DCBX mode back into CEE DCBX mode the PG and PFC bits need to be set so the possibly different CEE attributes get programmed into the device. This patch fixes broken logic that was evaluating to 0 and never setting any bits. Further this removes some checks for num_tc in set routines. This logic only worked when the number of traffic classes and user priorities were equal. This is no longer the case for X540 devices. Besides we can trust user input in this case if the device is incorrectly configured the DCB bandwidths will be incorrectly mapped but no OOPs, BUG, or hardware failure will occur. Signed-off-by: John Fastabend <[email protected]> Tested-by: Ross Brattain <[email protected]> Signed-off-by: Jeff Kirsher <[email protected]>
Diffstat (limited to 'drivers/message/fusion/lsi/mpi_raid.h')
0 files changed, 0 insertions, 0 deletions