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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.