Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp655492ybt; Wed, 1 Jul 2020 07:08:15 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxC9ip5XpLBnIzdIyJn0mDWrHSzFPSZ6mdO6bSSyL2BMUcShdDTiEe1/Op7b5KHhVtP1kvw X-Received: by 2002:a50:dacf:: with SMTP id s15mr30564446edj.136.1593612495183; Wed, 01 Jul 2020 07:08:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1593612495; cv=none; d=google.com; s=arc-20160816; b=p1aN2hdvg4g0SGR/BtkCWdQnyN/qaplhzb3XXOQeQSWit0f+LsGkRSUa8qvvFawZjr 4a99Gnz9tS/49cPIzpwMDidiGm7mzrqvcmZv+SGa45D1yN0B0TI4Z2Uq2/r7Ndxz3Ws5 oz3o0MGirVxnTFUMZc1zuEr4wUOfidpwvp78+Lnotb1dZkuvnwS66JscQy2ZQup5PNQV IeizfZ9I0w4aDXWcFS4gxxHkXGXd+AkjcHBtxzs9pwGfKGit38Jc/9PSC4dRsHm/MngL f/Y8xyAAri/zCX4kx43m8N1Mf9gUO/+h97WELM1B+ySRNTgci/qBIYkN4zQXBkhgPqvY UREw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=eKfb91ThHqr/jX6mxec+xZS33YThqLiKSaIzwKa74yw=; b=CGeDX0Ib1/bJ/PsMTGy3GNDJhXffcwxQIE+E/j9po6AtuX0rJAc2FLwtg68E+/5T6H qn5kL/JXiXIYFMhwEfpa8z2T8SgPBZyDKvuKU4Ddho/5nXHnLOtWUJNYWM82f8PLzMCY NmyV0f+7PY6tW5SEnXacxbcKGwLhvofjE8sKQTShBCxX00T3LSf85VoCQmmqYP1PGnqa ORgPFKHv54PntnDri6dFXo0Sroop8UwLJsrgZo58pN7AmKOxGDTKNoGDnU7HCHL4Ydye HrLUYk+G8UwDMmYYHizFiUJowBVvt6TC7yelSiu1fS4SBHiEAgOnZhw6/M5aDyHYqlu0 R2SQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id d11si3905147edz.263.2020.07.01.07.07.47; Wed, 01 Jul 2020 07:08:15 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731310AbgGAOHN (ORCPT + 99 others); Wed, 1 Jul 2020 10:07:13 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47796 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728021AbgGAOHM (ORCPT ); Wed, 1 Jul 2020 10:07:12 -0400 Received: from sym2.noone.org (sym2.noone.org [IPv6:2a01:4f8:120:4161::3]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 543BCC08C5C1 for ; Wed, 1 Jul 2020 07:07:12 -0700 (PDT) Received: by sym2.noone.org (Postfix, from userid 1002) id 49xjht5WXWzvjc1; Wed, 1 Jul 2020 16:07:09 +0200 (CEST) Date: Wed, 1 Jul 2020 16:07:09 +0200 From: Tobias Klauser To: Laurent Pinchart Cc: Vinod Koul , Anurag Kumar Vulisha , Kishon Vijay Abraham I , Michal Simek , linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH] phy: zynqmp: Fix unused-function compiler warning Message-ID: <20200701140709.kq7eauyrm5lqozsr@distanz.ch> References: <20200701090438.21224-1-tklauser@distanz.ch> <20200701131902.GC27013@pendragon.ideasonboard.com> <20200701133643.GZ2599@vkoul-mobl> <20200701134443.GE27013@pendragon.ideasonboard.com> <20200701140026.ziplawf6oimjyssh@distanz.ch> <20200701140108.GF27013@pendragon.ideasonboard.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20200701140108.GF27013@pendragon.ideasonboard.com> User-Agent: NeoMutt/20170113 (1.7.2) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2020-07-01 at 16:01:08 +0200, Laurent Pinchart wrote: > On Wed, Jul 01, 2020 at 04:00:26PM +0200, Tobias Klauser wrote: > > On 2020-07-01 at 15:44:43 +0200, Laurent Pinchart wrote: > > > On Wed, Jul 01, 2020 at 07:06:43PM +0530, Vinod Koul wrote: > > > > On 01-07-20, 16:19, Laurent Pinchart wrote: > > > > > On Wed, Jul 01, 2020 at 11:04:38AM +0200, Tobias Klauser wrote: > > > > > > This fixes the following compiler warning when building with > > > > > > CONFIG_PM && !CONFIG_PM_SLEEP: > > > > > > > > > > > > drivers/phy/xilinx/phy-zynqmp.c:830:12: warning: ‘xpsgtr_resume’ defined but not used [-Wunused-function] > > > > > > 830 | static int xpsgtr_resume(struct device *dev) > > > > > > | ^~~~~~~~~~~~~ > > > > > > drivers/phy/xilinx/phy-zynqmp.c:819:12: warning: ‘xpsgtr_suspend’ defined but not used [-Wunused-function] > > > > > > 819 | static int xpsgtr_suspend(struct device *dev) > > > > > > | ^~~~~~~~~~~~~~ > > > > > > > > > > Oops :-S Sorry about that. > > > > > > > > > > Reviewed-by: Laurent Pinchart > > > > Thanks for the review Laurent. > > > > > > > Vinod or Kishon, can you pick this patch up, or do I need to send a pull > > > > > request ? (It's my first driver in the PHY subsystem so I don't know > > > > > what the usual practices are there) > > > > > > > > patches are welcome :-) > > > > > > > > > > > > > > > Signed-off-by: Tobias Klauser > > > > > > --- > > > > > > drivers/phy/xilinx/phy-zynqmp.c | 4 ++-- > > > > > > 1 file changed, 2 insertions(+), 2 deletions(-) > > > > > > > > > > > > diff --git a/drivers/phy/xilinx/phy-zynqmp.c b/drivers/phy/xilinx/phy-zynqmp.c > > > > > > index 8babee2ce9ec..22a0ae635797 100644 > > > > > > --- a/drivers/phy/xilinx/phy-zynqmp.c > > > > > > +++ b/drivers/phy/xilinx/phy-zynqmp.c > > > > > > @@ -815,7 +815,7 @@ static struct phy *xpsgtr_xlate(struct device *dev, > > > > > > * Power Management > > > > > > */ > > > > > > > > > > > > -#ifdef CONFIG_PM > > > > > > +#ifdef CONFIG_PM_SLEEP > > > > > > > > How about marking it as __maybe_unused instead? > > > > > > I don't mind either, I'll let Tobias decide, but his patch seems fine, > > > is there a drawback in his approach ? If it's just a matter of personal > > > preference, I'd rather not require a v2. > > > > I don't mind either, it was just what seemed the more straight-forward > > fix. On the other hand, it seems that marking these functions as > > __maybe_unused is the more widely used method in other PHY drivers. In > > addition it would have the nice side-effect of the code always being > > compile-checked regardless of the value of CONFIG_PM_SLEEP. > > That's a good point, haven't thought about it. > > > Will send a v2 using __maybe_unused and will let you decide which one to > > pick :) > > You can keep my R-b :-) Thanks :) FWIW, I'd also drop the #ifdef CONFIG_PM in the same patch for the same reason. Is that OK with you as well?