* Keerthy [150901 17:24]:
>
>
> On Tuesday 01 September 2015 11:33 PM, Tony Lindgren wrote:
> >* Keerthy [150901 10:22]:
> >>
> >>
> >>On Wednesday 26 August 2015 09:29 AM, Keerthy wrote:
> >>>Currently apart from dra7, omap5 and amx3 all the other SoCs
>
* Tony Lindgren [151012 10:17]:
> * Keerthy [150901 17:24]:
> >
> >
> > On Tuesday 01 September 2015 11:33 PM, Tony Lindgren wrote:
> > >* Keerthy [150901 10:22]:
> > >>
> > >>
> > >>On Wednesday 26 August 2015 09:29 AM, Keerthy wrote:
> >
On Monday 12 October 2015 10:59 PM, Tony Lindgren wrote:
* Tony Lindgren [151012 10:17]:
* Keerthy [150901 17:24]:
On Tuesday 01 September 2015 11:33 PM, Tony Lindgren wrote:
* Keerthy [150901 10:22]:
On Wednesday 26 August 2015
On Wednesday 26 August 2015 09:29 AM, Keerthy wrote:
Currently apart from dra7, omap5 and amx3 all the other SoCs
are identified using cpu_is_* functions which is not right since
they are all SoCs(System on Chips). Hence changing the SoC
identification code to use soc_is instead of cpu_is and
* Keerthy [150901 10:22]:
>
>
> On Wednesday 26 August 2015 09:29 AM, Keerthy wrote:
> >Currently apart from dra7, omap5 and amx3 all the other SoCs
> >are identified using cpu_is_* functions which is not right since
> >they are all SoCs(System on Chips). Hence changing the SoC
On Tuesday 01 September 2015 11:33 PM, Tony Lindgren wrote:
* Keerthy [150901 10:22]:
On Wednesday 26 August 2015 09:29 AM, Keerthy wrote:
Currently apart from dra7, omap5 and amx3 all the other SoCs
are identified using cpu_is_* functions which is not right since
they
Currently apart from dra7, omap5 and amx3 all the other SoCs
are identified using cpu_is_* functions which is not right since
they are all SoCs(System on Chips). Hence changing the SoC
identification code to use soc_is instead of cpu_is and keeping
defines for cpu_is where needed. This allows us