Extended Capabilities bit values overwritten by the kernel
Pablo MARTIN-GOMEZ <[email protected]> Thu, 23 Oct 2025 15:13:53 +0200
| Newsgroups | gmane.linux.kernel.wireless.general,gmane.linux.drivers.hostap |
|---|---|
| Message-ID | <[email protected]> |
Hello all, I've encountered an issue with an ath12k & hostapd based AP: whatever value I put in `he_twt_responder` and `he_twt_responder` in the hostapd config, I always have the bit `TWT Responder Support` set to 1 in the Extended Capabilities IE. This happens because hostapd overwrites all the bit values of the Extended Capabilities bitmap set in the config with the values coming from the kernel (ext_capa_mask) since commit 8cd6b7bce8b8f1fe2803bc17ddf0f51bd07330b1 (hostapd), and in the case of the ath12k (and also ath11k), the driver sets WLAN_EXT_CAPA10_TWT_RESPONDER_SUPPORT in ext_capa_mask. I'm unsure on how to fix this: should hostapd be change so the kernel values can be overwritten by the config, or are the kernel values an invariant that shall not be overwritten and therefore ath12k should be modified so WLAN_EXT_CAPA10_TWT_RESPONDER_SUPPORT is only set in the user space or elsewhere in the driver dynamically. I'm taking the example with TWT Responder and ath12k, but I believe other drivers are concerned (e.g. TWT Requester Support and iwlwifi). Thanks in advance, Pablo MG