嵌入式系统移植常见问题与解决方案备忘

//=========================================================//
编译U-BOOT
在主目录下：
make clean
make mini2440_config
make
//==========================================================//
tftp 192.168.0.67（服务器IP）
get zImage.img (测试)

在串口（目标板上）
printenv (查看环境变量)
setenv (修改环境变量)
saveenv (保存环境变量)
tftp 300080000 zImage.img (下载内核印象到内存地址30008000开始的段)

//===========================================================//
linux2.6.29.4移植中，需要对NAND分区部分代码进行修改。友善的源码中，对于这个分区的代码是在
arch/arm/plat-s3c24xx/common-frendly-arm.c中，一般的源码不是在这个位置，这点要注意。
一般的源码是在arch/arm/plat-s3c24xx/common-smdk.c中

在内核中arch/arm/mach-s3c2440/mach- smdk2440.c下面的 MACHINE_START函数，里面有设置MATCH_TYPE，
这个东西要与U-BOOT中的设置一致。不然引导内核时，参数传递会出错。
另外，UBOOT能应到的内核是交了一个40K封装头的zImage.img文件，这个文件要用mkimage工具生成。
我们一开始编译出来的内核，是zImage文件(在 arch/arm/boot/中)，可以用VIVI引导。但是用了mkimage工具后，生成的
zImage.img才能被UBOOT引导，而且这个时候还无法挂载文件系统。

因为板子上的根文件系统为yaffs2 这时候内核还没有这个文件系统的支持,需要我们加上去
拷贝友善的送的2.6.29下的fs/yaffs2目录 到我们的fs目录下
然后修改观察一下友善的送的2.6.29下的“fs/jffs2/Kconfig” 上面加上 source “fs/yaffs2/Kconfig”
在Makefile中的 obj-$(CONFIG_FAT_FS) += fat/ 上面加上 obj-$(CONFIG_YAFFS_FS) += yaffs2/

然后在配置的 File systems->Miscellaneous filesystems 中选上 “YAFFS2 file system support” “Autoselect yaffs2 format” “Cache short names in RAM”

http://cache.baidu.com/c?m=9f65cb4a8c8507ed4fece7631046893b4c4380143fd3d1027fa3c215cc7903160627b4fb70790d548d98297a40e91a1ab1a12b71370026b498cc8241ddb990232489243f701e864419d913b2df037881769f04b2f35eadadf043ccfd8389c85523dd54716d8180cd114243&p=8565d60086cc4bea0be297121b&user=baidu&fast=y
这个网页说道了很多移植内核可能遇到的问题。

//=============================================================//

移植U-BOOT-2009.03
遇到的问题
1：下载到板上，一点反应都没有
后来发现是在start.s中设置时钟前多写了3句话，

2：下载到板上，提示不能识别nand，
原因是在driver/mtd/nand/nand.c文件中，IO_BASE这个东西要在前面定义为全局变量，并且在hwcontl函数中赋值。这个函数很重要，对NAND的所有操作都要经过它，所以要格外小心，不能错。

3：能识别NAND了，但是启动后，串口不断输出读写的BYTE，似乎是死循环。
原因，在board.c中，对NAND初始化完成后的函数，接着是一个从NAND中获取环境变量到内存的函数，这个函数中有debugen函数，打印获取的字节。因为前面调试的时候屏蔽了#if 0 define debugen printf 因此，会不断打印东西。

4：boot the kernel 没反应
原因，在board/samsung/mini2440/mini2440.c中，mach_type被定义为S3C2440 ,应该改为MINI2440，其实这个MINI2440在另外一个文件被定义为1999.

5：可以boot the kernel，但是LCD有现实，串口没反应，或者是在boot the kernel 没反应
原因：环境变量设置没对，应该设置环境变量中的控制台为console=ttySAC0,115200n81

6:ichi128M NAND
为了支持128MNAND，需要额外注意NAND的那些参数红定义，已经 CONFIG_CMD_NAND_IS_IN_NAND 这几个宏的使用和屏蔽关系。详见攻略。

7：参数传递不成功，不能启动内核。
原因：Linux内核的启动参数可以由内核默认设定，也可以通过u-boot传递。相对来说，u-boot传递的灵活性更强，只须设置bootargs环境变量即可；而内核的默认设置改变，则需要重新编译内核。
#define CONFIG_CMDLINE_TAG 1 /* enable passing of ATAGs */
#define CONFIG_SETUP_MEMORY_TAGS 1
#define CONFIG_INITRD_TAG 1
这几个红定义需要添加在include/configs/mini2440.h中详见http://blog.chinaunix.net/u2/73911/showart_1088249.html

8：不能挂在文件系统
原因:要先使用VIVI的功能，下载文件系统到NAND，然后修改控制台参数为root=/dev/mtdblock2 init=/linuxrc。

9:修改环境变量后，使用printenv打印出来的环境变量没有改变。
原因：环境变量是从NAND中读出来的，之前NAND的那个区域已经有环境变量了，所以要重新下载U_BOOT,在下载之前，要使用F命令，格式化一下。

9：使用TFTP下载内核到内存30008000，然后使用nand write命令，写到nand ,启动失败，分析可能是nand write有问题。

10： 不能使用nand write写文件系统到nand.

//==============================================================//

一些系统启动容易出现的问题：（这部分摘自http://hi.baidu.com/3444542/blog/item/508b595c52a77648faf2c028.html）

1.Bad Magic Number
## Booting image at 33000000 ...
Bad Magic Number
OMAP5912 OSK # （tftp下载好kernel的uImage后就停止在这，不能启动kernel）

问题原因：启动参数设置错误,0x30000000处不可以执行。
有的开发板sdram不是在0x33000000，所以不能把kernel uImage下载到0x33000000中运行。如我之前的bootcmd参数为:setenv bootcmd tftpboot 33000000 uImage/; bootm 33000000。但板子Omap5912的sdram地址在0x100000000，将参数改为setenv bootcmd tftpboot 10000000 uImage/; bootm 10000000后便可以启动kernel了。

2.启动停止在"Starting kernel ..."
TFTP from server 192.168.167.170; our IP address is 192.168.167.15
Filename 'uImage'
Load address: 0x10000000
Loading: #################################################################
#################################################################
done
Bytes transferred = 2025908 (1ee9b4 hex)
## Booting image at 10000000 ...
Image Name: Linux-2.6.18-mh8_pro500-versatil
Image Type: ARM Linux Kernel Image (uncompressed)
Data Size: 2025844 Bytes = 1.9 MB
Load Address: 30008000
Entry Point: 30008000
Verifying Checksum ... OK
OK
Starting kernel ... （卡在这里）

问题原因：多半是kernel没编译成功。
确认configure参数是否配置正确，是否选择了正确的目标编译平台，如smdk2410等。

3.不能启动kernel
Starting kernel ...
Uncompressing Linux.........................................................
.................... done, booting the kernel.

问题原因：可能是Bootargs参数设置错误,确认bootargs设置是否正确。

4.不能挂载nfs
eth0: link up
IP-Config: Complete:
device=eth0, addr=192.168.167.15, mask=255.255.255.0, gw=192.168.167.254,
host=192.168.167.15, domain=, nis-domain=(none),
bootserver=192.168.167.170, rootserver=192.168.167.170, rootpath=
Looking up port of RPC 100003/2 on 192.168.167.170
Root-NFS: Unable to get nfsd port number from server, using default
Looking up port of RPC 100005/1 on 192.168.167.170
Root-NFS: Unable to get mountd port number from server, using default
mount: server 192.168.167.170 not responding, timed out
Root-NFS: Server returned error -5 while mounting /work/nfs/rootfs_bluetooth_omap
VFS: Unable to mount root fs via NFS, trying floppy.
VFS: Cannot open root device "nfs" or unknown-block(2,0)
Please append a correct "root=" boot option
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(2,0)

问题原因：这种情况通常是nfs配置问题。
确认uboot的bootargs参数里和nfs相关的ip地址信息设置是否正确，以及Host机/etc/exports配置无误，重起nfs服务,重新尝试连接。另外还需要注意bootargs内console和mem两个参数的设置。kernel2.6后console最好设置为ttySAC0，mem也要根据开发板实际情况设置正确。

5.文件系统不能启动问题
eth0: link up
IP-Config: Complete:
device=eth0, addr=192.168.167.15, mask=255.255.255.0, gw=192.168.167.254,
host=192.168.167.15, domain=, nis-domain=(none),
bootserver=192.168.167.170, rootserver=192.168.167.170, rootpath=
Looking up port of RPC 100003/2 on 192.168.167.170
Looking up port of RPC 100005/1 on 192.168.167.170
VFS: Mounted root (nfs filesystem).
Freeing init memory: 128K
/sbin/initKernel panic - not syncing: Attempted to kill init!

问题原因：制作的文件系统缺少运行busybox所需的libcrypt.so库，新版本会有缺库提示，老版本(1.60)没有。
注：运行一个busybox文件系统至少需要如下几个库：
ld-linux.so.x
libc.so.6
libcrypt.so.x
较新版本的busybox可能还需要
libm.so.6
libgcc_s.so.x (x为版本号）
6.文件系统不能启动问题2
eth0: link up
IP-Config: Complete:
device=eth0, addr=192.168.167.15, mask=255.255.255.0, gw=192.168.167.254,
host=192.168.167.15, domain=, nis-domain=(none),
bootserver=192.168.167.170, rootserver=192.168.167.170, rootpath=
Looking up port of RPC 100003/2 on 192.168.167.170
Looking up port of RPC 100005/1 on 192.168.167.170
VFS: Mounted root (nfs filesystem).
Freeing init memory: 128K
Kernel panic - not syncing: No init found. Try passing init= option to kernel.

问题原因：对比一个可用的文件系统后发现，缺少了ld-linux.so.x库，文件系统里只有ld-linux.so.x的连接文件，少拷了库文件。

8.不能获得帐户UID信息
Could not get password database information for UID of current process: User "???" unknown or no memory to allocate password entry
Unknown username "root" in message bus configuration file
Could not get password database information for UID of current process: User "???" unknown or no memory to allocate password entry
Failed to start message bus: Could not get UID and GID for username "root"

问题原因：
情况一：系统帐户验证出现问题.怀疑是调用getuid、getguid时并没有返回正确值,可能是缺少帐户验证相关库,实际排查后发现，缺少libnss_files库。拷贝交叉编译器的libnss_files库到文件系统后，启动文件系统成功。
情况二：系统没有root帐号。可以由whoami命令看出。
手动创建帐号。
#vi /etc/passwd
root:x:0:0:root:/root:/bin/sh
kyo:x:500:500:kyo:/home/kyo:/bin/bash
添加组
#vi group
root:x:0:root

9.
Freeing init memory: 128K
init started: BusyBox v1.6.1 (2007-08-27 14:33:15 CST) multi-call binary
starting pid 834, tty '': '/etc/init.d/rcS'
Cannot run '/etc/init.d/rcS': No such file or directory
Please press Enter to activate this console.
发现没有/etc/init.d/rcS文件系统一样能正常启动。看来rcS只是用来设置一些随机启动的参数，对文件能否正常运行关系不大。 注：这个不是错误,是偶然发现! :)