Received: by 2002:a05:6a10:6006:0:0:0:0 with SMTP id w6csp1176009pxa; Fri, 28 Aug 2020 06:01:53 -0700 (PDT) X-Google-Smtp-Source: ABdhPJytrwMxNZpI89lmgoNHoUfT9q8ScceT3UA9/ovvwAQWoI8piB3r0eRS5o9n0A2keL9VZmRf X-Received: by 2002:a17:906:7715:: with SMTP id q21mr1638816ejm.251.1598619713748; Fri, 28 Aug 2020 06:01:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1598619713; cv=none; d=google.com; s=arc-20160816; b=zm1Lz2pK/9rsOLKAy2PahAtstqDjHWdu00cEegNLKMTinsM/T0RBgseeYDPfNse18+ Mk7FK9dHZjvHMynxg3d3Sv2Q1nSuktbrs12ZZ7QLCp6OEitadwHaVGTuKIp2sVIRaMmu uNHghPOsjaAIh8rJWPfn7T8Mt2YA3mQOj83xUbDl56c60jy82WRbvEx4MKzbKiKXDOAT kRDPXSPhTvdGwlzgcR77HRlABRvQ9D7bpjZRC3RWBLqx+fMJXSn8DvwxlZFS7s2vDNOh 2Z7H8LxDmYGXmSg0kItTCgx08MN8k7n9Ql8vvlpxJW4nwNJSrogFbqqslSHzWZmsSmGY AGxQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=H/RvOFLiaNnYQbHq63RBtrF6EC92MFTjVaNmjxeW6So=; b=wjkyS5w3lYVffWBN6qW7xXySoe95m4N//umZhjj0IHnignp2hJNEbLm4KBl9A91e23 e//f5OoHJAOVgbgnOcXpA5hmQN5xq/r0dFGJ3oK9VBoX9GAhhqthbL53x+niLPl++UlA qb30y3u+RUEpLOUU4HVkRpkFTnNZkAbiM1GxpJI91wthN8Z2O14e4cMLP+kQ4mlq3znN ctwjAvTDzq/u4W8bu9INQeV1BZvzjugyF/Ty9gnAOchVNxqO0oSyFjnFhnCfejqWiX3t U9CpApl0+4DpPrz57edkz4rSvJRxEkyGjKECg73dL4cUI+Td853ifjXwpDvOcl8E0R9c LUYg== 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 x2si573017ejy.245.2020.08.28.06.01.28; Fri, 28 Aug 2020 06:01:53 -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 S1729348AbgH1NAn (ORCPT + 99 others); Fri, 28 Aug 2020 09:00:43 -0400 Received: from vps0.lunn.ch ([185.16.172.187]:57956 "EHLO vps0.lunn.ch" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729306AbgH1NAh (ORCPT ); Fri, 28 Aug 2020 09:00:37 -0400 Received: from andrew by vps0.lunn.ch with local (Exim 4.94) (envelope-from ) id 1kBdze-00CHCw-7p; Fri, 28 Aug 2020 15:00:34 +0200 Date: Fri, 28 Aug 2020 15:00:34 +0200 From: Andrew Lunn To: robh+dt@kernel.org Cc: devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] of: of_match_node: Make stub an inline function to avoid W=1 warnings Message-ID: <20200828130034.GA2912863@lunn.ch> References: <20200828021939.2912798-1-andrew@lunn.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200828021939.2912798-1-andrew@lunn.ch> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Aug 28, 2020 at 04:19:39AM +0200, Andrew Lunn wrote: > When building without CONFIG_OF and W=1, errors are given about unused > arrays of match data, because of_match_node is stubbed as a macro. The > compile does not see it takes parameters when not astub, so it > generates warnings about unused variables. Replace the stub with an > inline function to avoid these false warnings. Hi Rob So 0-day shows some people have worked around this with #ifdef CONFIG_OF around the match table. I checked the object code for the file i'm interested in. The optimiser has correctly throw away the match table and all code around it with the inline stub. Which do you prefer? This patch and i remove the #ifdef, or the old stub and if add #ifdef around the driver i'm getting warnings from? Andrew