Hi James,
> > > I'm interested to know if the "firmware hangs" that you experiment
> > > with prevent autonomous RF TX, or if RF TX typically proceeds.
> >
> > It depends. Even if firmware hangs the hardware is still alive.
> > So you could see beacons and probe responses from the card if hardware
> > has been programmed before firmware hangs.
>
> Thanks. I neglected to mention the time period; beacons and probe
> responses are seen for many minutes after the timeout report by the driver,
> and I have not yet tested for how long this lasts. The probe responses are in
> reply to new probe requests. It makes me think the card is working fine,
> apart from not communicating with the host.
>
> HOST_INSTATUS_REG, RD_BITMAP_{U,L} are all zero when read at the
> timeout.
This means that the firmware does not have any packet (command response, event, rx data) for host.
> [ 83.663071] mwifiex_sdio: Resetting card (3000ms) ...
> [ 83.668157] mwifiex_sdio mmc0:0001:1: curr_cmd is still in processing
> [ 83.677902] mwifiex_sdio mmc0:0001:1: failed to get signal information
> [ 83.684925] mwifiex_sdio mmc0:0001:1: PREP_CMD: card is removed
> [ 83.713537] mmc0: card 0001 removed
> [ 83.713537] mwifiex_sdio: removed host
> [ 87.660599] mwifiex_sdio: delayed
> [ 87.703045] mwifiex_sdio: added host
> [ 87.740247] mmc0: new high speed SDIO card at address 0001
> [ 97.911584] mwifiex_sdio mmc0:0001:1: FW failed to be active in time
>
> But bringing the card back to life has failed. It seems to depend on what
> command was outstanding; get RSSI vs MAC multicast address.
Unlikely, it's just a coincidence.
>
> Is there another patch needed? I looked through all the patches but none
> seemed to relate to this.
No other patch is needed if mmc host power off/up is implemented.
>
> What about forcing a reset instead of using power? We have a host GPIO
> tied to the reset input on the card.
Usually toggling 8787 PDn pin is sufficient to power cycle the chip. But if that's not working for whatever reason it's worth a try on RESETn pin.
Thanks,
Bing
--
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
