u-boot是好的，是刚移植成功的，用其他的内核跑过没问题。所以皇莡-boot传参有问题，问题就是出在我移植的内核上面。
我用的是mini2440的配置,linux2.6.35的内核。网上找了很多资料试了都没有，开了CONFIG_DEBUG_LL(这个选项是在Kernel hacking里面，需要你打开Kernel low-level debugging functions & Kernel Low-level debugging message via S3C UART)本来想看下出错信息的，加了之后连Uncompressing Linux...done, booting the kernel都没有了。悲剧。
后来没办法，只能设死循环调试。后来发现在 bl __lookup_machine_type 这条语句(在arch/arm/kernel/head.S中) 执行之后返回的r5寄存器一直是0. 由此可以推测我的MACHINE_TYPE肯定出问题了。
去arch/arm/mach-s3c2440/mach-mini2440.c 查看下面这个结构体:
MACHINE_START(MINI2440, "MINI2440")
/* Maintainer: Michel Pollet <buserror@gmail.com> */
.phys_io = S3C2410_PA_UART,
.io_pg_offst = (((u32)S3C24XX_VA_UART) >> 18) & 0xfffc,
.boot_params = S3C2410_SDRAM_PA + 0x100,
.map_io = mini2440_map_io,
.init_machine = mini2440_init,
.init_irq = s3c24xx_init_irq,
.timer = &s3c24xx_timer,
MACHINE_END
问题就是出在第一行的MINI2440,因为这个宏定义扩展之后的machine type 就成了 MACHINE_TYPE_MINI2440, 而我在u-boot定义的是MACHINE_TYPE_S3C2440,因此不匹配导致内核不识别死在这里了。
将MINI2440改成S3C2440后内核成功起来。诶，浪费了好几个小时，脑子转太慢了。