[lkml]   [2017]   [Mar]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [v3] mwifiex: fix kernel crash after shutdown command timeout
Brian Norris <> wrote:
> We observed a SHUTDOWN command timeout during reboot stress test due to
> a corner case firmware bug. It can lead to either a use-after-free +
> OOPS (on either the adapter structure, or the 'card' structure) or an
> abort (where, e.g., the PCI device is "disabled" before we're done
> dumping the FW).
> We can avoid this by canceling/flushing the FW dump work:
> (a) after we've terminated all other work queues (e.g., for processing
> commands which could time out)
> (b) after we've disabled all interrupts (which could also queue more
> work for us)
> (c) after we've unregistered the netdev and wiphy structures (and
> implicitly, and debugfs entries which could manually trigger FW dumps)
> (d) before we've actually disabled the device (e.g.,
> pci_device_disable())
> Altogether, this means no card->work will be scheduled if we sync at
> a point that satisfies the above. This can be done at the beginning of
> the .cleanup_if() callback.
> Signed-off-by: Brian Norris <>

Patch applied to wireless-drivers-next.git, thanks.

5caa7f384629 mwifiex: fix kernel crash after shutdown command timeout


Documentation about submitting wireless patches and checking status
from patchwork:

 \ /
  Last update: 2017-03-20 18:10    [W:0.037 / U:7.132 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site