Davinci DM6446开发攻略——linux-2.6.18移植 分类： DSP 2013-07-22 16:29 335人阅读 评论(0) 收藏

  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 开发攻略——环境搭建篇》创建好。

一、  顶层 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)

所有注释掉；

二、  COPY UBOOT 的 mkimage 工具

从编译好的 UBOOT 里 tool 目录下的 mkimage 工具 COPY 到 linux-2.6.18_pro500 目录如下，

三、  添加 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.bin

chmod 777 davinci_kernel.bin

cp -f davinci_kernel.bin /tftpboot

 

保存在 linux-2.6.18_pro500/ 目录下，配合 mkimage ，方便把 zImage 转换成 davinci_kernel.bin ，这样 UBOOT 才能把 linux kernel 给 BOOT 起来；

四、  修改 arch/arm/boot/Makefile ：

在 57 行下面加入：

@cp -f arch/arm/boot/zImage zImage

这样每次编译 zImage ，生成的 zImage 能够自动 COPY 到 linux-2.6.18_pro500 目录下。

五、  修改 fs/hostfs/Makefile

   由于删除 um 和 asm-um ，当使用 make distclean 操做的时候会出现问题，因此把：

include arch/um/scripts/Makefile.rules 注释掉。

六、  修改 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"

 

第三步：内核移植裁减

 

一、  在 linux-2.6.18_pro500 目录下，使用如下命令开始配置内核：

cp arch/arm/configs/ davinci_dm644x_defconfig .config

make menuconfig

进入熟悉的 kernel 配置界面：

 

二、  去掉 ATA DRIVER

因为本人的开发板没有 NOR FLASH ，也没有 ATA 硬盘之类的东西，这一点和 TI EVM 板不同，因此咱们先把设备驱动里的 ATA 选项去掉。

而后保存配置退出，使用

Make zImage

编译完后，运行 ./mkzImage.sh ，能够 COPY 生成的 bin 文件到 /tftpboot 目录下，参照上篇有关 uboot 的帖子，使板子把 uboot 运行起来，使用进入 UBOOT 命令行：

U-Boot >tftp 80008000 davinci_kernel.bin

U-Boot >bootm 80008000

以后能够在串口终端看到内核的运行信息。

三、  修改 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 1

static struct platform_device rtc_dev = {

.name            = "pcf8563",

.id          = -1,

};

#else

static 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 0

case 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)

#else

MUX_CFG("HDIREN",        0,   16,    1,      1, 1)

MUX_CFG("ATAEN",          0,   17,    1,      1, 1)

#endif

MUX_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 0

MUX_CFG("VLINQEN",             0,   15,    1,      1, 0)

MUX_CFG("VLINQWD",            0,   12,    3,      3, 0)

#endif

MUX_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)

};

四、  内核进一步配置

对内核进一步配置以前，若是对 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 .config

make 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文件系统。

以上工做已经经过本人的板子验证，有不足的地方，你们能够博客留言共同讨论。

版权声明：本文为博主原创文章，未经博主容许不得转载。