内核编译menuconfig的Graphics support选项问题

k_ewell

我要移植 2.6.17到自己的at91rm9200开发板上，然后用u-boot引导，现在的问题我编译的内核烧入板子后，在串后启动是打印到
U-Boot 1.1.2 (Mar 31 2006 - 00:29:24)

U-Boot code: 21F00000 -> 21F1872C  BSS: -> 21F1CA6C
RAM Configuration:
Bank #0: 20000000 32 MB
Intel 28F128J3A (128Mbit) 16-Bit
  Size: 16 MB in 128 Sectors
Flash: 16 MB
NAND:  64 MB
*** Warning - bad CRC, using default environment

In:    serial
Out:   serial
Err:   serial
Hit any key to stop autoboot:  0
## Booting image at 10080000 ...
   Image Name:   
   Image Type:   ARM Linux Kernel Image (gzip compressed)
   Data Size:    1272586 Bytes =  1.2 MB
   Load Address: 20008000
   Entry Point:  20008000
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... OK

Starting kernel ...
就停止了，我想问问这个跟配置内核menuconfig中的Graphics support选项是否有关，因为我编译时有与这个模块相关的错误，所以我把Graphics support去掉，包括其下面VGA text console的支持也去掉了，  我想这个是图像界面的功能，应该不影响我串后的打印信息吧，至少我的设备支持中的串口相关支持都选择了

郁闷好久了，高手指点下

wsw

你的打印是写串口吧，Graphics 去掉应该没问题。至少不能boot应该不是Graphics的问题。

k_ewell

对，所以调试信息都是串口打印

我认为很大可能是内核启动参数的问题
我在内核(2.6.14)配置menuconfig时写的boot option->Default Command参数是root=/dev/mtdblock2 noinitrd init=/linuxrc console=ttyS0,115200 rootfstype=cramfs

是不是在配置编译内核时一定要设置什么文件系统，如root=/dev/mtdblock2，我现在是没有设置，默认配置生成的Image应该有自己的文件系统吧，或者即使没有根文件系统也不影响内核的启动啊，文件系统不是可以在启动内核后以命令的形式挂载么

不知道我说清楚没有

remote fish

楼主的现象很像是串口指定了不正确的设备, 也就是说, 并不是不能启动, 而是看不到. 试试把 ttyS0 改成 ttyS1 之类的