Received: by 2002:a05:6358:1087:b0:cb:c9d3:cd90 with SMTP id j7csp2258033rwi; Fri, 21 Oct 2022 01:28:43 -0700 (PDT) X-Google-Smtp-Source: AMsMyM7rsv3eNwV4Doy/v7Rpq0n+cBff5gP0tHKuUAivKE+ACDS91HHvxQ71mUGWzHr69rUA/Pdh X-Received: by 2002:a63:251:0:b0:46e:9da8:1f93 with SMTP id 78-20020a630251000000b0046e9da81f93mr5978926pgc.490.1666340922862; Fri, 21 Oct 2022 01:28:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1666340922; cv=none; d=google.com; s=arc-20160816; b=U6hmb6eIyCfeRrrGJ8WK3zlYlyFfm1zDrtrRLo9FpE8bA0ZAuc52d36IfSN/7GauM0 PmakVNsq6pDwz9lrOqNA1BzB3oW2j5Q3kPrfirbWooEq0Ahy4G+U5dK9m7PP51WsS81G tN9Qp+1EyZx8A7Ro5rSnw0MO1++3sP173DPdbpOI2epA7uasFvQYWIBdRZpjHE1A5DQY YpYDtRtehhAnakhi6kLBZcE05Jd/wJKo/iWaqnEZFlyyxEKlKwvr39/zWeDA4U50Wv+D PnTk0pjgDo7jnyj/e1WkfZ4UgFnrvlMbSCBMXQ04fV+nJjlfeFLzHforg4iBeaxjp+Ns w5ZA== 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=AxMbGO672cAaD5YDXq05IBWqrGnW+NXv1jIVfcCc41M=; b=R8l1uCxbztcqwTbtTlE5njn8x8pzgLG2SVokEZFrN458uBTlN5c+DE8a9xE0u4eqGW I/On/m8Rv2RagYN3P5CuJHr+LaGzkAMoDnBWIQPe/e4z97Y86D6CIXy0CGosk0SaRYgu GzMpncG4sm1zxdsqMG+f7LRsH/DLz6lwT++QGUthNymE/8341nsRj4iiqCpBxsjwN1aQ slFjCNx+F6c8spklEHH1DDdkBX2up+t4etkuUZnBzcRo0+e+qFwAO3HUw2M0c/VsWejf KOIZ2Luk/CCeJUoOij2mfshSG01cISR5EpDvA/cN8bNcG4GNYzr/SRqj1E1zGXoyEvMu eJWw== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@mailo.com header.s=mailo header.b=iKKlGhfp; 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 bg9-20020a1709028e8900b0016dc89fca0bsi20881705plb.144.2022.10.21.01.28.31; Fri, 21 Oct 2022 01:28:42 -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=iKKlGhfp; 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 S229497AbiJUIUc (ORCPT + 99 others); Fri, 21 Oct 2022 04:20:32 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53292 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229755AbiJUIUX (ORCPT ); Fri, 21 Oct 2022 04:20:23 -0400 Received: from msg-4.mailo.com (msg-4.mailo.com [213.182.54.15]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id DF30B95AEA for ; Fri, 21 Oct 2022 01:20:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=mailo.com; s=mailo; t=1666340402; bh=+bQsr/W07yQh8PSQPd19qBisDeIL2JsbU1VDu9a269Q=; h=X-EA-Auth:Date:From:To:Cc:Subject:Message-ID:References: MIME-Version:Content-Type:In-Reply-To; b=iKKlGhfpLUkPrBTNQ8T9u30eCy9n5o9P0J8tYbh3FkrIuJWMASsvse3EKPCFvUZqU axIutcr/BkIIf5ZUPbu06b2QSIxwKlU3Y48INhlkJvi3cN2hxjYeG+eLhAeY5lHuH3 m6u2diX05nJ26N4qiZFmKH0gjBfFuAUoXOJo65UM= Received: by b-1.in.mailobj.net [192.168.90.11] with ESMTP via [213.182.55.206] Fri, 21 Oct 2022 10:20:02 +0200 (CEST) X-EA-Auth: AzBcy7NE4SFdLzeZ97hR04GHdzi986N4Bwe5hnKmG3+d5+xMYNGkm2ibmH7Vx7+53i0z6jhALnJVg0GYjoYNuK1cCENFsaHO Date: Fri, 21 Oct 2022 05:04:37 +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 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? Thank you, ./drv > > thanks, > > greg k-h >