starting with 2.6.26-rc1 cell_defconfig fails on QS22

[Benjamin Herrenschmidt]

On Mon, 2008-06-23 at 11:45 +0200, Adrian Reber wrote:
> I have a custom config to build a kernel which runs on JS21/QS21/QS22.
> Starting with 2.6.26-rc1 that fails on JS21 (with SLOF). Bisecting lead
> me to the following commit:
> 
>  commit 366234f657879aeb7a1e2ca582f2f24f3fae9269
>  Author: Kumar Gala <galak at kernel.crashing.org>
>  Date:   Wed Apr 16 05:52:28 2008 +1000
> 
>      [POWERPC] Update linker script to properly set physical addresses
> 
> I then tried it with cell_defconfig and it fails with almost the same
> error on QS22. I have not restared the bisecting on QS22 because the
> error is so similar:
> 
> zImage starting: loaded at 0x00400000 (sp: 0x0e16aea0)
> Allocating 0x6790c8 bytes for kernel ...
> OF version = 'IBM,SLOF,HEAD'
> gunzipping (0x01400000 <- 0x00407000:0x0062ce4a)...done 0x60405a bytes
> 
> Linux/PowerPC load: 
> Finalizing device tree... using OF tree (promptr=0e1004c4)
>  
> 
> ( 700 ) Program Exception [ e1004c4 ]

The program check exception happens at 0xe1004c4 ? That looks like the
OF entry point (promptr)... could it be possible that it got corrupted
somewhat ? The only thing I see above there would be the stack but
I fail to see how it would use that much... 

>     R0 .. R7           R8 .. R15         R16 .. R23         R24 .. R31
> 00000000014073b0   000000000e974200   0000000000000000 0000000000000000   
> 000000000e16aea0   0000000000638c04   0000000000000000 0000000000000000   
> 00000000019e2b98   000000000e974200   0000000000000000 0000000001400000   
> 0000000000000000   b000000000003000   0000000000000000 0000000000638804   
> 0000000000000000   2000000000000000   0000000000000000 000000000e96f3c0   
> 000000000e1004c4   0000000000000000   0000000000000000 000000000e1004c4   
> 000000000e96f3c0   0000000000000000   0000000000000000 0000000000000000   
> 0000000000638804   0000000000000000   000000000eac5d70 0000000000000000   
> 
>     CR / XER           LR / CTR          SRR0 / SRR1        DAR / DSISR
>         80000022   00000000014073e8   000000000189e99c 0000000000000000   
> 0000000020000000   0000000001400000   9000000000083000 00000000   
> 
> I have tried it with gcc-3.4.2, gcc-4.1.1 and gcc-4.2.4.
> 
> Somehow I expect that I am doing something wrong, because nobody else
> has reported something like this yet.
> 
> It looks like 2.6.25 was the last version which worked on SLOF based
> systems.
> 
> 		Adrian
> _______________________________________________
> Linuxppc-dev mailing list
> Linuxppc-dev at ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-dev