On 8 August 2018 at 18:56, Arthur Watt <[email protected]> wrote: > Good afternoon. > > We have been testing 3 x ath10k devices on a 4.14 based Linux kernel with a > Cavium processor. > Up to this point we have been seeing some unexplained crashes from the ath10k > devices (firmware crashes due to corrupt HTC messages is the most common). > We have tried various module and firmware versions (including > wireless-latest) and all seem to show the same errors. > > Is it possible that there is an inherent memory corrupt problem with the > ath10k driver/firmware, since other list members don't seem to be shouting > about this we started investigating the kernel configuration and not the > driver/firmware? > > This morning I made a kernel parameter change > coherent_pool=256M > Since making this change the number of faults seem to have reduced. > > Does anyone know if there are any Linux kernel configuration parameters > needed in order for multiple ath10k devices to behave reliably. > In particular do I need a coherent_pool configured and what page size is the > optimum for ath10k operation? > Our ath10k devices are QCA9984 and QCA988X.
I recall we had some weird issues with multiple devices at some stage, with qca61x4 and qca988x on the same system. I can't remember anymore what it was exactly but it should be somewhere in git log. I also personally had issues with kvm pci-passthrough where interrupts were somehow lost during firmware upload. Corrupted htc messages may suggest incomplete transfers and/or interrupts being propagated out-of-order with regard to other transfers. Is ath10k starting up with msi interrupts or legacy? If it's msi try forcing legacy. If it's legacy might be worth checking if you can get msi running. Or maybe coherent memory mapping management is bugged for your platform in the kernel (i.e. architectural bug) or u-boot. The cpu is 64 bit, right? What is the dma mask that gets used? Maybe it's too wide and pci controller (on either host, or qca chip side) gets confused. Or maybe alignment is wrong. Michał _______________________________________________ ath10k mailing list [email protected] http://lists.infradead.org/mailman/listinfo/ath10k
