Just validated it, this fix can make fsl_p2020ds work again. Andrew
On Thu, Mar 11, 2010 at 1:39 PM, Kumar Gala <ga...@kernel.crashing.org>wrote: > > On Mar 10, 2010, at 11:20 PM, Kumar Gala wrote: > > > > > On Mar 10, 2010, at 9:20 PM, Andrew Liu wrote: > > > >> Hi Guys: > >> I have done several experiments on fsl_8548cds and fsl_p2020rdb, > pinpointed the commit: 864b9e6fd76489aab422bac62162f57c52e06ed8(powerpc: Use > lwarx/ldarx hint in bit locks) cause the bootup stalledd. > >> > >> " > >> Filename 'fsl_8548cds/uImage'. > >> Load address: 0x1000000 > >> Loading: > ################################################################# > >> ####################################### > >> done > >> Bytes transferred = 1526546 (174b12 hex) > >> Speed: 100, full duplex > >> Using eTSEC0 device > >> Filename 'sliu/fsl_8548cds/mpc8548cds.dtb'. > >> Load address: 0xc00000 > >> Loading: # > >> done > >> Bytes transferred = 9993 (2709 hex) > >> ## Booting image at 01000000 ... > >> Image Name: Linux-2.6.34-rc1-00005-g522dba7 > >> Image Type: PowerPC Linux Kernel Image (gzip compressed) > >> Data Size: 1526482 Bytes = 1.5 MB > >> Load Address: 00000000 > >> Entry Point: 00000000 > >> Verifying Checksum ... OK > >> Uncompressing Kernel Image ... OK > >> Booting using the fdt at 0xc00000 > >> Loading Device Tree to 007fb000, end 007fd708 ... OK > >> " > >> > >> I guess all 85xx or booke board has this issue. > > > > that's very odd since __PPC_EH should be ignored on PPC32 and thus 85xx. > > Found the issue and posted a fix. > > - k
_______________________________________________ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev