Hi Daniel, Thanks for the patch. > Queue main_work in case mwifiex_main_process() bails due to an already > processed transaction. This is particularly necessary because > mwifiex_main_process() is called from both the SDIO interrupt handler > and the workqueue. In case an interrupt occurs while the main process > is currently executed from the workqueue, the interrupt is lost, > resulting in a command timeout and consequently a card reset. > > I'm marking this for stable kernel in version 3.7+, because on our > platform, the issue appears since 601216e12c ("mwifiex: process RX > packets in SDIO IRQ thread directly") went in. > > Signed-off-by: Daniel Mack <zonque@xxxxxxxxx> > Reported-by: Sven Neumann <s.neumann@xxxxxxxxxxxx> > Reported-by: Andreas Fenkart <andreas.fenkart@xxxxxxxxxxxxxxxxxxx> > Cc: Bing Zhao <bzhao@xxxxxxxxxxx> > Cc: <stable@xxxxxxxxxxxxxxx> [v3.7+] > --- > drivers/net/wireless/mwifiex/main.c | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/drivers/net/wireless/mwifiex/main.c b/drivers/net/wireless/mwifiex/main.c > index ff4ed96..0700bc2 100644 > --- a/drivers/net/wireless/mwifiex/main.c > +++ b/drivers/net/wireless/mwifiex/main.c > @@ -235,6 +235,7 @@ int mwifiex_main_process(struct mwifiex_adapter *adapter) > /* Check if already processing */ > if (adapter->mwifiex_processing) { > spin_unlock_irqrestore(&adapter->main_proc_lock, flags); > + queue_work(adapter->workqueue, &adapter->main_work); This is specific to SDIO interface, so we'd add a check here. + if (adapter->iface_type == MWIFIEX_SDIO) + queue_work(adapter->workqueue, &adapter->main_work); Thanks, Bing > goto exit_main_proc; > } else { > adapter->mwifiex_processing = true; > -- > 1.8.3.1 -- To unsubscribe from this list: send the line "unsubscribe stable" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html