Per radio configuration
greearb at candelatech.com
Thu Feb 4 13:04:48 PST 2016
I'm considering a case where I have multiple ath10k NICs in
a system, possibly not all the same chipset.
I may want to have one optimized for smaller number of vdevs and more
peers, and another many vdevs, fewer peers, etc. Some chipsets
Module options are not optimal for this since there is no easy way to
have different options for different NICs.
I'm thinking about making a loadable 'firmware' file that has
text-based config, something like:
# First radio
# Second radio
# End of file
When parsing, Lines starting with # would be ignored.
Any un-known tokens would be ignored, for backwards/forwards compatibility.
This file would be loaded and parsed before loading other firmware images
so that we can use particular firmware images per radio. This further lets one
optimize one radio for one thing, one for another. For instance, if someone
requires IBSS and wants to use stock QCA firmware, they can use the 'main' firmware
for that radio, and the most recent one for another radio that needs to be a stable AP.
In addition to this, we would need to store the vdev combinations
in RAM in the 'ar' struct, so we could get rid of all of the static,
hard-coded members and set the capabilities to match the requested
Any opinions on this? Something that might be worthwhile for upstream?
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc http://www.candelatech.com
More information about the ath10k