Hi Khem,

On Oct 6, 2012, at 7:41 PM, Khem Raj wrote:

> On Fri, Oct 5, 2012 at 11:59 PM, Elvis Dowson <[email protected]> wrote:
>> 
>> I've narrowed down the init problem, to the application of the above patch,
>> but I'm unable to figure out why it is failing. Any suggestions?
>> 
> 
> is it eglibc 2.13 ? or 2.16 one thing  I see is that it is disabling
> ssp but otherwise it looks not to so much than changing eglibc to
> use gcc-initial

It's eglibc-2.13. I will try without disabling ssp. 

I also cherry-picked this patch

http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=800ce0f1d09f2d4fc489c98ecca04cf695d707fa
gcc-cross-initial: Reinstate limits.h generation fix

and I think I'll need to backport this patch to gcc-4.5.1, 

http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=42f0f96903ac312881ef841ae4380b4d1c72980f
gcc-4.7: Backport libgcc fixes to appease the new build sequence

FYI, I also briefly tested the latest poky master as of today, for the 
powerpc440 target, but no change from the previous sitatuation, with gcc-4.7.x 
and eglibc-2.16, which is init=/bin/sh gives no bash prompt. It just finishes 
loading the kernel and stops with no prompt. If I click on the enter key, the 
display scrolls up, but that's it. 

With gcc-4.5.1, and specific commits, it varies with things working correctly 
and giving a bash prompt; to a kernel panic when attempting to run the bash 
prompt. 

Best regards,

Elvis Dowson
_______________________________________________
Openembedded-core mailing list
[email protected]
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Reply via email to