All of lore.kernel.org
 help / color / mirror / Atom feed
* ath10k 10.1 firmware cannot do ANQP queries
@ 2015-05-19 18:39 ` Ben Greear
  0 siblings, 0 replies; 2+ messages in thread
From: Ben Greear @ 2015-05-19 18:39 UTC (permalink / raw)
  To: ath10k, linux-wireless@vger.kernel.org

I took some time to debug this in my 10.1 CT firmware.

It appears that the problem is the ANQP queries may be destined
for APs that the station is not currently connected to.  So, the
firmware cannot find the peer, and then it just fails to put the
management frame on the air.

I have fixed my CT firmware to use the 'bss-peer' when the real peer
for a mgt-frame cannot be found.  That appears to work.

Unless upstream firmware does something similar, I think ANQP
(GAS) queries are going to remain broken on ath10k.  I am not
sure of any sane way to do a work-around in the driver, unless
you want to add fake peers and then make them go away sometime
later (when you assume the mgt frame has been properly put on the air).

A simple test case is to use recent wpa_cli:

> anqp_get 00:0e:8e:f8:73:96 1
OK
<3>GAS-QUERY-START addr=00:0e:8e:f8:73:96 dialog_token=0 freq=5180
<3>GAS-QUERY-DONE addr=00:0e:8e:f8:73:96 dialog_token=0 freq=5180 status_code=0 result=SUCCESS
<3>ANQP-QUERY-DONE addr=00:0e:8e:f8:73:96 result=SUCCESS
>

That MAC addr is an AP that the station is NOT connected to.  Even if you
have no ANQP support in the AP, this should still put a packet on
the air I believe...so you should be able to do simple testing with
a sniffer.

Thanks,
Ben

-- 
Ben Greear <greearb@candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


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

^ permalink raw reply	[flat|nested] 2+ messages in thread

* ath10k 10.1 firmware cannot do ANQP queries
@ 2015-05-19 18:39 ` Ben Greear
  0 siblings, 0 replies; 2+ messages in thread
From: Ben Greear @ 2015-05-19 18:39 UTC (permalink / raw)
  To: ath10k, linux-wireless@vger.kernel.org

I took some time to debug this in my 10.1 CT firmware.

It appears that the problem is the ANQP queries may be destined
for APs that the station is not currently connected to.  So, the
firmware cannot find the peer, and then it just fails to put the
management frame on the air.

I have fixed my CT firmware to use the 'bss-peer' when the real peer
for a mgt-frame cannot be found.  That appears to work.

Unless upstream firmware does something similar, I think ANQP
(GAS) queries are going to remain broken on ath10k.  I am not
sure of any sane way to do a work-around in the driver, unless
you want to add fake peers and then make them go away sometime
later (when you assume the mgt frame has been properly put on the air).

A simple test case is to use recent wpa_cli:

> anqp_get 00:0e:8e:f8:73:96 1
OK
<3>GAS-QUERY-START addr=00:0e:8e:f8:73:96 dialog_token=0 freq=5180
<3>GAS-QUERY-DONE addr=00:0e:8e:f8:73:96 dialog_token=0 freq=5180 status_code=0 result=SUCCESS
<3>ANQP-QUERY-DONE addr=00:0e:8e:f8:73:96 result=SUCCESS
>

That MAC addr is an AP that the station is NOT connected to.  Even if you
have no ANQP support in the AP, this should still put a packet on
the air I believe...so you should be able to do simple testing with
a sniffer.

Thanks,
Ben

-- 
Ben Greear <greearb@candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2015-05-19 18:40 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-05-19 18:39 ath10k 10.1 firmware cannot do ANQP queries Ben Greear
2015-05-19 18:39 ` Ben Greear

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.