Hi, On Tue, Jul 30, 2019 at 1:47 AM Andreas Fenkart <afenkart@xxxxxxxxx> wrote: > > > * Sometimes while I was testing I saw "Fail WiFi 1" indicating a > > transitory failure. Usually this was an association failure, but in > > one case I saw the device do "Firmware wakeup failed" after I > > triggered the reset. This caused the driver to trigger a re-reset > > of itself which eventually recovered things. This was good because > > it was an actual test of the normal reset flow (not the one > > triggered via sysfs). > > This error triggers something. I remember that when I was working on > suspend-to-ram feature, we had problems to wake up the firmware > reliable. I found this patch in one of my old 3.13 tree > > the missing bit -- ugly hack to force cmd52 before cmd53. Thanks for the reference! At the moment I'm not terribly worried about this particular failure case (compared to other failure modes) because it's rare and it self-heals. ...my best guess, though, is that the problem isn't exactly the same. The "Firmware wakeup failed" is a pretty generic error message, kind of like "something went wrong" and not all instances of this message will have the same root cause. I actually dealt with a few suspend/resume issues around mwifiex recently though. If you ever uprev, you might be interested in: b82d6c1f8f82 mwifiex: Make resume actually do something useful again on SDIO cards 83293386bc95 mmc: core: Prevent processing SDIO IRQs when the card is suspended -Doug
