From: Dan Carpenter <dan.carpenter@linaro.org>
To: Andy Shevchenko <andy.shevchenko@gmail.com>
Cc: Abraham Samuel Adekunle <abrahamadekunle50@gmail.com>,
outreachy@lists.linux.dev, julia.lawall@inria.fr,
gregkh@linuxfoundation.org, linux-staging@lists.linux.dev,
linux-kernel@vger.kernel.org, andy@kernel.org
Subject: Re: [v3 1/1] staging: rtl8723bs: Prevent duplicate NULL tests on a value
Date: Fri, 4 Apr 2025 12:06:44 +0300 [thread overview]
Message-ID: <33a8d769-33b9-43df-9914-99175605b026@stanley.mountain> (raw)
In-Reply-To: <CAHp75Vem1E9wmmfXWsbawj2f+F=UkfzML7HyAnhTdsUqvjW91g@mail.gmail.com>
On Fri, Apr 04, 2025 at 10:53:22AM +0300, Andy Shevchenko wrote:
> On Fri, Apr 4, 2025 at 3:03 AM Abraham Samuel Adekunle
> <abrahamadekunle50@gmail.com> wrote:
> >
> > When a value has been tested for NULL in an expression, a
> > second NULL test on the same value in another expression
> > is unnecessary when the value has not been assigned NULL.
> >
> > Remove unnecessary duplicate NULL tests on the same value that
> > has previously been NULL tested.
> >
> > Found by Coccinelle.
>
> ...
>
> > + psta->sta_xmitpriv.txseq_tid[pattrib->priority] &= 0xFFF;
>
> > + psta->BA_starting_seqctrl[pattrib->priority & 0x0f] =
> > + (tx_seq + 1) & 0xfff;
>
> > + psta->BA_starting_seqctrl[pattrib->priority & 0x0f] =
> > + (pattrib->seqnum + 1) % 4096;
>
> Logically it's obvious that you need to align all cases to have
> consistent approach.
> Besides that the commit message should mention this change. Something like this
> "While at it, convert '& 0xfff' cases to use modulo operator and
> decimal number to make the upper limit visible and clear what the
> semantic of it is."
No, I'm sorry but that's really against the rules in drivers/staging.
Don't mix unrelated changes into a patch. It needs to be done as a
separate patch if we're going to do that.
To be honest, I don't even want people fixing line length issues or
adding spaces. I would have accepted small white space changes but I
prefered the v2 version of this patch. Once you start changing
"& 0xfff" to "% 4096" that's not white space and it must be done
in a separate patch. I use a script to review white space patches
because I'm always nervous someone will slip something malicious
into 100+ lines of reformated code. It's really fast to review
patches with my script but once people start mixing things in then
it's a headache for me.
Also if the change accidentally introduces a bug, I want it to be a
one liner change and not something hidden inside a giant reformat.
regards,
dan carpenter
next prev parent reply other threads:[~2025-04-04 9:06 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-04-04 0:02 [v3 0/1] Unnecessary code cleanup patches Abraham Samuel Adekunle
2025-04-04 0:02 ` [v3 1/1] staging: rtl8723bs: Prevent duplicate NULL tests on a value Abraham Samuel Adekunle
2025-04-04 7:53 ` Andy Shevchenko
2025-04-04 7:58 ` Samuel Abraham
2025-04-04 9:06 ` Dan Carpenter [this message]
2025-04-04 10:13 ` Samuel Abraham
2025-04-04 10:53 ` Andy Shevchenko
2025-04-04 11:47 ` Dan Carpenter
2025-04-05 8:36 ` [v3 0/1] Unnecessary code cleanup patches Greg KH
2025-04-05 8:49 ` Julia Lawall
2025-04-05 11:18 ` Samuel Abraham
2025-04-05 11:15 ` Samuel Abraham
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=33a8d769-33b9-43df-9914-99175605b026@stanley.mountain \
--to=dan.carpenter@linaro.org \
--cc=abrahamadekunle50@gmail.com \
--cc=andy.shevchenko@gmail.com \
--cc=andy@kernel.org \
--cc=gregkh@linuxfoundation.org \
--cc=julia.lawall@inria.fr \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-staging@lists.linux.dev \
--cc=outreachy@lists.linux.dev \
/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