Thread (5 messages) 5 messages, 3 authors, 2021-05-19

Re: [PATCH] staging: rtl8723bs: remove if (true) statement

From: Bryan Brattlof <hidden>
Date: 2021-05-19 13:51:23
Also in: lkml

On Wed, May 19, 2021 at 04:31:08PM +0300, Dan Carpenter wrote:
On Wed, May 19, 2021 at 04:25:29PM +0300, Dan Carpenter wrote:
quoted
On Wed, May 19, 2021 at 02:44:38PM +0200, Fabio Aiuto wrote:
quoted
Hi Bryan,

On Tue, May 18, 2021 at 02:45:19PM +0000, Bryan Brattlof wrote:
quoted
'if (true) { ... }' will always evaluate to true. Remove it and
save a few tabs for somewhere else.

Signed-off-by: Bryan Brattlof <redacted>
---
 drivers/staging/rtl8723bs/core/rtw_ap.c | 159 ++++++++++++------------
 1 file changed, 78 insertions(+), 81 deletions(-)
diff --git a/drivers/staging/rtl8723bs/core/rtw_ap.c b/drivers/staging/rtl8723bs/core/rtw_ap.c
index 9df4476b2e2d..98b1bec67999 100644
--- a/drivers/staging/rtl8723bs/core/rtw_ap.c
+++ b/drivers/staging/rtl8723bs/core/rtw_ap.c
@@ -59,112 +59,109 @@ static void update_BCNTIM(struct adapter *padapter)
I was wondering why are you using the first patch of a nine patch
series as a 'cover letter' of an eight patch patchset.

In other words, why putting the In-Reply-To field of all patches subsequent
to the first one ponting to the first patch itself as a cover letter,
is it a recommened practice?
It's fine.  It doesn't matter.  It's not recommended.  I do it normally
if I have to send patches in certain order.  I never write cover letters
because my patches are all independent bug fixes and not new features.
Wait, this was just a mistake I think.  It's not a cover letter.  It's
not part of the eight patch series but it probably was intended to be as
you suggest.

The patches are basically okay.  Greg applies patches in the order that
he recieves them so it should all apply fine.  And if it doesn't Greg
will just ask for a resend.  No big deal.
Yep this is due to my inexperience with git over email :)

I wanted to send the patches in order to avoid conflicts when applying
because they deal with the same area of the file, but didn't feel they
deserved a cover letter to remove some unused definitions.

I was using 'git-series' to manage the patch set which generated an
empty cover letter that I didn't send out. I should have known that
In-Reply-To would have been set for all the remaining emails.

Going forward I'll probably just stick with 'git-send-email' and write a
proper cover letter, especially while I'm still getting used to sending
patches over email. :)

--
~Bryan
regards,
dan carpenter
  
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help