Received: by 2002:a05:6358:16cd:b0:dc:6189:e246 with SMTP id r13csp2281028rwl; Sat, 5 Nov 2022 04:54:43 -0700 (PDT) X-Google-Smtp-Source: AMsMyM4llpctysnOmJEf1s54CmiRpwS2IbWl4IMIvHwJA34q4lr+2xa2bzrocCCnPmLZBxgoaieU X-Received: by 2002:a63:e453:0:b0:42b:9219:d14e with SMTP id i19-20020a63e453000000b0042b9219d14emr473775pgk.176.1667649283455; Sat, 05 Nov 2022 04:54:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1667649283; cv=none; d=google.com; s=arc-20160816; b=IYbBtzLQpBRsRGc1s/2mjpK1AxH4Ol+N9LUQ8Xfabxg/WrdDcGZIqx2f7r8Xb2TR+Z P1U0Xav9gSpN+PpciURGhmIWJK5cwg3tooRwpv41XjhBEfANoH2uEbXr6fk2X7vndUQ+ R9avfnk3uRC+N2PZU+LXDb3XBeFfdF/D1x7FFDXXTzEZMTqC3WWGC2a54peSY/pQ1GEu FVpgydg/O/XXhXue9w/Sd2Kybij33d8L12zgswSnG+5BGiCHNCD/UetGCt3V0hF3sBHd Uk8eL4sJosjDnOJFP0g2nAME+0qzRH1ymOBbtQotYH9qt024iljeb5U6RUndUyIOovWi 5o2g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=VtCrGQH04rga8oGkR6A5VsvhHApkEulDep4Ujp5gSFY=; b=hOkim1il3k/+4hvHcxE0TAbIfjTyYQXWomuL8sFersaeTPJaW+YYjTW+ITsPDLa/0W +RRgy+8k2mP7+n3G7Ryj8GUCr3dzs1Tgej7O6fAz0h+P4tx/3gEkWhOvKiHOqHboAuB2 uuJHCSgQ6gobDu8JdJ3/tcbODpAERIYPx3D6+CvHH6biRf1dGOvObJsKpybLR2JkRt9J LHIANPbmByzW1o8sAYnDcgmmE+SdJeWSIog95EHSgrWQxKca4uYrUL0BGbiFTgffcSn3 oOCGpuijrXjk3a1dDeb6Jpm8dEP64LHnkIPHmq8fL8aLIu0VWomIN5/fRyfQm49ySA5d 0CBw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=Rk1Bnbfy; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id t7-20020a62ea07000000b0053a339cafb3si2427914pfh.53.2022.11.05.04.54.31; Sat, 05 Nov 2022 04:54:43 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=Rk1Bnbfy; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229748AbiKELZq (ORCPT + 96 others); Sat, 5 Nov 2022 07:25:46 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54824 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229556AbiKELZp (ORCPT ); Sat, 5 Nov 2022 07:25:45 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9CFDE1C92A for ; Sat, 5 Nov 2022 04:25:42 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id 2F6FAB815AA for ; Sat, 5 Nov 2022 11:25:41 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 24150C433C1; Sat, 5 Nov 2022 11:25:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1667647539; bh=jfg/4c1UCY8U3L+jJad3hJPYkRufK72dheC4IwORutg=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=Rk1Bnbfyl+VPEGotpnb44CIhqklTgzy9AzZg+nYEZNYeLojPY/HZJP0OPKlY4Lliq uKkJg4ihS0zVyAOrq5EHPeRGwmxCBd4xthWueoOiIj3a8SFp6NNKFrBwDK6NMLJ6Wt 5papXka3PZVRn9deIm76v2O1Qzh4L5CeDqVf7nWc= Date: Sat, 5 Nov 2022 12:25:36 +0100 From: Greg KH To: Phillip Potter Cc: Michael Straube , Larry.Finger@lwfinger.net, linux-staging@lists.linux.dev, linux-kernel@vger.kernel.org Subject: Re: [PATCH] staging: r8188eu: convert three functions to bool Message-ID: References: <20221105093916.8255-1-straube.linux@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-8.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Nov 05, 2022 at 11:06:56AM +0000, Phillip Potter wrote: > On Sat, Nov 05, 2022 at 10:39:16AM +0100, Michael Straube wrote: > > The functions > > > > is_client_associated_to_ap() > > is_client_associated_to_ibss() > > is_IBSS_empty() > > > > return boolean values. Convert their return type to bool and replace > > _FAIL, which is defined as 0, with false. Another step to get rid of > > _SUCCESS / _FAIL. > > > > Signed-off-by: Michael Straube > > --- > > drivers/staging/r8188eu/core/rtw_wlan_util.c | 18 +++++++++--------- > > drivers/staging/r8188eu/include/rtw_mlme_ext.h | 6 +++--- > > 2 files changed, 12 insertions(+), 12 deletions(-) > > > > diff --git a/drivers/staging/r8188eu/core/rtw_wlan_util.c b/drivers/staging/r8188eu/core/rtw_wlan_util.c > > index e50631848cab..c95438a12b59 100644 > > --- a/drivers/staging/r8188eu/core/rtw_wlan_util.c > > +++ b/drivers/staging/r8188eu/core/rtw_wlan_util.c > > @@ -331,35 +331,35 @@ u16 get_beacon_interval(struct wlan_bssid_ex *bss) > > return le16_to_cpu(val); > > } > > > > -int is_client_associated_to_ap(struct adapter *padapter) > > +bool is_client_associated_to_ap(struct adapter *padapter) > > { > > struct mlme_ext_priv *pmlmeext; > > struct mlme_ext_info *pmlmeinfo; > > > > if (!padapter) > > - return _FAIL; > > + return false; > > > > pmlmeext = &padapter->mlmeextpriv; > > pmlmeinfo = &pmlmeext->mlmext_info; > > > > if ((pmlmeinfo->state & WIFI_FW_ASSOC_SUCCESS) && ((pmlmeinfo->state & 0x03) == WIFI_FW_STATION_STATE)) > > return true; > > - else > > - return _FAIL; > > + > > + return false; > > } > > > > -int is_client_associated_to_ibss(struct adapter *padapter) > > +bool is_client_associated_to_ibss(struct adapter *padapter) > > { > > struct mlme_ext_priv *pmlmeext = &padapter->mlmeextpriv; > > struct mlme_ext_info *pmlmeinfo = &pmlmeext->mlmext_info; > > > > if ((pmlmeinfo->state & WIFI_FW_ASSOC_SUCCESS) && ((pmlmeinfo->state & 0x03) == WIFI_FW_ADHOC_STATE)) > > return true; > > - else > > - return _FAIL; > > + > > + return false; > > } > > > > -int is_IBSS_empty(struct adapter *padapter) > > +bool is_IBSS_empty(struct adapter *padapter) > > { > > unsigned int i; > > struct mlme_ext_priv *pmlmeext = &padapter->mlmeextpriv; > > @@ -367,7 +367,7 @@ int is_IBSS_empty(struct adapter *padapter) > > > > for (i = IBSS_START_MAC_ID; i < NUM_STA; i++) { > > if (pmlmeinfo->FW_sta_info[i].status == 1) > > - return _FAIL; > > + return false; > > } > > return true; > > } > > diff --git a/drivers/staging/r8188eu/include/rtw_mlme_ext.h b/drivers/staging/r8188eu/include/rtw_mlme_ext.h > > index e234a3b9af6f..7652e72a03f4 100644 > > --- a/drivers/staging/r8188eu/include/rtw_mlme_ext.h > > +++ b/drivers/staging/r8188eu/include/rtw_mlme_ext.h > > @@ -432,9 +432,9 @@ void update_network(struct wlan_bssid_ex *dst, struct wlan_bssid_ex *src, > > u8 *get_my_bssid(struct wlan_bssid_ex *pnetwork); > > u16 get_beacon_interval(struct wlan_bssid_ex *bss); > > > > -int is_client_associated_to_ap(struct adapter *padapter); > > -int is_client_associated_to_ibss(struct adapter *padapter); > > -int is_IBSS_empty(struct adapter *padapter); > > +bool is_client_associated_to_ap(struct adapter *padapter); > > +bool is_client_associated_to_ibss(struct adapter *padapter); > > +bool is_IBSS_empty(struct adapter *padapter); > > > > unsigned char check_assoc_AP(u8 *pframe, uint len); > > > > -- > > 2.38.0 > > > > Hi Michael, > > Thanks for the patch. Just my personal opinion, but I would prefer to > keep the return type as int, and have 0 for success and then _FAIL > replaced with an appropriate error code depending on the circumstance, > (e.g. -ENOMEM). This is generally the convention elsewhere in the > kernel. Others may not agree though. For functions that are just returning true/false like this (and the function name is something like "is_foo()"), a boolean type is fine and makes more sense as you will only check it in an "if ()" statement block like how these are being used. However, these function names are horrible for being in the global namespace, but that's a totally different issue that can be fixed up in a later patch. thanks, greg k-h