Booting failed, stop at wifi driver

[tick]

OE branch: org.openmoko.dev 832877aee5d70374cd3f1ecf930e05771dd96ecd
kernel: f5b973489beb1a1239dfad53e3ad6e36ff7ee958

refresh latest rootfs and kernel image
uImage-2.6.24+gitr0+f5b973489beb1a1239dfad53e3ad6e36ff7ee958-r2-om-gta02.bin
openmoko-openmoko-asu-image-glibc-opk--20081015-om-gta02.rootfs.jffs2

Neo will stop booting while entering slash animator.
Using debug board to check log as attached file.
It stoped at modprobe wifi module

[tick]

Boot failed when initialing wifi

[wendy_hung]

Tick, thanks!!

[werner]

How long did you leave the system in that state ? Sometimes, JFFS2 garbage
collection kicks in at that point, and it can take several minutes before
anything else happens.

[Weiss]

I'm experiencing the same problem after my latest "opkg upgrade" after the testing autobuilder got un-stuck this week. On reboot, the kernel seems to start up fine, but freezes just after the boots appear. The grey bar comes down from the top, but no green pixels appear at all.

I re-flashed with the latest testing image and kernel (testing-om-gta02-20081014.rootfs.jffs2 and testing-om-gta02-20081015.uImage.bin) and had exactly the same situation. I flashed back to Om2008.8-update and things were fine again. Just to check, I've just tried the testing image again, with the same result.

For me, it hangs for at least five minutes with no activity.

I'm not entirely sure it's directly related to the kernel, unless there's something bad about this particular revision. I was using a kernel built from the tip of 'stable' previously, with no problems.

[tick]

Replying to werner:

How long did you leave the system in that state ? Sometimes, JFFS2 garbage
collection kicks in at that point, and it can take several minutes before
anything else happens.

at least 30+ minutes
and it keeps at the same status.

[werner]

Thanks ! I've been able to reproduce it now. I've disabled module loading
in my kernel to prevent contamination from the OE build. The last program
invocations I see are
/usr/sbin/exquisite-write -wait
followed by one or two invocations of /sbin/hotplug
Then the system hangs, apparently with trashed page tables :-(

Could exquisite-write -wait unleash some mayhem ? If I suppress execution
of exquisite-write, the system boots normally.

[werner]

Correction: the page tables are fine. The system just isn't stuck in the
kernel but in user space. If I enter the kernel, everything looks normal.
If I open a shell before running the rc scripts, I can interact with the
system.

For example, such a shell can be launched from /etc/init.d/rcS:

#
# Call all parts in order.
#
/bin/sh </ttySAC2 >/ttySAC2 2>&1 &
exec /etc/init.d/rc S

Warning: this shell doesn't get signals, so don't run anything that
you'd have to stop with ^C.

I've attached a log of the systems' final moments. PID 316 is exquisite,
PID 317 is exquisite-write.

[werner]

BTW, I got the strace as follows:

cd /etc/init.d
mv rcS rcS.real
cat >rcS <<EOF
#!/bin/sh
exec /usr/bin/strace -o /ttySAC2 -f /bin/sh -c /etc/init.d/rcS.real "$@"
EOF
chmod 755 rcS
mknod /ttySAC2 c 204 66

[Kareema]

The source of the problem seems to be "/usr/bin/exquisite-write". It's called from "/etc/init.d/exquisite" during boot. To boot without problems it's enough to comment out the line "exquisite-write -wait 20" in the file "/etc/init.d/exquisite"; the other "exquisite-write" calls don't seem to be problematic.

[john_lee]

After removing exquisite from rc*.d/, it boots into illume, but no icon, the only runnable app is 'installer' in the lower bar. Use the build-in config of illume will bring up the configuration module, but if I click on power settings it shows blank.

[john_lee]

opkg list_installed

[gromgull]

no way to add myself to CC without commenting?

[john_lee]

exquisite problem was fixed after update to svnrev 36882, but this leads to another ticket #2082.