From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id 3xRD0H37ffzDqkX for ; Tue, 8 Aug 2017 09:15:27 +1000 (AEST) Received: from mail-qt0-f172.google.com (mail-qt0-f172.google.com [209.85.216.172]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id DA90623695 for ; Mon, 7 Aug 2017 23:15:24 +0000 (UTC) Received: by mail-qt0-f172.google.com with SMTP id v29so11251491qtv.3 for ; Mon, 07 Aug 2017 16:15:24 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <20170725214427.25768-1-robh@kernel.org> References: <20170725214427.25768-1-robh@kernel.org> From: Rob Herring Date: Mon, 7 Aug 2017 18:15:03 -0500 Message-ID: Subject: Re: [PATCH 0/4] Removing full paths from DT full_name To: "devicetree@vger.kernel.org" , linuxppc-dev Cc: "linux-kernel@vger.kernel.org" , Frank Rowand , Benjamin Herrenschmidt , Paul Mackerras , Michael Ellerman Content-Type: text/plain; charset="UTF-8" List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Tue, Jul 25, 2017 at 4:44 PM, Rob Herring wrote: > This series is the last steps to remove storing the full path for every > DT node. Instead, we can create full path strings dynamically as needed > with printf %pOF specifiers (commit ce4fecf1fe15). There are a number of > remaining direct users of full_name after this series. I don't believe > there should be any functional impact for those users with the change to > only the node name (+unit-address). The majority are for struct > resource.name. This should only affect /proc/iomem display. > > Patches 1 and 2 can be applied now for 4.14. For patches 3 and 4, my > target is 4.15 after all the dependencies have been merged. > > PPC folks, Please test! The PPC parts are untested. A git branch with > all the dependencies is here[1]. PPC folks, any chance to test this? Rob