[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20140723232909.GE28485@lunn.ch>
Date: Thu, 24 Jul 2014 01:29:09 +0200
From: Andrew Lunn <andrew@...n.ch>
To: Jason Cooper <jason@...edaemon.net>
Cc: Benoit Masson <yahoo@...enite.com>, benoitm@...enite.com,
Rob Herring <robh+dt@...nel.org>,
Pawel Moll <pawel.moll@....com>,
Ian Campbell <ijc+devicetree@...lion.org.uk>,
Kumar Gala <galak@...eaurora.org>,
Russell King <linux@....linux.org.uk>,
devicetree@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
linux-kernel@...r.kernel.org, andrew@...n.ch,
gregory.clement@...e-electrons.com,
sebastian.hesselbarth@...glemail.com
Subject: Re: [PATCH 2/2] ARM: mvebu: Added dts defintion for Lenovo Iomega
ix4-300d NAS
> On Wed, Jul 23, 2014 at 03:52:53PM -0700, Benoit Masson wrote:
> > The Lenovo Iomega ix4-300d is a 4-Bay sata NAS with dual Gb,
> > USB2.0 & 3.0, powered by a Marvell Armada XP MV78230 dual core CPU.
> >
> > http://shop.lenovo.com/fr/fr/servers/network-storage/lenovoemc/ix4-300d/
> > Signed-off-by: Benoit Masson <yahoo@...enite.com>
> > ---
> > arch/arm/boot/dts/Makefile | 3 +-
> > arch/arm/boot/dts/armada-xp-lenovo-ix4-300d.dts | 284 ++++++++++++++++++++++++
> > 2 files changed, 286 insertions(+), 1 deletion(-)
> > create mode 100644 arch/arm/boot/dts/armada-xp-lenovo-ix4-300d.dts
> ...
> > diff --git a/arch/arm/boot/dts/armada-xp-lenovo-ix4-300d.dts b/arch/arm/boot/dts/armada-xp-lenovo-ix4-300d.dts
> > new file mode 100644
> > index 0000000..1f33cbc
> > --- /dev/null
> > +++ b/arch/arm/boot/dts/armada-xp-lenovo-ix4-300d.dts
> ...
> > + /* Warning: you need both eth1 & 0 PHY initialized
> > + (i.e having them up does the tweak)
> > + for poweroff to shutdown otherwise it reboots */
>
> nit: multi-line comments are like this:
>
> /*
> * Warning: you need both eth1 & 0 PHY initialized (i.e having
> * them up does the tweak) for poweroff to shutdown otherwise it
> * reboots
> */
>
> If that's the only thing left, I'll fix it up when I pull it in. No
> need to respin just for this.
Hi Jason
We should not really leave the i2c compatibility string as it is.
Hopefully the OEM moved onto B1 stepping at some point. Although B1
devices will work with the workaround, you get better performance
without it.
We should wait for Gregory to look at the quirk and soc-id code.
Andrew
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists