* [PATCH 2/3] staging: rtl8723bs: remove unused AMPDU burst mode values
2026-06-19 8:37 [PATCH 1/3] staging: rtl8723bs: remove unused rtl8192c function declarations Jad Keskes
@ 2026-06-19 8:37 ` Jad Keskes
2026-06-19 8:37 ` [PATCH 3/3] staging: rtl8723bs: remove unused RF_PATH_MAX_90_8812 define Jad Keskes
2026-07-07 11:11 ` [PATCH 1/3] staging: rtl8723bs: remove unused rtl8192c function declarations Greg Kroah-Hartman
2 siblings, 0 replies; 4+ messages in thread
From: Jad Keskes @ 2026-06-19 8:37 UTC (permalink / raw)
To: Greg Kroah-Hartman; +Cc: linux-staging, linux-kernel, Jad Keskes
Remove enum values from rt_ampdu_burst that correspond to chips not
supported by this driver:
- RT_AMPDU_BURST_92D
- RT_AMPDU_BURST_88E
- RT_AMPDU_BURST_8812_4/8/12/15
These are leftovers from the original Realtek multi-chip codebase.
Only RT_AMPDU_BURST_NONE and RT_AMPDU_BURST_8723B are kept.
While here, remove the stale comment referencing 92C.
Signed-off-by: Jad Keskes <inasj268@gmail.com>
---
drivers/staging/rtl8723bs/include/hal_data.h | 10 ++--------
1 file changed, 2 insertions(+), 8 deletions(-)
diff --git a/drivers/staging/rtl8723bs/include/hal_data.h b/drivers/staging/rtl8723bs/include/hal_data.h
index 3a93ac312ded..6389e616c951 100644
--- a/drivers/staging/rtl8723bs/include/hal_data.h
+++ b/drivers/staging/rtl8723bs/include/hal_data.h
@@ -37,13 +37,7 @@ enum rt_regulator_mode {
enum rt_ampdu_burst {
RT_AMPDU_BURST_NONE = 0,
- RT_AMPDU_BURST_92D = 1,
- RT_AMPDU_BURST_88E = 2,
- RT_AMPDU_BURST_8812_4 = 3,
- RT_AMPDU_BURST_8812_8 = 4,
- RT_AMPDU_BURST_8812_12 = 5,
- RT_AMPDU_BURST_8812_15 = 6,
- RT_AMPDU_BURST_8723B = 7,
+ RT_AMPDU_BURST_8723B = 1,
};
#define CHANNEL_MAX_NUMBER (14) /* 14 is the max channel number */
@@ -362,7 +356,7 @@ struct hal_com_data {
u8 RegIQKFWOffload;
struct submit_ctx iqk_sctx;
- enum rt_ampdu_burst AMPDUBurstMode; /* 92C maybe not use, but for compile successfully */
+ enum rt_ampdu_burst AMPDUBurstMode;
u32 sdio_himr;
u32 sdio_hisr;
--
2.54.0
^ permalink raw reply related [flat|nested] 4+ messages in thread* [PATCH 3/3] staging: rtl8723bs: remove unused RF_PATH_MAX_90_8812 define
2026-06-19 8:37 [PATCH 1/3] staging: rtl8723bs: remove unused rtl8192c function declarations Jad Keskes
2026-06-19 8:37 ` [PATCH 2/3] staging: rtl8723bs: remove unused AMPDU burst mode values Jad Keskes
@ 2026-06-19 8:37 ` Jad Keskes
2026-07-07 11:11 ` [PATCH 1/3] staging: rtl8723bs: remove unused rtl8192c function declarations Greg Kroah-Hartman
2 siblings, 0 replies; 4+ messages in thread
From: Jad Keskes @ 2026-06-19 8:37 UTC (permalink / raw)
To: Greg Kroah-Hartman; +Cc: linux-staging, linux-kernel, Jad Keskes
Remove RF_PATH_MAX_90_8812 which is a leftover from RTL8812
chip support and is not referenced anywhere in this driver.
Signed-off-by: Jad Keskes <inasj268@gmail.com>
---
drivers/staging/rtl8723bs/include/hal_phy.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/staging/rtl8723bs/include/hal_phy.h b/drivers/staging/rtl8723bs/include/hal_phy.h
index abc0f27fdaa4..f7dfed0614d7 100644
--- a/drivers/staging/rtl8723bs/include/hal_phy.h
+++ b/drivers/staging/rtl8723bs/include/hal_phy.h
@@ -39,7 +39,6 @@ enum rf_path {
#define TX_4S 3
#define RF_PATH_MAX_92C_88E 2
-#define RF_PATH_MAX_90_8812 4 /* Max RF number 90 support */
enum wireless_mode {
WIRELESS_MODE_UNKNOWN = 0x00,
--
2.54.0
^ permalink raw reply related [flat|nested] 4+ messages in thread* Re: [PATCH 1/3] staging: rtl8723bs: remove unused rtl8192c function declarations
2026-06-19 8:37 [PATCH 1/3] staging: rtl8723bs: remove unused rtl8192c function declarations Jad Keskes
2026-06-19 8:37 ` [PATCH 2/3] staging: rtl8723bs: remove unused AMPDU burst mode values Jad Keskes
2026-06-19 8:37 ` [PATCH 3/3] staging: rtl8723bs: remove unused RF_PATH_MAX_90_8812 define Jad Keskes
@ 2026-07-07 11:11 ` Greg Kroah-Hartman
2 siblings, 0 replies; 4+ messages in thread
From: Greg Kroah-Hartman @ 2026-07-07 11:11 UTC (permalink / raw)
To: Jad Keskes; +Cc: linux-staging, linux-kernel
On Fri, Jun 19, 2026 at 09:37:34AM +0100, Jad Keskes wrote:
> Remove two function declarations from rtl8192c_recv.h that have no
> implementation and are never called in the rtl8723bs driver:
>
> - rtl8192c_translate_rx_signal_stuff()
> - rtl8192c_query_rx_desc_status()
>
> These are leftovers from the original Realtek multi-chip codebase
> and relate to the RTL8192C family, not the RTL8723B.
>
> Signed-off-by: Jad Keskes <inasj268@gmail.com>
> ---
> drivers/staging/rtl8723bs/include/rtl8192c_recv.h | 3 ---
> 1 file changed, 3 deletions(-)
>
> diff --git a/drivers/staging/rtl8723bs/include/rtl8192c_recv.h b/drivers/staging/rtl8723bs/include/rtl8192c_recv.h
> index 1f86654f0403..b63625ab4e45 100644
> --- a/drivers/staging/rtl8723bs/include/rtl8192c_recv.h
> +++ b/drivers/staging/rtl8723bs/include/rtl8192c_recv.h
> @@ -30,7 +30,4 @@ struct phy_stat {
> /* Rx smooth factor */
> #define Rx_Smooth_Factor (20)
>
> -void rtl8192c_translate_rx_signal_stuff(union recv_frame *precvframe, struct phy_stat *pphy_status);
> -void rtl8192c_query_rx_desc_status(union recv_frame *precvframe, struct recv_stat *pdesc);
> -
> #endif
> --
> 2.54.0
>
>
Hi,
This is the friendly patch-bot of Greg Kroah-Hartman. You have sent him
a patch that has triggered this response. He used to manually respond
to these common problems, but in order to save his sanity (he kept
writing the same thing over and over, yet to different people), I was
created. Hopefully you will not take offence and will fix the problem
in your patch and resubmit it so that it can be accepted into the Linux
kernel tree.
You are receiving this message because of the following common error(s)
as indicated below:
- This looks like a new version of a previously submitted patch, but you
did not list below the --- line any changes from the previous version.
Please read the section entitled "The canonical patch format" in the
kernel file, Documentation/process/submitting-patches.rst for what
needs to be done here to properly describe this.
If you wish to discuss this problem further, or you have questions about
how to resolve this issue, please feel free to respond to this email and
Greg will reply once he has dug out from the pending patches received
from other developers.
thanks,
greg k-h's patch email bot
^ permalink raw reply [flat|nested] 4+ messages in thread