QCA6174 hw2.1 on Clevo P750ZM

QCA6174 hw2.1 on Clevo P750ZM

[Alexandre Maloteaux]

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  described here :

https://www.mail-archive.com/ath10k@lists.infradead.org/msg02283.html
https://askubuntu.com/questions/546813/killer-n1525-with-ubuntu-14-10

Im on Arch and i have tested with the Eurocom Drivers
(http://downloads.eurocom.com/support/drivers/zip/260/260_KillerWLAN_W864.zip)
and the sumdog blobs  (https://github.com/sumdog/ath10k-firmware.git)
directly on those 3 firmwares
Arch official : 4.1.2-2-ARCH
kvalo master : 4.2.0-rc3
kvalo qca branch : 4.1.0-rc6

I have a different issue for each kernel and i have tested with all
board.bin available but none worked :

ARCH official issue :

[   15.794214] ath10k_pci 0000:06:00.0: enabling device (0000 -> 0002)
[   15.794528] ath10k_pci 0000:06:00.0: pci irq msi-x interrupts 8
irq_mode 0 reset_mode 0
[   15.973369] ath10k_pci 0000:06:00.0: Direct firmware load for
ath10k/cal-pci-0000:06:00.0.bin failed with error -2
[   17.152098] ath10k_pci 0000:06:00.0: firmware crashed! (uuid
845cf3fa-05bd-4eed-873b-763f94de2e76)
[   17.152101] ath10k_pci 0000:06:00.0: qca6174 hw2.1 (0x05010000,
0x003405ff) fw killer-n1525-fw api 4 htt 0.0 wmi 4 cal otp max_sta 32
[   17.152103] ath10k_pci 0000:06:00.0: debug 0 debugfs 1 tracing 0 dfs
0 testmode 0
[   17.154123] ath10k_pci 0000:06:00.0: firmware register dump:
[   17.154124] ath10k_pci 0000:06:00.0: [00]: 0x05010000 0x000015B3
0x0095186B 0x00955B31
[   17.154125] ath10k_pci 0000:06:00.0: [04]: 0x0095186B 0x00060130
0x00000010 0x0040AF04
[   17.154126] ath10k_pci 0000:06:00.0: [08]: 0x00000018 0x00000001
0x00000001 0x00412250
[   17.154127] ath10k_pci 0000:06:00.0: [12]: 0x00000009 0x00000000
0x0096C09C 0x0096C0A7
[   17.154128] ath10k_pci 0000:06:00.0: [16]: 0x0096BDBC 0x0092C07A
0x00000000 0x00000000
[   17.154128] ath10k_pci 0000:06:00.0: [20]: 0x4095186B 0x0040E160
0x0041F82C 0x00000001
[   17.154129] ath10k_pci 0000:06:00.0: [24]: 0x80936238 0x0040E1C0
0x00000000 0xC095186B
[   17.154130] ath10k_pci 0000:06:00.0: [28]: 0x80936361 0x0040E1E0
0x00000000 0x0041C8DC
[   17.154131] ath10k_pci 0000:06:00.0: [32]: 0x80934A67 0x0040E200
0x00436DF0 0x0040E250
[   17.154132] ath10k_pci 0000:06:00.0: [36]: 0x809A5DC2 0x0040E250
0x004275C0 0x00000001
[   17.154133] ath10k_pci 0000:06:00.0: [40]: 0x809A5E1A 0x0040E290
0x00426F50 0x00000004
[   17.154133] ath10k_pci 0000:06:00.0: [44]: 0x809A5EFA 0x0040E2B0
0x00426F50 0x0041C8DC
[   17.154134] ath10k_pci 0000:06:00.0: [48]: 0x800A0909 0x0040E2D0
0x00426F50 0x004275B0
[   17.154135] ath10k_pci 0000:06:00.0: [52]: 0x800A024A 0x0040E2F0
0x0041ABB0 0x00420420
[   17.154136] ath10k_pci 0000:06:00.0: [56]: 0x809287D9 0x0040E310
0x00000000 0x00400000
[   18.144916] ath10k_pci 0000:06:00.0: failed to receive control
response completion, polling..
[   19.146522] ath10k_pci 0000:06:00.0: ctl_resp never came in (-110)
[   19.146525] ath10k_pci 0000:06:00.0: failed to connect to HTC: -110
[   19.217113] ath10k_pci 0000:06:00.0: could not init core (-110)
[   19.217137] ath10k_pci 0000:06:00.0: could not probe fw (-110)
[   19.227008] ath10k_pci 0000:06:00.0: cannot restart a device that
hasn't been started


kvalo master :

[    0.000000] Linux version 4.2.0-rc3-wl-ath-KVALO-ATH-MASTER+
(root@z1kadev) (gcc version 5.1.0 (GCC) ) #2 SMP PREEMPT Tue Jul 21
15:07:02 WAT 2015
[   12.381604] systemd[1]: cups.path: Cannot add dependency job,
ignoring: Unit cups.path failed to load: No such file or directory.
[   12.595610] ath3k: probe of 3-7:1.0 failed with error -22
[   12.595637] usbcore: registered new interface driver ath3k
[   12.627163] ath10k_pci 0000:06:00.0: enabling device (0000 -> 0002)
[   12.627915] ath10k_pci 0000:06:00.0: pci irq msi-x interrupts 8
irq_mode 0 reset_mode 0
[   12.822155] ath10k_pci 0000:06:00.0: Direct firmware load for
ath10k/cal-pci-0000:06:00.0.bin failed with error -2
[   12.822158] ath10k_pci 0000:06:00.0: Falling back to user helper
[   72.915990] ath10k_pci 0000:06:00.0: Direct firmware load for
ath10k/QCA6174/hw2.1/board-pci-168c:003e:1a56:1525.bin failed with error -2
[   72.915993] ath10k_pci 0000:06:00.0: Falling back to user helper
[  133.010331] ath10k_pci 0000:06:00.0: failed to load spec board file,
falling back to generic: -11
[  133.010647] ath10k_pci 0000:06:00.0: Direct firmware load for
ath10k/QCA6174/hw2.1/firmware-5.bin failed with error -2
[  133.010649] ath10k_pci 0000:06:00.0: Falling back to user helper
[  193.105501] ath10k_pci 0000:06:00.0: could not fetch firmware file
'ath10k/QCA6174/hw2.1/firmware-5.bin': -11
[  194.276201] ath10k_pci 0000:06:00.0: received unsolicited fw crash
interrupt
[  194.276209] ath10k_pci 0000:06:00.0: received unsolicited fw crash
interrupt
[  195.275581] ath10k_pci 0000:06:00.0: failed to receive control
response completion, polling..
[  195.275699] ath10k_pci 0000:06:00.0: received unsolicited fw crash
interrupt
[  196.277176] ath10k_pci 0000:06:00.0: Service connect timeout
[  196.277179] ath10k_pci 0000:06:00.0: failed to connect htt (-110)
[  196.347791] ath10k_pci 0000:06:00.0: could not init core (-110)
[  196.347819] ath10k_pci 0000:06:00.0: could not probe fw (-110)

kvalo qca branch :

[  386.639108] ath10k_pci 0000:06:00.0: failed to receive initialized
event from target: b8600448
[  386.639110] ath10k_pci 0000:06:00.0: failed to wait for target after
cold reset: -110
[  386.639110] ath10k_pci 0000:06:00.0: failed to reset chip: -110
[  386.639203] ath10k_pci: probe of 0000:06:00.0 failed with error -110
[  419.547152] ath10k_pci 0000:06:00.0: pci irq msi-x interrupts 8
irq_mode 0 reset_mode 0
[  422.565998] ath10k_pci 0000:06:00.0: failed to receive initialized
event from target: b8600448
[  422.566000] ath10k_pci 0000:06:00.0: failed to wait for target after
cold reset: -110
[  422.566001] ath10k_pci 0000:06:00.0: failed to reset chip: -110
[  422.566096] ath10k_pci: probe of 0000:06:00.0 failed with error -110

im getting only the cal issue  on the kvalo master if i copy
firmware-4.bin to firmware-5.bin. If i copy fw-1.bin from dissect.py to
cal-pci-0000:06:00.0.bin . I m getting the issue with the official arch...

Hope somebody can help

Best Regards

_______________________________________________
ath10k mailing list
ath10k@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/ath10k

Re: QCA6174 hw2.1 on Clevo P750ZM

[Michal Kazior]

On 23 July 2015 at 10:05, Alexandre Maloteaux <a.maloteaux@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  described here :
>
> https://www.mail-archive.com/ath10k@lists.infradead.org/msg02283.html
> https://askubuntu.com/questions/546813/killer-n1525-with-ubuntu-14-10

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.


>
> Im on Arch and i have tested with the Eurocom Drivers
> (http://downloads.eurocom.com/support/drivers/zip/260/260_KillerWLAN_W864.zip)
> and the sumdog blobs  (https://github.com/sumdog/ath10k-firmware.git)
> directly on those 3 firmwares
> Arch official : 4.1.2-2-ARCH
> kvalo master : 4.2.0-rc3
> kvalo qca branch : 4.1.0-rc6
>
> I have a different issue for each kernel and i have tested with all
> board.bin available but none worked :
>
> ARCH official issue :
[snip]

This won't work. 4.1 doesn't contain the necessary patch[2].


> kvalo master :
>
> [    0.000000] Linux version 4.2.0-rc3-wl-ath-KVALO-ATH-MASTER+
> (root@z1kadev) (gcc version 5.1.0 (GCC) ) #2 SMP PREEMPT Tue Jul 21
> 15:07:02 WAT 2015
> [   12.381604] systemd[1]: cups.path: Cannot add dependency job,
> ignoring: Unit cups.path failed to load: No such file or directory.
> [   12.595610] ath3k: probe of 3-7:1.0 failed with error -22
> [   12.595637] usbcore: registered new interface driver ath3k
> [   12.627163] ath10k_pci 0000:06:00.0: enabling device (0000 -> 0002)
> [   12.627915] ath10k_pci 0000:06:00.0: pci irq msi-x interrupts 8
> irq_mode 0 reset_mode 0
> [   12.822155] ath10k_pci 0000:06:00.0: Direct firmware load for
> ath10k/cal-pci-0000:06:00.0.bin failed with error -2
> [   12.822158] ath10k_pci 0000:06:00.0: Falling back to user helper
> [   72.915990] ath10k_pci 0000:06:00.0: Direct firmware load for
> ath10k/QCA6174/hw2.1/board-pci-168c:003e:1a56:1525.bin failed with error -2
> [   72.915993] ath10k_pci 0000:06:00.0: Falling back to user helper
> [  133.010331] ath10k_pci 0000:06:00.0: failed to load spec board file,
> falling back to generic: -11
> [  133.010647] ath10k_pci 0000:06:00.0: Direct firmware load for
> ath10k/QCA6174/hw2.1/firmware-5.bin failed with error -2
> [  133.010649] ath10k_pci 0000:06:00.0: Falling back to user helper
> [  193.105501] ath10k_pci 0000:06:00.0: could not fetch firmware file
> 'ath10k/QCA6174/hw2.1/firmware-5.bin': -11
> [  194.276201] ath10k_pci 0000:06:00.0: received unsolicited fw crash
> interrupt
> [  194.276209] ath10k_pci 0000:06:00.0: received unsolicited fw crash
> interrupt
> [  195.275581] ath10k_pci 0000:06:00.0: failed to receive control
> response completion, polling..
> [  195.275699] ath10k_pci 0000:06:00.0: received unsolicited fw crash
> interrupt

This looks interesting. Can you please:

 rmmod ath10k_pci
 modprobe ath10k_pci irq_mode=1

Msi range handling could be broken on this hw. If so we'll need to blacklist it.


> [  196.277176] ath10k_pci 0000:06:00.0: Service connect timeout
> [  196.277179] ath10k_pci 0000:06:00.0: failed to connect htt (-110)
> [  196.347791] ath10k_pci 0000:06:00.0: could not init core (-110)
> [  196.347819] ath10k_pci 0000:06:00.0: could not probe fw (-110)
>
> kvalo qca branch :
>
> [  386.639108] ath10k_pci 0000:06:00.0: failed to receive initialized
> event from target: b8600448
> [  386.639110] ath10k_pci 0000:06:00.0: failed to wait for target after
> cold reset: -110
> [  386.639110] ath10k_pci 0000:06:00.0: failed to reset chip: -110
> [  386.639203] ath10k_pci: probe of 0000:06:00.0 failed with error -110
> [  419.547152] ath10k_pci 0000:06:00.0: pci irq msi-x interrupts 8
> irq_mode 0 reset_mode 0
> [  422.565998] ath10k_pci 0000:06:00.0: failed to receive initialized
> event from target: b8600448
> [  422.566000] ath10k_pci 0000:06:00.0: failed to wait for target after
> cold reset: -110
> [  422.566001] ath10k_pci 0000:06:00.0: failed to reset chip: -110
> [  422.566096] ath10k_pci: probe of 0000:06:00.0 failed with error -110
>
> im getting only the cal issue  on the kvalo master if i copy
> firmware-4.bin to firmware-5.bin.

Don't just go about renaming firmware filenames like that, please.
It's used to prevent older ath10k using newer firmware images which it
wouldn't handle anyway.


> If i copy fw-1.bin from dissect.py to
> cal-pci-0000:06:00.0.bin . I m getting the issue with the official arch...

Uhm, that's wrong. Don't use cal-pci-xxx unless you know what you're doing.

fw-1 and fw-2 from dissect are otp and main program binaries.
cal-pci-xxx is just calibration data blob. This is something entirely
else.

If you see OTP failure you need to either set up adequate fw_feature
flag in the firmware-X.bin or pass skip_otp=y parameter while probing
ath10k_core module.


[1]: https://github.com/kvalo/ath10k-firmware/pull/2
[2]: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.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

Re: QCA6174 hw2.1 on Clevo P750ZM

[Alexandre Maloteaux]

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:
>
>  rmmod ath10k_pci
>  modprobe ath10k_pci irq_mode=1
>
> Msi range handling could be broken on this hw. If so we'll need to blacklist it.

Still the same issue :

[  213.889825] ath10k_pci 0000:06:00.0: limiting irq mode to: 1
[  213.889833] ath10k_pci 0000:06:00.0: pci irq legacy interrupts 0
irq_mode 1 reset_mode 0
[  216.907165] ath10k_pci 0000:06:00.0: failed to receive initialized
event from target: b8600448
[  216.907166] ath10k_pci 0000:06:00.0: failed to wait for target after
cold reset: -110
[  216.907167] ath10k_pci 0000:06:00.0: failed to reset chip: -110
[  216.907220] ath10k_pci: probe of 0000:06:00.0 failed with error -110


> Don't just go about renaming firmware filenames like that, please.
> It's used to prevent older ath10k using newer firmware images which it
> wouldn't handle anyway.
upon those instructions :
https://github.com/kvalo/ath10k-firmware/pull/2
copying firmware-4.bin to firmware-5.bin seems to help for some users

Best Regards


On 07/23/2015 09:21 AM, Michal Kazior wrote:
> On 23 July 2015 at 10:05, Alexandre Maloteaux <a.maloteaux@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  described here :
>>
>> https://www.mail-archive.com/ath10k@lists.infradead.org/msg02283.html
>> https://askubuntu.com/questions/546813/killer-n1525-with-ubuntu-14-10
> 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.
>
>
>> Im on Arch and i have tested with the Eurocom Drivers
>> (http://downloads.eurocom.com/support/drivers/zip/260/260_KillerWLAN_W864.zip)
>> and the sumdog blobs  (https://github.com/sumdog/ath10k-firmware.git)
>> directly on those 3 firmwares
>> Arch official : 4.1.2-2-ARCH
>> kvalo master : 4.2.0-rc3
>> kvalo qca branch : 4.1.0-rc6
>>
>> I have a different issue for each kernel and i have tested with all
>> board.bin available but none worked :
>>
>> ARCH official issue :
> [snip]
>
> This won't work. 4.1 doesn't contain the necessary patch[2].
>
>
>> kvalo master :
>>
>> [    0.000000] Linux version 4.2.0-rc3-wl-ath-KVALO-ATH-MASTER+
>> (root@z1kadev) (gcc version 5.1.0 (GCC) ) #2 SMP PREEMPT Tue Jul 21
>> 15:07:02 WAT 2015
>> [   12.381604] systemd[1]: cups.path: Cannot add dependency job,
>> ignoring: Unit cups.path failed to load: No such file or directory.
>> [   12.595610] ath3k: probe of 3-7:1.0 failed with error -22
>> [   12.595637] usbcore: registered new interface driver ath3k
>> [   12.627163] ath10k_pci 0000:06:00.0: enabling device (0000 -> 0002)
>> [   12.627915] ath10k_pci 0000:06:00.0: pci irq msi-x interrupts 8
>> irq_mode 0 reset_mode 0
>> [   12.822155] ath10k_pci 0000:06:00.0: Direct firmware load for
>> ath10k/cal-pci-0000:06:00.0.bin failed with error -2
>> [   12.822158] ath10k_pci 0000:06:00.0: Falling back to user helper
>> [   72.915990] ath10k_pci 0000:06:00.0: Direct firmware load for
>> ath10k/QCA6174/hw2.1/board-pci-168c:003e:1a56:1525.bin failed with error -2
>> [   72.915993] ath10k_pci 0000:06:00.0: Falling back to user helper
>> [  133.010331] ath10k_pci 0000:06:00.0: failed to load spec board file,
>> falling back to generic: -11
>> [  133.010647] ath10k_pci 0000:06:00.0: Direct firmware load for
>> ath10k/QCA6174/hw2.1/firmware-5.bin failed with error -2
>> [  133.010649] ath10k_pci 0000:06:00.0: Falling back to user helper
>> [  193.105501] ath10k_pci 0000:06:00.0: could not fetch firmware file
>> 'ath10k/QCA6174/hw2.1/firmware-5.bin': -11
>> [  194.276201] ath10k_pci 0000:06:00.0: received unsolicited fw crash
>> interrupt
>> [  194.276209] ath10k_pci 0000:06:00.0: received unsolicited fw crash
>> interrupt
>> [  195.275581] ath10k_pci 0000:06:00.0: failed to receive control
>> response completion, polling..
>> [  195.275699] ath10k_pci 0000:06:00.0: received unsolicited fw crash
>> interrupt
> This looks interesting. Can you please:
>
>  rmmod ath10k_pci
>  modprobe ath10k_pci irq_mode=1
>
> Msi range handling could be broken on this hw. If so we'll need to blacklist it.
>
>
>> [  196.277176] ath10k_pci 0000:06:00.0: Service connect timeout
>> [  196.277179] ath10k_pci 0000:06:00.0: failed to connect htt (-110)
>> [  196.347791] ath10k_pci 0000:06:00.0: could not init core (-110)
>> [  196.347819] ath10k_pci 0000:06:00.0: could not probe fw (-110)
>>
>> kvalo qca branch :
>>
>> [  386.639108] ath10k_pci 0000:06:00.0: failed to receive initialized
>> event from target: b8600448
>> [  386.639110] ath10k_pci 0000:06:00.0: failed to wait for target after
>> cold reset: -110
>> [  386.639110] ath10k_pci 0000:06:00.0: failed to reset chip: -110
>> [  386.639203] ath10k_pci: probe of 0000:06:00.0 failed with error -110
>> [  419.547152] ath10k_pci 0000:06:00.0: pci irq msi-x interrupts 8
>> irq_mode 0 reset_mode 0
>> [  422.565998] ath10k_pci 0000:06:00.0: failed to receive initialized
>> event from target: b8600448
>> [  422.566000] ath10k_pci 0000:06:00.0: failed to wait for target after
>> cold reset: -110
>> [  422.566001] ath10k_pci 0000:06:00.0: failed to reset chip: -110
>> [  422.566096] ath10k_pci: probe of 0000:06:00.0 failed with error -110
>>
>> im getting only the cal issue  on the kvalo master if i copy
>> firmware-4.bin to firmware-5.bin.
> Don't just go about renaming firmware filenames like that, please.
> It's used to prevent older ath10k using newer firmware images which it
> wouldn't handle anyway.
>
>
>> If i copy fw-1.bin from dissect.py to
>> cal-pci-0000:06:00.0.bin . I m getting the issue with the official arch...
> Uhm, that's wrong. Don't use cal-pci-xxx unless you know what you're doing.
>
> fw-1 and fw-2 from dissect are otp and main program binaries.
> cal-pci-xxx is just calibration data blob. This is something entirely
> else.
>
> If you see OTP failure you need to either set up adequate fw_feature
> flag in the firmware-X.bin or pass skip_otp=y parameter while probing
> ath10k_core module.
>
>
> [1]: https://github.com/kvalo/ath10k-firmware/pull/2
> [2]: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.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

Re: QCA6174 hw2.1 on Clevo P750ZM

[Michal Kazior]

On 23 July 2015 at 10:47, Alexandre Maloteaux <a.maloteaux@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
> test with the skip_otp parameter
>
>> This looks interesting. Can you please:
>>
>>  rmmod ath10k_pci
>>  modprobe ath10k_pci irq_mode=1
>>
>> Msi range handling could be broken on this hw. If so we'll need to blacklist it.
>
> Still the same issue :
>
> [  213.889825] ath10k_pci 0000:06:00.0: limiting irq mode to: 1
> [  213.889833] ath10k_pci 0000:06:00.0: pci irq legacy interrupts 0
> irq_mode 1 reset_mode 0
> [  216.907165] ath10k_pci 0000:06:00.0: failed to receive initialized
> event from target: b8600448

Whoa. This value cannot be possibly correct. The register shouldn't
ever take such values.

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.

Can you make sure you test df0cf3c1249bc0c3a5a2077d6901eb90c19b7fda, please?

When you do, and it still crashes, can you get traces[3], please?


> [  216.907166] ath10k_pci 0000:06:00.0: failed to wait for target after
> cold reset: -110
> [  216.907167] ath10k_pci 0000:06:00.0: failed to reset chip: -110
> [  216.907220] ath10k_pci: probe of 0000:06:00.0 failed with error -110
>
>
>> Don't just go about renaming firmware filenames like that, please.
>> It's used to prevent older ath10k using newer firmware images which it
>> wouldn't handle anyway.
> upon those instructions :
> https://github.com/kvalo/ath10k-firmware/pull/2
> copying firmware-4.bin to firmware-5.bin seems to help for some users

It matters not. Driver tries to fallback until it finds any
firmware-X. If it doesn't find firmware-5.bin it'll try to load
firmware-4.bin, etc. This will be accompanied by a warning in kernel
log for each fallback attempt but it's harmless. Driver doesn't
distinguish firmware functionality by filename numbering.


[1]: https://github.com/kvalo/ath/commit/a052158aa981ca470673f49c636b289ee16894ea
[2]: https://github.com/kvalo/ath/commit/3c7e256a6de378e01098147527082abae05b146e
[3]: https://wireless.wiki.kernel.org/en/users/drivers/ath10k/debug#tracing


Michał

>
> Best Regards
>
>
> On 07/23/2015 09:21 AM, Michal Kazior wrote:
>> On 23 July 2015 at 10:05, Alexandre Maloteaux <a.maloteaux@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  described here :
>>>
>>> https://www.mail-archive.com/ath10k@lists.infradead.org/msg02283.html
>>> https://askubuntu.com/questions/546813/killer-n1525-with-ubuntu-14-10
>> 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.
>>
>>
>>> Im on Arch and i have tested with the Eurocom Drivers
>>> (http://downloads.eurocom.com/support/drivers/zip/260/260_KillerWLAN_W864.zip)
>>> and the sumdog blobs  (https://github.com/sumdog/ath10k-firmware.git)
>>> directly on those 3 firmwares
>>> Arch official : 4.1.2-2-ARCH
>>> kvalo master : 4.2.0-rc3
>>> kvalo qca branch : 4.1.0-rc6
>>>
>>> I have a different issue for each kernel and i have tested with all
>>> board.bin available but none worked :
>>>
>>> ARCH official issue :
>> [snip]
>>
>> This won't work. 4.1 doesn't contain the necessary patch[2].
>>
>>
>>> kvalo master :
>>>
>>> [    0.000000] Linux version 4.2.0-rc3-wl-ath-KVALO-ATH-MASTER+
>>> (root@z1kadev) (gcc version 5.1.0 (GCC) ) #2 SMP PREEMPT Tue Jul 21
>>> 15:07:02 WAT 2015
>>> [   12.381604] systemd[1]: cups.path: Cannot add dependency job,
>>> ignoring: Unit cups.path failed to load: No such file or directory.
>>> [   12.595610] ath3k: probe of 3-7:1.0 failed with error -22
>>> [   12.595637] usbcore: registered new interface driver ath3k
>>> [   12.627163] ath10k_pci 0000:06:00.0: enabling device (0000 -> 0002)
>>> [   12.627915] ath10k_pci 0000:06:00.0: pci irq msi-x interrupts 8
>>> irq_mode 0 reset_mode 0
>>> [   12.822155] ath10k_pci 0000:06:00.0: Direct firmware load for
>>> ath10k/cal-pci-0000:06:00.0.bin failed with error -2
>>> [   12.822158] ath10k_pci 0000:06:00.0: Falling back to user helper
>>> [   72.915990] ath10k_pci 0000:06:00.0: Direct firmware load for
>>> ath10k/QCA6174/hw2.1/board-pci-168c:003e:1a56:1525.bin failed with error -2
>>> [   72.915993] ath10k_pci 0000:06:00.0: Falling back to user helper
>>> [  133.010331] ath10k_pci 0000:06:00.0: failed to load spec board file,
>>> falling back to generic: -11
>>> [  133.010647] ath10k_pci 0000:06:00.0: Direct firmware load for
>>> ath10k/QCA6174/hw2.1/firmware-5.bin failed with error -2
>>> [  133.010649] ath10k_pci 0000:06:00.0: Falling back to user helper
>>> [  193.105501] ath10k_pci 0000:06:00.0: could not fetch firmware file
>>> 'ath10k/QCA6174/hw2.1/firmware-5.bin': -11
>>> [  194.276201] ath10k_pci 0000:06:00.0: received unsolicited fw crash
>>> interrupt
>>> [  194.276209] ath10k_pci 0000:06:00.0: received unsolicited fw crash
>>> interrupt
>>> [  195.275581] ath10k_pci 0000:06:00.0: failed to receive control
>>> response completion, polling..
>>> [  195.275699] ath10k_pci 0000:06:00.0: received unsolicited fw crash
>>> interrupt
>> This looks interesting. Can you please:
>>
>>  rmmod ath10k_pci
>>  modprobe ath10k_pci irq_mode=1
>>
>> Msi range handling could be broken on this hw. If so we'll need to blacklist it.
>>
>>
>>> [  196.277176] ath10k_pci 0000:06:00.0: Service connect timeout
>>> [  196.277179] ath10k_pci 0000:06:00.0: failed to connect htt (-110)
>>> [  196.347791] ath10k_pci 0000:06:00.0: could not init core (-110)
>>> [  196.347819] ath10k_pci 0000:06:00.0: could not probe fw (-110)
>>>
>>> kvalo qca branch :
>>>
>>> [  386.639108] ath10k_pci 0000:06:00.0: failed to receive initialized
>>> event from target: b8600448
>>> [  386.639110] ath10k_pci 0000:06:00.0: failed to wait for target after
>>> cold reset: -110
>>> [  386.639110] ath10k_pci 0000:06:00.0: failed to reset chip: -110
>>> [  386.639203] ath10k_pci: probe of 0000:06:00.0 failed with error -110
>>> [  419.547152] ath10k_pci 0000:06:00.0: pci irq msi-x interrupts 8
>>> irq_mode 0 reset_mode 0
>>> [  422.565998] ath10k_pci 0000:06:00.0: failed to receive initialized
>>> event from target: b8600448
>>> [  422.566000] ath10k_pci 0000:06:00.0: failed to wait for target after
>>> cold reset: -110
>>> [  422.566001] ath10k_pci 0000:06:00.0: failed to reset chip: -110
>>> [  422.566096] ath10k_pci: probe of 0000:06:00.0 failed with error -110
>>>
>>> im getting only the cal issue  on the kvalo master if i copy
>>> firmware-4.bin to firmware-5.bin.
>> Don't just go about renaming firmware filenames like that, please.
>> It's used to prevent older ath10k using newer firmware images which it
>> wouldn't handle anyway.
>>
>>
>>> If i copy fw-1.bin from dissect.py to
>>> cal-pci-0000:06:00.0.bin . I m getting the issue with the official arch...
>> Uhm, that's wrong. Don't use cal-pci-xxx unless you know what you're doing.
>>
>> fw-1 and fw-2 from dissect are otp and main program binaries.
>> cal-pci-xxx is just calibration data blob. This is something entirely
>> else.
>>
>> If you see OTP failure you need to either set up adequate fw_feature
>> flag in the firmware-X.bin or pass skip_otp=y parameter while probing
>> ath10k_core module.
>>
>>
>> [1]: https://github.com/kvalo/ath10k-firmware/pull/2
>> [2]: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.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

Re: QCA6174 hw2.1 on Clevo P750ZM

[Alexandre Maloteaux]

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 kvalo-qca branch ? 


kvalo-master :

 0.000000] Linux version 4.2.0-rc3-wl-ath-KVALO-ATH-MASTER+
(root@z1kadev) (gcc version 5.1.0 (GCC) ) #2 SMP PREEMPT Tue Jul 21
15:07:02 WAT 2015
[   12.381604] systemd[1]: cups.path: Cannot add dependency job,
ignoring: Unit cups.path failed to load: No such file or directory.
[   12.595610] ath3k: probe of 3-7:1.0 failed with error -22
[   12.595637] usbcore: registered new interface driver ath3k
[   12.627163] ath10k_pci 0000:06:00.0: enabling device (0000 -> 0002)
[   12.627915] ath10k_pci 0000:06:00.0: pci irq msi-x interrupts 8
irq_mode 0 reset_mode 0
[   12.822155] ath10k_pci 0000:06:00.0: Direct firmware load for
ath10k/cal-pci-0000:06:00.0.bin failed with error -2
[   12.822158] ath10k_pci 0000:06:00.0: Falling back to user helper
[   72.915990] ath10k_pci 0000:06:00.0: Direct firmware load for
ath10k/QCA6174/hw2.1/board-pci-168c:003e:1a56:1525.bin failed with error -2
[   72.915993] ath10k_pci 0000:06:00.0: Falling back to user helper
[  133.010331] ath10k_pci 0000:06:00.0: failed to load spec board file,
falling back to generic: -11
[  133.010647] ath10k_pci 0000:06:00.0: Direct firmware load for
ath10k/QCA6174/hw2.1/firmware-5.bin failed with error -2
[  133.010649] ath10k_pci 0000:06:00.0: Falling back to user helper
[  193.105501] ath10k_pci 0000:06:00.0: could not fetch firmware file
'ath10k/QCA6174/hw2.1/firmware-5.bin': -11
[  194.276201] ath10k_pci 0000:06:00.0: received unsolicited fw crash
interrupt
[  194.276209] ath10k_pci 0000:06:00.0: received unsolicited fw crash
interrupt
[  195.275581] ath10k_pci 0000:06:00.0: failed to receive control
response completion, polling..
[  195.275699] ath10k_pci 0000:06:00.0: received unsolicited fw crash
interrupt
[  196.277176] ath10k_pci 0000:06:00.0: Service connect timeout
[  196.277179] ath10k_pci 0000:06:00.0: failed to connect htt (-110)
[  196.347791] ath10k_pci 0000:06:00.0: could not init core (-110)
[  196.347819] ath10k_pci 0000:06:00.0: could not probe fw (-110)



On 07/23/2015 10:28 AM, Michal Kazior wrote:
> On 23 July 2015 at 10:47, Alexandre Maloteaux <a.maloteaux@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
>> test with the skip_otp parameter
>>
>>> This looks interesting. Can you please:
>>>
>>>  rmmod ath10k_pci
>>>  modprobe ath10k_pci irq_mode=1
>>>
>>> Msi range handling could be broken on this hw. If so we'll need to blacklist it.
>> Still the same issue :
>>
>> [  213.889825] ath10k_pci 0000:06:00.0: limiting irq mode to: 1
>> [  213.889833] ath10k_pci 0000:06:00.0: pci irq legacy interrupts 0
>> irq_mode 1 reset_mode 0
>> [  216.907165] ath10k_pci 0000:06:00.0: failed to receive initialized
>> event from target: b8600448
> Whoa. This value cannot be possibly correct. The register shouldn't
> ever take such values.
>
> 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.
>
> Can you make sure you test df0cf3c1249bc0c3a5a2077d6901eb90c19b7fda, please?
>
> When you do, and it still crashes, can you get traces[3], please?
>
>
>> [  216.907166] ath10k_pci 0000:06:00.0: failed to wait for target after
>> cold reset: -110
>> [  216.907167] ath10k_pci 0000:06:00.0: failed to reset chip: -110
>> [  216.907220] ath10k_pci: probe of 0000:06:00.0 failed with error -110
>>
>>
>>> Don't just go about renaming firmware filenames like that, please.
>>> It's used to prevent older ath10k using newer firmware images which it
>>> wouldn't handle anyway.
>> upon those instructions :
>> https://github.com/kvalo/ath10k-firmware/pull/2
>> copying firmware-4.bin to firmware-5.bin seems to help for some users
> It matters not. Driver tries to fallback until it finds any
> firmware-X. If it doesn't find firmware-5.bin it'll try to load
> firmware-4.bin, etc. This will be accompanied by a warning in kernel
> log for each fallback attempt but it's harmless. Driver doesn't
> distinguish firmware functionality by filename numbering.
>
>
> [1]: https://github.com/kvalo/ath/commit/a052158aa981ca470673f49c636b289ee16894ea
> [2]: https://github.com/kvalo/ath/commit/3c7e256a6de378e01098147527082abae05b146e
> [3]: https://wireless.wiki.kernel.org/en/users/drivers/ath10k/debug#tracing
>
>
> Michał
>
>> Best Regards
>>
>>
>> On 07/23/2015 09:21 AM, Michal Kazior wrote:
>>> On 23 July 2015 at 10:05, Alexandre Maloteaux <a.maloteaux@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  described here :
>>>>
>>>> https://www.mail-archive.com/ath10k@lists.infradead.org/msg02283.html
>>>> https://askubuntu.com/questions/546813/killer-n1525-with-ubuntu-14-10
>>> 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.
>>>
>>>
>>>> Im on Arch and i have tested with the Eurocom Drivers
>>>> (http://downloads.eurocom.com/support/drivers/zip/260/260_KillerWLAN_W864.zip)
>>>> and the sumdog blobs  (https://github.com/sumdog/ath10k-firmware.git)
>>>> directly on those 3 firmwares
>>>> Arch official : 4.1.2-2-ARCH
>>>> kvalo master : 4.2.0-rc3
>>>> kvalo qca branch : 4.1.0-rc6
>>>>
>>>> I have a different issue for each kernel and i have tested with all
>>>> board.bin available but none worked :
>>>>
>>>> ARCH official issue :
>>> [snip]
>>>
>>> This won't work. 4.1 doesn't contain the necessary patch[2].
>>>
>>>
>>>> kvalo master :
>>>>
>>>> [    0.000000] Linux version 4.2.0-rc3-wl-ath-KVALO-ATH-MASTER+
>>>> (root@z1kadev) (gcc version 5.1.0 (GCC) ) #2 SMP PREEMPT Tue Jul 21
>>>> 15:07:02 WAT 2015
>>>> [   12.381604] systemd[1]: cups.path: Cannot add dependency job,
>>>> ignoring: Unit cups.path failed to load: No such file or directory.
>>>> [   12.595610] ath3k: probe of 3-7:1.0 failed with error -22
>>>> [   12.595637] usbcore: registered new interface driver ath3k
>>>> [   12.627163] ath10k_pci 0000:06:00.0: enabling device (0000 -> 0002)
>>>> [   12.627915] ath10k_pci 0000:06:00.0: pci irq msi-x interrupts 8
>>>> irq_mode 0 reset_mode 0
>>>> [   12.822155] ath10k_pci 0000:06:00.0: Direct firmware load for
>>>> ath10k/cal-pci-0000:06:00.0.bin failed with error -2
>>>> [   12.822158] ath10k_pci 0000:06:00.0: Falling back to user helper
>>>> [   72.915990] ath10k_pci 0000:06:00.0: Direct firmware load for
>>>> ath10k/QCA6174/hw2.1/board-pci-168c:003e:1a56:1525.bin failed with error -2
>>>> [   72.915993] ath10k_pci 0000:06:00.0: Falling back to user helper
>>>> [  133.010331] ath10k_pci 0000:06:00.0: failed to load spec board file,
>>>> falling back to generic: -11
>>>> [  133.010647] ath10k_pci 0000:06:00.0: Direct firmware load for
>>>> ath10k/QCA6174/hw2.1/firmware-5.bin failed with error -2
>>>> [  133.010649] ath10k_pci 0000:06:00.0: Falling back to user helper
>>>> [  193.105501] ath10k_pci 0000:06:00.0: could not fetch firmware file
>>>> 'ath10k/QCA6174/hw2.1/firmware-5.bin': -11
>>>> [  194.276201] ath10k_pci 0000:06:00.0: received unsolicited fw crash
>>>> interrupt
>>>> [  194.276209] ath10k_pci 0000:06:00.0: received unsolicited fw crash
>>>> interrupt
>>>> [  195.275581] ath10k_pci 0000:06:00.0: failed to receive control
>>>> response completion, polling..
>>>> [  195.275699] ath10k_pci 0000:06:00.0: received unsolicited fw crash
>>>> interrupt
>>> This looks interesting. Can you please:
>>>
>>>  rmmod ath10k_pci
>>>  modprobe ath10k_pci irq_mode=1
>>>
>>> Msi range handling could be broken on this hw. If so we'll need to blacklist it.
>>>
>>>
>>>> [  196.277176] ath10k_pci 0000:06:00.0: Service connect timeout
>>>> [  196.277179] ath10k_pci 0000:06:00.0: failed to connect htt (-110)
>>>> [  196.347791] ath10k_pci 0000:06:00.0: could not init core (-110)
>>>> [  196.347819] ath10k_pci 0000:06:00.0: could not probe fw (-110)
>>>>
>>>> kvalo qca branch :
>>>>
>>>> [  386.639108] ath10k_pci 0000:06:00.0: failed to receive initialized
>>>> event from target: b8600448
>>>> [  386.639110] ath10k_pci 0000:06:00.0: failed to wait for target after
>>>> cold reset: -110
>>>> [  386.639110] ath10k_pci 0000:06:00.0: failed to reset chip: -110
>>>> [  386.639203] ath10k_pci: probe of 0000:06:00.0 failed with error -110
>>>> [  419.547152] ath10k_pci 0000:06:00.0: pci irq msi-x interrupts 8
>>>> irq_mode 0 reset_mode 0
>>>> [  422.565998] ath10k_pci 0000:06:00.0: failed to receive initialized
>>>> event from target: b8600448
>>>> [  422.566000] ath10k_pci 0000:06:00.0: failed to wait for target after
>>>> cold reset: -110
>>>> [  422.566001] ath10k_pci 0000:06:00.0: failed to reset chip: -110
>>>> [  422.566096] ath10k_pci: probe of 0000:06:00.0 failed with error -110
>>>>
>>>> im getting only the cal issue  on the kvalo master if i copy
>>>> firmware-4.bin to firmware-5.bin.
>>> Don't just go about renaming firmware filenames like that, please.
>>> It's used to prevent older ath10k using newer firmware images which it
>>> wouldn't handle anyway.
>>>
>>>
>>>> If i copy fw-1.bin from dissect.py to
>>>> cal-pci-0000:06:00.0.bin . I m getting the issue with the official arch...
>>> Uhm, that's wrong. Don't use cal-pci-xxx unless you know what you're doing.
>>>
>>> fw-1 and fw-2 from dissect are otp and main program binaries.
>>> cal-pci-xxx is just calibration data blob. This is something entirely
>>> else.
>>>
>>> If you see OTP failure you need to either set up adequate fw_feature
>>> flag in the firmware-X.bin or pass skip_otp=y parameter while probing
>>> ath10k_core module.
>>>
>>>
>>> [1]: https://github.com/kvalo/ath10k-firmware/pull/2
>>> [2]: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.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

Re: QCA6174 hw2.1 on Clevo P750ZM

[Michal Kazior]

On 23 July 2015 at 11:33, Alexandre Maloteaux <a.maloteaux@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 i m getting this issue below
>
> Do you still want me to do the tracing part on kvalo-qca branch ?

No need to test kvalo-qca. Just stick with kvalo-master, please.


> kvalo-master :
>
>  0.000000] Linux version 4.2.0-rc3-wl-ath-KVALO-ATH-MASTER+
> (root@z1kadev) (gcc version 5.1.0 (GCC) ) #2 SMP PREEMPT Tue Jul 21
> 15:07:02 WAT 2015
> [   12.381604] systemd[1]: cups.path: Cannot add dependency job,
> ignoring: Unit cups.path failed to load: No such file or directory.
> [   12.595610] ath3k: probe of 3-7:1.0 failed with error -22
> [   12.595637] usbcore: registered new interface driver ath3k
> [   12.627163] ath10k_pci 0000:06:00.0: enabling device (0000 -> 0002)
> [   12.627915] ath10k_pci 0000:06:00.0: pci irq msi-x interrupts 8
> irq_mode 0 reset_mode 0

You didn't use the irq_mode=1 parameter. Can you re-test, please?


Michał

_______________________________________________
ath10k mailing list
ath10k@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/ath10k

Re: QCA6174 hw2.1 on Clevo P750ZM

[Alexandre Maloteaux]

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 0000:06:00.0: enabling device (0000 -> 0002)
[  255.997129] ath10k_pci 0000:06:00.0: pci irq msi-x interrupts 8
irq_mode 0 reset_mode 0
[  256.174560] ath10k_pci 0000:06:00.0: Direct firmware load for
ath10k/cal-pci-0000:06:00.0.bin failed with error -2
[  256.174562] ath10k_pci 0000:06:00.0: Falling back to user helper
[  316.269053] ath10k_pci 0000:06:00.0: Direct firmware load for
ath10k/QCA6174/hw2.1/board-pci-168c:003e:1a56:1525.bin failed with error -2
[  316.269061] ath10k_pci 0000:06:00.0: Falling back to user helper
[  376.362848] ath10k_pci 0000:06:00.0: failed to load spec board file,
falling back to generic: -11
[  376.363326] ath10k_pci 0000:06:00.0: Direct firmware load for
ath10k/QCA6174/hw2.1/firmware-5.bin failed with error -2
[  376.363333] ath10k_pci 0000:06:00.0: Falling back to user helper
[  436.458041] ath10k_pci 0000:06:00.0: could not fetch firmware file
'ath10k/QCA6174/hw2.1/firmware-5.bin': -11
[  437.634407] ath10k_pci 0000:06:00.0: received unsolicited fw crash
interrupt
[  437.634415] ath10k_pci 0000:06:00.0: received unsolicited fw crash
interrupt
[  438.634688] ath10k_pci 0000:06:00.0: failed to receive control
response completion, polling..
[  438.634767] ath10k_pci 0000:06:00.0: received unsolicited fw crash
interrupt
[  438.634790] ath10k_pci 0000:06:00.0: received unsolicited fw crash
interrupt
[  439.636320] ath10k_pci 0000:06:00.0: Service connect timeout
[  439.636325] ath10k_pci 0000:06:00.0: failed to connect htt (-110)
[  439.706905] ath10k_pci 0000:06:00.0: could not init core (-110)
[  439.706929] ath10k_pci 0000:06:00.0: could not probe fw (-110)
[  515.965549] ath10k_pci 0000:06:00.0: limiting irq mode to: 1

[  515.965557] ath10k_pci 0000:06:00.0: pci irq legacy interrupts 0
irq_mode 1 reset_mode 0
[  516.202334] ath10k_pci 0000:06:00.0: Direct firmware load for
ath10k/cal-pci-0000:06:00.0.bin failed with error -2
[  516.202335] ath10k_pci 0000:06:00.0: Falling back to user helper
[  576.296201] ath10k_pci 0000:06:00.0: Direct firmware load for
ath10k/QCA6174/hw2.1/board-pci-168c:003e:1a56:1525.bin failed with error -2
[  576.296210] ath10k_pci 0000:06:00.0: Falling back to user helper
[  636.391328] ath10k_pci 0000:06:00.0: failed to load spec board file,
falling back to generic: -11
[  636.391402] ath10k_pci 0000:06:00.0: Direct firmware load for
ath10k/QCA6174/hw2.1/firmware-5.bin failed with error -2
[  636.391405] ath10k_pci 0000:06:00.0: Falling back to user helper

Best Regards

On 07/23/2015 10:36 AM, Michal Kazior wrote:
> On 23 July 2015 at 11:33, Alexandre Maloteaux <a.maloteaux@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 i m getting this issue below
>>
>> Do you still want me to do the tracing part on kvalo-qca branch ?
> No need to test kvalo-qca. Just stick with kvalo-master, please.
>
>
>> kvalo-master :
>>
>>  0.000000] Linux version 4.2.0-rc3-wl-ath-KVALO-ATH-MASTER+
>> (root@z1kadev) (gcc version 5.1.0 (GCC) ) #2 SMP PREEMPT Tue Jul 21
>> 15:07:02 WAT 2015
>> [   12.381604] systemd[1]: cups.path: Cannot add dependency job,
>> ignoring: Unit cups.path failed to load: No such file or directory.
>> [   12.595610] ath3k: probe of 3-7:1.0 failed with error -22
>> [   12.595637] usbcore: registered new interface driver ath3k
>> [   12.627163] ath10k_pci 0000:06:00.0: enabling device (0000 -> 0002)
>> [   12.627915] ath10k_pci 0000:06:00.0: pci irq msi-x interrupts 8
>> irq_mode 0 reset_mode 0
> You didn't use the irq_mode=1 parameter. Can you re-test, please?
>
>
> Michał
>




_______________________________________________
ath10k mailing list
ath10k@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/ath10k

Re: QCA6174 hw2.1 on Clevo P750ZM

[Alexandre Maloteaux]

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
modprobe.d rule with irq_mode=1 ?
Thanks a lot for knowledge and time shared !!!!!!

output :

[  315.417575] ath10k_pci 0000:06:00.0: pci irq legacy interrupts 0
irq_mode 1 reset_mode 0
[  315.661404] ath10k_pci 0000:06:00.0: Direct firmware load for
ath10k/cal-pci-0000:06:00.0.bin failed with error -2
[  315.661406] ath10k_pci 0000:06:00.0: Falling back to user helper
[  375.755105] ath10k_pci 0000:06:00.0: Direct firmware load for
ath10k/QCA6174/hw2.1/board-pci-168c:003e:1a56:1525.bin failed with error -2
[  375.755107] ath10k_pci 0000:06:00.0: Falling back to user helper
[  435.850288] ath10k_pci 0000:06:00.0: failed to load spec board file,
falling back to generic: -11
[  435.850328] ath10k_pci 0000:06:00.0: Direct firmware load for
ath10k/QCA6174/hw2.1/firmware-5.bin failed with error -2
[  435.850330] ath10k_pci 0000:06:00.0: Falling back to user helper
[  495.945454] ath10k_pci 0000:06:00.0: could not fetch firmware file
'ath10k/QCA6174/hw2.1/firmware-5.bin': -11
[  497.140018] ath10k_pci 0000:06:00.0: qca6174 hw2.1 (0x05010000,
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
\xffffff80\xffffffd4\xffffffa8\xfffffff9\xffffff88\xffffffff\xffffffff
[  497.140021] ath10k_pci 0000:06:00.0: debug 1 debugfs 1 tracing 1 dfs
0 testmode 0
[  497.218423] ath: EEPROM regdomain: 0x6c
[  497.218426] ath: EEPROM indicates we should expect a direct regpair map
[  497.218427] ath: Country alpha2 being used: 00
[  497.218427] ath: Regpair used: 0x6c
[  497.222363] ath10k_pci 0000:06:00.0 wlp6s0: renamed from wlan0
[ 1349.087696] ath10k_pci 0000:06:00.0: no channel configured; ignoring
frame(s)!

Best Regards


On 07/23/2015 11:38 AM, Alexandre Maloteaux wrote:
> Yes sorry i reposted on the mailing list as soon as  i noticed the
> mistake :)
>
> On 07/23/2015 11:29 AM, Michal Kazior wrote:
>> Try not to email me privately when discussing in public unless there's
>> a good reason to do so, please.
>>
>>
>> On 23 July 2015 at 12:11, Alexandre Maloteaux <a.maloteaux@gmail.com> wrote:
>>> 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 0000:06:00.0: enabling device (0000 -> 0002)
>>> [  255.997129] ath10k_pci 0000:06:00.0: pci irq msi-x interrupts 8
>>> irq_mode 0 reset_mode 0
>>> [  256.174560] ath10k_pci 0000:06:00.0: Direct firmware load for
>>> ath10k/cal-pci-0000:06:00.0.bin failed with error -2
>>> [ 256.174562] ath10k_pci 0000:06:00.0: Falling back to user helper
>>> [  316.269053] ath10k_pci 0000:06:00.0: Direct firmware load for
>>> ath10k/QCA6174/hw2.1/board-pci-168c:003e:1a56:1525.bin failed with error -2
>>> [  316.269061] ath10k_pci 0000:06:00.0: Falling back to user helper
>>> [  376.362848] ath10k_pci 0000:06:00.0: failed to load spec board file,
>>> falling back to generic: -11
>>> [  376.363326] ath10k_pci 0000:06:00.0: Direct firmware load for
>>> ath10k/QCA6174/hw2.1/firmware-5.bin failed with error -2
>>> [  376.363333] ath10k_pci 0000:06:00.0: Falling back to user helper
>>> [  436.458041] ath10k_pci 0000:06:00.0: could not fetch firmware file
>>> 'ath10k/QCA6174/hw2.1/firmware-5.bin': -11
>>> [  437.634407] ath10k_pci 0000:06:00.0: received unsolicited fw crash
>>> interrupt
>>> [  437.634415] ath10k_pci 0000:06:00.0: received unsolicited fw crash
>>> interrupt
>>> [  438.634688] ath10k_pci 0000:06:00.0: failed to receive control
>>> response completion, polling..
>>> [  438.634767] ath10k_pci 0000:06:00.0: received unsolicited fw crash
>>> interrupt
>>> [  438.634790] ath10k_pci 0000:06:00.0: received unsolicited fw crash
>>> interrupt
>>> [  439.636320] ath10k_pci 0000:06:00.0: Service connect timeout
>>> [  439.636325] ath10k_pci 0000:06:00.0: failed to connect htt (-110)
>>> [  439.706905] ath10k_pci 0000:06:00.0: could not init core (-110)
>>> [  439.706929] ath10k_pci 0000:06:00.0: could not probe fw (-110)
>> The above is previous attempt without irq_mode being set so can be ignored.
>>
>>
>>> [  515.965549] ath10k_pci 0000:06:00.0: limiting irq mode to: 1
>>>
>>> [  515.965557] ath10k_pci 0000:06:00.0: pci irq legacy interrupts 0
>>> irq_mode 1 reset_mode 0
>>> [  516.202334] ath10k_pci 0000:06:00.0: Direct firmware load for
>>> ath10k/cal-pci-0000:06:00.0.bin failed with error -2
>>> [ 516.202335] ath10k_pci 0000:06:00.0: Falling back to user helper
>>> [ 576.296201] ath10k_pci 0000:06:00.0: Direct firmware load for
>>> ath10k/QCA6174/hw2.1/board-pci-168c:003e:1a56:1525.bin failed with error -2
>>> [ 576.296210] ath10k_pci 0000:06:00.0: Falling back to user helper
>> You seem to be having really long timeouts when probing fw files. This
>> shouldn't be a problem as far as functionality is concerned but can be
>> really painful to wait all these delays.. I don't know why your system
>> does that. I suspect your udev is broken and misconfigured.
>>
>>
>>> [ 636.391328] ath10k_pci 0000:06:00.0: failed to load spec board file,
>>> falling back to generic: -11
>>> [ 636.391402] ath10k_pci 0000:06:00.0: Direct firmware load for
>>> ath10k/QCA6174/hw2.1/firmware-5.bin failed with error -2
>>> [ 636.391405] ath10k_pci 0000:06:00.0: Falling back to user helper
>> I don't see fatal failure here. Everything up until this line is mere
>> warnings. There should be more prints following this.
>>
>>
>> Michał
>>


_______________________________________________
ath10k mailing list
ath10k@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/ath10k

Re: QCA6174 hw2.1 on Clevo P750ZM

[Kalle Valo]

Alexandre Maloteaux <a.maloteaux@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
> \xffffff80\xffffffd4\xffffffa8\xfffffff9\xffffff88\xffffffff\xffffffff

What's happening with the features string here? What might cause that?

-- 
Kalle Valo

_______________________________________________
ath10k mailing list
ath10k@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/ath10k

Re: QCA6174 hw2.1 on Clevo P750ZM

[Alexandre Maloteaux]

> 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 Valo wrote:
> Alexandre Maloteaux <a.maloteaux@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
>> \xffffff80\xffffffd4\xffffffa8\xfffffff9\xffffff88\xffffffff\xffffffff
> What's happening with the features string here? What might cause that?
>


_______________________________________________
ath10k mailing list
ath10k@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/ath10k

Re: QCA6174 hw2.1 on Clevo P750ZM

[Alexandre Maloteaux]

Hi i would like to test with other board.bin but i m facing the  timeout
issue. Each time the ath10k_pci module fail with a firmware there is a
timeout of 1 minute before testing the next one. Any idea what could help ?

[Fri Jul 24 11:10:02 2015] ath10k_pci 0000:06:00.0: pci irq legacy
interrupts 0 irq_mode 1 reset_mode 0
[Fri Jul 24 11:10:03 2015] ath10k_pci 0000:06:00.0: Direct firmware load
for ath10k/cal-pci-0000:06:00.0.bin failed with error -2
[Fri Jul 24 11:10:03 2015] ath10k_pci 0000:06:00.0: Falling back to user
helper
[Fri Jul 24 11:11:03 2015] ath10k_pci 0000:06:00.0: Direct firmware load
for ath10k/QCA6174/hw2.1/firmware-5.bin failed with error -2
[Fri Jul 24 11:11:03 2015] ath10k_pci 0000:06:00.0: Falling back to user
helper
[Fri Jul 24 11:12:03 2015] ath10k_pci 0000:06:00.0: could not fetch
firmware file 'ath10k/QCA6174/hw2.1/firmware-5.bin': -11
[Fri Jul 24 11:12:04 2015] ath10k_pci 0000:06:00.0: qca6174 hw2.1
(0x05010000, 0x003405ff, 168c:003e:1a56:1525) fw killer-n1525-fw api 4
htt-ver 3.0 wmi-op 4 htt-op 3 cal otp max-sta 32 features
\xffffff80\xffffff94\xfffffff8\xffffff96\xffffff88\xffffffff\xffffffff
[Fri Jul 24 11:12:04 2015] ath10k_pci 0000:06:00.0: debug 1 debugfs 1
tracing 1 dfs 0 testmode 0
[Fri Jul 24 11:12:04 2015] ath: EEPROM regdomain: 0x6c
[Fri Jul 24 11:12:04 2015] ath: EEPROM indicates we should expect a
direct regpair map
[Fri Jul 24 11:12:04 2015] ath: Country alpha2 being used: 00
[Fri Jul 24 11:12:04 2015] ath: Regpair used: 0x6c
[Fri Jul 24 11:12:04 2015] ath10k_pci 0000:06:00.0 wlp6s0: renamed from
wlan0
[Fri Jul 24 11:14:42 2015] ath10k_pci 0000:06:00.0: no channel
configured; ignoring frame(s)!
[Fri Jul 24 11:19:57 2015] ath10k_pci 0000:06:00.0: no channel
configured; ignoring frame(s)!
[Fri Jul 24 11:21:00 2015] ath10k_pci 0000:06:00.0: no channel
configured; ignoring frame(s)!
[Fri Jul 24 11:21:00 2015] ath10k_pci 0000:06:00.0: no channel
configured; ignoring frame(s)!
[Fri Jul 24 11:34:54 2015] CPU: 2 PID: 14153 Comm: hexchat Tainted:
P           O    4.2.0-rc3-wl-ath-KVALO-ATH-MASTER+ #4
[Fri Jul 24 11:34:54 2015]  [<ffffffff8156b3ee>]
entry_SYSCALL_64_fastpath+0x12/0x71
[Fri Jul 24 11:37:50 2015] ath10k_pci 0000:06:00.0: no channel
configured; ignoring frame(s)!


On 07/23/2015 03:03 PM, Kalle Valo wrote:
> Alexandre Maloteaux <a.maloteaux@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
>> \xffffff80\xffffffd4\xffffffa8\xfffffff9\xffffff88\xffffffff\xffffffff
> What's happening with the features string here? What might cause that?
>


_______________________________________________
ath10k mailing list
ath10k@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/ath10k