Received: by 2002:a05:6a10:16a7:0:0:0:0 with SMTP id gp39csp3151086pxb; Mon, 9 Nov 2020 04:08:02 -0800 (PST) X-Google-Smtp-Source: ABdhPJxUW+nlQZM0gwbwrXjvIUsnFLvYTxnVPlC0rj0OqWHLuyTCJT7OUsNHS+mWgKhpnOz2FMGi X-Received: by 2002:aa7:c90a:: with SMTP id b10mr14623502edt.266.1604923682630; Mon, 09 Nov 2020 04:08:02 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1604923682; cv=none; d=google.com; s=arc-20160816; b=V63MF4hoWwOHP0Guo01eNTMXcz8Tu/UK0ij46imt/2KVMW08jgWVOrqUOSk1m+Kw1j iw0sZIsayf8jBlOGHwfZcIQHBfTuzxdilHiaOJXqWxqzmjivx1d2NP2K3yqpgO3VmxbO oUii7KZhPycPuOoCsxM8os9f1dq0eWtREbtBHUt0fur253LGXcUdU5h8tjL6efR3gKk+ rd9b/7Re6Fo7Sw6u7752cGCRH/BUh8isXOhcuz5qTC6UEQqHpJUhjXpZ93Giovndfrc1 q9UDl+cUwGEa/2ukjgiVNnpn1M1WRqxe4hwHDrr0PeBaoQfdbrdQMqLT5YgAcAC8WpR5 364A== 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=V0XzeBtjwU7bEmM+nDyqeGH7ZW4cz30ROJyvOQfK54w=; b=nuL62TadSbUlRfR+f5FSC8nRs20AUEl8QcrIumyK8PK8gvMM07QfaW+1ugTr5kGyry YFTCzv2S91sVBo77mdZzfmSLBNnJ0GnzNkmFw3Gf+qU3RfdpMEAb+sdChwgwQgOqAkhq hqc+KxQDkgaFwNriLsKhGGrZQDnLR/0hTKed+3wJP+SR1K6gdEHsg18Dd0I+6VMuCn3i IRyuwKt5J2y9BLokUMGtdlYHgec44S6msA3xtPIBbH/CI87J0mMF82SYkzQvJseckAc3 BcNch6HB+MxFen/xng0/PKF9k3dz1Nm10KubAO9F7QsYOxSFL+i8mC6wg5otdBbRMon3 l16A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=e4hLwkQ3; 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 i5si7023628edt.83.2020.11.09.04.07.38; Mon, 09 Nov 2020 04:08:02 -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=e4hLwkQ3; 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 S1729316AbgKIMDv (ORCPT + 99 others); Mon, 9 Nov 2020 07:03:51 -0500 Received: from mail.kernel.org ([198.145.29.99]:39076 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726410AbgKIMDv (ORCPT ); Mon, 9 Nov 2020 07:03:51 -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 0791020789; Mon, 9 Nov 2020 12:03:49 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1604923430; bh=mRwhp1lGDfEDOJX7TAMeG0KwXSLe5pkSkrxtGgUdG8I=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=e4hLwkQ3GwZ3bjHXVA0cA6kZ+9+CE3SX/9Zps5gfdalDsePxzMQNn8DOySlOXC3L9 lTHaYFksqzkZRgaz1KuFsyyVs8F7DURQcXcIocdcwC2Zhy0C9sUz/apfub0wcBhChl vAvoLLlatix3cPpehpDvucACIimBh7DLJ48E225k= Date: Mon, 9 Nov 2020 13:04:49 +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: <20201109120449.GA1832201@kroah.com> References: <20201107224727.11015-1-sudipm.mukherjee@gmail.com> <20201108082317.GA40741@kroah.com> <20201109103703.GA1310551@kroah.com> <20201109114125.GC1769924@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 11:55:46AM +0000, Aisheng Dong wrote: > > From: Greg Kroah-Hartman > > Sent: Monday, November 9, 2020 7:41 PM > > > > 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 for the suggestion. I will check it how to use. > BTW, I wonder if dev_driver_string() could be an optional solution which seems a more > simple way? No, that's a horrible hack, do not do that, it will not work properly. Fix this correctly. thanks, greg k-h