Received: by 2002:ac0:a679:0:0:0:0:0 with SMTP id p54csp424600imp; Wed, 20 Feb 2019 02:41:58 -0800 (PST) X-Google-Smtp-Source: AHgI3Ib0ffEC3h2nf3cdYZ5fO5HFRsKGOEUiih1Swq/u9JdkPwS1kfZB9Y9TBwiw7no1p98MCHc7 X-Received: by 2002:a63:470a:: with SMTP id u10mr19384204pga.17.1550659318691; Wed, 20 Feb 2019 02:41:58 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1550659318; cv=none; d=google.com; s=arc-20160816; b=QHRgZfvZidIM8zDjhQvROqOln0QexofR1tA7aIggHV6K76bycDpMCJ52Q+O6ZLwlHB MkIG+g7e+OKszFDZXrkpaKkbagUvOJn/QcOwGN2c78HCsrQbtrvKXSOBjHOK4nDTd4f3 mDUY0F25YybqCtH6ut5byAfVGWwbJt6rotJBoegDjqHP3mPfrvwYj6YhDaQ5qMO7Izqw 7SBmpm2mhvNWnBeEdCrQCIsEmqciN76oEPI37e6hRXWrkXuP0rTGoAgK1t5UfwCkAt+L 9duliz14Zzbr7gB5UbcDFrVR7VbHAyB2uf9T129EFotTEhhgmYKkdfW2LxTevdi3BYXF vNGg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:message-id:in-reply-to:date:references:subject:cc:to :from; bh=840eqR1sTJZAetgp3Od8rY+2t2JQniWb37u8MiXxy04=; b=bmyX8s7hv/jvGCW8jOToVfl6PKHtva04SFRb23d+EUo3HxFigOKY3m3I3MgYcoj5C6 rQbV5eF/VWvoS+xZtaGxpxWs+sis+dxDZgRhoIsbM7+enlBSY57jxiVF31ImQ6u6BY9d bWFz4GZqNpRVNl+5w/F91+/hi14ALl5uK/rqGQ7oo5uiKK1mIqOSRMiGCGF4gKhJWd6N bXAUidEFOvEt2th5SRe3bfZGjTKh3TLTuH3lHGYTBcj0Zhrbit4rjAknQawW6OsCdQ2F 8tVOHFh0Xdv6om0/2a7u3ntQUQeNPMgHtgDrfJTBV2Q0cOz6+Xd/zqgCLrc9+ytD1nrw vt4g== 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 m8si15883157pgp.322.2019.02.20.02.41.43; Wed, 20 Feb 2019 02:41:58 -0800 (PST) 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 S1727537AbfBTKlU convert rfc822-to-8bit (ORCPT + 99 others); Wed, 20 Feb 2019 05:41:20 -0500 Received: from unicorn.mansr.com ([81.2.72.234]:44098 "EHLO unicorn.mansr.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726209AbfBTKlU (ORCPT ); Wed, 20 Feb 2019 05:41:20 -0500 Received: by unicorn.mansr.com (Postfix, from userid 51770) id 9B1B815637; Wed, 20 Feb 2019 10:41:18 +0000 (GMT) From: =?iso-8859-1?Q?M=E5ns_Rullg=E5rd?= To: "Rafael J. Wysocki" Cc: Greg Kroah-Hartman , Linux Kernel Mailing List Subject: Re: [PATCH] platform: set of_node in platform_device_register_full() References: <20190216164512.9525-1-mans@mansr.com> Date: Wed, 20 Feb 2019 10:41:18 +0000 In-Reply-To: (Rafael J. Wysocki's message of "Wed, 20 Feb 2019 10:50:43 +0100") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org "Rafael J. Wysocki" writes: > On Mon, Feb 18, 2019 at 12:10 PM M?ns Rullg?rd wrote: >> >> "Rafael J. Wysocki" writes: >> >> > On Sat, Feb 16, 2019 at 5:50 PM Mans Rullgard wrote: >> >> >> >> If the provided fwnode is an OF node, set dev.of_node as well. >> >> >> >> Signed-off-by: Mans Rullgard >> >> --- >> >> drivers/base/platform.c | 1 + >> >> 1 file changed, 1 insertion(+) >> >> >> >> diff --git a/drivers/base/platform.c b/drivers/base/platform.c >> >> index dff82a3c2caa..853a1d0e5845 100644 >> >> --- a/drivers/base/platform.c >> >> +++ b/drivers/base/platform.c >> >> @@ -512,6 +512,7 @@ struct platform_device *platform_device_register_full( >> >> >> >> pdev->dev.parent = pdevinfo->parent; >> >> pdev->dev.fwnode = pdevinfo->fwnode; >> >> + pdev->dev.of_node = of_node_get(to_of_node(pdev->dev.fwnode)); >> > >> > of_node_get() generally does a kobject_get() on the node's kobject, so >> > when is that reference dropped? Or if it doesn't need to be dropped >> > at all, why is this the case? >> >> platform_device_release() calls of_device_node_put(). > > Yes, it does, but this is the reference that's already acquired for > devices added while parsing DT, isn't it? > > Your change adds an extra reference AFAICS. > > Also, why is this patch needed? Some drivers are just shims that create extra "glue" devices with the DT device as parent and have the real driver bind to these. In other cases, the same real driver matches the DT node directly. When a glue device is used, it needs to get a reference to the original DT node in order for the main driver to access properties and child nodes. Right now, my problem is that the suxi-musb driver creates such a glue device for the musb core driver to bind to without setting of_node. This means devices attached to this USB interface don't get associated with DT nodes, if present, the way they do with EHCI. The sunxi-musb driver uses platform_device_register_full(), so this seemed like the easiest way to let it set of_node of the new device. Since this creates a second reference to the same node, of_node_get() is required. If you'd prefer solving this in some other way, please tell me how. -- M?ns Rullg?rd