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
>
next prev parent 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