From: Sylwester Nawrocki <s.nawrocki@samsung.com>
To: Sachin Kamat <sachin.kamat@linaro.org>
Cc: Mark Rutland <mark.rutland@arm.com>,
"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
linux-samsung-soc <linux-samsung-soc@vger.kernel.org>,
Pawel Moll <pawel.moll@arm.com>,
Ian Campbell <ijc+devicetree@hellion.org.uk>,
Seung-Woo Kim <sw0312.kim@samsung.com>,
"dri-devel@lists.freedesktop.org"
<dri-devel@lists.freedesktop.org>,
Andrzej Hajda <a.hajda@samsung.com>,
Kyungmin Park <kyungmin.park@samsung.com>,
"robh+dt@kernel.org" <robh+dt@kernel.org>,
Kumar Gala <galak@codeaurora.org>,
Kukjin Kim <kgene.kim@samsung.com>
Subject: Re: [RFC PATCH 12/14] ARM: dts: exynos5: add system register support
Date: Tue, 15 Apr 2014 11:18:58 +0200 [thread overview]
Message-ID: <534CF982.4020102@samsung.com> (raw)
In-Reply-To: <CAK9yfHz9yFjQ8x2UuR7uvPTR+E8wUo4W+2XYKiF17RmwMji8OQ@mail.gmail.com>
On 15/04/14 10:41, Sachin Kamat wrote:
> On 15 April 2014 11:17, YoungJun Cho <yj44.cho@samsung.com> wrote:
>> This patch adds sysreg device node, and sysreg property to fimd device node
>> which is required to use I80 interface.
>>
>> Signed-off-by: YoungJun Cho <yj44.cho@samsung.com>
>> Signed-off-by: Inki Dae <inki.dae@samsung.com>
>> Signed-off-by: Kyungmin Park <kyungmin.park@samsung.com>
>> ---
>> arch/arm/boot/dts/exynos5.dtsi | 6 ++++++
>> 1 file changed, 6 insertions(+)
>>
>> diff --git a/arch/arm/boot/dts/exynos5.dtsi b/arch/arm/boot/dts/exynos5.dtsi
>> index 258dca4..f938bbb 100644
>> --- a/arch/arm/boot/dts/exynos5.dtsi
>> +++ b/arch/arm/boot/dts/exynos5.dtsi
>> @@ -88,12 +88,18 @@
>> status = "disabled";
>> };
>>
>> + sys_reg: syscon@10050000 {
>> + compatible = "samsung,exynos5-sysreg", "syscon";
>
> Do we really need a separate string for this? Can't we use
> "samsung,exynos4-sysreg" itself?
Currently only "syscon" is meaningful in Linux, and we add second SoC
specific compatible to be able to distinguish between various SoC
revisions, should any SoC specific quirks be handled in future.
Thus there is no much point in adding "samsung,exynos4-sysreg" to
exynos5.dtsi. We could as well only leave "syscon" entry alone.
My suggestion is to keep "samsung,exynos5-sysreg", so for instance
Exynos4 and Exynos5 SOC series SYSREG blocks can be identified in
an OS.
--
Regards,
Sylwester
next prev parent reply other threads:[~2014-04-15 9:18 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-04-15 5:47 [RFC PATCH 00/14] drm/exynos: support MIPI DSI command mode display YoungJun Cho
2014-04-15 5:47 ` [RFC PATCH 01/14] drm/exynos: dsi: move the Eot packets configuration point YoungJun Cho
2014-04-15 5:47 ` [RFC PATCH 02/14] drm/exynos: dsi: delay setting clocks after reset YoungJun Cho
2014-04-18 12:15 ` Andrzej Hajda
2014-04-19 22:30 ` YoungJun Cho
2014-04-15 5:47 ` [RFC PATCH 03/14] drm/exynos: use wait_event_timeout() for safety usage YoungJun Cho
2014-04-15 5:47 ` [RFC PATCH 04/14] ARM: dts: add exynos5 compatible to sysreg YoungJun Cho
2014-04-15 8:02 ` Sachin Kamat
2014-04-16 4:38 ` [RFC PATCH v2 04/14] ARM: dts: sysreg: add exynos5 compatible to DT bindings YoungJun Cho
2014-04-15 5:47 ` [RFC PATCH 05/14] ARM: dts: samsung-fimd: add I80 specific properties YoungJun Cho
2014-04-16 21:26 ` Laurent Pinchart
2014-04-17 5:33 ` YoungJun Cho
2014-04-17 11:53 ` [RFC PATCH v2 " YoungJun Cho
2014-04-18 12:32 ` Andrzej Hajda
2014-04-20 0:34 ` YoungJun Cho
2014-04-21 22:35 ` [RFC PATCH " Laurent Pinchart
2014-04-15 5:47 ` [RFC PATCH 06/14] drm/exynos: support MIPI DSI command mode YoungJun Cho
2014-04-15 5:47 ` [RFC PATCH 07/14] ARM: dts: exynos_dsim: add exynos5420 Soc compatible YoungJun Cho
[not found] ` <1397540862-21359-8-git-send-email-yj44.cho-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
2014-04-15 8:09 ` Sachin Kamat
2014-04-16 4:38 ` [RFC PATCH v2 07/14] ARM: dts: exynos_dsim: add exynos5420 compatible to DT bindings YoungJun Cho
2014-04-15 5:47 ` [RFC PATCH 08/14] drm/exynos: dsi: add driver data to support Exynos5420 YoungJun Cho
2014-04-15 5:47 ` [RFC PATCH 09/14] ARM: dts: s6e3fa0: add DT bindings YoungJun Cho
2014-04-15 8:18 ` Sachin Kamat
2014-04-16 4:38 ` [RFC PATCH v2 " YoungJun Cho
2014-04-16 21:45 ` Laurent Pinchart
2014-04-17 11:54 ` [RFC PATCH v3 " YoungJun Cho
2014-04-15 5:47 ` [RFC PATCH 10/14] drm/panel: add S6E3FA0 driver YoungJun Cho
2014-04-17 11:54 ` [RFC PATCH v3 " YoungJun Cho
2014-04-15 5:47 ` [RFC PATCH 11/14] ARM: dts: exynos4: add system register node YoungJun Cho
2014-04-15 5:47 ` [RFC PATCH 12/14] ARM: dts: exynos5: add system register support YoungJun Cho
2014-04-15 8:41 ` Sachin Kamat
2014-04-15 9:18 ` Sylwester Nawrocki [this message]
2014-04-15 9:31 ` Sachin Kamat
2014-04-15 5:47 ` [RFC PATCH 13/14] ARM: dts: exynos5420: add mipi-phy node YoungJun Cho
2014-04-15 5:47 ` [RFC PATCH 14/14] ARM: dts: exynos5420: add dsi node YoungJun Cho
2014-04-15 8:04 ` Sachin Kamat
2014-04-16 4:39 ` [RFC PATCH v2 " YoungJun Cho
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=534CF982.4020102@samsung.com \
--to=s.nawrocki@samsung.com \
--cc=a.hajda@samsung.com \
--cc=devicetree@vger.kernel.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=galak@codeaurora.org \
--cc=ijc+devicetree@hellion.org.uk \
--cc=kgene.kim@samsung.com \
--cc=kyungmin.park@samsung.com \
--cc=linux-samsung-soc@vger.kernel.org \
--cc=mark.rutland@arm.com \
--cc=pawel.moll@arm.com \
--cc=robh+dt@kernel.org \
--cc=sachin.kamat@linaro.org \
--cc=sw0312.kim@samsung.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).