Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755620AbbBJNOi (ORCPT ); Tue, 10 Feb 2015 08:14:38 -0500 Received: from mailout3.w1.samsung.com ([210.118.77.13]:37562 "EHLO mailout3.w1.samsung.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755192AbbBJNOg (ORCPT ); Tue, 10 Feb 2015 08:14:36 -0500 X-AuditID: cbfec7f4-b7f126d000001e9a-09-54da03a82a7b Message-id: <1423574072.6241.8.camel@AMDC1943> Subject: Re: [PATCH 1/1] ARM: dts: Use more descriptive names for Exynos5420 PDs From: Krzysztof Kozlowski To: Sylwester Nawrocki Cc: Javier Martinez Canillas , Sergei Shtylyov , Kukjin Kim , Andrzej Hajda , linux-samsung-soc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, Marek Szyprowski Date: Tue, 10 Feb 2015 14:14:32 +0100 In-reply-to: <54DA0107.2020909@samsung.com> References: <1423244258-24314-1-git-send-email-javier.martinez@collabora.co.uk> <54D51170.10903@cogentembedded.com> <54D52905.6040100@collabora.co.uk> <54D9F1A4.1000908@cogentembedded.com> <1423570670.6241.2.camel@AMDC1943> <54D9F7B1.3030106@cogentembedded.com> <1423571438.6241.4.camel@AMDC1943> <54D9FD94.9000102@collabora.co.uk> <54DA0107.2020909@samsung.com> Content-type: text/plain; charset=UTF-8 X-Mailer: Evolution 3.10.4-0ubuntu2 MIME-version: 1.0 Content-transfer-encoding: 7bit X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrJLMWRmVeSWpSXmKPExsVy+t/xy7ormG+FGCzosbK4te4cq8XR3wUW /Y9fM1tsenyN1eLyrjlsFjPO72OyWHvkLrvF4TftrBZnVt1id+D0eDD1P5PH3+fXWTw2repk 89i8pN6jb8sqRo/Pm+QC2KK4bFJSczLLUov07RK4MjbsZC3Ywlsx+cQDlgbGU1xdjBwcEgIm Eq9uaHcxcgKZYhIX7q1n62Lk4hASWMoosWrpXEYI5zOjRNPVAywgVbwCehKPG7eygtjCAgES /z82sIPYbALGEpuXL2EDsUUE9CWWrLoINolZ4BqTxJKOJYwg21gEVCVeNySB1HAKaEvse/CC GWLBTmaJE6dPMoIkmAXUJSbNW8QMcZ2yRGO/G8ReQYkfk++xQJTIS2xe85Z5AqPALCQds5CU zUJStoCReRWjaGppckFxUnquoV5xYm5xaV66XnJ+7iZGSPB/2cG4+JjVIUYBDkYlHt6ACTdD hFgTy4orcw8xSnAwK4nwMnwCCvGmJFZWpRblxxeV5qQWH2Jk4uCUamCU2qKwv3qtnvkei7yb /6brxlbLSzPxyV9OOZPZIl0ROMEyXSP028rvk/X/3XsRO9tjTXmC66bpuvInW9+Ic+av35Q9 f39EPFfigmZf5nnnpOSYgqc4xMydPL3dOdok/sRdbt+q9jmFDI6BWydFsWqu1U40TplloiKQ kHL+jjmDf2Q5+1qPL0osxRmJhlrMRcWJAEAV0V9cAgAA Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1923 Lines: 43 On wto, 2015-02-10 at 14:00 +0100, Sylwester Nawrocki wrote: > On 10/02/15 13:46, Javier Martinez Canillas wrote: > >>>> This debugfs code iterates over list of generic_pm_domains (gpd_list). I > >>>> >> > cannot find function for translating from genpd to its platform device > >>>> >> > so only genpd->name can be printed. > >>> >> > >>> >> Then why power domains aren't just named with the platform device names? > >> > > >> > Right, the mach-exynos/pm_domains.c set the name equal to OF node name. > >> > I'll send a patch extending the name. > >> > > > IIRC the OF core uses the device node unit address and node name to create > > the platform device names so you will have something like 10044000.power-domain. > > > > Same if using the node full_name since it will /power-domain@10044000. In both > > cases the DTS should have to be checked to know which power domain really is > > unless someone knows by heart the power domains addresses. For the kernel developer that would be descriptive enough to find the real domain but... as you said each time one would have to grep through manual or DTS which is slower. However for end-user that still won't be descriptive enough. > > > > But if using generic names for the power domains as suggested by ePAPR is so > > important then we should change all the other Exynos DTS files which don't do. > > Perhaps we could assign OF aliases to the power domain device nodes in DT > and then in the power domains driver map those aliases to more descriptive > names when creating the power domains? That would required additional alias in DT but it could be the most descriptive for a user. Best regards, Krzysztof -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/