CT ath10k firmware now supports IBSS + RSN
greearb at candelatech.com
Mon Aug 17 11:33:06 EDT 2015
On 08/17/2015 06:11 AM, Sven Eckelmann wrote:
> On Friday 10 April 2015 16:32:29 Ben Greear wrote:
>> First, thanks to everyone that helped me with questions,
>> QCA/Tieto's upstream patches, etc.
>> This needs more testing, but it appears to at least mostly work.
>> I am using this 4.0 related kernel. I think only the last 3 patches
>> are IBSS specific, but possibly there are others that matter as well.
>> Firmware binaries and release notes are here:
>> I'm using a very recent wpa_supplicant..upstream should work I think,
>> but I am using this one:
>> supplicant needs to have this enabled, among other things:
> thanks for your work on the QCA firmware fork. I have testing your
> firmware v14 (firmware-2-ct-full-community.bin;
> md5sum 800799459c20c1683138c74b3ba58f25) a little bit on OpenWrt r46413
> (+ your patches ) with a QCA9880 device and focus on IBSS.
> The performance over IBSS looks a lot better than before. So your
> aggregation/BlockAck fix seems to work quite well.
Thanks for giving it a try!
> But there are also some problems which I've noticed.
> * setting the mcast rate during `iw dev "$ifname" ibss join`
> doesn't seem to work for IBSS mode. The bcast frames are still
> transmitted with 6Mbit/s
> - I've also tried to use the hack
> + echo mcast > /sys/kernel/debug/ieee80211/phy0/ath10k/set_rates
> + iw dev adhoc0 set bitrates legacy-5 18
This is likely fixable, but I have higher priority things to work on
first. It seems one could spend a good deal of effort in the
I am also interested in pursuing host-based rate-ctrl, but I would need
the help of some driver writers as I don't have time to do it all myself.
> * IBSS/RSN isn't working between ath10k<->ath10k, ath9k<->ath10k
> (works well between ath9k<->ath9k)
> - the ath10k device doesn't seem to send its broadcast frames
> after the handshake finished (ath9k already tries to transmit
> bcast frames)
> - also doesn't work with firmware-2-ct-non-commercial-full-14.bin
> and nohwcrypt=1
I believe I had ath10k to ath9k + RSN work, but I did see problems with ath10k-ath10k + RSN.
I think sometimes it worked a bit, and then stopped. Truth is, my customers
interested in IBSS are not doing encryption on the IBSS interface, so I have no plans to work on this
soon. And, even if offered the opportunity, I'm not sure what I could do to
improve the problem. Possibly someone at QCA would have ideas and might share
them with me...
> * IBSS stops working everytime an AP interface is added to the same
> PHY (it isn't importing whether it is using WPA/WPA2 or configured
> as open AP)
> - tested again with ath9k on the same OpenWrt version and it
> working quite well with 1x IBSS + 2x AP
One of my customers is using AP + IBSS interface with no obvious problems
related to concurrency. But, maybe they are doing things in a different
order. Does it work for you if you bring up AP first and then add IBSS?
This is likely fixable.
> Were you able to get anything from the above setups working for you?
> Maybe there are some workarounds I've missed and that you've
> mentioned in other mails. It would be really nice if you could
> mention those again :)
> Especially interesting would be to know if some of the problems are
> already known and just not implemented. Are the not implemented
> features planned or currently not the development goal for this
In general, I have about as much work as I can handle. General development
goals are rate-ctrl improvements, more stability improvements, maybe IBSS + AMSDU
support (that is what I disabled to make it run at least moderately fast).
Part of my rate-ctrl effort is allowing radio-tap transmit to work, and especially
to allow some per-pkt settings w/regard to rate-ctrl. I am not sure how possible
this will be, but so far, it seems like something I have a chance at making work.
We also see bugs with ANQP and 802.11r roaming....I am thinking this may be
at least partially a driver bug...might have to add a peer for whoever we
are doing ANQP with, for instance. I'm not sure how multiple peers on a station
vdev will work or not.
> Kind regards,
>  https://dev.cloudtrax.com/git/ath10k-ibss-test.git/shortlog/refs/heads/master-20150824
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc http://www.candelatech.com
More information about the HostAP