Received: by 10.192.165.148 with SMTP id m20csp666697imm; Wed, 2 May 2018 06:57:53 -0700 (PDT) X-Google-Smtp-Source: AB8JxZpSjEHERi6I59ZOH5PLoofK7dxRChoMmrnYMZNMzw+NNn3z6L05AShZw0yISXqpjeldBT0d X-Received: by 2002:a63:7b14:: with SMTP id w20-v6mr16398273pgc.124.1525269473138; Wed, 02 May 2018 06:57:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1525269473; cv=none; d=google.com; s=arc-20160816; b=yBwCoBTc2XamVlQEp0eDVjnMUDIjnJ3RNSmkxWhPz+0/o0uBsDNkYZi61haQ2QnSow KjRVGYcioaDFxQFOAClHQzkT8vQ4ZIVu79FWUhuIq/n490Qp9JtV0DPiQkzXZRWqQjOh Tzpd4WspbBX4FReRZcCQfvJu3yo9vq6usOZ7eMrx1Ed1b1nERTBha2OnxTzWTjszNMFW kRPjI39UQvyNEWIDeJrIOSyf+Jks9Nv/XonDkgIbiwW85PzxfS3k3RECo/fXnQxlDPSF veNv3t45qqWwGavQ58KZIoXY///wJO8bGFOsGgXmFyn/p252yx27qzA8pY+G0I69HGCP pUsA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from:arc-authentication-results; bh=SjDclrEDL9Iu04gmCE30jeY1Qbt9fTR2CstvGaBHBnA=; b=IxEa3b1nEXZuOdjqXN+6Jm9F3fAMVRoGQO90CrBwWICWo+2+IeWHriCRriZdNp3ORK C4bprwQDlySrqVE35Th6Z19uHAA8mS3M7Jz1aoNkO1ppANn5MQ8eGrT5sKFRPqKJzUfR /aA5aay5dH/dK85A41goIsKj58hddH1uCy0kWTQfX9yKrrWA28btlhalhFOd9iPtIaU8 OPYesaSN4SWpTM57dKGoJ+3cbKcGYHLz6Y4mkg65loflt/Dl+dPsVSWItLMlpkPr+JG7 CrO02Jf8etztYAuUSmflkdV3jc1+GW0Nxptcwyyto3tisg4i4AvN9Y42WeQUimOaWTS6 iq/w== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id p15-v6si9583424pgf.358.2018.05.02.06.57.39; Wed, 02 May 2018 06:57:53 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751414AbeEBNzm (ORCPT + 99 others); Wed, 2 May 2018 09:55:42 -0400 Received: from mga01.intel.com ([192.55.52.88]:58147 "EHLO mga01.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750930AbeEBNzf (ORCPT ); Wed, 2 May 2018 09:55:35 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga005.fm.intel.com ([10.253.24.32]) by fmsmga101.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 02 May 2018 06:55:35 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.49,354,1520924400"; d="scan'208";a="225150743" Received: from gvt-dell.bj.intel.com (HELO gvt-dell-host.bj.intel.com) ([10.238.154.59]) by fmsmga005.fm.intel.com with ESMTP; 02 May 2018 06:55:32 -0700 From: changbin.du@intel.com To: yamada.masahiro@socionext.com, michal.lkml@markovi.net, tglx@linutronix.de, mingo@redhat.com, akpm@linux-foundation.org Cc: rostedt@goodmis.org, rdunlap@infradead.org, x86@kernel.org, lgirdwood@gmail.com, broonie@kernel.org, arnd@arndb.de, linux-kbuild@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org, Changbin Du Subject: [PATCH v2 2/5] regulator: add dummy function of_find_regulator_by_node Date: Wed, 2 May 2018 21:44:57 +0800 Message-Id: <1525268700-10631-3-git-send-email-changbin.du@intel.com> X-Mailer: git-send-email 2.7.4 In-Reply-To: <1525268700-10631-1-git-send-email-changbin.du@intel.com> References: <1525268700-10631-1-git-send-email-changbin.du@intel.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Changbin Du If device tree is not enabled, of_find_regulator_by_node() should have a dummy function since the function call is still there. This is to fix build error after CONFIG_NO_AUTO_INLINE is introduced. If this option is enabled, GCC will not auto-inline functions that are not explicitly marked as inline. In this case (no CONFIG_OF), the copmiler will report error in function regulator_dev_lookup(). W/O NO_AUTO_INLINE, function of_get_regulator() is auto-inlined and then the call to of_find_regulator_by_node() is optimized out since of_get_regulator() always return NULL. W/ NO_AUTO_INLINE, the return value of of_get_regulator() is a variable so the call to of_find_regulator_by_node() cannot be optimized out. So we need a stub of_find_regulator_by_node(). static struct regulator_dev *regulator_dev_lookup(struct device *dev, const char *supply) { struct regulator_dev *r = NULL; struct device_node *node; struct regulator_map *map; const char *devname = NULL; regulator_supply_alias(&dev, &supply); /* first do a dt based lookup */ if (dev && dev->of_node) { node = of_get_regulator(dev, supply); if (node) { r = of_find_regulator_by_node(node); if (r) return r; ... Signed-off-by: Changbin Du --- drivers/regulator/internal.h | 9 +++++++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/drivers/regulator/internal.h b/drivers/regulator/internal.h index abfd56e..24fde1e 100644 --- a/drivers/regulator/internal.h +++ b/drivers/regulator/internal.h @@ -56,14 +56,19 @@ static inline struct regulator_dev *dev_to_rdev(struct device *dev) return container_of(dev, struct regulator_dev, dev); } -struct regulator_dev *of_find_regulator_by_node(struct device_node *np); - #ifdef CONFIG_OF +struct regulator_dev *of_find_regulator_by_node(struct device_node *np); struct regulator_init_data *regulator_of_get_init_data(struct device *dev, const struct regulator_desc *desc, struct regulator_config *config, struct device_node **node); #else +static inline struct regulator_dev * +of_find_regulator_by_node(struct device_node *np) +{ + return NULL; +} + static inline struct regulator_init_data * regulator_of_get_init_data(struct device *dev, const struct regulator_desc *desc, -- 2.7.4