Unfortunately no one can be told what fun_plug is - you have to see it for yourself.
You are not logged in.
I'm trying to boot a vanilla kernel (2.6.28) on my CH3SNAS (DNS323 Rev B1). First I played with reload.ko and the kernel booted perfectly! Now I'm trying to load the kernel from u-boot, but no console output appears at all when the kernel starts. I placed printascii calls in the kernel code (init/main.c) to check where the kernel stops running, and it seems that everything just works... except the console of course. My .config is attached. I'm I something missing? Should I initialize something that u-boot lacks? Has this something to do with the fully-programmable address map of the Marvell SoC? (maybe the UART registers aren't mapped, which whould be strange because printascii() works)
Something else did surprise me: if I load a kernel using reload.ko, the machine ID is 387. When I boot a kernel using u-boot, the machine ID is 526.
Offline
I think I have already found what the problem is (didn't expect to find this so fast). To make a long story short: populate_rootfs() hangs/crashes/never returns, and it is called before serial8250_init() is called, so the latter is never called at all. The init functions are called from a separate thread, that's why I thought that the kernel initialization was done.
Offline
Yeah, the u-boot loader in dns-323 uses the wrong machine id, it should be 1542. The DNS-323 kernel doesn't seem to boot with the correct ID however. I guess reloaded.ko uses a wrong ID aswell.
Offline
maligor wrote:
I guess reloaded.ko uses a wrong ID aswell.
By default, it uses the arm versatile id for qemu. For the dns323 you need to specify the machtype option.
# modinfo reloaded-2.6.12.6-arm1.ko filename: reloaded-2.6.12.6-arm1.ko license: GPL vermagic: 2.6.12.6-arm1 ARMv5 gcc-3.3 depends: parm: machtype:Machine type (see linux/arch/arm/tools/mach-types) (int) parm: cmdline:Kernel command line (string) parm: initrd:initrd file (string) parm: kernel:Kernel image file (string)
Offline