Trouble connecting to broadcom AC APs?

Adrian Chadd adrian at freebsd.org
Thu Mar 20 19:34:48 EDT 2014


.. right, but if you can reproduce it with ath10k in 11n only mode,
you can use an existing ath9k sniffer to sniff and see if there's
anything fruity in the frames.


-a


On 20 March 2014 16:27, Ben Greear <greearb at candelatech.com> wrote:
> On 03/20/2014 12:26 PM, Adrian Chadd wrote:
>> Is the broadcom ap doing sane or insane things with the sleep bits in
>> transmitted frames?
>>
>> Is this a problem with 11ac only?
>
> ath9k stations connect just fine, so it's either something with
> the ath10k (including our modified firmware), or the AP has issues
> with AC specifically.
>
> Thanks,
> Ben
>
>>
>>
>> -a
>>
>>
>> On 20 March 2014 12:23, Ben Greear <greearb at candelatech.com> wrote:
>>> On 03/20/2014 12:17 PM, Adrian Chadd wrote:
>>>> Did the per-rate transmit statistics ever make it into the firmware / driver?
>>>>
>>>> I'd start by looking at what rate(s) it's trying and what the transmit
>>>> completion statistics say. It could be doing something exceedingly
>>>> dumb like transmitting on an invalid rate or stream setup.
>>>>
>>>> Same deal with STBC/LDPC. Try disabling those; see what happens.
>>>
>>> It appears the packets get to the AP, and AP at least tries to
>>> respond.
>>>
>>> If we bring up stations one at a time instead of multiple at once
>>> it works better, and using ddwrt works better than stock firmware
>>> on the AP too.
>>>
>>> Anyone know how well monitor mode works on ath10k?  Would be nice
>>> to see what is actually on the air.
>>>
>>> Truth is, my main concern now is some issue with tx flush hanging,
>>> so it may be a bit until I can dig closely into the issues
>>> with the BCM APs.
>>>
>>> Thanks,
>>> Ben
>>>
>>>>
>>>>
>>>>
>>>> -a
>>>>
>>>>
>>>> On 20 March 2014 08:59, Ben Greear <greearb at candelatech.com> wrote:
>>>>> On 03/19/2014 11:36 PM, Kalle Valo wrote:
>>>>>> Ben Greear <greearb at candelatech.com> writes:
>>>>>>
>>>>>>> We are seeing various funny things when trying to connect
>>>>>>> ath10k stations to commercial APs with broadcom AC NICs.
>>>>>>>
>>>>>>> It sort of works sometimes, but we often see failure to
>>>>>>> acquire DHCP lease in a timely manner, etc.
>>>>>>
>>>>>> So it's a problem with broadcast frames? With or without encryption? Did
>>>>>> you try disabling power save?
>>>>>
>>>>> With and without encryption we see issues.  I am disabling power-save,
>>>>> but from poking around in firmware, I'm not sure how much affect that
>>>>> has.
>>>>>
>>>>> I'm using commands like this to disable it:
>>>>> ./local/sbin/iw dev sta219 set power_save off
>>>>>
>>>>>>> Similar testing on APs using QCA AC NICs appears to work
>>>>>>> much better.
>>>>>>>
>>>>>>> Our problems could be most anything, including the fact that this
>>>>>>> testing is done on our modified firmware, but I am curious if anyone
>>>>>>> else seems any similar issues?
>>>>>>
>>>>>> Occasionally I test connecting to D-Link DIR-865L in STA mode. But I
>>>>>> just do just simple ping tests and with manual IPs.
>>>>>
>>>>> We'll keep poking at things and see if we can find any
>>>>> pattern or work around.
>>>>>
>>>>> Thanks,
>>>>> Ben
>>>>>
>>>>> --
>>>>> Ben Greear <greearb at candelatech.com>
>>>>> Candela Technologies Inc  http://www.candelatech.com
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> ath10k mailing list
>>>>> ath10k at lists.infradead.org
>>>>> http://lists.infradead.org/mailman/listinfo/ath10k
>>>
>>>
>>> --
>>> Ben Greear <greearb at candelatech.com>
>>> Candela Technologies Inc  http://www.candelatech.com
>>>
>>
>> _______________________________________________
>> ath10k mailing list
>> ath10k at lists.infradead.org
>> http://lists.infradead.org/mailman/listinfo/ath10k
>>
>
>
> --
> Ben Greear <greearb at candelatech.com>
> Candela Technologies Inc  http://www.candelatech.com
>



More information about the ath10k mailing list