Ping-Ke Shih <pkshih@xxxxxxxxxxx> writes: >> -----Original Message----- >> From: Martin Kaistra <martin.kaistra@xxxxxxxxxxxxx> >> Sent: Thursday, March 23, 2023 1:19 AM >> To: linux-wireless@xxxxxxxxxxxxxxx >> Cc: Jes Sorensen <Jes.Sorensen@xxxxxxxxx>; Kalle Valo <kvalo@xxxxxxxxxx>; Ping-Ke Shih >> <pkshih@xxxxxxxxxxx>; Bitterblue Smith <rtl8821cerfe2@xxxxxxxxx>; Sebastian Andrzej Siewior >> <bigeasy@xxxxxxxxxxxxx> >> Subject: [RFC PATCH 07/14] wifi: rtl8xxxu: Add parameter macid to update_rate_mask >> >> The HW maintains a rate_mask for each connection, referenced by the >> macid. Add a parameter to update_rate_mask and add the macid to the >> h2c call in the gen2 implementation. >> >> Also extend refresh_rate_mask to generate the macid in AP mode from >> sta->aid. > > Firmware can support 32 mac_id (station instance) at most, so it will be a > problem if hostapd assigns aid more than 32. Though I'm not clear how > hostpad assigns the aid, it would be always safe that rtl8xxxu maintains > mac_id by a bitmap in driver. Does rtlw8xxxu set struct wiphy::max_ap_assoc_sta? It would be good to advertise the user space the maximum number of stations. -- https://patchwork.kernel.org/project/linux-wireless/list/ https://wireless.wiki.kernel.org/en/developers/documentation/submittingpatches
