Re: [PATCH v2] ARM: EXYNOS: mcpm: Don't rely on firmware's secondary_cpu_start

2014-06-16 Thread Nicolas Pitre
On Mon, 16 Jun 2014, Doug Anderson wrote: > Nicolas, > > On Mon, Jun 9, 2014 at 1:55 PM, Nicolas Pitre > wrote: > > On Mon, 9 Jun 2014, Kevin Hilman wrote: > > > >> On Mon, Jun 9, 2014 at 1:22 PM, Nicolas Pitre > >> wrote: > >> > On Mon, 9 Jun 2014, Andrew Bresticker wrote: > >> > > >> >> > [

Re: [PATCH v2] ARM: EXYNOS: mcpm: Don't rely on firmware's secondary_cpu_start

2014-06-16 Thread Doug Anderson
Nicolas, On Mon, Jun 9, 2014 at 1:55 PM, Nicolas Pitre wrote: > On Mon, 9 Jun 2014, Kevin Hilman wrote: > >> On Mon, Jun 9, 2014 at 1:22 PM, Nicolas Pitre >> wrote: >> > On Mon, 9 Jun 2014, Andrew Bresticker wrote: >> > >> >> > [1] While waiting for the forth-coming patch from Andrew to enable

Re: [PATCH v2] ARM: EXYNOS: mcpm: Don't rely on firmware's secondary_cpu_start

2014-06-09 Thread Nicolas Pitre
On Mon, 9 Jun 2014, Kevin Hilman wrote: > On Mon, Jun 9, 2014 at 1:22 PM, Nicolas Pitre > wrote: > > On Mon, 9 Jun 2014, Andrew Bresticker wrote: > > > >> > [1] While waiting for the forth-coming patch from Andrew to enable the > >> > CCI port for the boot cluster), I do this from u-boot bef

Re: [PATCH v2] ARM: EXYNOS: mcpm: Don't rely on firmware's secondary_cpu_start

2014-06-09 Thread Kevin Hilman
On Mon, Jun 9, 2014 at 1:22 PM, Nicolas Pitre wrote: > On Mon, 9 Jun 2014, Andrew Bresticker wrote: > >> > [1] While waiting for the forth-coming patch from Andrew to enable the >> > CCI port for the boot cluster), I do this from u-boot before starting >> > the kernel (based on earlier ema

Re: [PATCH v2] ARM: EXYNOS: mcpm: Don't rely on firmware's secondary_cpu_start

2014-06-09 Thread Nicolas Pitre
On Mon, 9 Jun 2014, Andrew Bresticker wrote: > > [1] While waiting for the forth-coming patch from Andrew to enable the > > CCI port for the boot cluster), I do this from u-boot before starting > > the kernel (based on earlier email from Doug): > > > > mw.l 10d25000 3 # Enable CCI fro

Re: [PATCH v2] ARM: EXYNOS: mcpm: Don't rely on firmware's secondary_cpu_start

2014-06-09 Thread Andrew Bresticker
> [1] While waiting for the forth-coming patch from Andrew to enable the > CCI port for the boot cluster), I do this from u-boot before starting > the kernel (based on earlier email from Doug): > > mw.l 10d25000 3 # Enable CCI from U-Boot >From the other thread, it sounds like Nicolas

Re: [PATCH v2] ARM: EXYNOS: mcpm: Don't rely on firmware's secondary_cpu_start

2014-06-09 Thread Kevin Hilman
Doug Anderson writes: > On exynos mcpm systems the firmware is hardcoded to jump to an address > in SRAM (0x02073000) when secondary CPUs come up. By default the > firmware puts a bunch of code at that location. That code expects the > kernel to fill in a few slots with addresses that it uses t

Re: [PATCH v2] ARM: EXYNOS: mcpm: Don't rely on firmware's secondary_cpu_start

2014-06-06 Thread Nicolas Pitre
On Fri, 6 Jun 2014, Doug Anderson wrote: > On exynos mcpm systems the firmware is hardcoded to jump to an address > in SRAM (0x02073000) when secondary CPUs come up. By default the > firmware puts a bunch of code at that location. That code expects the > kernel to fill in a few slots with addres

[PATCH v2] ARM: EXYNOS: mcpm: Don't rely on firmware's secondary_cpu_start

2014-06-06 Thread Doug Anderson
On exynos mcpm systems the firmware is hardcoded to jump to an address in SRAM (0x02073000) when secondary CPUs come up. By default the firmware puts a bunch of code at that location. That code expects the kernel to fill in a few slots with addresses that it uses to jump back to the kernel's entr