Received: by 2002:a05:6358:1087:b0:cb:c9d3:cd90 with SMTP id j7csp2303939rwi; Fri, 21 Oct 2022 02:11:23 -0700 (PDT) X-Google-Smtp-Source: AMsMyM7XhIokJJ+nN5p1LAY95TeFSMOGkGAG8Nh50h5RLCyTNAtlORPoaE8LUt0OFkhqsIo0DwxM X-Received: by 2002:a17:90b:4a84:b0:20a:f497:6f5d with SMTP id lp4-20020a17090b4a8400b0020af4976f5dmr20693454pjb.213.1666343482848; Fri, 21 Oct 2022 02:11:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1666343482; cv=none; d=google.com; s=arc-20160816; b=rlDobeKa22abl/GilzcFGW+J3a/5NRPAEeWmwMKMfnLDx3wsQNwlV2OKuo4Ko0Okvu 3HEgmOgJ/HX/w9Oc0RDTV7OAyVfTmHTfK7QRuvpnVsDUKoV7wt3FpiBfH/GPGvvaihfJ F7UAwxVifqXp5q/STraslxC8vHhHKsF5MxhCD/NprkYbXYh4cp7TgmseN6Kf3oV3T/hs JgBXOSsSRTRD4LYwRy8M2NRsnaV4bAHOn0MItJCs0lcFhF3wBqGFwErLTqaIViRUV7I0 WE87gO4CuZV4xrB/rMwt7bvyFbk3AMR04K7p7dVAmRyD4iQQ/L7fu5TzsafbLnBbUr/1 u/LQ== 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=pxhx2yJm7toUZDVMI3AGXD5/MOV4Y2ilFeBfWh8RZS4=; b=NSdU9xjVr7h+vEqrdailcI4Oi+ZIeMmJ9xwwFtUXi/jNQmfHr5kwDPZiGl77z53VVV lDeps2pyFW4d6rQTPlO9huEakTJz+uMnK7r703arNXhIpHFq1LslKkCltlp17+J2zTVl IuIwojWFAjBJyAA+EIijVoKJjvZ6sE0Yes8H4z3269XiGHXwBZmWRuaHAMSoVGRCNdFB X1S+TXi9AtWo4hPFUdi6/v9w7DetIzGmNom0LgDHbq/71NhqLKBc98QZZR+FJxeViWaO RMTg8csVjIZlfjZS089ruDa6ti3BcLIGqDZwX2GaBdpfIf+hd7mOBm7gYOqk6HsA/qwv 1dQw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=Y+ZO9CZy; 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 o4-20020a635d44000000b004394529bc5esi1542301pgm.29.2022.10.21.02.11.11; Fri, 21 Oct 2022 02:11:22 -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=Y+ZO9CZy; 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 S229891AbiJUIec (ORCPT + 99 others); Fri, 21 Oct 2022 04:34:32 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:34738 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230317AbiJUIeS (ORCPT ); Fri, 21 Oct 2022 04:34:18 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [IPv6:2604:1380:4601:e00::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5D4936324 for ; Fri, 21 Oct 2022 01:34:04 -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 57316B82A32 for ; Fri, 21 Oct 2022 08:34:02 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id AE335C433D6; Fri, 21 Oct 2022 08:34:00 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1666341241; bh=MqHSujqpWJL6xEtzlyfItOGRmvLbyi7UcyIRtB0yJVM=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=Y+ZO9CZyEkveKNNu+7N6gCsw/5IMdGhTB4OlmelMGRN2vuJPqOLN9rqCvQykhraLe 1w5oDP2x8FE+hWNZTPsRhTsYCpkulXCZsSxI8Q8emvY5AlVHIRFDaM+dCZe4g5I6e+ 3O4yewzDmHdbZRDJQ2rRxMjLJP7zvBB/Jlo/TnHQ= Date: Fri, 21 Oct 2022 10:33:57 +0200 From: Greg KH To: Deepak R Varma Cc: Praveen Kumar , outreachy@lists.linux.dev, Larry.Finger@lwfinger.net, phil@philpotter.co.uk, paskripkin@gmail.com, linux-staging@lists.linux.dev, linux-kernel@vger.kernel.org, saurabh.truth@gmail.com Subject: Re: [PATCH v4 11/11] staging: r8188eu: Remove unused macros Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-7.3 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,URIBL_BLOCKED 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 Fri, Oct 21, 2022 at 05:04:37AM +0530, Deepak R Varma wrote: > On Fri, Oct 21, 2022 at 07:56:05AM +0200, Greg KH wrote: > > On Fri, Oct 21, 2022 at 11:21:06AM +0530, Praveen Kumar wrote: > > > On 21-10-2022 03:02, Deepak R Varma wrote: > > > > Simple variants of macros PlatformEFIOWrite and PlatformEFIORead are > > > > defined but never used. As they do not appear to be designed for anything > > > > significant, we can remove them to avoid unexpected usage. > > > > > > > > Suggested-by: Julia Lawall > > > > Signed-off-by: Deepak R Varma > > > > --- > > > > > > > > Changes in v4: > > > > 1. Patch newly added to the patch set. > > > > > > > > > > > > drivers/staging/r8188eu/include/rtw_io.h | 14 -------------- > > > > 1 file changed, 14 deletions(-) > > > > > > > > diff --git a/drivers/staging/r8188eu/include/rtw_io.h b/drivers/staging/r8188eu/include/rtw_io.h > > > > index 87fcf6c94ff3..e9744694204b 100644 > > > > --- a/drivers/staging/r8188eu/include/rtw_io.h > > > > +++ b/drivers/staging/r8188eu/include/rtw_io.h > > > > @@ -285,18 +285,4 @@ void bus_sync_io(struct io_queue *pio_q); > > > > u32 _ioreq2rwmem(struct io_queue *pio_q); > > > > void dev_power_down(struct adapter *Adapter, u8 bpwrup); > > > > > > > > -#define PlatformEFIOWrite1Byte(_a, _b, _c) \ > > > > - rtw_write8(_a, _b, _c) > > > > -#define PlatformEFIOWrite2Byte(_a, _b, _c) \ > > > > - rtw_write16(_a, _b, _c) > > > > -#define PlatformEFIOWrite4Byte(_a, _b, _c) \ > > > > - rtw_write32(_a, _b, _c) > > > > - > > > > -#define PlatformEFIORead1Byte(_a, _b) \ > > > > > > Can the naming be reworked to make more Linux friendly ? something like PLATFORM_EFIO_READ1BYTE or better if there are other suggestions? > > > Rest others as applicable ? > > > > All of these should just be removed entirely and the normal calls here > > made instead. There is no need for these #defines at all. > > Hello Greg, > The current patch scope results in removal of these #defines. Can you please > clarify what you mean by "normal calls here made instead"? Do you mean the > calling function should directly call the wrapped functions OR you are > suggesting converting these #defines to inline functions? The calling function should call the wrapped function instead, there is no need for another pointless level of indirection here. thanks, greg k-h