Hi Florian, > -----Original Message----- > From: Florian Achleitner [mailto:flo@xxxxxxxx] > Sent: Thursday, April 16, 2015 4:13 PM > To: James Cameron > Cc: linux-wireless@xxxxxxxxxxxxxxx; Amitkumar Karwar; Avinash Patil; Maithili > Hinge > Subject: Re: [RFC/PATCH] mwifiex: Driver - Firmware Glitches > > On Thursday 16 April 2015 20:19:13 James Cameron wrote: > > On Thu, Apr 16, 2015 at 11:10:02AM +0200, Florian Achleitner wrote: > > > Is the necessity of frequent hardware resets a commonly known issue > > > with this chip/firmware? Anybody else experiencing these? > > > > Yes, but how frequent? > > Depends on the specific hardware. Averages follow. > > > > > > Currently, we see three different scenarios. One of them is > > > currently not answered by reset. Refer to the upcoming patch. > > > > > > (1) mwifiex_cmd_timeout_func: Timeout cmd .. Ok, after reset. > > > > See this a lot during heavy testing. > > Also a lot, maybe once a day in low load. Can this be related to SDHCI or MMC host controller? Could you please collect logs with CONFIG_MMC_DEBUG enbled? > > > > > (2) Firmware wakeup failed.. Ok, after reset. > > > > Never see this. > > Once a day. > > > > > > (3) DNLD_CMD: host to card failed. No reset triggered. See patch. > > > > Very rarely see this. > > Also very rarely. Once a week, probably. > > > > > However, our experience may not be comparable; we are using 8787 with > > a 3.5 kernel, because we haven't the resources to use a later kernel > > or get backports working. > > > > Also, we use WOL (wake on lan) heavily; frequent automatic suspends, > > with a GPIO wakeup in addition to the SDHCI. > > We don't use WOL or suspends. > > Regards, > Florian -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
