summaryrefslogtreecommitdiffstats
path: root/net/ipv4/fib_frontend.c
diff options
context:
space:
mode:
authorSudarsana Reddy Kalluru <sudarsana.kalluru@qlogic.com>2016-05-05 00:35:16 -0400
committerDavid S. Miller <davem@davemloft.net>2016-05-06 15:50:33 -0400
commit8e0ddc040a87a3b700bdf67394d24fe30a0f1eb9 (patch)
tree5b25e88b1755144f7de7d11b2ef7ed7d1526d024 /net/ipv4/fib_frontend.c
parent1d2f7b2d956e242179aaf4a08f3545f99c81f9a3 (diff)
downloadlinux-8e0ddc040a87a3b700bdf67394d24fe30a0f1eb9.tar.gz
linux-8e0ddc040a87a3b700bdf67394d24fe30a0f1eb9.tar.bz2
linux-8e0ddc040a87a3b700bdf67394d24fe30a0f1eb9.zip
qede: prevent chip hang when increasing channels
qede requires qed to provide enough resources to accommodate 16 combined channels, but that upper-bound isn't actually being enforced by it. Instead, qed inform back to qede how many channels can be opened based on available resources - but that calculation doesn't really take into account the resources requested by qede; Instead it considers other FW/HW available resources. As a result, if a user would increase the number of channels to more than 16 [e.g., using ethtool] the chip would hang. This change increments the resources requested by qede to 64 combined channels instead of 16; This value is an upper bound on the possible available channels [due to other FW/HW resources]. Signed-off-by: Sudarsana Reddy Kalluru <sudarsana.kalluru@qlogic.com> Signed-off-by: Yuval Mintz <Yuval.Mintz@qlogic.com> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'net/ipv4/fib_frontend.c')
0 files changed, 0 insertions, 0 deletions