Darren Stevens writes:
> On 23/01/2017, Michael Ellerman wrote:
>>> Clearing the long long at addr 8 has been shown to fix this, so
>>> add an initalisation to head_64.S so the system will boot.
>>
>> I'd really prefer it if someone could tell me why we need to clear it.
>> But I assume no one kno
Hello Michael
On 23/01/2017, Michael Ellerman wrote:
>> Clearing the long long at addr 8 has been shown to fix this, so
>> add an initalisation to head_64.S so the system will boot.
>
> I'd really prefer it if someone could tell me why we need to clear it.
> But I assume no one knows?
The problem
Darren Stevens writes:
> Commit 5c0484e25ec0 ('powerpc: Endian safe trampoline') added a
> macro 'FIXUP_ENDIAN' to head_64.S. The CFE on Nemo has a bug
> that shows up when this is included, the system hangs right after
> printing the initial memory map, before the CPU's are started.
>
> Clearin
On Fri, Jan 20, 2017 at 05:46:13PM +, Darren Stevens wrote:
> --- a/arch/powerpc/kernel/head_64.S
> +++ b/arch/powerpc/kernel/head_64.S
> @@ -79,6 +79,13 @@ _GLOBAL(__start)
> /* NOP this out unconditionally */
> BEGIN_FTR_SECTION
> FIXUP_ENDIAN
> +#ifdef CONFIG_PPC_PASEMI_NEMO
> + /
Commit 5c0484e25ec0 ('powerpc: Endian safe trampoline') added a
macro 'FIXUP_ENDIAN' to head_64.S. The CFE on Nemo has a bug
that shows up when this is included, the system hangs right after
printing the initial memory map, before the CPU's are started.
Clearing the long long at addr 8 has been s
