All of lore.kernel.org
 help / color / mirror / Atom feed
From: Arvid Picciani <aep@exys.org>
To: Adrian Chadd <adrian@freebsd.org>
Cc: ath10k@lists.infradead.org
Subject: Re: failed to run otp: -22
Date: Mon, 23 Apr 2018 22:31:22 +0200	[thread overview]
Message-ID: <CACD9L=A9WZdeKpexptW1N1jLgfn0AmCLj0PQJQdFO1KyBnvZXw@mail.gmail.com> (raw)
In-Reply-To: <CAJ-Vmo=+2mVUHzQa7rrgfE9ARpedyBS17urUGjwLLoGgy2WSiw@mail.gmail.com>

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

  reply	other threads:[~2018-04-23 20:32 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
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 [this message]
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

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CACD9L=A9WZdeKpexptW1N1jLgfn0AmCLj0PQJQdFO1KyBnvZXw@mail.gmail.com' \
    --to=aep@exys.org \
    --cc=adrian@freebsd.org \
    --cc=ath10k@lists.infradead.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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.