[PATCH] Configure dtim_period dynamicly

Eugene Krasnikov k.eugene.e at gmail.com
Fri Jun 28 05:36:20 EDT 2013


Yes, you are right, eventually we will move all sta/vif related
parameters to related structures. We have already some of them in
place e.g. https://github.com/KrasnikovEugene/wcn36xx/blob/master/wcn36xx.h#L90

Also the whole bss_info_changed function must be reworked a bit.

2013/6/28 Olof Johansson <dev at skyshaper.net>:
> On Fri, Jun 28, 2013 at 10:29 AM, Eugene Krasnikov <k.eugene.e at gmail.com> wrote:
>> Before dtim period was hardcoded to 2. Change it dynamically
>> based on AP configuration.
>>
>> Signed-off-by: Eugene Krasnikov <k.eugene.e at gmail.com>
>> @@ -116,6 +116,7 @@ struct wcn36xx {
>>         u16                     aid;
>>         struct wcn36xx_vif      *current_vif;
>>         u16                     beacon_interval;
>> +       u8                      dtim_period;
>>         enum ani_ed_type        encrypt_type;
>>         u8                      fw_revision;
>>         u8                      fw_version;
>
> The code itself looks ok so I got no comments there.
>
> But I'm getting concerned over the growing amount of sta/vif specific
> parameters we are storing in the wcn struct. I think
> aid/dtim/beacon_interval/is_joining etc should be moved to the sta or
> vif specfic areas we have reserved for this stuff. Or am I mistaken?
>
> Cheers
> --
> Olof



-- 
Best regards,
Eugene



More information about the wcn36xx mailing list