ath10k driver crashes whenever firmware crashes on ARM SoC

Michal Kazior michal.kazior at
Tue Mar 11 04:37:03 EDT 2014

On 11 March 2014 09:13, Kalle Valo <kvalo at> wrote:
> (Fixing top posting)
> Adrian Chadd <adrian at> writes:
>> On 11 March 2014 00:40, Avery Pennarun <apenwarr at> wrote:
>>> We do have a separate reset line controlled by a GPIO.  Using that
>>> crashes the SoC's PCIe host implementation (whee!).  But I got help
>>> from the SoC manufacturer and was able to get some instructions for
>>> resetting their PCIe host controller.  When I do all the magic
>>> incantations in the right order, the system can recover, albeit with a
>>> fully reset ath10k chip.  This workaround is unfortunately specific to
>>> the host device platform so it won't do you much good.
>> ... it's not a complete loss!
>> This to me says "we need a hook from the driver to call the host
>> "reset the bus" thing".
>> We also kinda need it for ath9k/ath5k (if it's not there) so AHB
>> attached things can be reset by actually poking an SoC reset register.
> Yeah, that kind of hook would be good to have.

There is PCI error recovery in kernel
(Documentation/PCI/pci-error-recovery.txt) but I think it's only
implemented on ppc. I wonder if you could try hooking up with that?


More information about the ath10k mailing list