init becomes a zombie process on ARM device

init becomes a zombie process on ARM device

[Florian Mayer (Mayer Electronics)]

[-- Attachment #1: Type: text/plain, Size: 1376 bytes --]

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

[-- Attachment #2: Florian_Mayer.vcf --]
[-- Type: text/x-vcard, Size: 287 bytes --]

begin:vcard
fn:Florian Mayer (Mayer Electronics)
n:Mayer;Florian
adr:;;Hohenzollernstr. 20;Messkirch;;88605;Deutschland
email;internet:Florian.Mayer@mayer-electronics.de
title:Dipl. Ing. (BA)
tel;work:++49 (0) 7575/924940
tel;cell:++49 (0) 176/22209624
version:2.1
end:vcard

Re: init becomes a zombie process on ARM device

[Florian Mayer (Mayer Electronics)]

[-- Attachment #1: Type: text/plain, Size: 2330 bytes --]

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@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

[-- Attachment #2: Florian_Mayer.vcf --]
[-- Type: text/x-vcard, Size: 287 bytes --]

begin:vcard
fn:Florian Mayer (Mayer Electronics)
n:Mayer;Florian
adr:;;Hohenzollernstr. 20;Messkirch;;88605;Deutschland
email;internet:Florian.Mayer@mayer-electronics.de
title:Dipl. Ing. (BA)
tel;work:++49 (0) 7575/924940
tel;cell:++49 (0) 176/22209624
version:2.1
end:vcard

Re: init becomes a zombie process on ARM device

[Marcin Juszkiewicz]

Dnia sobota, 19 grudnia 2009 o 21:56:57 Florian Mayer (Mayer Electronics) 
napisał(a):
> 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?

Start using OE to build your kernel and let your kernel recipe use linux.inc 
file. This will automatically enable Thumb support for your ARM cpu and 
Angstrom will start working without those hacks. 


Regards, 
-- 
JID:      hrw@jabber.org
Website:  http://marcin.juszkiewicz.com.pl/
LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz

Re: init becomes a zombie process on ARM device

[Florian Mayer (Mayer Electronics)]

[-- Attachment #1: Type: text/plain, Size: 1081 bytes --]

Marcin Juszkiewicz schrieb:
> Dnia sobota, 19 grudnia 2009 o 21:56:57 Florian Mayer (Mayer Electronics) 
> napisał(a):
>   
>> 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?
>>     
>
> Start using OE to build your kernel and let your kernel recipe use linux.inc 
> file. This will automatically enable Thumb support for your ARM cpu and 
> Angstrom will start working without those hacks. 
>
>
> Regards, 
>   
Thank you for the tip with using linux.inc That works now.


[-- Attachment #2: Florian_Mayer.vcf --]
[-- Type: text/x-vcard, Size: 287 bytes --]

begin:vcard
fn:Florian Mayer (Mayer Electronics)
n:Mayer;Florian
adr:;;Hohenzollernstr. 20;Messkirch;;88605;Deutschland
email;internet:Florian.Mayer@mayer-electronics.de
title:Dipl. Ing. (BA)
tel;work:++49 (0) 7575/924940
tel;cell:++49 (0) 176/22209624
version:2.1
end:vcard

Xfbdev crashes

[Florian Mayer (Mayer Electronics)]

[-- Attachment #1: Type: text/plain, Size: 961 bytes --]

Hello folks,

If I try to start an Xserver I get the following error:

root@arm-test:~# /etc/X11/Xserver
tslib: /dev/input/touchscreen0
exec Xfbdev -br -pn  -mouse tslib
_XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6
_XSERVTransOpen: transport open failed for inet6/faytech_touchpc:0
_XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6
Warning: mode not found, using default
error opening security policy file /usr/lib/xserver/SecurityPolicy
[tslib/TslibEnable] no device path given, trying /dev/input/touchscreen0

Backtrace (1 deep):
0: Xfbdev [0x45848]

Fatal server error:
Segmentation fault caught

*** glibc detected *** Xfbdev: munmap_chunk(): invalid pointer: 
0x000fd664 ***
Aborted


The hardware is s3c2440 based, the framebuffer seem to work, the penguin 
is shown on startup as well as the Angstrom splash screen.

Any ideas for this?

Regards
Florian Mayer
Mayer Electronics

[-- Attachment #2: Florian_Mayer.vcf --]
[-- Type: text/x-vcard, Size: 287 bytes --]

begin:vcard
fn:Florian Mayer (Mayer Electronics)
n:Mayer;Florian
adr:;;Hohenzollernstr. 20;Messkirch;;88605;Deutschland
email;internet:Florian.Mayer@mayer-electronics.de
title:Dipl. Ing. (BA)
tel;work:++49 (0) 7575/924940
tel;cell:++49 (0) 176/22209624
version:2.1
end:vcard