[PATCHv2 1/2] nl80211: vendor-cmd: qca: add command for ap power save
Arend Van Spriel
arend.vanspriel at broadcom.com
Thu Oct 22 04:00:49 EDT 2020
On 10/21/2020 7:19 PM, Kalle Valo wrote:
> vnaralas at codeaurora.org writes:
>
>> On 2020-09-29 13:10, Kalle Valo wrote:
>>> Johannes Berg <johannes at sipsolutions.net> writes:
>>>
>>>> On Mon, 2020-08-24 at 13:56 +0530, Venkateswara Naralasetty wrote:
>>>>> AP power save feature is to save power in AP mode, where AP goes
>>>>> to power save mode when no stations associate to it and comes out
>>>>> of power save when any station associate to AP.
>>>>
>>>> Why do you think this requires a vendor command? I mean, that seems
>>>> like
>>>> fairly reasonable - even by default - behaviour?
>>>
>>> I have not studied the details, but doesn't AP power save break normal
>>> functionality? For example, I would guess probe requests from clients
>>> would be lost. So there's a major drawback when enabling this, right?
>>
>> This AP power save feature will not break any functionality, Since one
>> chain is always active and all other chains will be disabled when this
>> feature is enabled. AP can still be able to beacon and receive probe
>> request from the clients. The only drawback is reduced network range
>> when this feature is enabled. Hence, we don't want to enable it by
>> default.
>
> Yeah, we really would not want to enable that by default. But what
> should be the path forward, a vendor command or a proper nl80211
> command? Any opinions?
I would go for a proper nl80211 command or just add an attribute for use
in NL80211_CMD_START_AP or deal with NL80211_CMD_SET_POWERSAVE when
operating in AP mode.
Regards,
Arend
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4176 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.infradead.org/pipermail/ath11k/attachments/20201022/716d4f8c/attachment-0001.p7s>
More information about the ath11k
mailing list