wimax/i2400m: fix deadlock: don't do BUS reset under i2400m->init_mutex

Browse source

Since the addition of the pre/post reset handlers, it became clear
that we cannot do a I2400M-RT-BUS type reset while holding the
init_mutex, as in the case of USB, it will deadlock when trying to
call i2400m_pre_reset().

Thus, the following changes:

 - clarify the fact that calling bus_reset() w/ I2400M_RT_BUS while
   holding init_mutex is a no-no.

 - i2400m_dev_reset_handle() will do a BUS reset to recover a gone
   device after unlocking init_mutex.

 - in the USB reset implementation, when cold and warm reset fails,
   fallback to QUEUING a usb reset, not executing a USB reset, so it
   happens from another context and does not deadlock.

Signed-off-by: Inaky Perez-Gonzalez <inaky@linux.intel.com>

...

This commit is contained in:

Inaky Perez-Gonzalez 2009-10-07 12:34:13 +09:00

parent 5eeae35b9a

commit b9ee95010b

3 changed files with 20 additions and 7 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

10

drivers/net/wimax/i2400m/driver.c

View file

3

drivers/net/wimax/i2400m/i2400m.h

View file

14

drivers/net/wimax/i2400m/usb.c

View file