public inbox for linux-kernel-mentees@lists.linux-foundation.org
 help / color / mirror / Atom feed
From: Luka Gejak <luka.gejak@linux.dev>
To: Prithvi Tambewagh <activprithvi@gmail.com>,
	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
Cc: 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: Sun, 05 Apr 2026 15:01:51 +0200	[thread overview]
Message-ID: <7E2F475C-4B51-4D5A-B110-A8A796124A0B@linux.dev> (raw)
In-Reply-To: <20260405114132.310774-1-activprithvi@gmail.com>

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

  parent reply	other threads:[~2026-04-05 13:02 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 ` Luka Gejak [this message]
2026-04-08 19:31   ` [RFT PATCH v3 0/5] staging: rtl8723bs: Code cleanup in drivers/staging/rtl8723bs Prithvi
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=7E2F475C-4B51-4D5A-B110-A8A796124A0B@linux.dev \
    --to=luka.gejak@linux.dev \
    --cc=abrahamadekunle50@gmail.com \
    --cc=activprithvi@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=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