From: "Florian Mayer (Mayer Electronics)" <Florian.Mayer@mayer-electronics.de>
To: openembedded-devel@lists.openembedded.org
Subject: init becomes a zombie process on ARM device
Date: Fri, 18 Dec 2009 13:10:25 +0100 [thread overview]
Message-ID: <4B2B7131.6020604@mayer-electronics.de> (raw)
[-- 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
next reply other threads:[~2009-12-18 12:38 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-12-18 12:10 Florian Mayer (Mayer Electronics) [this message]
2009-12-19 20:56 ` init becomes a zombie process on ARM device Florian Mayer (Mayer Electronics)
2009-12-19 22:50 ` Marcin Juszkiewicz
2009-12-20 14:21 ` Florian Mayer (Mayer Electronics)
2009-12-20 16:27 ` Xfbdev crashes Florian Mayer (Mayer Electronics)
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4B2B7131.6020604@mayer-electronics.de \
--to=florian.mayer@mayer-electronics.de \
--cc=openembedded-devel@lists.openembedded.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.