On Monday, 25 May 2020 11:22:13 CEST Sven Eckelmann wrote: [...] > And it still can with this OpenWrt version. But it doesn't seem to happen > with > the most recent OpenWrt reboot-13353-gb1604b744b. But there are nearly 4000 > commits inbetween. So no idea what changed (just a timing thing or an actual > fix - no idea).
Seems like there is a fix which solves some lost interrupt problems for
IPQ40xx. Without this change, I see the reported problem. And with the patch,
it is gone. Or in commits:
* creates timeout problems: 46b949a067e5 ("ipq40xx: enlarge PCIe BAR size")
* works fine: 18e942b6c4e5 ("ipq40xx: fix pcie msi IRQ trigger level")
If you look in the git logs [1], you can see that the working commit is a
child of the broken one. So at least from my point of view, my initial report
is no blocker anymore for Sebastian's patch (or Kalle's version of it).
Btw. OpenWrt is automatically assigning a trigger (phy*tpt) for these LEDs.
Kind regards,
Sven
[1]
https://git.openwrt.org/?p=openwrt/openwrt.git;a=log;h=18e942b6c4e51a5a717a121697a63f3f98d93b19
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ ath10k mailing list ath10k@lists.infradead.org http://lists.infradead.org/mailman/listinfo/ath10k
