diff options
author | Steve Wise <swise@opengridcomputing.com> | 2008-08-04 11:08:37 -0700 |
---|---|---|
committer | Roland Dreier <rolandd@cisco.com> | 2008-08-04 11:08:37 -0700 |
commit | be43324d8b316fe83a7b4027334f2825f1121c2c (patch) | |
tree | 30d238ba31519d2c75c642f371754af2fa9ad236 /drivers/isdn/mISDN | |
parent | 1c355a6e80fd08e623416138631e240f431385f2 (diff) | |
download | kernel-crypto-be43324d8b316fe83a7b4027334f2825f1121c2c.tar.gz kernel-crypto-be43324d8b316fe83a7b4027334f2825f1121c2c.tar.xz kernel-crypto-be43324d8b316fe83a7b4027334f2825f1121c2c.zip |
RDMA/cxgb3: Fix deadlock initializing iw_cxgb3 device
Running 'ifconfig up' on the cxgb3 interface with iw_cxgb3 loaded
causes a deadlock. The rtnl lock is already held in this path. The
function fw_supports_fastreg() was introduced in 2.6.27 to
conditionally set the IB_DEVICE_MEM_MGT_EXTENSIONS bit iff the
firmware was at 7.0 or greater, and this function also acquires the
rtnl lock and which thus causes a deadlock. Further, if iw_cxgb3 is
loaded _after_ the nic interface is brought up, then the deadlock does
not occur and therefore fw_supports_fastreg() does need to grab the
rtnl lock in that path.
It turns out this code is all useless anyway. The low level driver
will NOT allow the open if the firmware isn't 7.0, so iw_cxgb3 can
always set the MEM_MGT_EXTENSIONS bit. Simplify...
Signed-off-by: Steve Wise <swise@opengridcomputing.com>
Signed-off-by: Roland Dreier <rolandd@cisco.com>
Diffstat (limited to 'drivers/isdn/mISDN')
0 files changed, 0 insertions, 0 deletions