From: arno@natisbad.org (Arnaud Ebalard)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCHv1 2/3] arm: mvebu: add .dts file for Synology DS213j
Date: Sun, 16 Nov 2014 14:14:29 +0100 [thread overview]
Message-ID: <87d28nb83u.fsf@natisbad.org> (raw)
In-Reply-To: <20141116020024.GC15870@lunn.ch> (Andrew Lunn's message of "Sun, 16 Nov 2014 03:00:24 +0100")
Hi Andrew,
Andrew Lunn <andrew@lunn.ch> writes:
>> + internal-regs {
>> +
>> + sata at a0000 {
>> + nr-ports = <2>;
>> + status = "okay";
>> + };
>> +
>> + pinctrl {
>> + pmx_ge0: pmx-ge0 {
>> + marvell,pins = "mpp5", "mpp6", "mpp7", "mpp8",
>> + "mpp9", "mpp10", "mpp11", "mpp12",
>> + "mpp13", "mpp14", "mpp15", "mpp16";
>> + marvell,function = "ge0";
>> + };
>
> This is already available in armada-370.dtsi as ge0_rgmii_pins.
Will use armada-370.dtsi ones.
>> +
>> + pmx_uart0: pmx-uart0 {
>> + marvell,pins = "mpp0", "mpp1";
>> + marvell,function = "uart0";
>> + };
>
> This however does not seem to be in armada-370.dtsi. This is probably
> because there are a few options:
>
> MPP_FUNCTION(0x0, "gpio", NULL),
> MPP_FUNCTION(0x1, "uart0", "rxd")),
> MPP_MODE(1,
> MPP_FUNCTION(0x0, "gpo", NULL),
> MPP_FUNCTION(0x1, "uart0", "txd")),
> MPP_MODE(2,
> MPP_FUNCTION(0x0, "gpio", NULL),
> MPP_FUNCTION(0x1, "i2c0", "sck"),
> MPP_FUNCTION(0x2, "uart0", "txd")),
> MPP_MODE(3,
> MPP_FUNCTION(0x0, "gpio", NULL),
> MPP_FUNCTION(0x1, "i2c0", "sda"),
> MPP_FUNCTION(0x2, "uart0", "rxd")),
>
> What we found with Kirkwood, is that everybody picks the
> same. Probably because of Marvell's RDK and U-boot etc. It is not
> clear from the current 370 boards what is being used. I should go look
> at Mirabox and 370 RD. If they are all mpp0 & mpp1, i suggest we put
> this into armada-370.dtsi
Will do.
>> +
>> + pmx_i2c: pmx-i2c {
>> + marvell,pins = "mpp2", "mpp3";
>> + marvell,function = "i2c0";
>> + };
>
> i2c0_pins
ack. will also rename everything to -/_pins instead of pmx_/-
>> + pmx_spi: pmx-spi {
>> + marvell,pins = "mpp33", "mpp34",
>> + "mpp35", "mpp36";
>> + marvell,function = "spi0";
>> + };
>
> Again, we might want to put this in armada-370.dtsi.
will do.
>> + pmx_smi: pmx-smi {
>> + marvell,pins = "mpp17", "mpp18";
>> + marvell,function = "ge";
>> + };
>
> mdio_pins
ack.
>> + * if you do a 'saveenv' under u-boot, your modified
>> + * environment be saved will at 1MB after the start
>
> * environment will be saved at 1MB after the start
>
>
>> + * of the flash, i.e. in the middle of the uImage.
>> + * For that reason, it is strongly advised not to
>> + * change default environment, unless you know what
>
> * change the default environment, unless you know what
ack.
>> + compatible = "marvell,mv64xxx-i2c";
>> + clock-frequency = <400000>;
>> + status = "okay";
>> +
>> + /* Main device RTC chip */
>> + s35390a: s35390a at 30 {
>> + compatible = "ssi,s35390a";
>
> sii not ssi.
My bad. I reused what I found in kirkwood files w/o checking
trivial-devices.txt or vendor-prefixes.txt. Do you want me to add an
additional patch for kirkwood files too?
>> + reg = <0x30>;
>> + };
>> + };
>> +
>> + /* RTC provided by Seiko S-35390A above */
>> + rtc at 10300 {
>> + status = "disabled";
>> + };
>> +
>> + /* Connected to a header on device's PCB */
>> + serial at 12000 {
>> + status = "okay";
>> + };
>> +
>> + /* Connected to a TI MSP430F2111 for power control */
>> + serial at 12100 {
>> + status = "okay";
>> + };
>> +
>> + poweroff at 12100 {
>> + compatible = "synology,power-off";
>> + reg = <0x12100 0x100>;
>> + clocks = <&coreclk 0>;
>> + };
>> + };
>> + };
>> +
>> + gpio-fan-100-32-35 {
>
> There is some logic to this naming, but i don't remember what it is.
> Did you check this is appropriate?
The 32-35 is for the MPP i.e. fan uses mpp32 to mpp35 (3 MPP for speed,
one for alarm). I don't know what the 100 part means. What I did is I
googled to see which fan supported kirkwood models have and noticed
that the DS212j uses the exact same fan, i.e. Y.S.Tech FD129225LL-N so
I opted for the same naming.
On that aspect, you may be able to explain why the speed-map for this
fan goes up to 5000 RPM. This fan is supposed to operate at 1900RPM.
Note that it does not matter in practice.
Cheers,
a+
WARNING: multiple messages have this Message-ID (diff)
From: arno-LkuqDEemtHBg9hUCZPvPmw@public.gmane.org (Arnaud Ebalard)
To: Andrew Lunn <andrew-g2DYL2Zd6BY@public.gmane.org>
Cc: Jason Cooper <jason-NLaQJdtUoK4Be96aLqz0jA@public.gmane.org>,
Gregory Clement
<gregory.clement-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>,
Sebastian Hesselbarth
<sebastian.hesselbarth-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
Ben Peddell <klightspeed-aslSrjg9ejhWX4hkXwHRhw@public.gmane.org>,
Mark Rutland <mark.rutland-5wv7dgnIgG8@public.gmane.org>,
devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
Russell King <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>,
Pawel Moll <pawel.moll-5wv7dgnIgG8@public.gmane.org>,
Stephen Warren <swarren-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>,
Ian Campbell
<ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg@public.gmane.org>,
Rob Herring <rob.herring-bsGFqQB8/DxBDgjK7y7TUQ@public.gmane.org>,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
Subject: Re: [PATCHv1 2/3] arm: mvebu: add .dts file for Synology DS213j
Date: Sun, 16 Nov 2014 14:14:29 +0100 [thread overview]
Message-ID: <87d28nb83u.fsf@natisbad.org> (raw)
In-Reply-To: <20141116020024.GC15870-g2DYL2Zd6BY@public.gmane.org> (Andrew Lunn's message of "Sun, 16 Nov 2014 03:00:24 +0100")
Hi Andrew,
Andrew Lunn <andrew-g2DYL2Zd6BY@public.gmane.org> writes:
>> + internal-regs {
>> +
>> + sata@a0000 {
>> + nr-ports = <2>;
>> + status = "okay";
>> + };
>> +
>> + pinctrl {
>> + pmx_ge0: pmx-ge0 {
>> + marvell,pins = "mpp5", "mpp6", "mpp7", "mpp8",
>> + "mpp9", "mpp10", "mpp11", "mpp12",
>> + "mpp13", "mpp14", "mpp15", "mpp16";
>> + marvell,function = "ge0";
>> + };
>
> This is already available in armada-370.dtsi as ge0_rgmii_pins.
Will use armada-370.dtsi ones.
>> +
>> + pmx_uart0: pmx-uart0 {
>> + marvell,pins = "mpp0", "mpp1";
>> + marvell,function = "uart0";
>> + };
>
> This however does not seem to be in armada-370.dtsi. This is probably
> because there are a few options:
>
> MPP_FUNCTION(0x0, "gpio", NULL),
> MPP_FUNCTION(0x1, "uart0", "rxd")),
> MPP_MODE(1,
> MPP_FUNCTION(0x0, "gpo", NULL),
> MPP_FUNCTION(0x1, "uart0", "txd")),
> MPP_MODE(2,
> MPP_FUNCTION(0x0, "gpio", NULL),
> MPP_FUNCTION(0x1, "i2c0", "sck"),
> MPP_FUNCTION(0x2, "uart0", "txd")),
> MPP_MODE(3,
> MPP_FUNCTION(0x0, "gpio", NULL),
> MPP_FUNCTION(0x1, "i2c0", "sda"),
> MPP_FUNCTION(0x2, "uart0", "rxd")),
>
> What we found with Kirkwood, is that everybody picks the
> same. Probably because of Marvell's RDK and U-boot etc. It is not
> clear from the current 370 boards what is being used. I should go look
> at Mirabox and 370 RD. If they are all mpp0 & mpp1, i suggest we put
> this into armada-370.dtsi
Will do.
>> +
>> + pmx_i2c: pmx-i2c {
>> + marvell,pins = "mpp2", "mpp3";
>> + marvell,function = "i2c0";
>> + };
>
> i2c0_pins
ack. will also rename everything to -/_pins instead of pmx_/-
>> + pmx_spi: pmx-spi {
>> + marvell,pins = "mpp33", "mpp34",
>> + "mpp35", "mpp36";
>> + marvell,function = "spi0";
>> + };
>
> Again, we might want to put this in armada-370.dtsi.
will do.
>> + pmx_smi: pmx-smi {
>> + marvell,pins = "mpp17", "mpp18";
>> + marvell,function = "ge";
>> + };
>
> mdio_pins
ack.
>> + * if you do a 'saveenv' under u-boot, your modified
>> + * environment be saved will at 1MB after the start
>
> * environment will be saved at 1MB after the start
>
>
>> + * of the flash, i.e. in the middle of the uImage.
>> + * For that reason, it is strongly advised not to
>> + * change default environment, unless you know what
>
> * change the default environment, unless you know what
ack.
>> + compatible = "marvell,mv64xxx-i2c";
>> + clock-frequency = <400000>;
>> + status = "okay";
>> +
>> + /* Main device RTC chip */
>> + s35390a: s35390a@30 {
>> + compatible = "ssi,s35390a";
>
> sii not ssi.
My bad. I reused what I found in kirkwood files w/o checking
trivial-devices.txt or vendor-prefixes.txt. Do you want me to add an
additional patch for kirkwood files too?
>> + reg = <0x30>;
>> + };
>> + };
>> +
>> + /* RTC provided by Seiko S-35390A above */
>> + rtc@10300 {
>> + status = "disabled";
>> + };
>> +
>> + /* Connected to a header on device's PCB */
>> + serial@12000 {
>> + status = "okay";
>> + };
>> +
>> + /* Connected to a TI MSP430F2111 for power control */
>> + serial@12100 {
>> + status = "okay";
>> + };
>> +
>> + poweroff@12100 {
>> + compatible = "synology,power-off";
>> + reg = <0x12100 0x100>;
>> + clocks = <&coreclk 0>;
>> + };
>> + };
>> + };
>> +
>> + gpio-fan-100-32-35 {
>
> There is some logic to this naming, but i don't remember what it is.
> Did you check this is appropriate?
The 32-35 is for the MPP i.e. fan uses mpp32 to mpp35 (3 MPP for speed,
one for alarm). I don't know what the 100 part means. What I did is I
googled to see which fan supported kirkwood models have and noticed
that the DS212j uses the exact same fan, i.e. Y.S.Tech FD129225LL-N so
I opted for the same naming.
On that aspect, you may be able to explain why the speed-map for this
fan goes up to 5000 RPM. This fan is supposed to operate at 1900RPM.
Note that it does not matter in practice.
Cheers,
a+
--
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
next prev parent reply other threads:[~2014-11-16 13:14 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-11-16 0:04 [PATCHv1 0/3] arm: mvebu: add Synology DS213j and DS414 .dts files Arnaud Ebalard
2014-11-16 0:04 ` Arnaud Ebalard
2014-11-16 0:04 ` [PATCHv1 1/3] arm: mvebu: add uartX labels for Armada SoC serial nodes Arnaud Ebalard
2014-11-16 0:04 ` Arnaud Ebalard
2014-11-16 1:09 ` Andrew Lunn
2014-11-16 1:09 ` Andrew Lunn
2014-11-16 12:34 ` Arnaud Ebalard
2014-11-16 12:34 ` Arnaud Ebalard
2014-11-16 0:04 ` [PATCHv1 2/3] arm: mvebu: add .dts file for Synology DS213j Arnaud Ebalard
2014-11-16 0:04 ` Arnaud Ebalard
2014-11-16 2:00 ` Andrew Lunn
2014-11-16 2:00 ` Andrew Lunn
2014-11-16 2:31 ` Andrew Lunn
2014-11-16 2:31 ` Andrew Lunn
2014-11-16 13:14 ` Arnaud Ebalard [this message]
2014-11-16 13:14 ` Arnaud Ebalard
2014-11-16 23:23 ` Ben Peddell
2014-11-16 23:23 ` Ben Peddell
2014-11-17 8:25 ` Arnaud Ebalard
2014-11-17 8:25 ` Arnaud Ebalard
2014-11-17 22:41 ` Ben Peddell
2014-11-17 22:41 ` Ben Peddell
2014-11-17 23:23 ` Arnaud Ebalard
2014-11-17 23:23 ` Arnaud Ebalard
2014-11-16 0:04 ` [PATCHv1 3/3] arm: mvebu: add .dts file for Synology DS414 Arnaud Ebalard
2014-11-16 0:04 ` Arnaud Ebalard
2014-11-16 2:15 ` Andrew Lunn
2014-11-16 2:15 ` Andrew Lunn
2014-11-16 13:17 ` Arnaud Ebalard
2014-11-16 13:17 ` Arnaud Ebalard
2014-11-16 2:20 ` [PATCHv1 0/3] arm: mvebu: add Synology DS213j and DS414 .dts files Andrew Lunn
2014-11-16 2:20 ` Andrew Lunn
2014-11-16 13:24 ` Arnaud Ebalard
2014-11-16 13:24 ` Arnaud Ebalard
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=87d28nb83u.fsf@natisbad.org \
--to=arno@natisbad.org \
--cc=linux-arm-kernel@lists.infradead.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.