Hello Johannes, > > Add wiphy EXT_FEATURE flag to indicate that HW or driver does > > all DFS actions by itself. > > User-space functionality already implemented in hostapd using > > vendor-specific (QCA) OUI to advertise DFS offload support. > > Need to introduce generic flag to inform about DFS offload support. > > For deivces with DFS_OFFLOAD flag set user-space will no longer > > need to issue CAC or do any actions in response to > > "radar detected" events. HW will do everything by itself and send > > events to user-space to indicate that CAC was started/finished, etc. > > > > + * @NL80211_EXT_FEATURE_DFS_OFFLOAD: HW/driver will offload DFS actions. > > + * Device or driver will do all DFS-related actions by itself, > > + * informing user-space about CAC progress, radar detection event, > > + * channel change triggered by radar detection event. > > + * No need to start CAC from user-space, no need to react to > > + * "radar detected" event. > > The "channel change" part bothers me a bit - isn't normally hostapd > very much in control of the channel? How does it even get notified of > the new channel? How can you configure the parameters like how many > beacons to include the (E)CSA IE for, and whether to add ECSA or not > etc? We are about to send v3 for this feature. Could you please clarify your preferences in terms of patchwork procedure ? Should we mark previous patch versions as superseded for nl80211/cfg80211 patches ? Regards, Sergey
