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.kaz...@tieto.com> wrote: >> On 28 July 2015 at 13:00, Enrico Tagliavini <enrico.tagliav...@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@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/ath10k _______________________________________________ ath10k mailing list ath10k@lists.infradead.org http://lists.infradead.org/mailman/listinfo/ath10k