From: Prithvi <activprithvi@gmail.com>
To: Luka Gejak <luka.gejak@linux.dev>
Cc: gregkh@linuxfoundation.org, abrahamadekunle50@gmail.com,
b9788213@gmail.com, straube.linux@gmail.com,
ethantidmore06@gmail.com, andriy.shevchenko@linux.intel.com,
dan.carpenter@linaro.org, weibu@redadmin.org,
knavaneeth786@gmail.com, ignacio.pena87@gmail.com,
dharanitharan725@gmail.com, samasth.norway.ananda@oracle.com,
karanja99erick@gmail.com, s9430939@naver.com,
suunj1331@gmail.com, ysinghcin@gmail.com,
linux-staging@lists.linux.dev, linux-kernel@vger.kernel.org,
linux-kernel-mentees@lists.linux.dev, skhan@linuxfoundation.org,
david.hunter.linux@gmail.com, khalid@kernel.org
Subject: Re: [RFT PATCH v3 0/5] staging: rtl8723bs: Code cleanup in drivers/staging/rtl8723bs
Date: Thu, 9 Apr 2026 01:01:47 +0530 [thread overview]
Message-ID: <20260408193147.lpaswxqvkoyo7uqr@inspiron> (raw)
In-Reply-To: <7E2F475C-4B51-4D5A-B110-A8A796124A0B@linux.dev>
On Sun, Apr 05, 2026 at 03:01:51PM +0200, Luka Gejak wrote:
> On April 5, 2026 1:41:27 PM GMT+02:00, Prithvi Tambewagh <activprithvi@gmail.com> wrote:
> >This patch series focuses on code cleanup in drivers/staging/rtl8723bs,
> >majorly focusing on fixing checkpatch warnings of constant being on right
> >side of test in comparisons, deletion of empty if block ,use of
> >read_poll_timeout_atomic(), and other code simplifications.
> >
> >v2 link: https://lore.kernel.org/linux-staging/20260403094647.fmgop6xh2cjpit3s@inspiron/T/#m3d08fd012119772e>
> >v1 link: https://lore.kernel.org/linux-staging/20260323145214.ubhshy2gwp52j5zh@inspiron/T/#mc3b693b37c49fbdd>
> >
> >Note:
> >1. I found that for this change in v2:
> >
> >- if (
> >- (false == pHalData->bDisableSWChannelPlan) &&
> >- rtw_is_channel_plan_valid(sw_channel_plan)
> >- )
> >+ if (!pHalData->bDisableSWChannelPlan &&
> >+ rtw_is_channel_plan_valid(sw_channel_plan))
> >
> >for this code, checkpatch gave the check:
> >
> >CHECK: Using comparison to false is error prone
> >#126: FILE: drivers/staging/rtl8723bs/hal/hal_com.c:126:
> >+ (false == pHalData->bDisableSWChannelPlan) &&
> >
> >which is a different logical change than the ones covered in this patch series.
> >Hence, to keep the patch series to a reasonable length and since this is RFT
> >path series, I did not consider this change right now.
> >
> >2. This change in v2:
> >
> > if (BandWidth == CHANNEL_WIDTH_20) { /* BW20-1S, BW20-2S */
> >- if (MGN_MCS0 <= Rate && Rate <= MGN_MCS7)
> >+ if (Rate >= MGN_MCS0 && Rate <= MGN_MCS7)
> > txPower += pHalData->BW20_24G_Diff[RFPath][TX_1S];
> > } else if (BandWidth == CHANNEL_WIDTH_40) { /* BW40-1S, BW40-2S */
> >- if (MGN_MCS0 <= Rate && Rate <= MGN_MCS7)
> >+ if (Rate >= MGN_MCS0 && Rate <= MGN_MCS7)
> > txPower += pHalData->BW40_24G_Diff[RFPath][TX_1S];
> > }
> >
> >can be reformatted as:
> >
> >diff --git a/drivers/staging/rtl8723bs/hal/hal_com_phycfg.c b/drivers/staging/rtl8723bs/hal/hal_com_phycfg.c
> >index 9e523491a008..efd1c76f2953 100644
> >--- a/drivers/staging/rtl8723bs/hal/hal_com_phycfg.c
> >+++ b/drivers/staging/rtl8723bs/hal/hal_com_phycfg.c
> >@@ -469,11 +469,10 @@ u8 PHY_GetTxPowerIndexBase(
> > if ((Rate >= MGN_6M && Rate <= MGN_54M) && !IS_CCK_RATE(Rate))
> > txPower += pHalData->OFDM_24G_Diff[RFPath][TX_1S];
> >
> >- if (BandWidth == CHANNEL_WIDTH_20) { /* BW20-1S, BW20-2S */
> >- if (MGN_MCS0 <= Rate && Rate <= MGN_MCS7)
> >+ if (Rate >= MGN_MCS0 && Rate <= MGN_MCS7) {
> >+ if (BandWidth == CHANNEL_WIDTH_20) /* BW20-1S, BW20-2S */
> > txPower += pHalData->BW20_24G_Diff[RFPath][TX_1S];
> >- } else if (BandWidth == CHANNEL_WIDTH_40) { /* BW40-1S, BW40-2S */
> >- if (MGN_MCS0 <= Rate && Rate <= MGN_MCS7)
> >+ else if (BandWidth == CHANNEL_WIDTH_40) /* BW40-1S, BW40-2S */
> > txPower += pHalData->BW40_24G_Diff[RFPath][TX_1S];
> >for which it is sent as a separate patch - patch 5 in this series.
> >
> >3. I found, in drivers/staging/rtl8723bs/hal/odm.h:
> >
> >struct odm_rate_adaptive {
> > u8 Type; /* DM_Type_ByFW/DM_Type_ByDriver */
> > u8 LdpcThres; /* if RSSI > LdpcThres => switch from LPDC to BCC */
> > bool bUseLdpc;
> > bool bLowerRtsRate;
> > u8 HighRSSIThresh; /* if RSSI > HighRSSIThresh => RATRState is DM_RATR_STA_HIGH */
> > u8 LowRSSIThresh; /* if RSSI <= LowRSSIThresh => RATRState is DM_RATR_STA_LOW */
> > u8 RATRState; /* Current RSSI level, DM_RATR_STA_HIGH/DM_RATR_STA_MIDDLE/DM_RATR_>
> >
> >};
> >
> >and based on the explanation of parameters HighRSSIThresh & LowRSSIThresh
> >I thought this change:
> >
> >diff --git a/drivers/staging/rtl8723bs/hal/odm.c b/drivers/staging/rtl8723bs/hal/odm.c
> >index 639b6da2302b..ca4495f101fd 100644
> >--- a/drivers/staging/rtl8723bs/hal/odm.c
> >+++ b/drivers/staging/rtl8723bs/hal/odm.c
> >@@ -343,9 +343,9 @@ bool ODM_RAStateCheck(
> > }
> >
> > /* Decide RATRState by RSSI. */
> >- if (RSSI > HighRSSIThreshForRA)
> >+ if (HighRSSIThreshForRA < RSSI)
> > RATRState = DM_RATR_STA_HIGH;
> >- else if (RSSI > LowRSSIThreshForRA)
> >+ else if (LowRSSIThreshForRA < RSSI)
> > RATRState = DM_RATR_STA_MIDDLE;
> > else
> > RATRState = DM_RATR_STA_LOW;
> >
> >doesn't seem to be right, thats why I dropped this change as well.
> >
> >4. This patch series is compile tested using the following commands, which
> > include setting the necessary configurations:
> > 1. make defconfig
> > 2. scripts/config --enable CONFIG_STAGING
> > 3. scripts/config --module CONFIG_MMC
> > 4. scripts/config --module CONFIG_RTL8723BS
> > 5. make olddefconfig
> > 6. make -j$(nproc)
> > 7. git rebase -i --exec "make -j$(nproc) M=drivers/staging/rtl8723bs" HEAD~5
> >
> >The final rebase --exec gave a successful output:
> >
> >Executing: make -j12 M=drivers/staging/rtl8723bs
> >make[1]: Entering directory '/home/prithvi/linux/drivers/staging/rtl8723bs'
> > CC [M] core/rtw_ap.o
> > CC [M] core/rtw_btcoex.o
> > CC [M] core/rtw_cmd.o
> > CC [M] core/rtw_efuse.o
> > CC [M] core/rtw_io.o
> > CC [M] core/rtw_ioctl_set.o
> > CC [M] core/rtw_ieee80211.o
> > CC [M] core/rtw_mlme.o
> > CC [M] core/rtw_mlme_ext.o
> > CC [M] core/rtw_pwrctrl.o
> > CC [M] core/rtw_recv.o
> > CC [M] core/rtw_security.o
> > CC [M] core/rtw_sta_mgt.o
> > CC [M] core/rtw_wlan_util.o
> > CC [M] core/rtw_xmit.o
> > CC [M] hal/hal_intf.o
> > CC [M] hal/hal_com.o
> > CC [M] hal/hal_com_phycfg.o
> > CC [M] hal/hal_btcoex.o
> > CC [M] hal/hal_sdio.o
> > CC [M] hal/hal_pwr_seq.o
> > CC [M] hal/HalPhyRf.o
> > CC [M] hal/HalPwrSeqCmd.o
> > CC [M] hal/odm_CfoTracking.o
> > CC [M] hal/odm.o
> > CC [M] hal/odm_DIG.o
> > CC [M] hal/odm_DynamicBBPowerSaving.o
> > CC [M] hal/odm_DynamicTxPower.o
> > CC [M] hal/odm_EdcaTurboCheck.o
> > CC [M] hal/odm_HWConfig.o
> > CC [M] hal/odm_RegConfig8723B.o
> > CC [M] hal/rtl8723b_cmd.o
> > CC [M] hal/rtl8723b_dm.o
> > CC [M] hal/rtl8723b_hal_init.o
> > CC [M] hal/rtl8723b_phycfg.o
> > CC [M] hal/rtl8723b_rf6052.o
> > CC [M] hal/rtl8723b_rxdesc.o
> > CC [M] hal/rtl8723bs_recv.o
> > CC [M] hal/rtl8723bs_xmit.o
> > CC [M] hal/sdio_halinit.o
> > CC [M] hal/sdio_ops.o
> > CC [M] hal/HalBtc8723b1Ant.o
> > CC [M] hal/HalBtc8723b2Ant.o
> > CC [M] hal/HalHWImg8723B_BB.o
> > CC [M] hal/HalHWImg8723B_MAC.o
> > CC [M] hal/HalHWImg8723B_RF.o
> > CC [M] hal/HalPhyRf_8723B.o
> > CC [M] os_dep/ioctl_cfg80211.o
> > CC [M] os_dep/osdep_service.o
> > CC [M] os_dep/os_intfs.o
> > CC [M] os_dep/sdio_intf.o
> > CC [M] os_dep/sdio_ops_linux.o
> > CC [M] os_dep/wifi_regd.o
> > CC [M] os_dep/xmit_linux.o
> > LD [M] r8723bs.o
> > MODPOST Module.symvers
> > CC [M] r8723bs.mod.o
> > CC [M] .module-common.o
> > LD [M] r8723bs.ko
> >make[1]: Leaving directory '/home/prithvi/linux/drivers/staging/rtl8723bs'
> >Executing: make -j12 M=drivers/staging/rtl8723bs
> >make[1]: Entering directory '/home/prithvi/linux/drivers/staging/rtl8723bs'
> > CC [M] hal/HalPhyRf_8723B.o
> > LD [M] r8723bs.o
> > MODPOST Module.symvers
> > CC [M] r8723bs.mod.o
> > LD [M] r8723bs.ko
> >make[1]: Leaving directory '/home/prithvi/linux/drivers/staging/rtl8723bs'
> >Executing: make -j12 M=drivers/staging/rtl8723bs
> >make[1]: Entering directory '/home/prithvi/linux/drivers/staging/rtl8723bs'
> > CC [M] core/rtw_ap.o
> > CC [M] core/rtw_btcoex.o
> > CC [M] core/rtw_cmd.o
> > CC [M] core/rtw_efuse.o
> > CC [M] core/rtw_io.o
> > CC [M] core/rtw_ioctl_set.o
> > CC [M] core/rtw_ieee80211.o
> > CC [M] core/rtw_mlme.o
> > CC [M] core/rtw_mlme_ext.o
> > CC [M] core/rtw_pwrctrl.o
> > CC [M] core/rtw_recv.o
> > CC [M] core/rtw_security.o
> > CC [M] core/rtw_sta_mgt.o
> > CC [M] core/rtw_wlan_util.o
> > CC [M] core/rtw_xmit.o
> > CC [M] hal/hal_intf.o
> > CC [M] hal/hal_com.o
> > CC [M] hal/hal_com_phycfg.o
> > CC [M] hal/hal_btcoex.o
> > CC [M] hal/hal_sdio.o
> > CC [M] hal/hal_pwr_seq.o
> > CC [M] hal/HalPhyRf.o
> > CC [M] hal/HalPwrSeqCmd.o
> > CC [M] hal/odm.o
> > CC [M] hal/odm_CfoTracking.o
> > CC [M] hal/odm_DIG.o
> > CC [M] hal/odm_DynamicBBPowerSaving.o
> > CC [M] hal/odm_DynamicTxPower.o
> > CC [M] hal/odm_EdcaTurboCheck.o
> > CC [M] hal/odm_HWConfig.o
> > CC [M] hal/odm_RegConfig8723B.o
> > CC [M] hal/rtl8723b_cmd.o
> > CC [M] hal/rtl8723b_dm.o
> > CC [M] hal/rtl8723b_hal_init.o
> > CC [M] hal/rtl8723b_phycfg.o
> > CC [M] hal/rtl8723b_rf6052.o
> > CC [M] hal/rtl8723b_rxdesc.o
> > CC [M] hal/rtl8723bs_recv.o
> > CC [M] hal/rtl8723bs_xmit.o
> > CC [M] hal/sdio_halinit.o
> > CC [M] hal/sdio_ops.o
> > CC [M] hal/HalBtc8723b1Ant.o
> > CC [M] hal/HalBtc8723b2Ant.o
> > CC [M] hal/HalHWImg8723B_BB.o
> > CC [M] hal/HalHWImg8723B_MAC.o
> > CC [M] hal/HalHWImg8723B_RF.o
> > CC [M] hal/HalPhyRf_8723B.o
> > CC [M] os_dep/ioctl_cfg80211.o
> > CC [M] os_dep/osdep_service.o
> > CC [M] os_dep/os_intfs.o
> > CC [M] os_dep/sdio_intf.o
> > CC [M] os_dep/sdio_ops_linux.o
> > CC [M] os_dep/wifi_regd.o
> > CC [M] os_dep/xmit_linux.o
> > LD [M] r8723bs.o
> > MODPOST Module.symvers
> > LD [M] r8723bs.ko
> >make[1]: Leaving directory '/home/prithvi/linux/drivers/staging/rtl8723bs'
> >Executing: make -j12 M=drivers/staging/rtl8723bs
> >make[1]: Entering directory '/home/prithvi/linux/drivers/staging/rtl8723bs'
> > CC [M] hal/rtl8723b_cmd.o
> > LD [M] r8723bs.o
> > MODPOST Module.symvers
> > CC [M] r8723bs.mod.o
> > LD [M] r8723bs.ko
> >make[1]: Leaving directory '/home/prithvi/linux/drivers/staging/rtl8723bs'
> >Executing: make -j12 M=drivers/staging/rtl8723bs
> >make[1]: Entering directory '/home/prithvi/linux/drivers/staging/rtl8723bs'
> > CC [M] hal/hal_com_phycfg.o
> > LD [M] r8723bs.o
> > MODPOST Module.symvers
> > CC [M] r8723bs.mod.o
> > LD [M] r8723bs.ko
> >make[1]: Leaving directory '/home/prithvi/linux/drivers/staging/rtl8723bs'
> >Successfully rebased and updated refs/heads/staging-realtek-patch-series.
> >
> >However, since I currently don't have rtl8723bs hardware I am unfortunately
> >unable to do runtime testing for this patch series.
> >
> >Prithvi Tambewagh (5):
> > staging: rtl8723bs: move constant to right side of test in comparison
> > staging: rtl8723bs: remove empty if statement block
> > staging: rtl8723bs: simplify boolean return in IsFrameTypeCtrl()
> > staging: rtl8723bs: use read_poll_timeout_atomic in
> > _is_fw_read_cmd_down
> > staging: rtl8723bs: remove duplicate rate checks in
> > PHY_GetTxPowerIndexBase()
> >
> > .../staging/rtl8723bs/hal/HalBtc8723b2Ant.c | 4 ++--
> > drivers/staging/rtl8723bs/hal/HalPhyRf_8723B.c | 5 +----
> > drivers/staging/rtl8723bs/hal/hal_com.c | 2 +-
> > drivers/staging/rtl8723bs/hal/hal_com_phycfg.c | 11 +++++------
> > drivers/staging/rtl8723bs/hal/rtl8723b_cmd.c | 18 +++++++-----------
> > .../staging/rtl8723bs/hal/rtl8723b_hal_init.c | 18 +++++++++---------
> > drivers/staging/rtl8723bs/hal/rtl8723bs_xmit.c | 2 +-
> > drivers/staging/rtl8723bs/include/ieee80211.h | 4 ++--
> > drivers/staging/rtl8723bs/include/wifi.h | 5 +----
> > 9 files changed, 29 insertions(+), 40 deletions(-)
> >
>
> Hi Prithvi,
> You do not need to provide compilation output in cover letter, also
> since these are only style changes, I believe testing is not
> necessary. Furthermore, it would be better to list changes in v2/v3
> rather than pasting code snippets here.
> Best regards,
> Luka Gejak
Hi Luka,
Thanks for the feedback - I will incorporate it in v4 patch series; also
since you said these are only style changes and testing isn't necessary I
will remove the RFT tag from v4 patch series.
Best Reagrds,
Prithvi
next prev parent reply other threads:[~2026-04-08 19:31 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-04-05 11:41 [RFT PATCH v3 0/5] staging: rtl8723bs: Code cleanup in drivers/staging/rtl8723bs Prithvi Tambewagh
2026-04-05 11:41 ` [RFT PATCH v3 1/5] staging: rtl8723bs: move constant to right side of test in comparison Prithvi Tambewagh
2026-04-05 12:49 ` Luka Gejak
2026-04-05 12:51 ` Luka Gejak
2026-04-06 20:45 ` Ethan Tidmore
2026-04-07 4:34 ` Luka Gejak
2026-04-07 4:37 ` Luka Gejak
2026-04-05 11:41 ` [RFT PATCH v3 2/5] staging: rtl8723bs: remove empty if statement block Prithvi Tambewagh
2026-04-05 12:53 ` Luka Gejak
2026-04-05 11:41 ` [RFT PATCH v3 3/5] staging: rtl8723bs: simplify boolean return in IsFrameTypeCtrl() Prithvi Tambewagh
2026-04-05 12:54 ` Luka Gejak
2026-04-05 11:41 ` [RFT PATCH v3 4/5] staging: rtl8723bs: use read_poll_timeout_atomic in _is_fw_read_cmd_down Prithvi Tambewagh
2026-04-05 12:55 ` Luka Gejak
2026-04-05 11:41 ` [RFT PATCH v3 5/5] staging: rtl8723bs: remove duplicate rate checks in PHY_GetTxPowerIndexBase() Prithvi Tambewagh
2026-04-05 12:57 ` Luka Gejak
2026-04-06 20:47 ` Ethan Tidmore
2026-04-05 13:01 ` [RFT PATCH v3 0/5] staging: rtl8723bs: Code cleanup in drivers/staging/rtl8723bs Luka Gejak
2026-04-08 19:31 ` Prithvi [this message]
2026-04-08 19:59 ` Prithvi
2026-04-08 20:19 ` Luka Gejak
2026-04-09 13:33 ` Prithvi
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=20260408193147.lpaswxqvkoyo7uqr@inspiron \
--to=activprithvi@gmail.com \
--cc=abrahamadekunle50@gmail.com \
--cc=andriy.shevchenko@linux.intel.com \
--cc=b9788213@gmail.com \
--cc=dan.carpenter@linaro.org \
--cc=david.hunter.linux@gmail.com \
--cc=dharanitharan725@gmail.com \
--cc=ethantidmore06@gmail.com \
--cc=gregkh@linuxfoundation.org \
--cc=ignacio.pena87@gmail.com \
--cc=karanja99erick@gmail.com \
--cc=khalid@kernel.org \
--cc=knavaneeth786@gmail.com \
--cc=linux-kernel-mentees@lists.linux.dev \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-staging@lists.linux.dev \
--cc=luka.gejak@linux.dev \
--cc=s9430939@naver.com \
--cc=samasth.norway.ananda@oracle.com \
--cc=skhan@linuxfoundation.org \
--cc=straube.linux@gmail.com \
--cc=suunj1331@gmail.com \
--cc=weibu@redadmin.org \
--cc=ysinghcin@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