Re: [PATCH v2 1/3] staging: rtl8723bs: Modify struct rx_pkt_attrib attribute bdecrypted
Julia Lawall <[email protected]> Wed, 2 Apr 2025 23:02:50 +0200 (CEST)
| Newsgroups | dev.linux.lists.outreachy,dev.linux.lists.linux-staging,org.kernel.vger.linux-kernel |
|---|---|
| Message-ID | <[email protected]> |
On Wed, 2 Apr 2025, Greg KH wrote: > On Wed, Apr 02, 2025 at 10:34:22PM +0200, Julia Lawall wrote: > > > > > > On Wed, 2 Apr 2025, Greg KH wrote: > > > > > On Wed, Apr 02, 2025 at 08:16:42PM +0300, Erick Karanja wrote: > > > > Standardize boolean representation by ensuring consistency, > > > > replace instances of 1/0 with true/false where boolean logic is implied, > > > > as some definitions already use true/false. > > > > This improves code clarity and aligns with the kernel’s bool type usage. > > > > > > > > Signed-off-by: Erick Karanja <[email protected]> > > > > --- > > > > drivers/staging/rtl8723bs/core/rtw_recv.c | 2 +- > > > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > > > > > diff --git a/drivers/staging/rtl8723bs/core/rtw_recv.c b/drivers/staging/rtl8723bs/core/rtw_recv.c > > > > index a389ba5ecc6f..fd04dbacb50f 100644 > > > > --- a/drivers/staging/rtl8723bs/core/rtw_recv.c > > > > +++ b/drivers/staging/rtl8723bs/core/rtw_recv.c > > > > @@ -1358,7 +1358,7 @@ static signed int validate_80211w_mgmt(struct adapter *adapter, union recv_frame > > > > u8 *mgmt_DATA; > > > > u32 data_len = 0; > > > > > > > > - pattrib->bdecrypted = 0; > > > > + pattrib->bdecrypted = false; > > > > > > but bdecrypted is a u8, not a boolean type. So setting it to "false" > > > does not seem correct here, right? > > > > Is false different than 0? > > Does C guarantee that? I can never remember. I don't think it > guarantees that a 'bool' will only be 8 bits, or am I mistaken there > too? > > > Elsewhere there is an assignment to true. > > Was that in the original driver? Yes: git blame -L 436,436 drivers/staging/rtl8723bs/core/rtw_recv.c 554c0a3abf216 (Hans de Goede 2017-03-29 19:47:51 +0200 436) prxattrib->bdecrypted = true; > If this doesn't come from the hardware, then it's fine to make the > change. If it does, it needs to be verified that the layout and bit > values are identical. Erick, you can see if the generated assembly code is the same before and after the same. You can see that with make drivers/staging/rtl8723bs/core/rtw_recv.s julia