[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20140211080612.GC18803@MrMyself>
Date: Tue, 11 Feb 2014 16:06:13 +0800
From: Nicolin Chen <Guangyu.Chen@...escale.com>
To: Xiubo Li-B47053 <Li.Xiubo@...escale.com>
CC: "shawn.guo@...aro.org" <shawn.guo@...aro.org>,
"broonie@...nel.org" <broonie@...nel.org>,
"lgirdwood@...il.com" <lgirdwood@...il.com>,
"perex@...ex.cz" <perex@...ex.cz>, "tiwai@...e.de" <tiwai@...e.de>,
"alsa-devel@...a-project.org" <alsa-devel@...a-project.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH 1/2] ASoC: fsl-spdif: big-endian support
On Tue, Feb 11, 2014 at 03:39:44PM +0800, Xiubo Li-B47053 wrote:
>
>
> > > + - big-endian : If this property is absent, the native endian mode will
> > > + be in use as default, or the big endian mode will be in use for all the
> > > + device registers.
> > > +
> >
> > @Shawn
> > Does DT have an existing approach to determine if the current SoC this IP
> > uses is BE or LE? I am thinking the scenario that if all drivers support
> > BE/LE while the SoC is big-endian, all the nodes in the DT would have to
> > include a duplicated property (big-endian).
> >
>
> @Nicolin, @Shawn
> One special scenario likes the LS1 platform, the CPU and a few devices are in
> LE mode and other devices will be in BE mode.
Hmm... a bit strange to me. But I think it then should be fine here if it's
plausible as you describe.
Please revise the patch and send it to see if there's any comment from others.
And for both revised patches:
Acked-by: Nicolin Chen <Guangyu.Chen@...escale.com>
Thank you
--
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