Re: QCA6174 hw2.1 Firmware crash when connecting to a 5GHz network

m> An: "Roman Bange" <mofasofa...@gmx.de> Cc: ath10k <ath10k@lists.infradead.org> Betreff: Re: QCA6174 hw2.1 Firmware crash when connecting to a 5GHz network On 18 November 2015 at 16:28, Roman Bange <mofasofa...@gmx.de> wrote: > Hey, > > im getting a firmwa

Re: QCA6174 hw2.1 Firmware crash when connecting to a 5GHz network

On 18 November 2015 at 16:28, Roman Bange wrote: > Hey, > > im getting a firmware crash when i try to connect to a 5GHz network. > I tested the older firmware WLAN.RM.1.1-00141, which is now provided in > linux-firmware, and SW_RM.1.1.1-00157-QCARMSWPZ-1, which is provided by

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

Hi there, sorry for the late and still no results. Life never goes as planned does it? I will still try to find the time to bisect this, however I cannot foresee when this might happen. If anybody has urgency to fix this might as well bisecting instead of waiting for me. My apologize :( Best

Re: qca6174 hw2.1 fw and kernel crash on 5GHz network connection attempt

2015-08-07 6:46 GMT+02:00 Michal Kazior michal.kaz...@tieto.com: On 6 August 2015 at 16:42, Lapo Calamandrei calamand...@gmail.com wrote: Hi Michal, first of all thank you for your time. So, looks like the patch provided makes no difference [to me], attached the dmesg output with and without

Re: qca6174 hw2.1 fw and kernel crash on 5GHz network connection attempt

On 6 August 2015 at 16:42, Lapo Calamandrei calamand...@gmail.com wrote: Hi Michal, first of all thank you for your time. So, looks like the patch provided makes no difference [to me], attached the dmesg output with and without the patch applied against a fresh checkout. This is weird. I'm

Re: qca6174 hw2.1 fw and kernel crash on 5GHz network connection attempt

...and this is the dmesg output with yesterday's build with the patch applied. 2015-08-06 15:52 GMT+02:00 Lapo Calamandrei calamand...@gmail.com: Hi Michal, first of all thank you for your time. So, looks like the patch provided makes no difference [to me], attached the dmesg output with and

Re: qca6174 hw2.1 fw and kernel crash on 5GHz network connection attempt

On 5 August 2015 at 15:25, Lapo Calamandrei calamand...@gmail.com wrote: Hi, I have an alienware 17 r2 with a fedora 22 installed, I'm using kvalo ath kernel master branch from today, built with fedora rawhide 4.2.0-rc4 kernel config. The firmware is made following the instructions on the

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

Enrico Tagliavini enrico.tagliav...@gmail.com writes: Yeah that's what I meant. My idea was to first bisect only the ath10k directory, so restricting the bisect on the commits touching stuff there. I guess if the issue is more broad it will come up somewhere else as well, so this is a good

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

Yeah that's what I meant. My idea was to first bisect only the ath10k directory, so restricting the bisect on the commits touching stuff there. I guess if the issue is more broad it will come up somewhere else as well, so this is a good starting point, I hope. Thank you for pointing it out though,

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

Michal Kazior michal.kaz...@tieto.com writes: 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. As long as you establish a

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

Sound! I'll keep a copy of the log then. If the bisect on ath10k folder will lead nowhere I'll see if I can make it over the whole tree. At least by doing it on the ath10k tree I hope to narrow down the number of commit. Ok then I'll use Linus' master, no problem with this. I hope to at least

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

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

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

Hi Alexandre, I think you have a different issue. In my case it doesn't take long to load the firmware. It works for me as well with irq_mode=1, however this was not needed with the previous kernel (4.1.2 as provided by fedora updates-testing repo). Also Michał sees a problem with my system. I

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

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, including modules

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

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 :03:00.0: enabling device ( - 0002) Jul 26 10:07:42 alientux.saurisiamonoi.org kernel: ath10k_pci :03:00.0: pci irq

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

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 :03:00.0: enabling device ( - 0002)

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

On 28 July 2015 at 16:57, Enrico Tagliavini enrico.tagliav...@gmail.com 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

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

On 28 July 2015 at 17:12, Alexandre Maloteaux a.malote...@gmail.com wrote: [...] 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. Go ask on the arch forum

Re: QCA6174 hw2.1 on Clevo P750ZM

Hi Michal It is finally working with irq_mode=1 and kvalo-master . The output is below; However it takes a lot of time to load/unload the device with successive firmwares. I ll try to find a solution for this on my own. Is it better to blacklist some module as you said earlier or create a

Re: QCA6174 hw2.1 on Clevo P750ZM

Alexandre Maloteaux a.malote...@gmail.com writes: 0x003405ff, 168c:003e:1a56:1525 fallback) fw killer-n1525-fw api 4 htt-ver 3.0 wmi-op 4 htt-op 3 cal otp max-sta 32 features \xff80\xffd4\xffa8\xfff9\xff88\x\x What's happening with the features string here?

Re: QCA6174 hw2.1 on Clevo P750ZM

What's happening with the features string here? What might cause that? I used the sumdog binaries from github,maybe this is related. I ll try with my own firmware-4.bin from dissect/assemble and board.bin from clevo driver and i ll report if i get the same string On 07/23/2015 03:03 PM, Kalle

Re: QCA6174 hw2.1 on Clevo P750ZM

Hi Michal With latest kvalo-master. I m getting this error on boot and after irq_mode=1 I used sumdog firmwares from github : [ 255.996373] ath10k_pci :06:00.0: enabling device ( - 0002) [ 255.997129] ath10k_pci :06:00.0: pci irq msi-x interrupts 8 irq_mode 0 reset_mode 0 [

Re: QCA6174 hw2.1 on Clevo P750ZM

On 23 July 2015 at 10:47, Alexandre Maloteaux a.malote...@gmail.com wrote: Hi Michal There's an unofficial image that's lying in a pull request on github[1] you could use. It probably needs skip_otp parameter to be used. I think this is the sumdog firmwares; i tested them and i made all the

Re: QCA6174 hw2.1 on Clevo P750ZM

Hi What is the head commit id (kvalo/master) that you've used? You might be missing a patches[1][2] that fixed a recent breakage in the dev tree. I m getting this issue only with kvalo-qca branch. With kvalo master i m getting this issue below Do you still want me to do the tracing part on

Re: QCA6174 hw2.1 on Clevo P750ZM

On 23 July 2015 at 11:33, Alexandre Maloteaux a.malote...@gmail.com wrote: Hi What is the head commit id (kvalo/master) that you've used? You might be missing a patches[1][2] that fixed a recent breakage in the dev tree. I m getting this issue only with kvalo-qca branch. With kvalo master

Re: QCA6174 hw2.1 on Clevo P750ZM

On 23 July 2015 at 10:05, Alexandre Maloteaux a.malote...@gmail.com wrote: Hi I just received a Clevo P750ZM (eurocom P5 pro) with a QCA6174 06:00.0 Network controller: Qualcomm Atheros QCA6174 802.11ac Wireless Network Adapter (rev 20) Hi have tested the dissect/assemble procedure

Re: QCA6174 hw2.1 on Clevo P750ZM

Hi Michal There's an unofficial image that's lying in a pull request on github[1] you could use. It probably needs skip_otp parameter to be used. I think this is the sumdog firmwares; i tested them and i made all the test with the skip_otp parameter This looks interesting. Can you please:

Re: qca6174 hw2.1 firmware crash with kernel 4.1.2

Hi Kalle, thank you very much. Hope to also see the firmware out soon :). Best regards On 21 July 2015 at 11:23, Kalle Valo kv...@qca.qualcomm.com wrote: Enrico Tagliavini enrico.tagliav...@gmail.com writes: Mhm seems like I assumed the backport missing from 4.0 was merged for 4.1 but

Re: qca6174 hw2.1 firmware crash with kernel 4.1.2

Enrico Tagliavini enrico.tagliav...@gmail.com writes: Mhm seems like I assumed the backport missing from 4.0 was merged for 4.1 but it is not, it's in 4.2 only. Any chance you'll ask for a backport of this 4 lines patch?

Re: QCA6174 hw2.1 firmware, take two?

Hi Gregor, yes it works, but bluetooth is broken (for me at least, does it work for you?). Also this is just a place holder solution, this needs to get into mainline linux kernel and firmware must be available linux-firmware package. I'm ok to patch my own kernel for a very short time, but in

Re: QCA6174 hw2.1 firmware, take two?

To: ath10k@lists.infradead.org Subject: Re: QCA6174 hw2.1 firmware, take two? Hi again, ok this was dumb I forgot to assemble back the firmware and I realized it just after sending out the previous email (that's why the driver was complaining about the invalid magic). Sorry

Re: QCA6174 hw2.1 firmware, take two?

at 1:22 PM From: Enrico Tagliavini enrico.tagliav...@gmail.com To: ath10k@lists.infradead.org Subject: Re: QCA6174 hw2.1 firmware, take two? Hi again, ok this was dumb I forgot to assemble back the firmware and I realized it just after sending out the previous email (that's why

Re: QCA6174 hw2.1 firmware, take two?

hi, It's beeliner - they went and .. changed how they're doing firmware releases and the firmware API. It's hopefully going to be more structured and backwards-compatible. this time. I don't know if/when there are plans for beeliner ath10k support. I'm still trying to get the QCA988x firmware

Re: QCA6174 hw2.1 firmware, take two?

Hi again, ok this was dumb I forgot to assemble back the firmware and I realized it just after sending out the previous email (that's why the driver was complaining about the invalid magic). Sorry for the noise, I apologize. Hope to see this fixed in upstream Linux kernel soon. Best

Re: QCA6174 hw2.1?

I'm using the kvalo's kernel (4.1-rc3) without the patch, sometimes the adapter loses connection but it's bearable. I'll try that patch later. Killer N1525 on Alienware 15. OT: Anton, does the headphone jack work correctly on your Alienware 15? I sent a patch to the ALSA team about that. On

Re: QCA6174 hw2.1?

moritz.morawi...@informatik.uni-oldenburg.de To: ath10k@lists.infradead.org Subject: Re: QCA6174 hw2.1? I used 4.0.0-2. Also i had one kernel build where it worked, but, because I didn't knew that you have to install nvidia drivers again, I deletet it. I am not sure how i did it, so I'm currently

Re: QCA6174 hw2.1?

I used 4.0.0-2. Also i had one kernel build where it worked, but, because I didn't knew that you have to install nvidia drivers again, I deletet it. I am not sure how i did it, so I'm currently trying again. Maybe I need to understand the patching mechanisms, guess that would help :D I did

Re: QCA6174 hw2.1?

Many thanks for your fast help! I've made some progress, but ran into other problems. If i compile ath10_pci, ath10k_core and ath from kvalo's tree and load them, i get following dmesg output: [2.980448] ath10k_pci :06:00.0: enabling device ( - 0002) [2.980750] ath10k_pci

Re: QCA6174 hw2.1?

On 27/04/2015 16:00, Moritz Morawietz wrote: Hi! I have the same problems with my card (also a Killer N1525). It seems you've done it, but i can't figure out how. Do i need to build and use kvalo's kernel, or is it enough to build the modules ath10k_core ath10k_pci? I'm a bit afraid of

Re: QCA6174 hw2.1?

Hi Corin, the dissect.py script seems to work better than the disassemble.py: [ 6483.455435] ath10k_pci :03:00.0: pci irq msi-x interrupts 8 irq_mode 0 reset_mode 0 [ 6483.600747] ath10k_pci :03:00.0: Direct firmware load for ath10k/cal-pci-:03:00.0.bin failed with error -2 [

Re: QCA6174 hw2.1?

Just tried the kvalo's kernel. NetworkManager connected flawlessly at boot to my WPA2 home network on 2.4GHz. Will try 5GHz later. iwconfig reports a fixed 1Mb/s bitrate, but I can copy files to my nas (smb share) at about 3.3MB/s. That's a reasonable speed for b/g wireless. iwconfig: wlp3s0

Re: QCA6174 hw2.1?

Hi Gabriele, I think we have the same card (the vendor and device ids are the determining factor): $ lspci -n -s 05:00.0 05:00.0 0280: 168c:003e (rev 20) Without the skip_otp option I get this in dmesg: [18396.622576] ath10k_pci :05:00.0: pci irq msi interrupts 1 irq_mode 0

Re: QCA6174 hw2.1?

Michal Kazior michal.kazior at tieto.com writes: https://gist.github.com/kazikcz/c970cbf3a863ebbc4495 https://gist.github.com/kazikcz/64313b9e2470660faae1 Here are two simple and crude tools I have to deal with ath10k FW API blobs. Use with care. You can use the disassemble.py to

Re: QCA6174 hw2.1?

Hi Gabriele, I have had success with eeprom_ar6320_2p1_NFA344i.bin. I am also using Gentoo (but v3.19.3) but I have also applied these patches/commits: - http://permalink.gmane.org/gmane.linux.kernel.wireless.general/137030 -

Re: Re: QCA6174 hw2.1?

Subject: Re: Re: QCA6174 hw2.1? Just checking in. Any updates for the QCA6174? Sent: Monday, March 23, 2015 at 9:57 AM From: Jason H jh...@gmx.com To: Michal Kazior michal.kaz...@tieto.com Cc: ath10k@lists.infradead.org ath10k@lists.infradead.org Subject: Re: Re: QCA6174 hw2.1

Re: Re: QCA6174 hw2.1?

Just checking in. Any updates for the QCA6174? Sent: Monday, March 23, 2015 at 9:57 AM From: Jason H jh...@gmx.com To: Michal Kazior michal.kaz...@tieto.com Cc: ath10k@lists.infradead.org ath10k@lists.infradead.org Subject: Re: Re: QCA6174 hw2.1? Sent: Monday, March 23, 2015 at 4:23

Re: Re: QCA6174 hw2.1?

Sent: Monday, March 23, 2015 at 4:23 AM From: Michal Kazior michal.kaz...@tieto.com To: Jason H jh...@gmx.com Cc: ath10k@lists.infradead.org ath10k@lists.infradead.org Subject: Re: Re: QCA6174 hw2.1? On 21 March 2015 at 21:31, jh...@gmx.com wrote: is there anyway you could process

Re: Re: QCA6174 hw2.1?

On 21 March 2015 at 21:31, jh...@gmx.com wrote: is there anyway you could process these files for me?. I would be willing to send you the files and go through some back and forth of feedback and whatnot. The issue is I just don't think I have the time or the expertise to devote to this.

Re: Re: QCA6174 hw2.1?

:05:20 From: Michal Kazior michal.kaz...@tieto.com To: Jason H jh...@gmx.com Subject: Re: QCA6174 hw2.1? On 13 March 2015 at 16:28, Jason H jh...@gmx.com wrote: On 13 March 2015 at 04:39, jh...@gmx.com wrote: I went through the archives, and the wiki but I still wasn't sure... I have a shiny

Re: QCA6174 hw2.1?

On 13 March 2015 at 04:39, jh...@gmx.com wrote: I went through the archives, and the wiki but I still wasn't sure... I have a shiny new Lenovo z70, kernel 4.0-rc1/3. Dmesg reports failures for loading firmware in /lib/firmware/ath10k/QCA6174/hw2.1/... So I found the firmware Git repo,

Re: QCA6174 hw2.1?

On 13 March 2015 at 04:39, jh...@gmx.com wrote: I went through the archives, and the wiki but I still wasn't sure... I have a shiny new Lenovo z70, kernel 4.0-rc1/3. Dmesg reports failures for loading firmware in /lib/firmware/ath10k/QCA6174/hw2.1/... So I found the firmware Git