From: "Georg Müller" <georgmueller@gmx.net>
To: Ping-Ke Shih <pkshih@realtek.com>,
"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 10:41:07 +0100 [thread overview]
Message-ID: <7c4bee98-5997-42af-a7f3-2821beeab512@gmx.net> (raw)
In-Reply-To: <34bfaf9b86184047b5591d03517bcc7c@realtek.com>
Am 16.03.26 um 07:35 schrieb Ping-Ke Shih:
> 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.
I will add a check.
>> 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.
I didn't know about these and will change it in the next version.
>> + 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.
I will change it in the next version.
>> + }
>> 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)
ok
>> u8 dynamic_tx_rpt_timing_counter; // 8188e specific
>>
>> bool led_registered;
>> --
>> 2.53.0
>>
>
next prev parent reply other threads:[~2026-03-16 9:41 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
2026-03-16 9:41 ` Georg Müller [this message]
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=7c4bee98-5997-42af-a7f3-2821beeab512@gmx.net \
--to=georgmueller@gmx.net \
--cc=Jes.Sorensen@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-wireless@vger.kernel.org \
--cc=pkshih@realtek.com \
--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