Received: by 2002:a05:6358:1087:b0:cb:c9d3:cd90 with SMTP id j7csp2302057rwi; Fri, 21 Oct 2022 02:09:41 -0700 (PDT) X-Google-Smtp-Source: AMsMyM7lp6PdDLvwN7h4v1a8ZlKDQ1rYWtgodeynzYbD9/D6pf0Z6i6l0IokJqIvqqIi+kb1dnzl X-Received: by 2002:a05:6a00:1ad0:b0:564:a791:42dc with SMTP id f16-20020a056a001ad000b00564a79142dcmr3193366pfv.50.1666343381212; Fri, 21 Oct 2022 02:09:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1666343381; cv=none; d=google.com; s=arc-20160816; b=Het+JL0Gw28jJc2DKF815FscnRgkhv9ZFeM1D9ij2ukRTErexEZLyqbtkAzf7HfDQU KHTyv0wcHEbhqMk726YP8I9sQce5r4cj8QI5EOuIODJhdoQiwXP3jCRM8c0SnmDFuXxG Ae57pt04+nK9j/0ypv5HNpiIRVFKO7zO8BJUvIZatufrZ/f0aC2IGZBY4RUaOMkmvB9u pjFKyeLAfOVz7/AVrohDo1FohncV1G57Ya5pyHG8JqLdEaG5/a2sOhHkccww2sdNCHEE FszCPAcY/1WvonGL1g0IsaOxPPJViA0n4f/7KQh1h139FD2OA0d17BgLexp5cdWyRirs 9NOQ== 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=qFBP+jgrbf4y6rxCav4DjKbAUDZlz8zGN9kHzOwasAY=; b=E5wa1onKHM/TOXppydt8N10ZdD6KzIhqNDGLi6rxtnS4gY2ZaLwOWpt7HLkryC6KxX OorTsUVE3uwSzbQIwypbLH5uWW0EwfqDCey1wkQqSweHnrYqjg4+/XZwI793lCA72AWk o+0+f4kFPpB3RngIBIowTe79rJ8jiDabQ7wacvH0aHodwawKmYnzgA1mIyY2QDOI+UU9 AJvPTWyLWt9mp3QWsKOgRxIMBXF4u8HmyXo8cDh8y16MV1KsOcP47gOIz1AHRecmwCw3 XasMWX6JgQrdMkrFjonUbXf/DEGl7d9VH47cGiEYSvPBN8i4SQQOM2ViWIZ92jXDsHjB iREw== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@mailo.com header.s=mailo header.b=KTy0zDhR; 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=fail (p=NONE sp=NONE dis=NONE) header.from=mailo.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id t19-20020a63d253000000b0042c3a5b699asi5649676pgi.783.2022.10.21.02.09.30; Fri, 21 Oct 2022 02:09:41 -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=fail header.i=@mailo.com header.s=mailo header.b=KTy0zDhR; 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=fail (p=NONE sp=NONE dis=NONE) header.from=mailo.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229583AbiJUIhB (ORCPT + 99 others); Fri, 21 Oct 2022 04:37:01 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46964 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230207AbiJUIgv (ORCPT ); Fri, 21 Oct 2022 04:36:51 -0400 Received: from msg-4.mailo.com (msg-4.mailo.com [213.182.54.15]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 47710D4A3F for ; Fri, 21 Oct 2022 01:36:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=mailo.com; s=mailo; t=1666341366; bh=FInV2/69P5hzluTR/+qki+dkW2XiNEaLTE/gwpAeJwQ=; h=X-EA-Auth:Date:From:To:Cc:Subject:Message-ID:References: MIME-Version:Content-Type:In-Reply-To; b=KTy0zDhRxQ3LoM6aZLsbM3OmevGbLLVPKDvOaqxSzwmwd7L/b1SNWxcexuxJsgSHV gsEfHkwoW2Z9RNeRdQSrE4cnhL8JcMZOmlEgqsfR1gdS9bpFHf/kj9RbW28lis6Vex gifzYI+KmQuCVkYSiwIgZVJBdgbgVGX9bbH+Bhj0= Received: by b-3.in.mailobj.net [192.168.90.13] with ESMTP via [213.182.55.206] Fri, 21 Oct 2022 10:36:06 +0200 (CEST) X-EA-Auth: /gC4Pi2zaJqUwWKMC+QMhWaIJ+d9M0BuJ4rAQ07uvVuNjlurNpHpXXJIaHDEGeSy0bKHnsVy7aHJ8B9Xa19uKGrG7wRPPUxU Date: Fri, 21 Oct 2022 05:20:41 +0530 From: Deepak R Varma To: Greg KH 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=-0.6 required=5.0 tests=BAYES_00,DATE_IN_PAST_06_12, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_NONE, SPF_PASS,URIBL_BLOCKED autolearn=no 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 10:33:57AM +0200, Greg KH wrote: > 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. Sounds good. Thank you for the clarification. ./drv > > thanks, > > greg k-h