From: Chanwoo Choi <cw00.choi-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
To: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
Cc: kgene-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
mark.rutland-5wv7dgnIgG8@public.gmane.org,
marc.zyngier-5wv7dgnIgG8@public.gmane.org,
olof-nZhT3qVonbNeoWH0uzbU5w@public.gmane.org,
catalin.marinas-5wv7dgnIgG8@public.gmane.org,
will.deacon-5wv7dgnIgG8@public.gmane.org,
inki.dae-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org,
chanho61.park-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org,
sw0312.kim-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org,
jh80.chung-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org,
ideal.song-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org,
a.kesavan-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org,
devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
linux-samsung-soc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: [PATCH v4 2/8] arm64: dts: exynos: Add dts files for 64-bit Exynos5433 SoC
Date: Tue, 24 Feb 2015 20:04:17 +0900 [thread overview]
Message-ID: <54EC5AB1.5090802@samsung.com> (raw)
In-Reply-To: <7412525.l6YnQcTxtg@wuerfel>
On 02/24/2015 06:48 PM, Arnd Bergmann wrote:
> 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.
I check the uart device with Exynos5433 SoC based on Linux 4.0-rc1
If some board use the serial_0 and serial_3 as following in board dtsi,
&serial_0 { --> UART 0 device
status = "okay";
};
&serial_3 { --> UART 3 device
status = "okay";
};
The serial core driver create the follwoing /dev/ttySACx device node
by using the number of alias. It maintain the same device number of internel to the SoC.
root@localhost:~# ls /dev/ttySAC
ttySAC1 ttySAC3
Thanks,
Chanwoo Choi
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
WARNING: multiple messages have this Message-ID (diff)
From: cw00.choi@samsung.com (Chanwoo Choi)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v4 2/8] arm64: dts: exynos: Add dts files for 64-bit Exynos5433 SoC
Date: Tue, 24 Feb 2015 20:04:17 +0900 [thread overview]
Message-ID: <54EC5AB1.5090802@samsung.com> (raw)
In-Reply-To: <7412525.l6YnQcTxtg@wuerfel>
On 02/24/2015 06:48 PM, Arnd Bergmann wrote:
> 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.
I check the uart device with Exynos5433 SoC based on Linux 4.0-rc1
If some board use the serial_0 and serial_3 as following in board dtsi,
&serial_0 { --> UART 0 device
status = "okay";
};
&serial_3 { --> UART 3 device
status = "okay";
};
The serial core driver create the follwoing /dev/ttySACx device node
by using the number of alias. It maintain the same device number of internel to the SoC.
root at localhost:~# ls /dev/ttySAC
ttySAC1 ttySAC3
Thanks,
Chanwoo Choi
WARNING: multiple messages have this Message-ID (diff)
From: Chanwoo Choi <cw00.choi@samsung.com>
To: Arnd Bergmann <arnd@arndb.de>
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 20:04:17 +0900 [thread overview]
Message-ID: <54EC5AB1.5090802@samsung.com> (raw)
In-Reply-To: <7412525.l6YnQcTxtg@wuerfel>
On 02/24/2015 06:48 PM, Arnd Bergmann wrote:
> 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.
I check the uart device with Exynos5433 SoC based on Linux 4.0-rc1
If some board use the serial_0 and serial_3 as following in board dtsi,
&serial_0 { --> UART 0 device
status = "okay";
};
&serial_3 { --> UART 3 device
status = "okay";
};
The serial core driver create the follwoing /dev/ttySACx device node
by using the number of alias. It maintain the same device number of internel to the SoC.
root@localhost:~# ls /dev/ttySAC
ttySAC1 ttySAC3
Thanks,
Chanwoo Choi
next prev parent reply other threads:[~2015-02-24 11:04 UTC|newest]
Thread overview: 62+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-02-24 5:16 [PATCH v4 0/8] arm64: Add the support for new Exynos5433 SoC Chanwoo Choi
2015-02-24 5:16 ` Chanwoo Choi
2015-02-24 5:16 ` [PATCH v4 1/8] arm64: exynos5433: Enable ARMv8 based Exynos5433 (SoC) support Chanwoo Choi
2015-02-24 5:16 ` Chanwoo Choi
2015-02-24 5:16 ` Chanwoo Choi
2015-02-24 8:31 ` Arnd Bergmann
2015-02-24 8:31 ` Arnd Bergmann
2015-02-26 8:28 ` Chanwoo Choi
2015-02-26 8:28 ` Chanwoo Choi
[not found] ` <54EED910.4010603-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
2015-02-28 0:51 ` Chanwoo Choi
2015-02-28 0:51 ` Chanwoo Choi
2015-02-28 0:51 ` Chanwoo Choi
2015-02-24 5:16 ` [PATCH v4 2/8] arm64: dts: exynos: Add dts files for 64-bit Exynos5433 SoC Chanwoo Choi
2015-02-24 5:16 ` Chanwoo Choi
2015-02-24 8:33 ` Arnd Bergmann
2015-02-24 8:33 ` Arnd Bergmann
2015-02-24 9:01 ` Chanwoo Choi
2015-02-24 9:01 ` Chanwoo Choi
2015-02-24 9:50 ` Arnd Bergmann
2015-02-24 9:50 ` Arnd Bergmann
2015-02-24 12:15 ` Chanwoo Choi
2015-02-24 12:15 ` Chanwoo Choi
2015-02-24 8:35 ` Arnd Bergmann
2015-02-24 8:35 ` Arnd Bergmann
2015-02-24 8:52 ` Chanwoo Choi
2015-02-24 8:52 ` Chanwoo Choi
2015-02-24 9:48 ` Arnd Bergmann
2015-02-24 9:48 ` Arnd Bergmann
2015-02-24 11:04 ` Chanwoo Choi [this message]
2015-02-24 11:04 ` Chanwoo Choi
2015-02-24 11:04 ` Chanwoo Choi
2015-02-24 11:59 ` Arnd Bergmann
2015-02-24 11:59 ` Arnd Bergmann
2015-02-26 8:18 ` Chanwoo Choi
2015-02-26 8:18 ` Chanwoo Choi
2015-02-26 8:42 ` Chanwoo Choi
2015-02-26 8:42 ` Chanwoo Choi
2015-02-26 15:42 ` Arnd Bergmann
2015-02-26 15:42 ` Arnd Bergmann
2015-02-28 0:47 ` Chanwoo Choi
2015-02-28 0:47 ` Chanwoo Choi
2015-03-01 21:22 ` Arnd Bergmann
2015-03-01 21:22 ` Arnd Bergmann
2015-03-04 6:59 ` Chanwoo Choi
2015-03-04 6:59 ` Chanwoo Choi
2015-03-04 9:38 ` Arnd Bergmann
2015-03-04 9:38 ` Arnd Bergmann
2015-03-04 10:11 ` Chanwoo Choi
2015-03-04 10:11 ` Chanwoo Choi
2015-02-24 5:16 ` [PATCH v4 3/8] arm64: dts: exynos: Add MSHC dt node for Exynos5433 Chanwoo Choi
2015-02-24 5:16 ` Chanwoo Choi
2015-02-24 5:16 ` [PATCH v4 4/8] arm64: dts: exynos: Add SPI/PDMA " Chanwoo Choi
2015-02-24 5:16 ` Chanwoo Choi
2015-02-24 5:16 ` [PATCH v4 5/8] arm64: dts: exynos: Add PMU " Chanwoo Choi
2015-02-24 5:16 ` Chanwoo Choi
2015-02-24 5:16 ` [PATCH v4 6/8] arm64: dts: exynos: Add RTC and ADC dt node for Exynos5433 SoC Chanwoo Choi
2015-02-24 5:16 ` Chanwoo Choi
2015-02-24 5:16 ` [PATCH v4 7/8] arm64: dts: exynos: Add ADMA " Chanwoo Choi
2015-02-24 5:16 ` Chanwoo Choi
2015-02-24 5:16 ` Chanwoo Choi
2015-02-24 5:16 ` [PATCH v4 8/8] arm64: dts: exynos: Add I2S " Chanwoo Choi
2015-02-24 5:16 ` Chanwoo Choi
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=54EC5AB1.5090802@samsung.com \
--to=cw00.choi-sze3o3uu22jbdgjk7y7tuq@public.gmane.org \
--cc=a.kesavan-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org \
--cc=arnd-r2nGTMty4D4@public.gmane.org \
--cc=catalin.marinas-5wv7dgnIgG8@public.gmane.org \
--cc=chanho61.park-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org \
--cc=devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=ideal.song-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org \
--cc=inki.dae-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org \
--cc=jh80.chung-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org \
--cc=kgene-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org \
--cc=linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \
--cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=linux-samsung-soc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=marc.zyngier-5wv7dgnIgG8@public.gmane.org \
--cc=mark.rutland-5wv7dgnIgG8@public.gmane.org \
--cc=olof-nZhT3qVonbNeoWH0uzbU5w@public.gmane.org \
--cc=sw0312.kim-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org \
--cc=will.deacon-5wv7dgnIgG8@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.