From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752630AbbBXJti (ORCPT ); Tue, 24 Feb 2015 04:49:38 -0500 Received: from mout.kundenserver.de ([212.227.126.131]:51544 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752339AbbBXJtg (ORCPT ); Tue, 24 Feb 2015 04:49:36 -0500 From: Arnd Bergmann To: Chanwoo Choi Cc: kgene@kernel.org, mark.rutland@arm.com, marc.zyngier@arm.com, olof@lixom.net, catalin.marinas@arm.com, will.deacon@arm.com, inki.dae@samsung.com, chanho61.park@samsung.com, sw0312.kim@samsung.com, jh80.chung@samsung.com, ideal.song@samsung.com, a.kesavan@samsung.com, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-samsung-soc@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v4 2/8] arm64: dts: exynos: Add dts files for 64-bit Exynos5433 SoC Date: Tue, 24 Feb 2015 10:48:57 +0100 Message-ID: <7412525.l6YnQcTxtg@wuerfel> User-Agent: KMail/4.11.5 (Linux/3.16.0-10-generic; KDE/4.11.5; x86_64; ; ) In-Reply-To: <54EC3BB1.1020701@samsung.com> References: <1424755011-15999-1-git-send-email-cw00.choi@samsung.com> <7139111.LGA4lhSjob@wuerfel> <54EC3BB1.1020701@samsung.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Provags-ID: V03:K0:uwLGnPi1EvYB8Qx7EvEaYGQhWQuRgVvmb6UD3dDOuccA98qO29v 6iCwsRAAE0zQd1J+QYr9m4fpJe7BWw9Oe0pvvp2b9NJNyma6Tz9jD8dAxpG3+y3McXh6AeG j2FAkzOtAfvPRwILrcxESg+fg/UoOtL4I3y9oKj7G6f3p03aoMyN6YlgFnN/3UrVR9zsige 4HsmV+ZNrqe7HDIf2c04Q== X-UI-Out-Filterresults: notjunk:1; Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tuesday 24 February 2015 17:52:01 Chanwoo Choi wrote: > > But, I have a question. > If we put the aliases into the board dts file instaed of SoC dtsi, > each board dts file may use the different alias name about same phandle. Yes, that is the idea. In particular with the uarts, the intention is that the numbering of the device nodes in /dev is the same that is printed on the board (if any), which may be different from the numbering internal to the SoC. Arnd