The Linux Kernel Mailing List
 help / color / mirror / Atom feed
From: Nikolay Kulikov <nikolayof23@gmail.com>
To: Pramod Maurya <pramod.nexgen@gmail.com>
Cc: gregkh@linuxfoundation.org, linux-staging@lists.linux.dev,
	linux-kernel@vger.kernel.org,
	Ethan Tidmore <ethantidmore06@gmail.com>,
	Yuvraj Singh Chauhan <ysinghcin@gmail.com>,
	Bryant Boatright <bryant.boatright@proton.me>
Subject: Re: [PATCH] staging: rtl8723bs: Fix coding style in ieee80211.h
Date: Sun, 10 May 2026 19:44:42 +0300	[thread overview]
Message-ID: <agC1-rqon7nRUdvM@archlinux> (raw)
In-Reply-To: <20260510110228.96612-1-pramod.nexgen@gmail.com>

On Sun, May 10, 2026 at 07:02:24AM -0400, Pramod Maurya wrote:
> Fix the following coding style issues:
> - Replace __attribute__((packed)) with __packed
> - Fix comparisons to place constants on the right side
> - Fix block comment style: move trailing */ to its own line
> - Add * on subsequent lines in block comments
> - Enclose CHAN_ARG macro value in parentheses
> - Wrap long IS_CCK_RATE and IS_OFDM_RATE macro lines

You're making too many different logical changes in one patch.
Please, one patch per change.

And how did you get such a Cc: list?


Thanks,
Nikolay



> 
> Signed-off-by: Pramod Maurya <pramod.nexgen@gmail.com>
> ---
>  drivers/staging/rtl8723bs/include/ieee80211.h | 60 ++++++++++---------
>  1 file changed, 31 insertions(+), 29 deletions(-)
> 
> diff --git a/drivers/staging/rtl8723bs/include/ieee80211.h b/drivers/staging/rtl8723bs/include/ieee80211.h
> index fbb12fe31a6c..739d3f142ce2 100644
> --- a/drivers/staging/rtl8723bs/include/ieee80211.h
> +++ b/drivers/staging/rtl8723bs/include/ieee80211.h
> @@ -231,7 +231,7 @@ struct eapol {
>  	u8 version;
>  	u8 type;
>  	u16 length;
> -} __attribute__ ((packed));
> +} __packed;
>  
>  #define IEEE80211_FCS_LEN    4
>  
> @@ -274,7 +274,7 @@ struct ieee80211_snap_hdr {
>  	u8    ssap;   /* always 0xAA */
>  	u8    ctrl;   /* always 0x03 */
>  	u8    oui[P80211_OUI_LEN];    /* organizational universal id */
> -} __attribute__ ((packed));
> +} __packed;
>  
>  #define SNAP_SIZE sizeof(struct ieee80211_snap_hdr)
>  
> @@ -394,18 +394,22 @@ enum {
>  };
>  
>  #define IS_HT_RATE(_rate)				(_rate >= MGN_MCS0 && _rate <= MGN_MCS31)
> -#define IS_CCK_RATE(_rate)				(MGN_1M == _rate || _rate == MGN_2M || _rate == MGN_5_5M || _rate == MGN_11M)
> -#define IS_OFDM_RATE(_rate)				(MGN_6M <= _rate && _rate <= MGN_54M  && _rate != MGN_11M)
> +#define IS_CCK_RATE(_rate)				\
> +	(_rate == MGN_1M || _rate == MGN_2M || _rate == MGN_5_5M || _rate == MGN_11M)
> +#define IS_OFDM_RATE(_rate)				\
> +	(_rate >= MGN_6M && _rate <= MGN_54M && _rate != MGN_11M)
>  
>  
>  /* NOTE: This data is for statistical purposes; not all hardware provides this
>   *       information for frames received.  Not setting these will not cause
> - *       any adverse affects. */
> + *       any adverse affects.
> + */
>  
>  /* IEEE 802.11 requires that STA supports concurrent reception of at least
>   * three fragmented frames. This define can be increased to support more
>   * concurrent frames, but it should be noted that each entry can consume about
> - * 2 kB of RAM and increasing cache size will slow down frame reassembly. */
> + * 2 kB of RAM and increasing cache size will slow down frame reassembly.
> + */
>  #define IEEE80211_FRAG_CACHE_LEN 4
>  
>  #define SEC_KEY_1         (1<<0)
> @@ -431,19 +435,17 @@ enum {
>  #define BIP_AAD_SIZE  20
>  
>  /*
> -
> - 802.11 data frame from AP
> -
> -      ,-------------------------------------------------------------------.
> -Bytes |  2   |  2   |    6    |    6    |    6    |  2   | 0..2312 |   4  |
> -      |------|------|---------|---------|---------|------|---------|------|
> -Desc. | ctrl | dura |  DA/RA  |   TA    |    SA   | Sequ |  frame  |  fcs |
> -      |      | tion | (BSSID) |         |         | ence |  data   |      |
> -      `-------------------------------------------------------------------'
> -
> -Total: 28-2340 bytes
> -
> -*/
> + * 802.11 data frame from AP
> + *
> + *      ,-------------------------------------------------------------------.
> + * Bytes |  2   |  2   |    6    |    6    |    6    |  2   | 0..2312 |   4  |
> + *       |------|------|---------|---------|---------|------|---------|------|
> + * Desc. | ctrl | dura |  DA/RA  |   TA    |    SA   | Sequ |  frame  |  fcs |
> + *       |      | tion | (BSSID) |         |         | ence |  data   |      |
> + *       `-------------------------------------------------------------------'
> + *
> + * Total: 28-2340 bytes
> + */
>  
>  #define BEACON_PROBE_SSID_ID_POSITION 12
>  
> @@ -467,7 +469,8 @@ Total: 28-2340 bytes
>  /* MAX_RATES_LENGTH needs to be 12.  The spec says 8, and many APs
>   * only use 8, and then use extended rates for the remaining supported
>   * rates.  Other APs, however, stick all of their supported rates on the
> - * main rates information element... */
> + * main rates information element...
> + */
>  #define MAX_RATES_LENGTH                  ((u8)12)
>  #define MAX_RATES_EX_LENGTH               ((u8)16)
>  #define MAX_NETWORK_COUNT                  128
> @@ -497,11 +500,11 @@ Total: 28-2340 bytes
>  #define IEEE80211_PS_MBCAST IEEE80211_DTIM_MBCAST
>  #define IW_ESSID_MAX_SIZE 32
>  /*
> -join_res:
> --1: authentication fail
> --2: association fail
> -> 0: TID
> -*/
> + * join_res:
> + * -1: authentication fail
> + * -2: association fail
> + * > 0: TID
> + */
>  
>  #define DEFAULT_MAX_SCAN_AGE (15 * HZ)
>  #define DEFAULT_FTS 2346
> @@ -555,8 +558,7 @@ enum {
>  	ACT_PUBLIC_MAX
>  };
>  
> -#define OUI_MICROSOFT 0x0050f2 /* Microsoft (also used in Wi-Fi specs)
> -				* 00:50:F2 */
> +#define OUI_MICROSOFT 0x0050f2 /* Microsoft (also used in Wi-Fi specs); 00:50:F2 */
>  #define WME_OUI_TYPE 2
>  #define WME_OUI_SUBTYPE_INFORMATION_ELEMENT 0
>  #define WME_OUI_SUBTYPE_PARAMETER_ELEMENT 1
> @@ -637,7 +639,7 @@ struct rtw_ieee80211_channel {
>  	/*"orig_mpwr:%d\n"*/
>  
>  #define CHAN_ARG(channel) \
> -	/*(channel)->band*/ \
> +	(/*(channel)->band*/ \
>  	/*, (channel)->center_freq*/ \
>  	(channel)->hw_value \
>  	, (channel)->flags \
> @@ -647,7 +649,7 @@ struct rtw_ieee80211_channel {
>  	/*, (channel)->beacon_found*/ \
>  	/*, (channel)->orig_flags*/ \
>  	/*, (channel)->orig_mag*/ \
> -	/*, (channel)->orig_mpwr*/ \
> +	/*, (channel)->orig_mpwr*/)
>  
>  /* Parsed Information Elements */
>  struct rtw_ieee802_11_elems {
> -- 
> 2.52.0
> 

  reply	other threads:[~2026-05-10 16:44 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-05-10 11:02 [PATCH] staging: rtl8723bs: Fix coding style in ieee80211.h Pramod Maurya
2026-05-10 16:44 ` Nikolay Kulikov [this message]
     [not found]   ` <CAKR_b74W78QpNKvF_bU1EfT0WhXq4GxQDJiQ05Z454eABRsYWA@mail.gmail.com>
2026-05-10 18:04     ` Nikolay Kulikov
2026-05-11  8:51       ` Dan Carpenter
2026-05-11 12:55         ` Nikolay Kulikov

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=agC1-rqon7nRUdvM@archlinux \
    --to=nikolayof23@gmail.com \
    --cc=bryant.boatright@proton.me \
    --cc=ethantidmore06@gmail.com \
    --cc=gregkh@linuxfoundation.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-staging@lists.linux.dev \
    --cc=pramod.nexgen@gmail.com \
    --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