ath10k driver crashes whenever firmware crashes on ARM SoC

[Michal Kazior]

On 11 March 2014 09:13, Kalle Valo <kvalo at qca.qualcomm.com> wrote:
> (Fixing top posting)
>
> Adrian Chadd <adrian at freebsd.org> writes:
>
>> On 11 March 2014 00:40, Avery Pennarun <apenwarr at gmail.com> 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?


Michał