[PATCH v2] hostap: Support ht-cap over-rides.
greearb at candelatech.com
Sat Nov 19 11:03:48 EST 2011
On 11/19/2011 03:34 AM, Jouni Malinen wrote:
> On Sat, Nov 19, 2011 at 01:48:52AM -0800, Ben Greear wrote:
>> I'm not sure...my use-case is for testing APs primarily.
>> Maybe setting rates to a lower value would help reliability
>> in some cases, and tuning the aggregation may also allow
>> users to decrease latency (at a cost of throughput)?
> Why would users need to do that? Isn't this something that the rate
> control algorithm should take care of automatically?
Sure, but the rate algorithms may not optimize perfectly for every
user. If packet loss is very painful (maybe for VOIP?), then
it may be worth running at a lower rate for less packet loss?
Why did we allow setting rates in the a/b/g modes (even if not
through hostap) ?
>> Is there any particular bit that seems complex to you?
> Well, more or less all of that patch.. ;-) The problem here is that your
> use case is very special and it increases the size of the wpa_supplicant
> binary without really providing useful functionality for most users as
> far as I can tell. Binary size may not matter much in many cases, but
> wpa_supplicant is used in various limited resources embedded devices and
> there is desire to avoid unnecessary size increases. Sure, this
> particular patch may not be that large of an increase on its own, but
> these things pile up and are difficult to get rid of once applied.
Would it help if I made it something that is only compiled in when
the user selects the option in the config file?
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc http://www.candelatech.com
More information about the HostAP