During the review of the corresponding wpa_supplicant patches we noticed that the only way for it to detect that this functionality is supported currently is to check for the command support. This can be misleading though, as the command was also designed to, in the future, support pure 802.11 TSPECs. Expose the WMM-TSPEC feature flag to nl80211 so later we can also expose an 802.11-TSPEC feature flag (if needed) to differentiate the two cases. Note: this change isn't needed in 3.18 as there's no driver there yet that supports the functionality at all.
Showing the changes to include/uapi/linux (1 of 3 files). Show all
Unified · Split
| @@ -4052,6 +4052,10 @@ enum nl80211_ap_sme_features { · 4051 unmodified lines | ||
| 4052 | 4052 | * multiplexing powersave, ie. can turn off all but one chain |
| 4053 | 4053 | * and then wake the rest up as required after, for example, |
| 4054 | 4054 | * rts/cts handshake. |
| 4055 | + * @NL80211_FEATURE_SUPPORTS_WMM_ADMISSION: the device supports setting up WMM | |
| 4056 | + * TSPEC sessions (TID aka TSID 0-7) with the %NL80211_CMD_ADD_TX_TS | |
| 4057 | + * command. Standard IEEE 802.11 TSPEC setup is not yet supported, it | |
| 4058 | + * needs to be able to handle Block-Ack agreements and other things. | |
| 4055 | 4059 | */ |
| 4056 | 4060 | enum nl80211_feature_flags { |
| 4057 | 4061 | NL80211_FEATURE_SK_TX_STATUS = 1 << 0, |
| @@ -4080,6 +4084,7 @@ enum nl80211_feature_flags { · 22 unmodified lines | ||
| 4080 | 4084 | NL80211_FEATURE_ACKTO_ESTIMATION = 1 << 23, |
| 4081 | 4085 | NL80211_FEATURE_STATIC_SMPS = 1 << 24, |
| 4082 | 4086 | NL80211_FEATURE_DYNAMIC_SMPS = 1 << 25, |
| 4087 | + NL80211_FEATURE_SUPPORTS_WMM_ADMISSION = 1 << 26, | |
| 4083 | 4088 | }; |
| 4084 | 4089 | |
| 4085 | 4090 | /** |