* failed to run otp: -22 @ 2018-04-23 16:56 Arvid Picciani 2018-04-23 19:07 ` Adrian Chadd 0 siblings, 1 reply; 10+ messages in thread From: Arvid Picciani @ 2018-04-23 16:56 UTC (permalink / raw) To: ath10k Hi, Is it ok to run a QCA9880 with skip_otp=1? It's working fine with skip_ota, but just want to confirm this is safe. without skip_otp, mine isn't coming up because of "failed to run otp: -22" [ 9.287905] PCI: Enabling device 0000:00:00.0 (0000 -> 0002) [ 9.293912] ath10k_pci 0000:00:00.0: pci irq legacy oper_irq_mode 1 irq_mode 0 reset_mode 0 [ 9.568820] ath10k_pci 0000:00:00.0: Direct firmware load for ath10k/pre-cal-pci-0000:00:00.0.bin failed with error -2 [ 9.579896] ath10k_pci 0000:00:00.0: Falling back to user helper [ 9.737064] firmware ath10k!pre-cal-pci-0000:00:00.0.bin: firmware_loading_store: map pages failed [ 9.746618] ath10k_pci 0000:00:00.0: Direct firmware load for ath10k/cal-pci-0000:00:00.0.bin failed with error -2 [ 9.757342] ath10k_pci 0000:00:00.0: Falling back to user helper [ 9.909261] firmware ath10k!cal-pci-0000:00:00.0.bin: firmware_loading_store: map pages failed [ 9.918500] ath10k_pci 0000:00:00.0: Direct firmware load for ath10k/QCA988X/hw2.0/firmware-6.bin failed with error -2 [ 9.929582] ath10k_pci 0000:00:00.0: Falling back to user helper [ 10.059370] firmware ath10k!QCA988X!hw2.0!firmware-6.bin: firmware_loading_store: map pages failed [ 10.073667] ath10k_pci 0000:00:00.0: qca988x hw2.0 target 0x4100016c chip_id 0x043202ff sub 0000:0000 [ 10.083242] ath10k_pci 0000:00:00.0: kconfig debug 0 debugfs 1 tracing 0 dfs 1 testmode 1 [ 10.096229] ath10k_pci 0000:00:00.0: firmware ver 10.2.4-1.0-00033 api 5 features no-p2p,raw-mode,mfp,allows-mesh-bcast crc32 c41417d0 [ 10.189809] ath10k_pci 0000:00:00.0: Direct firmware load for ath10k/QCA988X/hw2.0/board-2.bin failed with error -2 [ 10.200640] ath10k_pci 0000:00:00.0: Falling back to user helper [ 10.271745] firmware ath10k!QCA988X!hw2.0!board-2.bin: firmware_loading_store: map pages failed [ 10.299633] ath10k_pci 0000:00:00.0: board_file api 1 bmi_id N/A crc32 bebc7c08 [ 10.437761] ath10k_pci 0000:00:00.0: otp calibration failed: 2 [ 10.443792] ath10k_pci 0000:00:00.0: failed to run otp: -22 [ 10.449551] ath10k_pci 0000:00:00.0: could not init core (-22) [ 10.455680] ath10k_pci 0000:00:00.0: could not probe fw (-22) _______________________________________________ ath10k mailing list ath10k@lists.infradead.org http://lists.infradead.org/mailman/listinfo/ath10k ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: failed to run otp: -22 2018-04-23 16:56 failed to run otp: -22 Arvid Picciani @ 2018-04-23 19:07 ` Adrian Chadd [not found] ` <CACD9L=CUW2j6SsQmOMu=ER5SjZxhqF=zY8GTksRT-JTsb==kGw@mail.gmail.com> 0 siblings, 1 reply; 10+ messages in thread From: Adrian Chadd @ 2018-04-23 19:07 UTC (permalink / raw) To: Arvid Picciani; +Cc: ath10k Hi, That's designed for debugging. It means you'll have an invalid MAC address and no calibration information so your NIC won't work very well. The reason why needs to be figured out! -adrian On 23 April 2018 at 09:56, Arvid Picciani <aep@exys.org> wrote: > Hi, > > Is it ok to run a QCA9880 with skip_otp=1? > It's working fine with skip_ota, but just want to confirm this is safe. > > without skip_otp, mine isn't coming up because of "failed to run otp: -22" > > [ 9.287905] PCI: Enabling device 0000:00:00.0 (0000 -> 0002) > [ 9.293912] ath10k_pci 0000:00:00.0: pci irq legacy oper_irq_mode 1 > irq_mode 0 reset_mode 0 > [ 9.568820] ath10k_pci 0000:00:00.0: Direct firmware load for > ath10k/pre-cal-pci-0000:00:00.0.bin failed with error -2 > [ 9.579896] ath10k_pci 0000:00:00.0: Falling back to user helper > [ 9.737064] firmware ath10k!pre-cal-pci-0000:00:00.0.bin: > firmware_loading_store: map pages failed > [ 9.746618] ath10k_pci 0000:00:00.0: Direct firmware load for > ath10k/cal-pci-0000:00:00.0.bin failed with error -2 > [ 9.757342] ath10k_pci 0000:00:00.0: Falling back to user helper > [ 9.909261] firmware ath10k!cal-pci-0000:00:00.0.bin: > firmware_loading_store: map pages failed > [ 9.918500] ath10k_pci 0000:00:00.0: Direct firmware load for > ath10k/QCA988X/hw2.0/firmware-6.bin failed with error -2 > [ 9.929582] ath10k_pci 0000:00:00.0: Falling back to user helper > [ 10.059370] firmware ath10k!QCA988X!hw2.0!firmware-6.bin: > firmware_loading_store: map pages failed > [ 10.073667] ath10k_pci 0000:00:00.0: qca988x hw2.0 target > 0x4100016c chip_id 0x043202ff sub 0000:0000 > [ 10.083242] ath10k_pci 0000:00:00.0: kconfig debug 0 debugfs 1 > tracing 0 dfs 1 testmode 1 > [ 10.096229] ath10k_pci 0000:00:00.0: firmware ver 10.2.4-1.0-00033 > api 5 features no-p2p,raw-mode,mfp,allows-mesh-bcast crc32 c41417d0 > [ 10.189809] ath10k_pci 0000:00:00.0: Direct firmware load for > ath10k/QCA988X/hw2.0/board-2.bin failed with error -2 > [ 10.200640] ath10k_pci 0000:00:00.0: Falling back to user helper > [ 10.271745] firmware ath10k!QCA988X!hw2.0!board-2.bin: > firmware_loading_store: map pages failed > [ 10.299633] ath10k_pci 0000:00:00.0: board_file api 1 bmi_id N/A > crc32 bebc7c08 > [ 10.437761] ath10k_pci 0000:00:00.0: otp calibration failed: 2 > [ 10.443792] ath10k_pci 0000:00:00.0: failed to run otp: -22 > [ 10.449551] ath10k_pci 0000:00:00.0: could not init core (-22) > [ 10.455680] ath10k_pci 0000:00:00.0: could not probe fw (-22) > > _______________________________________________ > 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 ^ permalink raw reply [flat|nested] 10+ messages in thread
[parent not found: <CACD9L=CUW2j6SsQmOMu=ER5SjZxhqF=zY8GTksRT-JTsb==kGw@mail.gmail.com>]
* Re: failed to run otp: -22 [not found] ` <CACD9L=CUW2j6SsQmOMu=ER5SjZxhqF=zY8GTksRT-JTsb==kGw@mail.gmail.com> @ 2018-04-23 19:12 ` Adrian Chadd 2018-04-23 19:17 ` Arvid Picciani 0 siblings, 1 reply; 10+ messages in thread From: Adrian Chadd @ 2018-04-23 19:12 UTC (permalink / raw) To: Arvid Picciani; +Cc: ath10k hi! It should be in OTP on the QCA9880 chip. Which board is this? -adiran On 23 April 2018 at 12:11, Arvid Picciani <aep@exys.org> wrote: > thanks for the response. That sounds bad. > Does ath10k load the calibration stuff different than ath9k? Ath9k works > just fine on the same board. > Do 9k and 10k usually share the same partition for that info or should i go > hunting for something completely else? > Any more reading material that might help me find out how to load that > correctly? > > /b/ > > On Mon, Apr 23, 2018 at 9:07 PM, Adrian Chadd <adrian@freebsd.org> wrote: >> >> Hi, >> >> That's designed for debugging. It means you'll have an invalid MAC >> address and no calibration information so your NIC won't work very >> well. >> >> The reason why needs to be figured out! >> >> >> >> -adrian >> >> >> On 23 April 2018 at 09:56, Arvid Picciani <aep@exys.org> wrote: >> > Hi, >> > >> > Is it ok to run a QCA9880 with skip_otp=1? >> > It's working fine with skip_ota, but just want to confirm this is safe. >> > >> > without skip_otp, mine isn't coming up because of "failed to run otp: >> > -22" >> > >> > [ 9.287905] PCI: Enabling device 0000:00:00.0 (0000 -> 0002) >> > [ 9.293912] ath10k_pci 0000:00:00.0: pci irq legacy oper_irq_mode 1 >> > irq_mode 0 reset_mode 0 >> > [ 9.568820] ath10k_pci 0000:00:00.0: Direct firmware load for >> > ath10k/pre-cal-pci-0000:00:00.0.bin failed with error -2 >> > [ 9.579896] ath10k_pci 0000:00:00.0: Falling back to user helper >> > [ 9.737064] firmware ath10k!pre-cal-pci-0000:00:00.0.bin: >> > firmware_loading_store: map pages failed >> > [ 9.746618] ath10k_pci 0000:00:00.0: Direct firmware load for >> > ath10k/cal-pci-0000:00:00.0.bin failed with error -2 >> > [ 9.757342] ath10k_pci 0000:00:00.0: Falling back to user helper >> > [ 9.909261] firmware ath10k!cal-pci-0000:00:00.0.bin: >> > firmware_loading_store: map pages failed >> > [ 9.918500] ath10k_pci 0000:00:00.0: Direct firmware load for >> > ath10k/QCA988X/hw2.0/firmware-6.bin failed with error -2 >> > [ 9.929582] ath10k_pci 0000:00:00.0: Falling back to user helper >> > [ 10.059370] firmware ath10k!QCA988X!hw2.0!firmware-6.bin: >> > firmware_loading_store: map pages failed >> > [ 10.073667] ath10k_pci 0000:00:00.0: qca988x hw2.0 target >> > 0x4100016c chip_id 0x043202ff sub 0000:0000 >> > [ 10.083242] ath10k_pci 0000:00:00.0: kconfig debug 0 debugfs 1 >> > tracing 0 dfs 1 testmode 1 >> > [ 10.096229] ath10k_pci 0000:00:00.0: firmware ver 10.2.4-1.0-00033 >> > api 5 features no-p2p,raw-mode,mfp,allows-mesh-bcast crc32 c41417d0 >> > [ 10.189809] ath10k_pci 0000:00:00.0: Direct firmware load for >> > ath10k/QCA988X/hw2.0/board-2.bin failed with error -2 >> > [ 10.200640] ath10k_pci 0000:00:00.0: Falling back to user helper >> > [ 10.271745] firmware ath10k!QCA988X!hw2.0!board-2.bin: >> > firmware_loading_store: map pages failed >> > [ 10.299633] ath10k_pci 0000:00:00.0: board_file api 1 bmi_id N/A >> > crc32 bebc7c08 >> > [ 10.437761] ath10k_pci 0000:00:00.0: otp calibration failed: 2 >> > [ 10.443792] ath10k_pci 0000:00:00.0: failed to run otp: -22 >> > [ 10.449551] ath10k_pci 0000:00:00.0: could not init core (-22) >> > [ 10.455680] ath10k_pci 0000:00:00.0: could not probe fw (-22) >> > >> > _______________________________________________ >> > 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 ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: failed to run otp: -22 2018-04-23 19:12 ` Adrian Chadd @ 2018-04-23 19:17 ` Arvid Picciani 2018-04-23 19:40 ` Adrian Chadd 0 siblings, 1 reply; 10+ messages in thread From: Arvid Picciani @ 2018-04-23 19:17 UTC (permalink / raw) To: Adrian Chadd; +Cc: ath10k Ah, i did ask tp-link if the otp should be on the chip or on flash. They didn't answer the question, instead they said i probably overwrote the ART partition (didnt do that), which made me think the OTP is on flash for ath10k as well. So, it should be on the chip itself? This is a tplink archer c7 v5.0. this is a tplink- On Mon, Apr 23, 2018 at 9:12 PM, Adrian Chadd <adrian@freebsd.org> wrote: > hi! > > It should be in OTP on the QCA9880 chip. Which board is this? > > > > -adiran > > > On 23 April 2018 at 12:11, Arvid Picciani <aep@exys.org> wrote: >> thanks for the response. That sounds bad. >> Does ath10k load the calibration stuff different than ath9k? Ath9k works >> just fine on the same board. >> Do 9k and 10k usually share the same partition for that info or should i go >> hunting for something completely else? >> Any more reading material that might help me find out how to load that >> correctly? >> >> /b/ >> >> On Mon, Apr 23, 2018 at 9:07 PM, Adrian Chadd <adrian@freebsd.org> wrote: >>> >>> Hi, >>> >>> That's designed for debugging. It means you'll have an invalid MAC >>> address and no calibration information so your NIC won't work very >>> well. >>> >>> The reason why needs to be figured out! >>> >>> >>> >>> -adrian >>> >>> >>> On 23 April 2018 at 09:56, Arvid Picciani <aep@exys.org> wrote: >>> > Hi, >>> > >>> > Is it ok to run a QCA9880 with skip_otp=1? >>> > It's working fine with skip_ota, but just want to confirm this is safe. >>> > >>> > without skip_otp, mine isn't coming up because of "failed to run otp: >>> > -22" >>> > >>> > [ 9.287905] PCI: Enabling device 0000:00:00.0 (0000 -> 0002) >>> > [ 9.293912] ath10k_pci 0000:00:00.0: pci irq legacy oper_irq_mode 1 >>> > irq_mode 0 reset_mode 0 >>> > [ 9.568820] ath10k_pci 0000:00:00.0: Direct firmware load for >>> > ath10k/pre-cal-pci-0000:00:00.0.bin failed with error -2 >>> > [ 9.579896] ath10k_pci 0000:00:00.0: Falling back to user helper >>> > [ 9.737064] firmware ath10k!pre-cal-pci-0000:00:00.0.bin: >>> > firmware_loading_store: map pages failed >>> > [ 9.746618] ath10k_pci 0000:00:00.0: Direct firmware load for >>> > ath10k/cal-pci-0000:00:00.0.bin failed with error -2 >>> > [ 9.757342] ath10k_pci 0000:00:00.0: Falling back to user helper >>> > [ 9.909261] firmware ath10k!cal-pci-0000:00:00.0.bin: >>> > firmware_loading_store: map pages failed >>> > [ 9.918500] ath10k_pci 0000:00:00.0: Direct firmware load for >>> > ath10k/QCA988X/hw2.0/firmware-6.bin failed with error -2 >>> > [ 9.929582] ath10k_pci 0000:00:00.0: Falling back to user helper >>> > [ 10.059370] firmware ath10k!QCA988X!hw2.0!firmware-6.bin: >>> > firmware_loading_store: map pages failed >>> > [ 10.073667] ath10k_pci 0000:00:00.0: qca988x hw2.0 target >>> > 0x4100016c chip_id 0x043202ff sub 0000:0000 >>> > [ 10.083242] ath10k_pci 0000:00:00.0: kconfig debug 0 debugfs 1 >>> > tracing 0 dfs 1 testmode 1 >>> > [ 10.096229] ath10k_pci 0000:00:00.0: firmware ver 10.2.4-1.0-00033 >>> > api 5 features no-p2p,raw-mode,mfp,allows-mesh-bcast crc32 c41417d0 >>> > [ 10.189809] ath10k_pci 0000:00:00.0: Direct firmware load for >>> > ath10k/QCA988X/hw2.0/board-2.bin failed with error -2 >>> > [ 10.200640] ath10k_pci 0000:00:00.0: Falling back to user helper >>> > [ 10.271745] firmware ath10k!QCA988X!hw2.0!board-2.bin: >>> > firmware_loading_store: map pages failed >>> > [ 10.299633] ath10k_pci 0000:00:00.0: board_file api 1 bmi_id N/A >>> > crc32 bebc7c08 >>> > [ 10.437761] ath10k_pci 0000:00:00.0: otp calibration failed: 2 >>> > [ 10.443792] ath10k_pci 0000:00:00.0: failed to run otp: -22 >>> > [ 10.449551] ath10k_pci 0000:00:00.0: could not init core (-22) >>> > [ 10.455680] ath10k_pci 0000:00:00.0: could not probe fw (-22) >>> > >>> > _______________________________________________ >>> > 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 ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: failed to run otp: -22 2018-04-23 19:17 ` Arvid Picciani @ 2018-04-23 19:40 ` Adrian Chadd 2018-04-23 20:31 ` Arvid Picciani 0 siblings, 1 reply; 10+ messages in thread From: Adrian Chadd @ 2018-04-23 19:40 UTC (permalink / raw) To: Arvid Picciani; +Cc: ath10k hi! So, OTP is "one time programmable" (ie, fuse-blown) memory in the NIC itself. It's one place you can put calibration data. For TP-Link AP units then yes, it's in NOR flash and not OTP. So chances are you've overwritten it. -adrian On 23 April 2018 at 12:17, Arvid Picciani <aep@exys.org> wrote: > Ah, i did ask tp-link if the otp should be on the chip or on flash. > They didn't answer the question, instead they said i probably > overwrote the ART partition (didnt do that), which made me think the > OTP is on flash for ath10k as well. > So, it should be on the chip itself? > > This is a tplink archer c7 v5.0. > > > this is a tplink- > > On Mon, Apr 23, 2018 at 9:12 PM, Adrian Chadd <adrian@freebsd.org> wrote: >> hi! >> >> It should be in OTP on the QCA9880 chip. Which board is this? >> >> >> >> -adiran >> >> >> On 23 April 2018 at 12:11, Arvid Picciani <aep@exys.org> wrote: >>> thanks for the response. That sounds bad. >>> Does ath10k load the calibration stuff different than ath9k? Ath9k works >>> just fine on the same board. >>> Do 9k and 10k usually share the same partition for that info or should i go >>> hunting for something completely else? >>> Any more reading material that might help me find out how to load that >>> correctly? >>> >>> /b/ >>> >>> On Mon, Apr 23, 2018 at 9:07 PM, Adrian Chadd <adrian@freebsd.org> wrote: >>>> >>>> Hi, >>>> >>>> That's designed for debugging. It means you'll have an invalid MAC >>>> address and no calibration information so your NIC won't work very >>>> well. >>>> >>>> The reason why needs to be figured out! >>>> >>>> >>>> >>>> -adrian >>>> >>>> >>>> On 23 April 2018 at 09:56, Arvid Picciani <aep@exys.org> wrote: >>>> > Hi, >>>> > >>>> > Is it ok to run a QCA9880 with skip_otp=1? >>>> > It's working fine with skip_ota, but just want to confirm this is safe. >>>> > >>>> > without skip_otp, mine isn't coming up because of "failed to run otp: >>>> > -22" >>>> > >>>> > [ 9.287905] PCI: Enabling device 0000:00:00.0 (0000 -> 0002) >>>> > [ 9.293912] ath10k_pci 0000:00:00.0: pci irq legacy oper_irq_mode 1 >>>> > irq_mode 0 reset_mode 0 >>>> > [ 9.568820] ath10k_pci 0000:00:00.0: Direct firmware load for >>>> > ath10k/pre-cal-pci-0000:00:00.0.bin failed with error -2 >>>> > [ 9.579896] ath10k_pci 0000:00:00.0: Falling back to user helper >>>> > [ 9.737064] firmware ath10k!pre-cal-pci-0000:00:00.0.bin: >>>> > firmware_loading_store: map pages failed >>>> > [ 9.746618] ath10k_pci 0000:00:00.0: Direct firmware load for >>>> > ath10k/cal-pci-0000:00:00.0.bin failed with error -2 >>>> > [ 9.757342] ath10k_pci 0000:00:00.0: Falling back to user helper >>>> > [ 9.909261] firmware ath10k!cal-pci-0000:00:00.0.bin: >>>> > firmware_loading_store: map pages failed >>>> > [ 9.918500] ath10k_pci 0000:00:00.0: Direct firmware load for >>>> > ath10k/QCA988X/hw2.0/firmware-6.bin failed with error -2 >>>> > [ 9.929582] ath10k_pci 0000:00:00.0: Falling back to user helper >>>> > [ 10.059370] firmware ath10k!QCA988X!hw2.0!firmware-6.bin: >>>> > firmware_loading_store: map pages failed >>>> > [ 10.073667] ath10k_pci 0000:00:00.0: qca988x hw2.0 target >>>> > 0x4100016c chip_id 0x043202ff sub 0000:0000 >>>> > [ 10.083242] ath10k_pci 0000:00:00.0: kconfig debug 0 debugfs 1 >>>> > tracing 0 dfs 1 testmode 1 >>>> > [ 10.096229] ath10k_pci 0000:00:00.0: firmware ver 10.2.4-1.0-00033 >>>> > api 5 features no-p2p,raw-mode,mfp,allows-mesh-bcast crc32 c41417d0 >>>> > [ 10.189809] ath10k_pci 0000:00:00.0: Direct firmware load for >>>> > ath10k/QCA988X/hw2.0/board-2.bin failed with error -2 >>>> > [ 10.200640] ath10k_pci 0000:00:00.0: Falling back to user helper >>>> > [ 10.271745] firmware ath10k!QCA988X!hw2.0!board-2.bin: >>>> > firmware_loading_store: map pages failed >>>> > [ 10.299633] ath10k_pci 0000:00:00.0: board_file api 1 bmi_id N/A >>>> > crc32 bebc7c08 >>>> > [ 10.437761] ath10k_pci 0000:00:00.0: otp calibration failed: 2 >>>> > [ 10.443792] ath10k_pci 0000:00:00.0: failed to run otp: -22 >>>> > [ 10.449551] ath10k_pci 0000:00:00.0: could not init core (-22) >>>> > [ 10.455680] ath10k_pci 0000:00:00.0: could not probe fw (-22) >>>> > >>>> > _______________________________________________ >>>> > 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 ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: failed to run otp: -22 2018-04-23 19:40 ` Adrian Chadd @ 2018-04-23 20:31 ` Arvid Picciani 2018-04-23 21:10 ` Adrian Chadd 2018-04-23 21:27 ` Christian Lamparter 0 siblings, 2 replies; 10+ messages in thread From: Arvid Picciani @ 2018-04-23 20:31 UTC (permalink / raw) To: Adrian Chadd; +Cc: ath10k from where does ath10k know where to look for it? all i know about is ath79_register_wmac in arch init. That points to a partition called "wifi" which makes ath9k work, but not ath10k. On Mon, Apr 23, 2018 at 9:40 PM, Adrian Chadd <adrian@freebsd.org> wrote: > hi! > > So, OTP is "one time programmable" (ie, fuse-blown) memory in the NIC > itself. It's one place you can put calibration data. > > For TP-Link AP units then yes, it's in NOR flash and not OTP. So > chances are you've overwritten it. > > > > -adrian > > On 23 April 2018 at 12:17, Arvid Picciani <aep@exys.org> wrote: >> Ah, i did ask tp-link if the otp should be on the chip or on flash. >> They didn't answer the question, instead they said i probably >> overwrote the ART partition (didnt do that), which made me think the >> OTP is on flash for ath10k as well. >> So, it should be on the chip itself? >> >> This is a tplink archer c7 v5.0. >> >> >> this is a tplink- >> >> On Mon, Apr 23, 2018 at 9:12 PM, Adrian Chadd <adrian@freebsd.org> wrote: >>> hi! >>> >>> It should be in OTP on the QCA9880 chip. Which board is this? >>> >>> >>> >>> -adiran >>> >>> >>> On 23 April 2018 at 12:11, Arvid Picciani <aep@exys.org> wrote: >>>> thanks for the response. That sounds bad. >>>> Does ath10k load the calibration stuff different than ath9k? Ath9k works >>>> just fine on the same board. >>>> Do 9k and 10k usually share the same partition for that info or should i go >>>> hunting for something completely else? >>>> Any more reading material that might help me find out how to load that >>>> correctly? >>>> >>>> /b/ >>>> >>>> On Mon, Apr 23, 2018 at 9:07 PM, Adrian Chadd <adrian@freebsd.org> wrote: >>>>> >>>>> Hi, >>>>> >>>>> That's designed for debugging. It means you'll have an invalid MAC >>>>> address and no calibration information so your NIC won't work very >>>>> well. >>>>> >>>>> The reason why needs to be figured out! >>>>> >>>>> >>>>> >>>>> -adrian >>>>> >>>>> >>>>> On 23 April 2018 at 09:56, Arvid Picciani <aep@exys.org> wrote: >>>>> > Hi, >>>>> > >>>>> > Is it ok to run a QCA9880 with skip_otp=1? >>>>> > It's working fine with skip_ota, but just want to confirm this is safe. >>>>> > >>>>> > without skip_otp, mine isn't coming up because of "failed to run otp: >>>>> > -22" >>>>> > >>>>> > [ 9.287905] PCI: Enabling device 0000:00:00.0 (0000 -> 0002) >>>>> > [ 9.293912] ath10k_pci 0000:00:00.0: pci irq legacy oper_irq_mode 1 >>>>> > irq_mode 0 reset_mode 0 >>>>> > [ 9.568820] ath10k_pci 0000:00:00.0: Direct firmware load for >>>>> > ath10k/pre-cal-pci-0000:00:00.0.bin failed with error -2 >>>>> > [ 9.579896] ath10k_pci 0000:00:00.0: Falling back to user helper >>>>> > [ 9.737064] firmware ath10k!pre-cal-pci-0000:00:00.0.bin: >>>>> > firmware_loading_store: map pages failed >>>>> > [ 9.746618] ath10k_pci 0000:00:00.0: Direct firmware load for >>>>> > ath10k/cal-pci-0000:00:00.0.bin failed with error -2 >>>>> > [ 9.757342] ath10k_pci 0000:00:00.0: Falling back to user helper >>>>> > [ 9.909261] firmware ath10k!cal-pci-0000:00:00.0.bin: >>>>> > firmware_loading_store: map pages failed >>>>> > [ 9.918500] ath10k_pci 0000:00:00.0: Direct firmware load for >>>>> > ath10k/QCA988X/hw2.0/firmware-6.bin failed with error -2 >>>>> > [ 9.929582] ath10k_pci 0000:00:00.0: Falling back to user helper >>>>> > [ 10.059370] firmware ath10k!QCA988X!hw2.0!firmware-6.bin: >>>>> > firmware_loading_store: map pages failed >>>>> > [ 10.073667] ath10k_pci 0000:00:00.0: qca988x hw2.0 target >>>>> > 0x4100016c chip_id 0x043202ff sub 0000:0000 >>>>> > [ 10.083242] ath10k_pci 0000:00:00.0: kconfig debug 0 debugfs 1 >>>>> > tracing 0 dfs 1 testmode 1 >>>>> > [ 10.096229] ath10k_pci 0000:00:00.0: firmware ver 10.2.4-1.0-00033 >>>>> > api 5 features no-p2p,raw-mode,mfp,allows-mesh-bcast crc32 c41417d0 >>>>> > [ 10.189809] ath10k_pci 0000:00:00.0: Direct firmware load for >>>>> > ath10k/QCA988X/hw2.0/board-2.bin failed with error -2 >>>>> > [ 10.200640] ath10k_pci 0000:00:00.0: Falling back to user helper >>>>> > [ 10.271745] firmware ath10k!QCA988X!hw2.0!board-2.bin: >>>>> > firmware_loading_store: map pages failed >>>>> > [ 10.299633] ath10k_pci 0000:00:00.0: board_file api 1 bmi_id N/A >>>>> > crc32 bebc7c08 >>>>> > [ 10.437761] ath10k_pci 0000:00:00.0: otp calibration failed: 2 >>>>> > [ 10.443792] ath10k_pci 0000:00:00.0: failed to run otp: -22 >>>>> > [ 10.449551] ath10k_pci 0000:00:00.0: could not init core (-22) >>>>> > [ 10.455680] ath10k_pci 0000:00:00.0: could not probe fw (-22) >>>>> > >>>>> > _______________________________________________ >>>>> > 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 ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: failed to run otp: -22 2018-04-23 20:31 ` Arvid Picciani @ 2018-04-23 21:10 ` Adrian Chadd 2018-04-23 21:13 ` Arvid Picciani 2018-04-23 21:27 ` Christian Lamparter 1 sibling, 1 reply; 10+ messages in thread From: Adrian Chadd @ 2018-04-23 21:10 UTC (permalink / raw) To: Arvid Picciani; +Cc: ath10k Hi! That's a good question. There should be similar hacks on openwrt/lede for ath10k calibration data. I know there's at least hard-coded hacks for Dakota (IPQ4019) in ath10k with the internal radio cailbration data being in flash, but I don't know about the generic solution. Sorry! -a On 23 April 2018 at 13:31, Arvid Picciani <aep@exys.org> wrote: > from where does ath10k know where to look for it? all i know about is > ath79_register_wmac in arch init. That points to a partition called > "wifi" which makes ath9k work, but not ath10k. > > On Mon, Apr 23, 2018 at 9:40 PM, Adrian Chadd <adrian@freebsd.org> wrote: >> hi! >> >> So, OTP is "one time programmable" (ie, fuse-blown) memory in the NIC >> itself. It's one place you can put calibration data. >> >> For TP-Link AP units then yes, it's in NOR flash and not OTP. So >> chances are you've overwritten it. >> >> >> >> -adrian >> >> On 23 April 2018 at 12:17, Arvid Picciani <aep@exys.org> wrote: >>> Ah, i did ask tp-link if the otp should be on the chip or on flash. >>> They didn't answer the question, instead they said i probably >>> overwrote the ART partition (didnt do that), which made me think the >>> OTP is on flash for ath10k as well. >>> So, it should be on the chip itself? >>> >>> This is a tplink archer c7 v5.0. >>> >>> >>> this is a tplink- >>> >>> On Mon, Apr 23, 2018 at 9:12 PM, Adrian Chadd <adrian@freebsd.org> wrote: >>>> hi! >>>> >>>> It should be in OTP on the QCA9880 chip. Which board is this? >>>> >>>> >>>> >>>> -adiran >>>> >>>> >>>> On 23 April 2018 at 12:11, Arvid Picciani <aep@exys.org> wrote: >>>>> thanks for the response. That sounds bad. >>>>> Does ath10k load the calibration stuff different than ath9k? Ath9k works >>>>> just fine on the same board. >>>>> Do 9k and 10k usually share the same partition for that info or should i go >>>>> hunting for something completely else? >>>>> Any more reading material that might help me find out how to load that >>>>> correctly? >>>>> >>>>> /b/ >>>>> >>>>> On Mon, Apr 23, 2018 at 9:07 PM, Adrian Chadd <adrian@freebsd.org> wrote: >>>>>> >>>>>> Hi, >>>>>> >>>>>> That's designed for debugging. It means you'll have an invalid MAC >>>>>> address and no calibration information so your NIC won't work very >>>>>> well. >>>>>> >>>>>> The reason why needs to be figured out! >>>>>> >>>>>> >>>>>> >>>>>> -adrian >>>>>> >>>>>> >>>>>> On 23 April 2018 at 09:56, Arvid Picciani <aep@exys.org> wrote: >>>>>> > Hi, >>>>>> > >>>>>> > Is it ok to run a QCA9880 with skip_otp=1? >>>>>> > It's working fine with skip_ota, but just want to confirm this is safe. >>>>>> > >>>>>> > without skip_otp, mine isn't coming up because of "failed to run otp: >>>>>> > -22" >>>>>> > >>>>>> > [ 9.287905] PCI: Enabling device 0000:00:00.0 (0000 -> 0002) >>>>>> > [ 9.293912] ath10k_pci 0000:00:00.0: pci irq legacy oper_irq_mode 1 >>>>>> > irq_mode 0 reset_mode 0 >>>>>> > [ 9.568820] ath10k_pci 0000:00:00.0: Direct firmware load for >>>>>> > ath10k/pre-cal-pci-0000:00:00.0.bin failed with error -2 >>>>>> > [ 9.579896] ath10k_pci 0000:00:00.0: Falling back to user helper >>>>>> > [ 9.737064] firmware ath10k!pre-cal-pci-0000:00:00.0.bin: >>>>>> > firmware_loading_store: map pages failed >>>>>> > [ 9.746618] ath10k_pci 0000:00:00.0: Direct firmware load for >>>>>> > ath10k/cal-pci-0000:00:00.0.bin failed with error -2 >>>>>> > [ 9.757342] ath10k_pci 0000:00:00.0: Falling back to user helper >>>>>> > [ 9.909261] firmware ath10k!cal-pci-0000:00:00.0.bin: >>>>>> > firmware_loading_store: map pages failed >>>>>> > [ 9.918500] ath10k_pci 0000:00:00.0: Direct firmware load for >>>>>> > ath10k/QCA988X/hw2.0/firmware-6.bin failed with error -2 >>>>>> > [ 9.929582] ath10k_pci 0000:00:00.0: Falling back to user helper >>>>>> > [ 10.059370] firmware ath10k!QCA988X!hw2.0!firmware-6.bin: >>>>>> > firmware_loading_store: map pages failed >>>>>> > [ 10.073667] ath10k_pci 0000:00:00.0: qca988x hw2.0 target >>>>>> > 0x4100016c chip_id 0x043202ff sub 0000:0000 >>>>>> > [ 10.083242] ath10k_pci 0000:00:00.0: kconfig debug 0 debugfs 1 >>>>>> > tracing 0 dfs 1 testmode 1 >>>>>> > [ 10.096229] ath10k_pci 0000:00:00.0: firmware ver 10.2.4-1.0-00033 >>>>>> > api 5 features no-p2p,raw-mode,mfp,allows-mesh-bcast crc32 c41417d0 >>>>>> > [ 10.189809] ath10k_pci 0000:00:00.0: Direct firmware load for >>>>>> > ath10k/QCA988X/hw2.0/board-2.bin failed with error -2 >>>>>> > [ 10.200640] ath10k_pci 0000:00:00.0: Falling back to user helper >>>>>> > [ 10.271745] firmware ath10k!QCA988X!hw2.0!board-2.bin: >>>>>> > firmware_loading_store: map pages failed >>>>>> > [ 10.299633] ath10k_pci 0000:00:00.0: board_file api 1 bmi_id N/A >>>>>> > crc32 bebc7c08 >>>>>> > [ 10.437761] ath10k_pci 0000:00:00.0: otp calibration failed: 2 >>>>>> > [ 10.443792] ath10k_pci 0000:00:00.0: failed to run otp: -22 >>>>>> > [ 10.449551] ath10k_pci 0000:00:00.0: could not init core (-22) >>>>>> > [ 10.455680] ath10k_pci 0000:00:00.0: could not probe fw (-22) >>>>>> > >>>>>> > _______________________________________________ >>>>>> > 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 ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: failed to run otp: -22 2018-04-23 21:10 ` Adrian Chadd @ 2018-04-23 21:13 ` Arvid Picciani 0 siblings, 0 replies; 10+ messages in thread From: Arvid Picciani @ 2018-04-23 21:13 UTC (permalink / raw) To: Adrian Chadd; +Cc: ath10k cool. thanks alot for pointing me in the right direction! On Mon, Apr 23, 2018 at 11:10 PM, Adrian Chadd <adrian@freebsd.org> wrote: > Hi! > > That's a good question. > > There should be similar hacks on openwrt/lede for ath10k calibration > data. I know there's at least hard-coded hacks for Dakota (IPQ4019) in > ath10k with the internal radio cailbration data being in flash, but I > don't know about the generic solution. Sorry! > > > -a > > > On 23 April 2018 at 13:31, Arvid Picciani <aep@exys.org> wrote: >> from where does ath10k know where to look for it? all i know about is >> ath79_register_wmac in arch init. That points to a partition called >> "wifi" which makes ath9k work, but not ath10k. >> >> On Mon, Apr 23, 2018 at 9:40 PM, Adrian Chadd <adrian@freebsd.org> wrote: >>> hi! >>> >>> So, OTP is "one time programmable" (ie, fuse-blown) memory in the NIC >>> itself. It's one place you can put calibration data. >>> >>> For TP-Link AP units then yes, it's in NOR flash and not OTP. So >>> chances are you've overwritten it. >>> >>> >>> >>> -adrian >>> >>> On 23 April 2018 at 12:17, Arvid Picciani <aep@exys.org> wrote: >>>> Ah, i did ask tp-link if the otp should be on the chip or on flash. >>>> They didn't answer the question, instead they said i probably >>>> overwrote the ART partition (didnt do that), which made me think the >>>> OTP is on flash for ath10k as well. >>>> So, it should be on the chip itself? >>>> >>>> This is a tplink archer c7 v5.0. >>>> >>>> >>>> this is a tplink- >>>> >>>> On Mon, Apr 23, 2018 at 9:12 PM, Adrian Chadd <adrian@freebsd.org> wrote: >>>>> hi! >>>>> >>>>> It should be in OTP on the QCA9880 chip. Which board is this? >>>>> >>>>> >>>>> >>>>> -adiran >>>>> >>>>> >>>>> On 23 April 2018 at 12:11, Arvid Picciani <aep@exys.org> wrote: >>>>>> thanks for the response. That sounds bad. >>>>>> Does ath10k load the calibration stuff different than ath9k? Ath9k works >>>>>> just fine on the same board. >>>>>> Do 9k and 10k usually share the same partition for that info or should i go >>>>>> hunting for something completely else? >>>>>> Any more reading material that might help me find out how to load that >>>>>> correctly? >>>>>> >>>>>> /b/ >>>>>> >>>>>> On Mon, Apr 23, 2018 at 9:07 PM, Adrian Chadd <adrian@freebsd.org> wrote: >>>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> That's designed for debugging. It means you'll have an invalid MAC >>>>>>> address and no calibration information so your NIC won't work very >>>>>>> well. >>>>>>> >>>>>>> The reason why needs to be figured out! >>>>>>> >>>>>>> >>>>>>> >>>>>>> -adrian >>>>>>> >>>>>>> >>>>>>> On 23 April 2018 at 09:56, Arvid Picciani <aep@exys.org> wrote: >>>>>>> > Hi, >>>>>>> > >>>>>>> > Is it ok to run a QCA9880 with skip_otp=1? >>>>>>> > It's working fine with skip_ota, but just want to confirm this is safe. >>>>>>> > >>>>>>> > without skip_otp, mine isn't coming up because of "failed to run otp: >>>>>>> > -22" >>>>>>> > >>>>>>> > [ 9.287905] PCI: Enabling device 0000:00:00.0 (0000 -> 0002) >>>>>>> > [ 9.293912] ath10k_pci 0000:00:00.0: pci irq legacy oper_irq_mode 1 >>>>>>> > irq_mode 0 reset_mode 0 >>>>>>> > [ 9.568820] ath10k_pci 0000:00:00.0: Direct firmware load for >>>>>>> > ath10k/pre-cal-pci-0000:00:00.0.bin failed with error -2 >>>>>>> > [ 9.579896] ath10k_pci 0000:00:00.0: Falling back to user helper >>>>>>> > [ 9.737064] firmware ath10k!pre-cal-pci-0000:00:00.0.bin: >>>>>>> > firmware_loading_store: map pages failed >>>>>>> > [ 9.746618] ath10k_pci 0000:00:00.0: Direct firmware load for >>>>>>> > ath10k/cal-pci-0000:00:00.0.bin failed with error -2 >>>>>>> > [ 9.757342] ath10k_pci 0000:00:00.0: Falling back to user helper >>>>>>> > [ 9.909261] firmware ath10k!cal-pci-0000:00:00.0.bin: >>>>>>> > firmware_loading_store: map pages failed >>>>>>> > [ 9.918500] ath10k_pci 0000:00:00.0: Direct firmware load for >>>>>>> > ath10k/QCA988X/hw2.0/firmware-6.bin failed with error -2 >>>>>>> > [ 9.929582] ath10k_pci 0000:00:00.0: Falling back to user helper >>>>>>> > [ 10.059370] firmware ath10k!QCA988X!hw2.0!firmware-6.bin: >>>>>>> > firmware_loading_store: map pages failed >>>>>>> > [ 10.073667] ath10k_pci 0000:00:00.0: qca988x hw2.0 target >>>>>>> > 0x4100016c chip_id 0x043202ff sub 0000:0000 >>>>>>> > [ 10.083242] ath10k_pci 0000:00:00.0: kconfig debug 0 debugfs 1 >>>>>>> > tracing 0 dfs 1 testmode 1 >>>>>>> > [ 10.096229] ath10k_pci 0000:00:00.0: firmware ver 10.2.4-1.0-00033 >>>>>>> > api 5 features no-p2p,raw-mode,mfp,allows-mesh-bcast crc32 c41417d0 >>>>>>> > [ 10.189809] ath10k_pci 0000:00:00.0: Direct firmware load for >>>>>>> > ath10k/QCA988X/hw2.0/board-2.bin failed with error -2 >>>>>>> > [ 10.200640] ath10k_pci 0000:00:00.0: Falling back to user helper >>>>>>> > [ 10.271745] firmware ath10k!QCA988X!hw2.0!board-2.bin: >>>>>>> > firmware_loading_store: map pages failed >>>>>>> > [ 10.299633] ath10k_pci 0000:00:00.0: board_file api 1 bmi_id N/A >>>>>>> > crc32 bebc7c08 >>>>>>> > [ 10.437761] ath10k_pci 0000:00:00.0: otp calibration failed: 2 >>>>>>> > [ 10.443792] ath10k_pci 0000:00:00.0: failed to run otp: -22 >>>>>>> > [ 10.449551] ath10k_pci 0000:00:00.0: could not init core (-22) >>>>>>> > [ 10.455680] ath10k_pci 0000:00:00.0: could not probe fw (-22) >>>>>>> > >>>>>>> > _______________________________________________ >>>>>>> > 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 ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: failed to run otp: -22 2018-04-23 20:31 ` Arvid Picciani 2018-04-23 21:10 ` Adrian Chadd @ 2018-04-23 21:27 ` Christian Lamparter 2018-04-24 10:09 ` Arvid Picciani 1 sibling, 1 reply; 10+ messages in thread From: Christian Lamparter @ 2018-04-23 21:27 UTC (permalink / raw) To: ath10k On Montag, 23. April 2018 22:31:22 CEST Arvid Picciani wrote: > from where does ath10k know where to look for it? all i know about is > ath79_register_wmac in arch init. That points to a partition called > "wifi" which makes ath9k work, but not ath10k. It's this file: <https://github.com/openwrt/openwrt/blob/master/target/linux/ar71xx/base-files/etc/hotplug.d/firmware/11-ath10k-caldata#L136> Or /etc/hotplug.d/firmware/11-ath10k-caldata on your device. (Thing is, the partition should be called "art"?! and there needs to be a handle for your archer-c7-v5.) _______________________________________________ ath10k mailing list ath10k@lists.infradead.org http://lists.infradead.org/mailman/listinfo/ath10k ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: failed to run otp: -22 2018-04-23 21:27 ` Christian Lamparter @ 2018-04-24 10:09 ` Arvid Picciani 0 siblings, 0 replies; 10+ messages in thread From: Arvid Picciani @ 2018-04-24 10:09 UTC (permalink / raw) To: Christian Lamparter; +Cc: ath10k yes, found it :) ath10k coming up now. thanks! On Mon, Apr 23, 2018 at 11:27 PM, Christian Lamparter <chunkeey@gmail.com> wrote: > On Montag, 23. April 2018 22:31:22 CEST Arvid Picciani wrote: >> from where does ath10k know where to look for it? all i know about is >> ath79_register_wmac in arch init. That points to a partition called >> "wifi" which makes ath9k work, but not ath10k. > > It's this file: > <https://github.com/openwrt/openwrt/blob/master/target/linux/ar71xx/base-files/etc/hotplug.d/firmware/11-ath10k-caldata#L136> > > Or > > /etc/hotplug.d/firmware/11-ath10k-caldata > on your device. (Thing is, the partition should be called "art"?! > and there needs to be a handle for your archer-c7-v5.) > > > > > _______________________________________________ > 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 ^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2018-04-24 10:09 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-04-23 16:56 failed to run otp: -22 Arvid Picciani
2018-04-23 19:07 ` Adrian Chadd
[not found] ` <CACD9L=CUW2j6SsQmOMu=ER5SjZxhqF=zY8GTksRT-JTsb==kGw@mail.gmail.com>
2018-04-23 19:12 ` Adrian Chadd
2018-04-23 19:17 ` Arvid Picciani
2018-04-23 19:40 ` Adrian Chadd
2018-04-23 20:31 ` Arvid Picciani
2018-04-23 21:10 ` Adrian Chadd
2018-04-23 21:13 ` Arvid Picciani
2018-04-23 21:27 ` Christian Lamparter
2018-04-24 10:09 ` Arvid Picciani
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.