Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756582AbbBJOJP (ORCPT ); Tue, 10 Feb 2015 09:09:15 -0500 Received: from mailout3.w1.samsung.com ([210.118.77.13]:40747 "EHLO mailout3.w1.samsung.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756529AbbBJOIx (ORCPT ); Tue, 10 Feb 2015 09:08:53 -0500 X-AuditID: cbfec7f4-b7f126d000001e9a-00-54da1061f301 Message-id: <54DA10EA.4010701@samsung.com> Date: Tue, 10 Feb 2015 15:08:42 +0100 From: Sylwester Nawrocki User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-version: 1.0 To: Krzysztof Kozlowski 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 Subject: Re: [PATCH 1/1] ARM: dts: Use more descriptive names for Exynos5420 PDs 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> <1423574072.6241.8.camel@AMDC1943> In-reply-to: <1423574072.6241.8.camel@AMDC1943> Content-type: text/plain; charset=utf-8 Content-transfer-encoding: 7bit X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrJLMWRmVeSWpSXmKPExsVy+t/xa7qJArdCDG7uEbC4te4cq8XR3wUW r18YWvQ/fs1ssenxNVaLy7vmsFnMOL+PyWLtkbvsFmdW3WJ34PR4MPU/k8ff59dZPDat6mTz 2Lyk3qNvyypGj8+b5ALYorhsUlJzMstSi/TtErgymvY/Zy/Ywl8x9/56tgbG6TxdjBwcEgIm Ep96Y7oYOYFMMYkL99azdTFycQgJLGWU+HNwOyuE84lR4ujt20wgVbwCWhLznvcygtgsAqoS D7/vYAax2QQMJXqP9oHFRQUiJE7e3cMOUS8o8WPyPRYQWwSo5uDu7UwgQ5kFrjFJLOlYAtYg LBAg8f9jAzvEtnvMEi/WrwXr4BTQl5j9aToryKnMAuoSU6bkgoSZBeQlNq95yzyBUWAWkh2z EKpmIalawMi8ilE0tTS5oDgpPddQrzgxt7g0L10vOT93EyMk+L/sYFx8zOoQowAHoxIPb8CE myFCrIllxZW5hxglOJiVRHgZPgGFeFMSK6tSi/Lji0pzUosPMTJxcEo1MIavSJitqCSx7Lr3 FMf/QmdaGW6t+bVrn/OsjOyZAto7OY5ve20/JXjJPMMZfKeWtXP5R4uumaMfNK8yeM7h5Agv juc+Rm15cfO+qe+a0HfCb1J+1psZFtfVdT2+hRn2TGhhOX77ffDh3r+vpNW27tN9nxcgbXnT 4lfns5kM3vvzi36FKLp9/K3EUpyRaKjFXFScCAAcle+pXAIAAA== Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2178 Lines: 44 On 10/02/15 14:14, Krzysztof Kozlowski wrote: > 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. Yes, we could fall back to of_node->full_name if alias is not present in DT. -- Regards, Sylwester -- 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/