本文出自 “集成系统-踏上文明的征程” 博客,请务必保留此出处http://zjbintsystem.blog.51cto.com/964211/284468
Davinci DM6446开发攻略——linux-2.6.18移植
http://zjbintsystem.blog.51cto.com/964211/284468
TI DAVINCI 使用最新的内核是montavista linux-2.6.18,之前说过,国内很多公司,包括开发板的软件包,一直在使用montavista linux-2.6.10,这个版本准确来说是比较低的,实时性肯定没2.6.18好(MontaVista Linux Professional Edition 5.0以linux-2.6.18为基础,打破了Linux不适用于实时和嵌入式应用的迷思);使用devfs,没有使用udev;对DM365等新出的DAVINCI芯片支持限度很小;ucLibc支持(减少75%应用程序资源需求);IPv6(增加更多Internet Protocol version 6 (IPv6)支持,提供比旧版产品更优异的效能、安全和管理功能);等等,这些优点不得不让人心动。 第一步:简化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 –r /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配置界面: 2、 去掉ATA DRIVER由于本人的开发板没有NOR FLASH,也没有ATA硬盘之类的东西,这一点和TI EVM板不一样,所以我们先把设备驱动里的ATA选项去掉。然后保存配置退出,使用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的驱动。 在static void dm644x_setup_pinmux(unsigned int id)里,把有关FPGA接口的管脚复用功能去掉,因为很多中低端DM6446产品都没有接FPGA芯片。这样我们可以把这些引脚定义成SPI核UART接口。#if 0case DAVINCI_LPSC_VLYNQ: davinci_cfg_reg(DM644X_VLINQEN); davinci_cfg_reg(DM644X_VLINQWD); break;#endif同时在arch/arm/mach-davinci/mux_cfg.c里struct pin_config __initdata_or_module davinci_dm644x_pins[] = {/* * description mux mode mode mux dbg * reg offset mask mode */#if 1 //ATA功能不用MUX_CFG("HDIREN", 0, 16, 1, 0, 1)MUX_CFG("ATAEN", 0, 17, 1, 0, 1)#elseMUX_CFG("HDIREN", 0, 16, 1, 1, 1)MUX_CFG("ATAEN", 0, 17, 1, 1, 1)#endifMUX_CFG("MSTK", 1, 9, 1, 0, 0)MUX_CFG("I2C", 1, 7, 1, 1, 0)MUX_CFG("MCBSP", 1, 10, 1, 1, 0)MUX_CFG("PWM0", 1, 4, 1, 1, 0)MUX_CFG("PWM1", 1, 5, 1, 1, 0)MUX_CFG("PWM2", 1, 6, 1, 1, 0)#if 0MUX_CFG("VLINQEN", 0, 15, 1, 1, 0)MUX_CFG("VLINQWD", 0, 12, 3, 3, 0)#endifMUX_CFG("EMACEN", 0, 31, 1, 1, 1)MUX_CFG("GPIO3V", 0, 31, 1, 0, 1)MUX_CFG("GPIO0", 0, 24, 1, 0, 1)MUX_CFG("GPIO3", 0, 25, 1, 0, 0)MUX_CFG("GPIO43_44", 1, 7, 1, 0, 0)MUX_CFG("GPIO46_47", 0, 22, 1, 0, 1)MUX_CFG("RGB666", 0, 22, 1, 1, 1)/*MUX_CFG("RGB888", 0, 23, 1, 1, 1)*/ /* for vpbe rgb888*/MUX_CFG("LOEEN", 0, 24, 1, 1, 1)MUX_CFG("LFLDEN", 0, 25, 1, 1, 0)};4、 内核进一步配置对内核进一步配置之前,如果对linux-2.6.18很陌生,这里给出一个链接:http://blog.chinaunix.net/u2/71415/showart_1018029.html一个网友对 “Linux 2.6.19.x 内核编译配置“进行详细的描述,不妨去看一下。使用cp arch/arm/configs/ davinci_dm644x_defconfig .configmake menuconfig进入内核配置界面,在这里,本人只对要修改的地方进行分析,其他设置,保留davinci_dm644x_defconfig。上面已经介绍有关去掉ATA和TI-EVM RTC设备,接着我们对文件系统进行裁减,如下图。图下半部没有显示,保留davinci_dm644x_defconfig就可以了,一般不要修改。NFS文件系统的配置也用默认的,直接编译就可以了。其他功能和驱动,建议保留默认配置。对于自己板子新的设备(和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文件系统。以上工作已经通过本人的板子验证,有不足的地方,大家可以博客留言共同讨论。