]> pilppa.com Git - linux-2.6-omap-h63xx.git/commit
RDMA/cxgb3: deadlock in iw_cxgb3 can cause hang when configuring interface.
authorSteve Wise <swise@opengridcomputing.com>
Thu, 6 Nov 2008 23:06:42 +0000 (17:06 -0600)
committerJeff Garzik <jgarzik@redhat.com>
Tue, 11 Nov 2008 08:52:10 +0000 (03:52 -0500)
commitcf3760dad576c8dfb4fef4b8a8a08a027bf02583
tree61a6c83df5a9e778f47eaa3922b9b55303ec7cb1
parentf9ee3882969224aa9f086268020c31819be6ae99
RDMA/cxgb3: deadlock in iw_cxgb3 can cause hang when configuring interface.

When the iw_cxgb3 module's cxgb3_client "add" func gets called by the
cxgb3 module, the iwarp driver ends up calling the ethtool ops get_drvinfo
function in cxgb3 to get the fw version and other info.  Currently the
iwarp driver grabs the rtnl lock around this down call to serialize.
As of 2.6.27 or so, things changed such that the rtnl lock is held around
the call to the netdev driver open function.  Also the cxgb3_client "add"
function doesn't get called if the device is down.

So, if you load cxgb3, then load iw_cxgb3, then ifconfig up the device,
the iw_cxgb3 add func gets called with the rtnl_lock held.   If you
load cxgb3, ifconfig up the device, then load iw_cxgb3, the add func
gets called without the rtnl_lock held.  The former causes the deadlock,
the latter does not.

In addition, there are iw_cxgb3 sysfs handlers that also can call
down into cxgb3 to gather the fw and hw versions.  These can be called
concurrently on different processors and at any time.  Thus we need to
push this serialization down in the cxgb3 driver get_drvinfo func.

The fix is to remove rtnl lock usage, and use a per-device lock in cxgb3.

Signed-off-by: Steve Wise <swise@opengridcomputing.com>
Signed-off-by: Jeff Garzik <jgarzik@redhat.com>
drivers/infiniband/hw/cxgb3/iwch_provider.c
drivers/net/cxgb3/cxgb3_main.c