[oe] init becomes a zombie process on ARM device

[Florian Mayer (Mayer Electronics)]

Florian Mayer (Mayer Electronics) schrieb:
> Hello folks,
>
> I am currenty trying to build a working system for a chineese mini 
> computer based on a Samsung S3C2440 SOC. I got a patched kernel source 
> tree (based on 2.6.18.2) from my hardware supplier, no separate patch. 
> The machine is called SBZ2440 which is not in the official kernel 
> tree. I managed to compile the kernel inside OE (creating a machine 
> definition based on the smdk2440.conf and at2440evb.conf file (the 
> AT2440EVB is from the same manufacturer in China) and a bitbake 
> recipe.) The selfmade kernel boots up fine.
> When it loads the root fs (currently over NFS) I get a quite strange 
> behavior: the init process zobiefies after running the rcS script. 
> Nearly all tasks started by the init scripts are zobies too. The only 
> thing running is dropbear (SSH server), I get no login on RS-232 
> because init crashes  before starting a getty. I can login via dropbear.
> UDEV need over two minutes for initializing, after this the /dev 
> folder is empty and udev a zombie. It does not work either. I disabled 
> it in my NFS root filesystem to exclude it as error source with no 
> effect.
> The NFS itself is not the source of trouble, it has the right 
> permissions, it is exported with the no_root_squash option, nothing in 
> the logs etc.
> A btw: I use the stable_2009 branch.
> Any ideas for this???
>
> Regards
> Florian Mayer
> Mayer Electronics
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel at lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>   
Hello,

I found out why the system behaves such strange (thanks to Florian Boor 
for pulling me in the right direction). In my constellation thumb 
interworking does not work. glibc is arm compiled, the rest is thumb 
format. To test it I added

ARM_INSTRUCTION_SET="arm"
THUMB_INTERWORK="no"

to my machine configuration. But that did not help!

Both variables are overwritten in 
openembedded/conf/dist/include/angstrom.inc. So I commented it out in 
that file and voila, the result boots correctly. Is there a more elegant 
way to solve this? Perhaps allow to configure this in the machine conf?


Regards
Florian Mayer
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Florian_Mayer.vcf
Type: text/x-vcard
Size: 276 bytes
Desc: not available
URL: <http://lists.openembedded.org/pipermail/openembedded-devel/attachments/20091219/4369b034/attachment-0002.vcf>