QCA6174 hw2.1 irq_mode=0 broken on 4.2-rc3, working on 4.1.2

[Alexandre Maloteaux]

Hi Enrico

I had the same issue a few days ago on an Eurocom P5 Pro.
I manage to get it working with the help of michal  by compiling the
kvalo kernel master branch : https://github.com/kvalo/ath

And then using this ath10k.conf file in /etc/modprobe.d

options ath10k_core skip_otp=y
options ath10k_pci  irq_mode=1

It works on my archlinux system but firmware loading take 1 minute
between each retry, so it takes 2 minutes to get the card up and
running. I have not yet found a solution to this issue.

Best Regards

On 07/28/2015 03:57 PM, Enrico Tagliavini wrote:
> I was testing the kernel from Fedora rawhide to test some issue
> related to the sound card. So this is 4.2 rc3 as released by Linus
> plus some Fedora patch. Nothing related to ath10k as far as I can see.
>
> Bisecting would require a lot of time. I'm doing the full RPM package, fe
> including modules signature and so on and I'm doing this in my free
> time.This wont work for bisecting. I have to setup something else. Is
> it ok if I restrict the bisect on the ath10k tree? That has enough
> commit already to begin with, plus I'm going to be on the road in less
> than two weeks.
>
> On 28 July 2015 at 13:26, Michal Kazior <michal.kazior at tieto.com> wrote:
>> On 28 July 2015 at 13:00, Enrico Tagliavini <enrico.tagliavini at gmail.com> wrote:
>>> Hi Michal,
>>>
>>> this is the dmesg output from a boot with kernel 4.1.2 with patch to
>>> make the firmware load [1]
>>>
>>> Jul 26 10:07:42 alientux.saurisiamonoi.org kernel: ath10k_pci
>>> 0000:03:00.0: enabling device (0000 -> 0002)
>>> Jul 26 10:07:42 alientux.saurisiamonoi.org kernel: ath10k_pci
>>> 0000:03:00.0: pci irq msi-x interrupts 8 irq_mode 0 reset_mode 0
>>> Jul 26 10:07:42 alientux.saurisiamonoi.org kernel: ath10k_pci
>>> 0000:03:00.0: Direct firmware load for ath10k/cal-pci-0000:03:00.0.bin
>>> failed with error -2
>>> Jul 26 10:07:44 alientux.saurisiamonoi.org kernel: ath10k_pci
>>> 0000:03:00.0: qca6174 hw2.1 (0x05010000, 0x003405ff) fw
>>> killer-n1525-fw api 4 htt 3.0 wmi 4 cal otp max_sta 32
>>> Jul 26 10:07:44 alientux.saurisiamonoi.org kernel: ath10k_pci
>>> 0000:03:00.0: debug 0 debugfs 1 tracing 0 dfs 0 testmode 0
>>> Jul 26 10:07:44 alientux.saurisiamonoi.org kernel: ath10k_pci
>>> 0000:03:00.0 wlp3s0: renamed from wlan0
>>>
>>> I saw the report you mentioned (I'm subscribed to ath10k and try to
>>> keep it up with it). Not being expert at all I was not sure it was the
>>> same or not. Also there seems to be a difference that with irq_mode=1
>>> for me it just works like before.
>> I'm quite puzzled with the above printout. So either there's some
>> weird regression either in driver or the pci subsystem. It's good you
>> posted ;-)
>>
>> Just to be clear: were you using 4.2-rc3 as in from Linus' tree or Kalle's tree?
>>
>> Asking for a `git bisect` is probably a bit excessive - but it would
>> help a lot. I guess you'd have to manually cherry-pick qca6174 hw2 fix
>> [1] while bisecting.
>>
>> If bisect is too much I guess you could try reverting (in order):
>>  https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/drivers/net/wireless/ath/ath10k?id=0bcbbe679b66fee1b56def5cb30bfb4f616b1127
>>  https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/drivers/net/wireless/ath/ath10k?id=76d870ed09ab34154454b1adb823ae75f173c2d2
>>  https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/drivers/net/wireless/ath/ath10k?id=77258d409ce45890104e3da11d0261402c49aee1
>>
>> I'm shooting blind here though.
>>
>>> [1] https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/drivers/net/wireless/ath/ath10k/pci.c?id=11a002efbaa7fbd9f6e616695ab42aa9f1caf060
>>
>> Michał
> _______________________________________________
> ath10k mailing list
> ath10k at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/ath10k