Hi Greg,

first, thanks for the hints.

The most common problem like this I have seen are that the
ARM machine type set by the boot loader does not match those
compiled into the kernel. Also make sure that the RAM
size being passed to the kernel is correct too.

This seems to be set correctly.

Enable the kernels CONFIG_DEBUG_LL and it may give you some
early debug output (like an id not supported message). That
assumes a serial console...
Will try that,
Today I downloaded the snapgear distribution and tried whether i can generate a kernel image that works with it...and it boots (2.4 and 2.6) :-) Then I downloaded a fresh 2.6.25 kernel and compiled it with toolchain from the snapgear homepage...and it does not boot. Are there any special patches in the 2.6.19-uc1 from the snapgear distribution that might have influence on a IXP422 based board? Additionally, it seems that we may have a little problem in the bootloader (uboot) when passing kernel parameters (e.g."setenv bootargs console=ttyS0,115200"). Setting such a paramter causes the same problem with a dying kernel. Maybe there is a relation.

Regards
Marcus
--
To unsubscribe from this list: send the line "unsubscribe linux-embedded" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to