ACS scans not returning noise floor

ACS scans not returning noise floor

[Justin Capella]

I'm using the firmware from ~2 days ago, and ath10k_wmi_pull_ch_info
seems to be returning -EPROTO. I have no idea what I'm doing, but I
notice there is a default noise floor in one of the headers, perhaps
this could be used somewhere? I'm encountering this becuase hostapd is
complaining that the ACS survey does not contain enough info.

[ 1261.111452] ath10k_pci 0000:01:00.0: pci rx ce pipe 5 len 28
[ 1261.111457] ath10k_pci 0000:01:00.0: pci rx: 00000000: 01 00 14 00
00 05 00 00 0f 00 00 00 50 14 00 00  ............P...
[ 1261.111460] ath10k_pci 0000:01:00.0: pci rx: 00000010: 50 14 00 00
00 00 00 00 00 00 00 00              P...........
[ 1261.111464] ath10k_pci 0000:01:00.0: htt rx, msg_type: 0xF
[ 1261.111469] ath10k_pci 0000:01:00.0: htt chan change freq 5200 phymode 11a
[ 1261.115411] ath10k_pci 0000:01:00.0: pci rx ce pipe 2 len 36
[ 1261.115419] ath10k_pci 0000:01:00.0: pci rx: 00000000: 02 00 1c 00
00 06 00 00 00 90 00 00 08 00 00 00  ................
[ 1261.115424] ath10k_pci 0000:01:00.0: pci rx: 00000010: 03 00 00 00
50 14 00 00 01 a0 00 00 00 a0 00 00  ....P...........
[ 1261.115427] ath10k_pci 0000:01:00.0: pci rx: 00000020: 00 00 00 00
                                    ....
[ 1261.115432] ath10k_pci 0000:01:00.0: htc rx completion ep 2 skb
0000000063dc45b6
[ 1261.115439] ath10k_pci 0000:01:00.0: scan event foreign channel
type 8 reason 3 freq 5200 req_id 40961 scan_id 40960 vdev_id 0 state
running (2)
[ 1261.115448] ath10k_pci 0000:01:00.0: pci rx ce pipe 2 len 40
[ 1261.115452] ath10k_pci 0000:01:00.0: pci rx: 00000000: 02 00 20 00
00 07 00 00 0c 90 00 00 00 00 00 00  .. .............
[ 1261.115456] ath10k_pci 0000:01:00.0: pci rx: 00000010: 50 14 00 00
00 00 00 00 00 00 00 00 a3 43 33 00  P............C3.
[ 1261.115459] ath10k_pci 0000:01:00.0: pci rx: 00000020: c8 67 4a 01
e8 90 16 00                          .gJ.....
[ 1261.115463] ath10k_pci 0000:01:00.0: htc rx completion ep 2 skb
00000000b2b31359

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

Re: ACS scans not returning noise floor

[Justin Capella]

My apologies,
I left out the important bit of the debug logs
[ 1265.917324] ath10k_warn: 61 callbacks suppressed
[ 1265.917330] ath10k_pci 0000:01:00.0: failed to parse chan info event: -71

Possibly also relevant, i'm using country "US" I am aware that the fcc
crda/regdom wasn't supported, but without the 802.11h option
condigured in hostapd it had been working with older firmware.

7ce94a62264be94dc1c41ff5d0c8a19c7f0d3143 is the head of the master
branch I'm using

On Thu, Feb 21, 2019 at 4:39 PM Justin Capella <justincapella@gmail.com> wrote:
>
> I'm using the firmware from ~2 days ago, and ath10k_wmi_pull_ch_info
> seems to be returning -EPROTO. I have no idea what I'm doing, but I
> notice there is a default noise floor in one of the headers, perhaps
> this could be used somewhere? I'm encountering this becuase hostapd is
> complaining that the ACS survey does not contain enough info.
>
> [ 1261.111452] ath10k_pci 0000:01:00.0: pci rx ce pipe 5 len 28
> [ 1261.111457] ath10k_pci 0000:01:00.0: pci rx: 00000000: 01 00 14 00
> 00 05 00 00 0f 00 00 00 50 14 00 00  ............P...
> [ 1261.111460] ath10k_pci 0000:01:00.0: pci rx: 00000010: 50 14 00 00
> 00 00 00 00 00 00 00 00              P...........
> [ 1261.111464] ath10k_pci 0000:01:00.0: htt rx, msg_type: 0xF
> [ 1261.111469] ath10k_pci 0000:01:00.0: htt chan change freq 5200 phymode 11a
> [ 1261.115411] ath10k_pci 0000:01:00.0: pci rx ce pipe 2 len 36
> [ 1261.115419] ath10k_pci 0000:01:00.0: pci rx: 00000000: 02 00 1c 00
> 00 06 00 00 00 90 00 00 08 00 00 00  ................
> [ 1261.115424] ath10k_pci 0000:01:00.0: pci rx: 00000010: 03 00 00 00
> 50 14 00 00 01 a0 00 00 00 a0 00 00  ....P...........
> [ 1261.115427] ath10k_pci 0000:01:00.0: pci rx: 00000020: 00 00 00 00
>                                     ....
> [ 1261.115432] ath10k_pci 0000:01:00.0: htc rx completion ep 2 skb
> 0000000063dc45b6
> [ 1261.115439] ath10k_pci 0000:01:00.0: scan event foreign channel
> type 8 reason 3 freq 5200 req_id 40961 scan_id 40960 vdev_id 0 state
> running (2)
> [ 1261.115448] ath10k_pci 0000:01:00.0: pci rx ce pipe 2 len 40
> [ 1261.115452] ath10k_pci 0000:01:00.0: pci rx: 00000000: 02 00 20 00
> 00 07 00 00 0c 90 00 00 00 00 00 00  .. .............
> [ 1261.115456] ath10k_pci 0000:01:00.0: pci rx: 00000010: 50 14 00 00
> 00 00 00 00 00 00 00 00 a3 43 33 00  P............C3.
> [ 1261.115459] ath10k_pci 0000:01:00.0: pci rx: 00000020: c8 67 4a 01
> e8 90 16 00                          .gJ.....
> [ 1261.115463] ath10k_pci 0000:01:00.0: htc rx completion ep 2 skb
> 00000000b2b31359

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

Re: ACS scans not returning noise floor

[Kalle Valo]

Justin Capella <justincapella@gmail.com> writes:

> My apologies,
> I left out the important bit of the debug logs
> [ 1265.917324] ath10k_warn: 61 callbacks suppressed
> [ 1265.917330] ath10k_pci 0000:01:00.0: failed to parse chan info event: -71
>
> Possibly also relevant, i'm using country "US" I am aware that the fcc
> crda/regdom wasn't supported, but without the 802.11h option
> condigured in hostapd it had been working with older firmware.
>
> 7ce94a62264be94dc1c41ff5d0c8a19c7f0d3143 is the head of the master
> branch I'm using

What hardware and firmware version? That's very important. Preferably
copy the ath10k driver initialisation messages which contain all that.

Is this is regression, for example did an old firmware work? If yes,
which one did not have this problem?

-- 
Kalle Valo

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

Re: ACS scans not returning noise floor

[Justin Capella]

[    5.979641] ath10k_pci 0000:01:00.0: pci irq msi oper_irq_mode 2
irq_mode 0 reset_mode 0
[    6.263245] ath10k_pci 0000:01:00.0: qca988x hw2.0 target
0x4100016c chip_id 0x043202ff sub 0000:0000
[    6.263252] ath10k_pci 0000:01:00.0: kconfig debug 1 debugfs 1
tracing 1 dfs 0 testmode 0
[    6.263598] ath10k_pci 0000:01:00.0: firmware ver 10.2.4-1.0-00041
api 5 features no-p2p,raw-mode,mfp,allows-mesh-bcast crc32 f43fa422
[    6.301982] ath10k_pci 0000:01:00.0: board_file api 1 bmi_id N/A
crc32 bebc7c08
[    7.566975] ath10k_pci 0000:01:00.0: unsupported HTC service id: 1536
[    7.588108] ath10k_pci 0000:01:00.0: htt-ver 2.1 wmi-op 5 htt-op 2
cal otp max-sta 128 raw 0 hwcrypto 1
[    7.712550] ath10k_pci 0000:01:00.0 wlp1s0: renamed from wlan0

linux-firmware-20181218.0f22c85 was working, will say that I have been
through several kernels recently, and the newet firmware from github
with the qca-ath kernel works

On Tue, Feb 26, 2019 at 4:05 AM Kalle Valo <kvalo@codeaurora.org> wrote:
>
> Justin Capella <justincapella@gmail.com> writes:
>
> > My apologies,
> > I left out the important bit of the debug logs
> > [ 1265.917324] ath10k_warn: 61 callbacks suppressed
> > [ 1265.917330] ath10k_pci 0000:01:00.0: failed to parse chan info event: -71
> >
> > Possibly also relevant, i'm using country "US" I am aware that the fcc
> > crda/regdom wasn't supported, but without the 802.11h option
> > condigured in hostapd it had been working with older firmware.
> >
> > 7ce94a62264be94dc1c41ff5d0c8a19c7f0d3143 is the head of the master
> > branch I'm using
>
> What hardware and firmware version? That's very important. Preferably
> copy the ath10k driver initialisation messages which contain all that.
>
> Is this is regression, for example did an old firmware work? If yes,
> which one did not have this problem?
>
> --
> Kalle Valo

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