[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <9f2ed85ee1bf4f6289d450fcdea7ccb6@BY2PR0301MB0613.namprd03.prod.outlook.com>
Date: Fri, 5 Sep 2014 05:59:20 +0000
From: "Li.Xiubo@...escale.com" <Li.Xiubo@...escale.com>
To: Thomas Gleixner <tglx@...utronix.de>
CC: "daniel.lezcano@...aro.org" <daniel.lezcano@...aro.org>,
"Dongsheng.Wang@...escale.com" <Dongsheng.Wang@...escale.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: RE: [PATCH 2/5] Clocksource: Flextimer: Use internal clocksource read
API.
Hi Thomas,
> Subject: RE: [PATCH 2/5] Clocksource: Flextimer: Use internal clocksource read
> API.
>
> Hi Thomas,
>
> > > > > Since the FTM will be in BE mode on LS1 platform, but will be in LE
> mode
> > > > > On LS2 platform.
> > > > >
> > > > > And ftm_clocksource_read_up() will adapt to this different.
> > > >
> > > > You are missing the point. Why do you want a conditional in a hot
> > > > path? You know at init time whether the thing is BE or LE, so you can
> > > > have separate functions for BE/LE or whatever and register that with
> > > > clocksource_mmio_init(). i.e.
>
> For our LS1 and LS2+ platforms, there will be only one Kernel Image and can
> work
> for both of them with different dtbs.
>
Additional:
The LS1 CPUs and some DEVs are in LE endian mode, while most DEVs are in BE mode.
For LS2, CPUs and all DEVs are in LE endian mode.
So here we used one dt node property to distinguish this in run time.
Thanks,
BRs
Xiubo
--
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