Received: by 2002:ac0:a679:0:0:0:0:0 with SMTP id p54csp519360imp; Wed, 20 Feb 2019 04:27:38 -0800 (PST) X-Google-Smtp-Source: AHgI3IaJRJpsQPrlZVpAFBBd1GP0N+bQsrhwt2UMgSd3YscrKd+fDaI2WG9eae78rurYoaQaeaxw X-Received: by 2002:a63:4d4f:: with SMTP id n15mr29022378pgl.327.1550665658611; Wed, 20 Feb 2019 04:27:38 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1550665658; cv=none; d=google.com; s=arc-20160816; b=X5v30n3I6mjI6VthBrciqpiZjZT5jXPBgqaMeqoAcDNuMeXLu5+DHOzu4mf10Zpt0w QVKPAivtInSI6cHl09hl1D0PnMWBh/pFL0Kp+MNP4knPmJDPLmCgb7vLS4OEJuLShQqB 9RIytf0gnNcaEeaj1zLSMWcqClwKsBcq0/JGRWqaAtpbtItRa7abJ84TqBfnp3g4qHdR orrLcJLelmoWDNiNi2VXkyLSEeTRdcTrLKwCkJjrU94PHqiUms6Xbwfle5n5bhmGsiUS 2XfN+iEi4qWFqiFdX20XWuYfc2YyHOnco78sYQyrqv0I/Ad0p1/+zo56IjCZZkP4N9vz 5atQ== 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=irB1RhzGoQ2z/ONe+gAx1z0tLfDVB4Ip2kKW/nRQDNI=; b=sGhxez3G46XvBA56Yw5ssP2TqKiqOxAlwsNLOnDaeJofkL5pCtbezguyD5iuZvxQrG hCe46J6lw6chDPKPNsOcKXzrxH7qSm7yMNvhqctWmuWhHVm5RlTtx2uUmvFXgU+bXNsU fMQCelUzwPzUtlxSkGg53L74RuzVnBBkmydL3mkqA9oqZ9aoamcAnwzyOpNtR1NP0cwU qdhzHMNc/1D8CXphi0bQYhMLFMHA2A3d1xXsiXUsB/K7m3hPXENSvLmwKfauIaknBhED F6DfKp+6x/TQ6EGzO471ogTvra3wnOOQG/ysepGvAw9PPqgJXvnkhtpn/r4tQ1UQfccv Z32w== 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 m20si17821330pgk.323.2019.02.20.04.27.23; Wed, 20 Feb 2019 04:27:38 -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 S1726805AbfBTM0s convert rfc822-to-8bit (ORCPT + 99 others); Wed, 20 Feb 2019 07:26:48 -0500 Received: from unicorn.mansr.com ([81.2.72.234]:44912 "EHLO unicorn.mansr.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726414AbfBTM0s (ORCPT ); Wed, 20 Feb 2019 07:26:48 -0500 Received: by unicorn.mansr.com (Postfix, from userid 51770) id D07A615632; Wed, 20 Feb 2019 12:26:46 +0000 (GMT) From: =?iso-8859-1?Q?M=E5ns_Rullg=E5rd?= To: "Rafael J. Wysocki" Cc: Johan Hovold , 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> <20190220113506.11009-1-mans@mansr.com> <20190220115117.GK4072@localhost> Date: Wed, 20 Feb 2019 12:26:46 +0000 In-Reply-To: (Rafael J. Wysocki's message of "Wed, 20 Feb 2019 13:18:39 +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 Wed, Feb 20, 2019 at 1:12 PM M?ns Rullg?rd wrote: >> >> Johan Hovold writes: >> >> > On Wed, Feb 20, 2019 at 11:35:06AM +0000, Mans Rullgard wrote: >> >> If the provided fwnode is an OF node, set dev.of_node as well. >> >> >> >> 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 these >> >> cases, the glue device needs to get a reference to the original DT node >> >> in order for the main driver to access properties and child nodes. >> >> >> >> For example, the sunxi-musb driver creates such a glue device using >> >> platform_device_register_full(). Consequently, devices attached to >> >> this USB interface don't get associated with DT nodes, if present, >> >> the way they do with EHCI. >> >> >> >> This change will allow sunxi-musb and similar driver to easily >> >> propagate the DT node to child devices as required. >> > >> > Just a drive-by comment, didn't look to closely at this patch, but this >> > all sounds familiar. >> > >> > Note that if both platform devices are bound to drivers you may end up >> > with some resources like pinctrl which are handled automatically by >> > driver core at probe time to be requested twice (and failing the second >> > time). >> > >> > Take a look at 4e75e1d7dac9 ("driver core: add helper to reuse a >> > device-tree node"), which provides a means to avoid this, and >> > 49484abd93ab ("USB: musb: dsps: propagate device-tree node"). >> >> Thanks, and ugh. So we should be setting the of_node_reused flag when >> this is the case. It's easy for the musb-dsps driver since it doesn't >> use platform_device_register_full() and can do this before the >> device_add() call. How can we convey that this flag needs to be set? > > Through pdevinfo I guess? Not without adding another field to it. The most direct is of course to simply add an of_node_reused flag there too and copy it over. Would that be OK, or is there a better way? -- M?ns Rullg?rd