Received: by 2002:a05:6a10:16a7:0:0:0:0 with SMTP id gp39csp3136700pxb; Mon, 9 Nov 2020 03:42:05 -0800 (PST) X-Google-Smtp-Source: ABdhPJxunsss+4R558Mfh00mxvMgpaWKxVjsysDPF436yagnB+VOB3P/ibF/k7o+WRXR/2e/hKd2 X-Received: by 2002:aa7:d9c2:: with SMTP id v2mr14631477eds.95.1604922125488; Mon, 09 Nov 2020 03:42:05 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1604922125; cv=none; d=google.com; s=arc-20160816; b=hTWTZcmVniQ7xDzDxmU0r//XwoHjz1mr3pqvPxkFHYGYcHvh5tQV0Kuu31hFWIXhii hx1/twGZq0T+ptxv6i6H6wawrY4Rlyd2f5aUyJwMkO2erxQ8H1ZzakO/ao6+EReek/JK +jM2OkgAB18Os08qwPZ0MA+qGe5MugtsMmJ6pzPErWikusaYZW2ZPz4VpFcRzh+n+X2u TQ9Ui90REb4k6t8A0/Dep+3OSVHhYJnY0haF8le2fI9ZciHIRPDAM2tMvtcUxj8b7rd8 6toY6S33NGq4I/eYkfjrod3BxyQ6C8+qoKeNU550HDZe00YqA7kc+JaC/t74WcbVoDl5 zhTg== 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=baiurV76tCiyYYDj0WpzHc4gC5obeTgR5kBIKkybV2Y=; b=zx0ErU8/I/jGVirLTjjsia2Szg8Fvlm7PYpITRlyQNw5Zsi4aI+28IgA3XF4LxzrlT nQ9UtLk1HLGp+uSY82hsHU734QYo8bo2jAIDjEvb7lq2DT78nwoRBc8iGsyhFiznJHq5 r64tOmh3fq/maHGPvgWZt472KHz0jOnNjClZOXSU4TYFePl++dp/Aq1ix4qeR+rny7dM R5dwIj9tHj5ZA4QbZV3FWaUoyjGY6b5+U3saXEh2EcqDj808h6s7hJ0hJt59BUc+47Zv q/+9LTZb0gwhKtZPbiSFF0Mp7cj0Ngl60KM7ofFDtouDUL3p37gtijM2DxwlMmJ5RsEZ p85A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=2L7Q6hr5; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id 4si6753587edh.521.2020.11.09.03.41.42; Mon, 09 Nov 2020 03:42:05 -0800 (PST) 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; dkim=pass header.i=@kernel.org header.s=default header.b=2L7Q6hr5; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729470AbgKILk1 (ORCPT + 99 others); Mon, 9 Nov 2020 06:40:27 -0500 Received: from mail.kernel.org ([198.145.29.99]:33488 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729544AbgKILk1 (ORCPT ); Mon, 9 Nov 2020 06:40:27 -0500 Received: from localhost (83-86-74-64.cable.dynamic.v4.ziggo.nl [83.86.74.64]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id AEB35206B6; Mon, 9 Nov 2020 11:40:25 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1604922026; bh=ZH2CxmFqi2H7DhI5aondhhSGXd5KskCQ2BDSLlT/ciM=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=2L7Q6hr5R4N68mnap64H4bxsT4L7HmXJmmLL/v0olIfjECOoO8rU5N2J6KS5A4Fck I2f5eZ5LL3WY1Qb1/lKXOPOdae03U2eHNaCDkVW/1iGrpeLq9znPBDe5nY479LsmGL XXm+cu5hoC8dtNNQVhGXVzroMSEUgIbhyWJ4WMGg= Date: Mon, 9 Nov 2020 12:41:25 +0100 From: Greg Kroah-Hartman To: Aisheng Dong Cc: Sudip Mukherjee , "Rafael J . Wysocki" , linux-kernel , Shawn Guo , Stephen Boyd Subject: Re: [PATCH RESEND] driver core: export device_is_bound() to fix build failure Message-ID: <20201109114125.GC1769924@kroah.com> References: <20201107224727.11015-1-sudipm.mukherjee@gmail.com> <20201108082317.GA40741@kroah.com> <20201109103703.GA1310551@kroah.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Nov 09, 2020 at 10:57:05AM +0000, Aisheng Dong wrote: > Hi Greg, > > > From: Greg Kroah-Hartman > > Sent: Monday, November 9, 2020 6:37 PM > > Subject: Re: [PATCH RESEND] driver core: export device_is_bound() to fix build > > failure > > > > On Mon, Nov 09, 2020 at 10:14:46AM +0000, Sudip Mukherjee wrote: > > > Hi Greg, > > > > > > On Sun, Nov 8, 2020 at 8:23 AM Greg Kroah-Hartman > > > wrote: > > > > > > > > On Sat, Nov 07, 2020 at 10:47:27PM +0000, Sudip Mukherjee wrote: > > > > > When CONFIG_MXC_CLK_SCU is configured as 'm' the build fails as it > > > > > is unable to find device_is_bound(). The error being: > > > > > ERROR: modpost: "device_is_bound" [drivers/clk/imx/clk-imx-scu.ko] > > > > > undefined! > > > > > > > > > > Export the symbol so that the module finds it. > > > > > > > > > > Fixes: 77d8f3068c63 ("clk: imx: scu: add two cells binding > > > > > support") > > > > > Signed-off-by: Sudip Mukherjee > > > > > --- > > > > > > > > > > resending with the Fixes: tag. > > > > > > > > > > drivers/base/dd.c | 1 + > > > > > 1 file changed, 1 insertion(+) > > > > > > > > > > diff --git a/drivers/base/dd.c b/drivers/base/dd.c index > > > > > 148e81969e04..a796a57e5efb 100644 > > > > > --- a/drivers/base/dd.c > > > > > +++ b/drivers/base/dd.c > > > > > @@ -353,6 +353,7 @@ bool device_is_bound(struct device *dev) { > > > > > return dev->p && klist_node_attached(&dev->p->knode_driver); > > > > > } > > > > > +EXPORT_SYMBOL(device_is_bound); > > > > > > > > EXPORT_SYMBOL_GPL() please, like all the other exports in this file. > > > > > > > > Also, wait, no, don't call this, are you sure you are calling it in > > > > a race-free way? And what branch/tree is the above commit in? > > > > > > I have not checked fully but since it is being called from probe() I > > > assume the lock will be held at that time. > > > > probe() should never call this function as it makes no sense at all at that point in > > time. The driver should be fixed. > > Would you suggest if any other API we can use to allow the driver to know whether > another device has been probed? There is none, sorry, as that just opens up way too many problems. > For imx scu driver in question, it has a special requirement that it depends on scu power domain > driver. However, there're a huge number (200+) of power domains for each device clock, we can't define > them all in DT for a single clock controller node. > > That's why we wanted to use device_is_bound() before to check if scu power domain is ready or not to > support defer probe. Use the device link functionality for this type of thing, that is what it was created for. thanks, greg k-h