第一步：简化linux-2.6.18 如果你已经安装好TI mvl_5_0_0_demo_lsp_setuplinux_02_00_00_140.bin，先在你的工作目录下建立linux-2.6.18_pro500的目录，进入改目录，比如/home/<useraccount>\ dm6446/linux-2.6.18_pro500/，COPY内核源代码到本目录下，命令如下：cp �Cr /opt/mv_pro_5.0.0/montavista\pro/devkit/lsp/ti-davinci/linux-2.6.18_pro500/* . （注意”*” ”.”之间的空格）和UBOOT移植一样，我们先把一些不相关的平台给删除掉，进入arch目录，保留arm目录，其他全部删除掉。进入linux-2.6.18_pro500/arch/arm/，保留boot，common，configs，kernel，lib，mach-davinci，mm，nwfpe，oprofile，plat-mxc，plat-omap，tools，vfp和其他4个文件Kconfig,Makefile, Kconfig-nommu, Kconfig.debug，其他有关mach-xxxx的全部删除掉。
删除include下不相关平台的文件夹：asm-alpha，asm-arm26，asm-cris，asm-frv，asm-h8300，asm-i386，asm-ia64，asm-m32r，asm-m68k，asm-m68knommu，asm-mips，asm-parisc，asm-powerpc，asm-ppc，asm-ppc64，asm-s390，asm-sh，asm-sh64，asm-sparc，asm-sparc64，asm-um，asm-v850，asm-x86_64，asm-xtensa全部删除掉，其他就不用删了，否则出问题。
第二步：建立交叉编译环境
进行下面工作之前，确保你的GCC已经按《DAVINCI DM6446开发攻略――环境搭建篇》建立好。1、 顶层Makefile修改：在172行，即# make CROSS_COMPILE=ia64-linux-下面，加入：ARCH = arm CROSS_COMPILE = arm_v5t_le- 把下面：ARCH := $(shell if [ -f .mvl_target_cpu ]; then \ cat .mvl_target_cpu; \ else \ echo $(SUBARCH); \ fi) CROSS_COMPILE = $(shell if [ -f .mvl_cross_compile ]; then \ cat .mvl_cross_compile; \ fi) 全部注释掉； 2、 COPY UBOOT 的mkimage工具从编译好的UBOOT里tool目录下的mkimage工具COPY到linux-2.6.18_pro500目录以下，3、 添加mkzImage.sh使用vi生成mkzImage.sh，把以下内容加入文件： #!/bin/sh
./mkimage -n 'linux-2.6.18' -A arm -O linux -T kernel -C none -a 0x80008000 -e 0x80008040 -d zImage davinci_kernel.binchmod 777 davinci_kernel.bincp -f davinci_kernel.bin /tftpboot
保存在linux-2.6.18_pro500/目录下，配合mkimage，方便把zImage转换成davinci_kernel.bin，这样UBOOT才能把linux kernel给BOOT起来；4、 修改arch/arm/boot/Makefile：在57行下面加入：@cp -f arch/arm/boot/zImage zImage这样每次编译zImage，生成的zImage可以自动COPY到linux-2.6.18_pro500目录下。5、 修改fs/hostfs/Makefile 因为删除um和asm-um，当使用make distclean操作的时候会出现问题，所以把：include arch/um/scripts/Makefile.rules注释掉。6、 修改arch/arm/Kconfig因为删除其他不相关的平台的文件夹，所以Kconfig也把这些平台给注释掉：从135行开始一直到343行 #config ARCH_AAEC2000 # bool "Agilent AAEC-2000 based" # select ARM_AMBA # help # This enables support for systems based on the Agilent AAEC-2000 。。。。。。。。。。。。。。。。。。。 #config ARCH_OMAP # bool "TI OMAP" # help # Support for TI's OMAP platform (OMAP1 and OMAP2). 以上全部注释掉。 从第355行开始到399行，全部注释掉： #source "arch/arm/mach-clps711x/Kconfig"
#source "arch/arm/mach-ep93xx/Kconfig"
。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
#source "arch/arm/mach-netx/Kconfig"
第三步：内核移植裁减
1、 在linux-2.6.18_pro500目录下，使用以下命令开始配置内核：cp arch/arm/configs/ davinci_dm644x_defconfig .configmake menuconfig进入熟悉的kernel配置界面：
然后保存配置退出，使用Make zImage编译完后，运行./mkzImage.sh，可以COPY生成的bin文件到/tftpboot目录下，参照上篇有关uboot的帖子，使板子把uboot运行起来，使用进入UBOOT命令行：U-Boot >tftp 80008000 davinci_kernel.binU-Boot >bootm 80008000之后可以在串口终端看到内核的运行信息。3、 修改arch/arm/mach-davinc/board-evm.c有关dm644x的平台信息就在board-evm.c里，包括nand flash 分区配置，管脚复用配置，psc初始化等等。在74行，把有关nor flash的代码全部注释掉，在static struct platform_device *davinci_evm_devices[] __initdata = {&serial_device,#if defined(CONFIG_MTD) || defined(CONFIG_MTD_MODULE)//&davinci_evm_flash_device,
#endif#if defined(CONFIG_MTD_NAND_DAVINCI) || defined(CONFIG_MTD_NAND_DAVINCI_MODULE)&davinci_nand_device,#endif&rtc_dev,&davinci_fb_device,#if defined(CONFIG_BLK_DEV_PALMCHIP_BK3710) || \ defined(CONFIG_BLK_DEV_PALMCHIP_BK3710_MODULE)&davinci_ide_device,#endif#if defined(CONFIG_MMC_DAVINCI) || defined(CONFIG_MMC_DAVINCI_MODULE)&mmc0_device,#endif};把nor flash的设备驱动注释掉；对nand flash进行分区，这个要和UBOOT烧写UBOOT KERNEL ROOTFS等烧写的地址一一对应；static struct mtd_partition davinci_nand_partitions[] = {/* bootloader (U-Boot, etc) in first sector */ /*Mtdblock0*/{ .name = "bootloader", .offset = 0, .size = SZ_1M+SZ_512K, .mask_flags = 0, /* force read-only */},
/* bootloader params in the next sector */ /*Mtdblock1*/{ .name = "dspcore", .offset = SZ_1M+SZ_512K, .size = (SZ_8M-SZ_2M-SZ_512K), .mask_flags = 0, /* force read-only */},(这里注明一下：mtdblock1源代码被定义为128K参数，但是在UBOOT里，我们把参数放在0x0000开始的地址，这里可以保留该分区，也可以不要。本人定义成DSP BIN文件存放的地方，有种调试方式可以不用KERNEL就可以在UBOOT把DSP BOOT起来，双核并行运行嘛。这个分区在本人这里是拿来测试DSP程序，一般不建议使用UBOOT方式把DSP给BOOT起来。这个DSP BIN就是通过HEX64工具生成的，这和DM642、DM6437的BIN文件完全一样。具体说，把DSP程序运行起来常用有四种方法，一是硬件BOOT方式选择DSP BOOT，二是通过UBOOT把BIN启动起来，三是通过内核把BIN启动起来，四是DSP SERVER方式，即*.x64P，就是最常用的Codec Engine机制。第三种方式也有很多公司在用，然后通过共享内存方式、中断等实现双核通信。)/* kernel */ /*Mtdblock2*/{ .name = "kernel", .offset = (SZ_8M-SZ_1M), .size = SZ_4M+SZ_1M, .mask_flags = 0,},/* file system */ /*Mtdblock3*/{ .name = "rootfs", .offset = (SZ_8M+SZ_4M), .size = SZ_64M, .mask_flags = 0,},/* data */ /*Mtdblock4*/ 这个可以保存一些备份数据，一可以不用定义{ .name = "data", .offset = (SZ_64M+SZ_8M+SZ_4M), .size = (SZ_128M-(SZ_64M+SZ_8M+SZ_4M)), .mask_flags = MTD_WRITEABLE,}};以上是NAND 分区信息，针对各自板子不同大小的NAND FLASH，合理分配空间。#if 1static struct platform_device rtc_dev = { .name = "pcf8563", .id = -1, }; #elsestatic struct platform_device rtc_dev = {.name = "rtc_davinci_evm",.id = -1,};#endif以上的代码修改，表示板子采用pcf8563 时钟芯片作为RTC设备，本人的板子不采用TI-EVM的电路，所以要修改这里，同时在drivers/rtc目录下，修改rtc-pcf8563.c的一个BUG，就是：static unsigned short normal_i2c[] = { 0x51, I2C_CLIENT_END };一定要加0x51地址，否则内核运行时，无法注册pcf8563的驱动，会出现RTC错误信息，很多网友都碰都过这个问题。改完后，make menuconfig要选上pcf8563的驱动。
其他功能和驱动，建议保留默认配置。对于自己板子新的设备（和TI-EVM板差别很大），则要做更复杂的移植工作，包括相应目录的makefile和Kconfig文件的修改等，这里不再累赘。
第四步：保存备份修改后的配置
内核移植配置，一定要养成备份配置文件的良好习惯，一步一个脚印，防止做重复工作。幸好davinci_dm644x_defconfig给大家提供一个很好的参考，否则更加麻烦。直接从内核网站下载最新内核来移植，那是非常大的挑战，不是一般人为的。Linux-2.6.18也许有很多设备没有支持，但在较新的linux内核上有，这也可以把新的驱动移植下来，这个工作量也不小，当然也有简单的patch，那是后话。按照上篇UBOOT的介绍，设置好参数，比如使用NFS：mem=120M console=ttyS0,115200n8 noinitrd rw ip=dhcp root=/dev/nfs nfsroot=192.168.1.251:/home/<useraccount>/nfs/tirootfs,nolock测试内核和NFS文件系统。以上工作已经通过本人的板子验证，有不足的地方，大家可以博客留言共同讨论。
本文出自 “集成系统-踏上文明的征程” 博客，请务必保留此出处http://zjbintsystem.blog.51cto.com/964211/284468