From: Ping-Ke Shih <pkshih@realtek.com>
To: "Georg Müller" <georgmueller@gmx.net>,
"Jes.Sorensen@gmail.com" <Jes.Sorensen@gmail.com>,
"rtl8821cerfe2@gmail.com" <rtl8821cerfe2@gmail.com>
Cc: "linux-wireless@vger.kernel.org" <linux-wireless@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: RE: [RFC PATCH v3 2/4] wifi: rtl8xxxu: handle rate control for 8188e a per mac_id
Date: Mon, 16 Mar 2026 06:35:31 +0000 [thread overview]
Message-ID: <34bfaf9b86184047b5591d03517bcc7c@realtek.com> (raw)
In-Reply-To: <20260313135321.3196688-3-georgmueller@gmx.net>
Georg Müller <georgmueller@gmx.net> wrote:
> convert member ra_info to an array with one entry per mac id. This
> allows having different rate control settings per connected station
> in ap mode.
>
> The max_macid_num is conservative. The old driver used 32 [1], some
> other sources said 64 [2]. I have not enough adapters to test any of the
> higher values. Given the usage of this chipset in nano dongles, I think
> the 16 might be high enough.
>
> [1]
> https://github.com/lwfinger/rtl8188eu/blob/f5d1c8df2e2d8b217ea0113bf2cf3e37d
> f8cb716/include/sta_info.h#L28
> [2]
> https://lore.kernel.org/linux-wireless/27e83382-4c84-1841-c428-d1e5143ea20c@
> gmail.com/
>
> Signed-off-by: Georg Müller <georgmueller@gmx.net>
> ---
> drivers/net/wireless/realtek/rtl8xxxu/8188e.c | 12 ++++++------
> drivers/net/wireless/realtek/rtl8xxxu/core.c | 19 ++++++++++++++-----
> .../net/wireless/realtek/rtl8xxxu/rtl8xxxu.h | 3 ++-
> 3 files changed, 22 insertions(+), 12 deletions(-)
>
> diff --git a/drivers/net/wireless/realtek/rtl8xxxu/8188e.c
> b/drivers/net/wireless/realtek/rtl8xxxu/8188e.c
> index de2837a91bbe..607ca62194fc 100644
> --- a/drivers/net/wireless/realtek/rtl8xxxu/8188e.c
> +++ b/drivers/net/wireless/realtek/rtl8xxxu/8188e.c
> @@ -1468,9 +1468,8 @@ static void rtl8188e_reset_ra_counter(struct
> rtl8xxxu_ra_info *ra)
> ra->nsc_down = (n_threshold_high[rate_id] + n_threshold_low[rate_id])
> >> 1;
> }
>
> -static void rtl8188e_rate_decision(struct rtl8xxxu_ra_info *ra)
> +static void rtl8188e_rate_decision(struct rtl8xxxu_priv *priv, struct
> rtl8xxxu_ra_info *ra)
> {
> - struct rtl8xxxu_priv *priv = container_of(ra, struct rtl8xxxu_priv,
> ra_info);
> const u8 *retry_penalty_idx_0;
> const u8 *retry_penalty_idx_1;
> const u8 *retry_penalty_up_idx;
> @@ -1669,7 +1668,7 @@ void rtl8188e_handle_ra_tx_report2(struct rtl8xxxu_priv
> *priv, struct sk_buff *s
> u32 *_rx_desc = (u32 *)(skb->data - sizeof(struct rtl8xxxu_rxdesc16));
> struct rtl8xxxu_rxdesc16 *rx_desc = (struct rtl8xxxu_rxdesc16
> *)_rx_desc;
> struct device *dev = &priv->udev->dev;
> - struct rtl8xxxu_ra_info *ra = &priv->ra_info;
> + struct rtl8xxxu_ra_info *ra;
> u32 tx_rpt_len = rx_desc->pktlen & 0x3ff;
> u32 items = tx_rpt_len / TX_RPT2_ITEM_SIZE;
The 'items' should be smaller or equal to RTL8188E_MAX_MAC_ID_NUM.
> u64 macid_valid = ((u64)_rx_desc[5] << 32) | _rx_desc[4];
> @@ -1688,6 +1687,7 @@ void rtl8188e_handle_ra_tx_report2(struct rtl8xxxu_priv
> *priv, struct sk_buff *s
>
> for (macid = 0; macid < items; macid++) {
> valid = false;
> + ra = &priv->ra_info[macid];
>
> if (macid < 64)
> valid = macid_valid & BIT(macid);
> @@ -1704,7 +1704,7 @@ void rtl8188e_handle_ra_tx_report2(struct rtl8xxxu_priv
> *priv, struct sk_buff *s
>
> if (ra->total > 0) {
> if (ra->ra_stage < 5)
> - rtl8188e_rate_decision(ra);
> + rtl8188e_rate_decision(priv, ra);
> else if (ra->ra_stage == 5)
>
> rtl8188e_power_training_try_state(ra);
> else /* ra->ra_stage == 6 */
> @@ -1781,7 +1781,7 @@ rtl8188e_update_rate_mask(struct rtl8xxxu_priv *priv,
> u32 ramask, u8 rateid, int sgi, int txbw_40mhz,
> u8 macid)
> {
> - struct rtl8xxxu_ra_info *ra = &priv->ra_info;
> + struct rtl8xxxu_ra_info *ra = &priv->ra_info[macid];
>
> ra->rate_id = rateid;
> ra->rate_mask = ramask;
> @@ -1792,7 +1792,7 @@ rtl8188e_update_rate_mask(struct rtl8xxxu_priv *priv,
>
> static void rtl8188e_ra_set_rssi(struct rtl8xxxu_priv *priv, u8 macid, u8 rssi)
> {
> - priv->ra_info.rssi_sta_ra = rssi;
> + priv->ra_info[macid].rssi_sta_ra = rssi;
> }
>
> void rtl8188e_ra_info_init_all(struct rtl8xxxu_ra_info *ra)
> diff --git a/drivers/net/wireless/realtek/rtl8xxxu/core.c
> b/drivers/net/wireless/realtek/rtl8xxxu/core.c
> index 794187d28caa..5ad23c5c9305 100644
> --- a/drivers/net/wireless/realtek/rtl8xxxu/core.c
> +++ b/drivers/net/wireless/realtek/rtl8xxxu/core.c
> @@ -3921,6 +3921,7 @@ static int rtl8xxxu_init_device(struct ieee80211_hw *hw)
> struct device *dev = &priv->udev->dev;
> struct rtl8xxxu_fileops *fops = priv->fops;
> bool macpower;
> + u16 mac_id;
> int ret;
> u8 val8;
> u16 val16;
> @@ -4393,9 +4394,16 @@ static int rtl8xxxu_init_device(struct ieee80211_hw *hw)
> priv->cfo_tracking.crystal_cap = priv->default_crystal_cap;
> }
>
> - if (priv->rtl_chip == RTL8188E)
> - rtl8188e_ra_info_init_all(&priv->ra_info);
> -
> + if (priv->rtl_chip == RTL8188E) {
> + priv->ra_info = kmalloc_array(RTL8188E_MAX_MAC_ID_NUM,
> sizeof(*priv->ra_info), GFP_KERNEL);
How about devm_ series? Then, no need to free on error path or disconnection.
> + if (!priv->ra_info) {
> + ret = -ENOMEM;
> + goto exit;
> + }
> + for (mac_id = 0; mac_id < RTL8188E_MAX_MAC_ID_NUM; mac_id++) {
> + rtl8188e_ra_info_init_all(&priv->ra_info[mac_id]);
> + }
no need brace for single line statement.
> + }
> set_bit(RTL8XXXU_BC_MC_MACID, priv->mac_id_map);
> set_bit(RTL8XXXU_BC_MC_MACID1, priv->mac_id_map);
>
> @@ -5338,7 +5346,7 @@ rtl8xxxu_fill_txdesc_v3(struct ieee80211_hw *hw, struct
> ieee80211_hdr *hdr,
> {
> struct rtl8xxxu_priv *priv = hw->priv;
> struct device *dev = &priv->udev->dev;
> - struct rtl8xxxu_ra_info *ra = &priv->ra_info;
> + struct rtl8xxxu_ra_info *ra = &priv->ra_info[macid];
> u8 *qc = ieee80211_get_qos_ctl(hdr);
> u8 tid = qc[0] & IEEE80211_QOS_CTL_TID_MASK;
> u32 rate = 0;
> @@ -7895,6 +7903,7 @@ static int rtl8xxxu_probe(struct usb_interface *interface,
> err_set_intfdata:
> usb_set_intfdata(interface, NULL);
>
> + kfree(priv->ra_info);
> kfree(priv->fw_data);
> mutex_destroy(&priv->usb_buf_mutex);
> mutex_destroy(&priv->syson_indirect_access_mutex);
> @@ -7924,7 +7933,7 @@ static void rtl8xxxu_disconnect(struct usb_interface
> *interface)
> usb_set_intfdata(interface, NULL);
>
> dev_info(&priv->udev->dev, "disconnecting\n");
> -
> + kfree(priv->ra_info);
> kfree(priv->fw_data);
> mutex_destroy(&priv->usb_buf_mutex);
> mutex_destroy(&priv->syson_indirect_access_mutex);
> diff --git a/drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.h
> b/drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.h
> index 4a744b5c1aec..9ce820ff4793 100644
> --- a/drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.h
> +++ b/drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.h
> @@ -76,6 +76,7 @@
> #define RTL_FW_PAGE_SIZE 4096
> #define RTL8XXXU_FIRMWARE_POLL_MAX 1000
>
> +#define RTL8188E_MAX_MAC_ID_NUM 16
> #define RTL8723A_CHANNEL_GROUPS 3
> #define RTL8723A_MAX_RF_PATHS 2
> #define RTL8723B_CHANNEL_GROUPS 6
> @@ -1915,7 +1916,7 @@ struct rtl8xxxu_priv {
> struct rtl8xxxu_btcoex bt_coex;
> struct rtl8xxxu_ra_report ra_report;
> struct rtl8xxxu_cfo_tracking cfo_tracking;
> - struct rtl8xxxu_ra_info ra_info;
> + struct rtl8xxxu_ra_info *ra_info;
It looks like this is also 8188e specific. Could you add comment by the way?
(but please /**/ style)
> u8 dynamic_tx_rpt_timing_counter; // 8188e specific
>
> bool led_registered;
> --
> 2.53.0
>
next prev parent reply other threads:[~2026-03-16 6:35 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-03-13 13:53 [RFC PATCH v3 0/4] wifi: rtl8xxxu: implement AP mode for 8188EU Georg Müller
2026-03-13 13:53 ` [RFC PATCH v3 1/4] wifi: rtl8xxxu: move dynamic_tx_rpt_timing_counter from ra_info to priv Georg Müller
2026-03-16 6:17 ` Ping-Ke Shih
2026-03-16 9:30 ` Georg Müller
2026-03-17 2:52 ` Ping-Ke Shih
2026-03-13 13:53 ` [RFC PATCH v3 2/4] wifi: rtl8xxxu: handle rate control for 8188e a per mac_id Georg Müller
2026-03-16 6:35 ` Ping-Ke Shih [this message]
2026-03-16 9:41 ` Georg Müller
2026-03-13 13:53 ` [RFC PATCH v3 3/4] wifi: rtl8xxxu: update max report mac id on station add / remove for 8188e chips Georg Müller
2026-03-16 7:07 ` Ping-Ke Shih
2026-03-13 13:53 ` [RFC PATCH v3 4/4] wifi: rtl8xxxu: Enable AP mode for RTL8188EU Georg Müller
2026-03-13 23:14 ` [RFC PATCH v3 0/4] wifi: rtl8xxxu: implement AP mode for 8188EU Bitterblue Smith
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=34bfaf9b86184047b5591d03517bcc7c@realtek.com \
--to=pkshih@realtek.com \
--cc=Jes.Sorensen@gmail.com \
--cc=georgmueller@gmx.net \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-wireless@vger.kernel.org \
--cc=rtl8821cerfe2@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox