基于linux的嵌入式流媒体点播系统毕业论文.doc

《基于linux的嵌入式流媒体点播系统毕业论文.doc》由会员分享，可在线阅读，更多相关《基于linux的嵌入式流媒体点播系统毕业论文.doc（39页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、海 南 大 学 毕 业 论 文（设计）题 目：基于linux的嵌入式流媒体点播系统学 号： 姓 名： 年 级：09级 学 院：海南大学应用科技学院 系 别：应用计算机系 专 业：网络工程 指导教师： 完成日期：2013 年 04月 25 日 摘 要随着嵌入式系统以及计算机网络通信技术、多媒体应用程序的快速发展，基于嵌入式linux的家庭娱乐中心、视频点播和实时会议系统已经成为一个开发的热点。这种系统因其体积小、功耗低、使用方便而广受青睐。论文主要做了uboot移植、kernel移植、以及播放器主界面设计的工作。内核采用linux-2.6.32.2,针对mini2440开发板对内核做了板级的定制

2、。使用 Qt设计了播放器主界面。论文介绍了RTSP 流媒体协议的体系结构和工作原理。把流媒体视频点播相关技术应用到嵌入式系统中，在嵌入式S3C2440硬件平台和Linux操作系统上开发实现一个VOD系统。该视频点播系统提供了美观、友好的TQ图形用户界面，可以进行本地播放和网络播放，实现了视频点播的基本功能。关键字：嵌入式系统；实时流传输协议；流媒体；视频点播ABSTRACTWith the embedded system and computer network communication technology, the rapid development of multimedia appl

3、ications, home entertainment center, video on demand based on embedded Linux and real-time conference system development has become a hot spot. This system because of its small volume, low power consumption, easy to use and popular.Thesis mainly do the uboot, the transplantation of the kernel, and p

4、layers main interface design work. The kernel of Linux - 2.6.32.2 used against mini2440 development threatening the custom kernel did the board level. Based on the Qt player main interface is designed.Paper introduces the system structure and working principle of RTSP streaming protocols. The stream

5、ing video on demand technology applied to embedded systems, on S3C2440 embedded hardware platform and the Linux operating system development and implementation of a VOD system. The video on demand system provides the TQ is beautiful, friendly graphical user interface, can undertake local broadcast a

6、nd Internet broadcast, has realized the basic function of video on demand.KEY WORDS：Embedded system； Real Time Streaming Protocol；Stream media；Video on Demand目录1 绪论11.1 嵌入式Linux流媒体点播的应用背景11.2 研究意义12 流媒体相关技术介绍22.1 VOD介绍22.2技术介绍22.2.1 AVI22.2.2 MPEG-432.3 流传输技术32.3.1 流媒体技术和流式传输方式32.4 实时流媒体传输协议介绍42.4.1

7、 RTSP42.5 交叉编译53 系统的需求说明73.1多媒体点播系统功能需求74 系统的总体设计84.1 系统总体划分84.2实现模式：C/S模型95 系统的详细设计及实现115.1 嵌入式系统开发环境的搭建115.1.1 建立工作目录115.1.2 建立交叉编译环境115.2 嵌入式linux 的uboot移植125.2.1 bootloader介绍125.2.2 在嵌入式 Linux 中BootLoader 的重要性135.2.3 u-boot引导流程135.2.4 u-boot移植步骤145.2.5 建立开发板文件并测试编译环境155.2.6 在/board 中建立mini2440 目

8、录和文件155.2.7 在 include/configs/中建立开发板配置文件155.3 linux内核配置与编译165.3.1 内核简介165.3.2 建立目标平台175.3.3 移植Nand 驱动并修改分区信息185.3.4 为内核打补丁支持yaffs2195.3.5 移植DM9000 网卡驱动195.3.6 移植LCD 显示驱动205.3.7 添加触摸屏驱动215.3.8 移植SD 卡驱动225.4流媒体播放器设计235.4.1 播放器主界面工作流程235.4.2 播放解码处理245.4.3 播放器主界面设计246 系统的集成与调试306.1系统集成306.2 系统播放307总结32致

9、谢33参考文献34341 绪论1.1 嵌入式Linux流媒体点播的应用背景随着多媒体计算机技术、移动通信技术的快速发展以及便携式移动终端设备的普及，使嵌入式开发得到了快速发展。在现代计算机网络技术快速发展的基础上，多媒体计算机技术和多媒体网络技术越来越广泛地应用到视频点播系统。在远程医疗，酒店VOD，远程实时视频会议上得到了越来越广泛的应用，并且智能化成为其发展一大趋势。1.2 研究意义在这个信息化的时代，嵌入视频VOD系统正在融入人们的生活，比如KTV点播系统、智能电视等等，这些都使人们能更加高效便捷的享受信息资源，极大地方便了人们的生活，这使得嵌入式VOD系统开发成为一个热点。嵌入式开发不

10、同于传统的有着丰富资源的PC开发，嵌入式开发往往是基于受限的硬件资源，这在技术和实施难度上对嵌入式流媒体点播提出了更高的要求，成为研究嵌入式多媒体点播的难点。同时嵌入式技术发展迅速，随着嵌入式产品快速地更新换代，系统还要有良好的扩展性。2 流媒体相关技术介绍2.1 VOD介绍VOD是Video On Demand的缩写。视频点播是计算机技术、网络技术、多媒体技术发展的产物01。现代社会中，高端嵌入式移动终端成为人们接受信息资源的便捷方式。视频点播系统不仅可以为用户提供丰富的网络信息资源而且在远程教育、智能家电等领域得到越来越广泛的应用。用户可以按照自己的需求点播视频，即播即放，并且可以实现暂停

11、、快进、后退等操作，这种系统播放等待时间小并且支持多种流媒体视频格式。随着智能家电、智能汽车的快速发展，嵌入式VOD必将得到越来越广泛的应用。2.2技术介绍进入信息时代，数字化后的视频文件具有海量性，由于目前的网络带宽有限，在网络传输高清大视频文件是一件很不容易的事，因为传输速度和视频质量很难满足用户的需求。所以要实现视频点播的功能必须对这些要传输的视频数据进行压缩和解压缩。随着多媒体技术的不断发展，多媒体数据的存储与压缩技术已经相对比较成熟，例如H.261,MPEG-4 等，其中MPEG标准已经从MPEG-1、MPEG-2 发展到了目前应用比较广泛的MPEG-4 标准02。2.2.1 AVI

12、AVI是将语音和影像同步组合在一起的文件格式，是微软公司1992年推出的视频格式，可以将视频和音频交织在一起进行同步播放。这种播放方式不仅可以提高系统的工作效率，同时也可以迅速地加载和启动播放程序，减少播放AVI视频数据时的用户等待时间。AVI格式文件结构由文件头、索引块和数据块组成。AVI文件主要参数有影像参数、伴音参数和压缩参数。影像参数的视窗大小和帧率可以根据播放环境的硬件能力和处理速度进行调整，窗口越大视频文件越大。WAV文件时AVI文件中伴音信号来源，包括影像与伴音的交织参数和同步控制参数。AVI支持256色和RLE压缩，AVI对视频文件采用有损压缩方式。这种视频格式的优点是可以跨多

13、个平台使用，其缺点是视频文件太大，目前是一种常用的视频文件格式。2.2.2 MPEG-4MPEG-4是一种包含音频和图像的压缩技术，对图像的压缩算法提供的压缩比可达到200:1。MPEG-4 在较高的压缩比下也能获得较高的图像质量，最大的特点是基于对象的编码方式以及对合成对象的编码能力。它支持固定和可变速率视频编码，具有高效的压缩性，其编码系统是开放的，随时可以加入新的有效的算法模块。MPEG-4标准具有通用的访问性，适用于无线和有线网络以及固态存储，支持各种带宽的传输信道和接收端。可以利用很窄的带宽通过帧的重建技术压缩和传输数据，从而能以最少的数据获得最佳的图像质量。MPEG-4 的可视信息

14、的码率范围可从564kbit/s直至 64kbit/s-4Mbit/s，并且可以兼容 MPEG-1 和 MPEG-2 已经提供的大多数功能03。因此在MPEG-4数字电视、动态图像和移动通信等领域得到了普遍应用。2.3 流传输技术2.3.1 流媒体技术和流式传输方式流媒体是指使用流式传输的方式在网络上传输的媒体格式。流是对在网络上所传输的经过一定编码的多媒体信息的一种描述04。在进行网络播放时，等待时间和视频质量是用户主要的考虑因素。传统视频播放时必须整个视频文件必须全部下载下来才能观看，这会使得播放延时非常大。而现在很流行的嵌入式视频点播系统可以实现即播即放，极大地减少了等待时间，并且在播放

15、时用户还可以进行相关的交互式操作。这种观看方式大大地满足了用户的需求。流式传输有两种方式：实时流式传输和顺序流式传输。传统的视频播放中主要采用顺序传输方式，使用这种方式用户一般只能观看自己已经下载的视频，缺乏灵活性。实时流传输允许用户在进行视频观看时进行相关的交互式操作，支持随机访问，比如前进、后退等。现对于传统的顺序传输方式视频播放，实时流传输更能满足用户需求，逐渐成为视频点播的主流方式。2.4 实时流媒体传输协议介绍实时流媒体播放协议簇主要由RTSP、RTP和TRCP构成，整个RTSP协议栈是建立在TCP/IP协议栈之上的。其中RTSP提供控制功能，如播放器客户端播放、暂停、前进等功能，R

16、TP协议负责流媒体数据的实时传输，RTCP负责检查反馈网络状况以进行相应的调整。协议簇的层次结构如图2-1所示。RTSP 层RTP /TRCP层UDP/TCP层IP层应用层网络层传输层 图2-1 RTSP协议栈2.4.1 RTSPRTSP协议属于应用层协议，是一个多媒体播放控制协议，以C/S方式工作。在用户进行视频点播时，通过rtsp协议内部定义的方法可以实现交互式操作，比如暂停、后退、前进等。要实现RTSP的视频播放控制功能，不但要有协议还要有专门的客户端播放程序和视频服务器05。RTSP在进行控制信息交互式是保证交付质量的TCP连接，但在进行数据流传输时和反馈调整使用UDP连接，会导致分组

17、丢失。如图2-2所示。ServerClient RTSP流控（TCP）RTP数据流（UDP）RTCP分组(UDP) 图2-2 基于C/S模式的RTSPRTP协议（Real Time Protocol）提供实时的数据流传输。在数据包中封装了发送数据的序列计数、标识符和时间戳等信息。RTP协议通常是用UDP协议来封装的，所以只提供实时的数据传输，但是不保证传输的可靠性。所以视频播放时会出现视频模糊，视频质量不佳的现象。随着视频解压缩技术和网络带宽的不断提高，客户端的视频质量会越来越好。RTCP是RTP的实时传输控制协议，它用于监视网络的服务质量和在正在进行的与会者会话中传递信息。通过质量反馈来进行

18、流量的拥塞控制，利用这些反馈信息进行传输速度的相应调整。RTCP是通过周期性地向会话的所有参加者进行通信来实现这样的功能的，根据会话者的数量来调整发包率。2.5 交叉编译嵌入式开发一般是基于一个资源受限的系统，直接在目标板上进行相关软件的编写不仅困难而且调试麻烦，一般的解决方案是利用交叉开发模型。即先在计算机上编写源程序，然后通过编译工具交叉编译，生成可以在目标平台上运行的二进制代码文件，下载到目标平台上的相应位置06。典型的嵌入式Linux开发使用如图所示的宿主机/目标板开发模式。开发模型如图2-4所示。宿主机目标板网络/串口/JTAG图2-3交叉开发模型交叉编译就是在一个平台上生成在另一个

19、平台上执行的代码。本文的目标就是在X86平台上交叉编译，产生可以在ARM开发板上运行的二进制文件。这需要在PC机上建立一个用于ARM目标板的交叉编译环境，本机使用交叉编译器arm-linux-gcc-4.4.3配置如下：名 称 嵌入式linux 点播系统开发CPUAMD 2445内 存2G虚拟机Server2003下VMWEARLinux 系统Fedora 交叉编译器arm-linux-gcc-4.4.3表2-1 x86主机配置3 系统的需求说明3.1多媒体点播系统功能需求首先系统是基于mini2440开发板进行设计的，所以在uboot、kerne移植时要进行定制，包括mini2440板级的定

20、制和和针对VOD需求的定制。所以在移植时系统需要加入对网卡、触摸屏等的支持。其次点播系统是通过客户端/服务器模式实现的，所以系统的功能需求可以客户端和服务器两大部分来划分。客户端主要实现视频播放功能，用户启动系统后进入视频点播系统主界面，为用户提供网络点播和本地点播服务，播放时用户可以进行相关的交互式操作。服务器主要实现数据流的发送，使用户可以观看自己点播的视频文件。嵌入式流媒体客户端需要具备的基本功能如下:1) 提供有好的播放界面和交互式界面；1) 能读取视频文件，实现实时解码及音视频同步实时播放；2) 可以播放U盘中本地视频文件；3) 可以拨号连接服务器，读取服务器视频文件；4) 能够实现

21、交互操作，实现对流媒体播放的暂停、快进、快退等功能；嵌入式流媒体服务器端需要具备的基本功能如下07：1)能够提供种类丰富的视频文件：如AVI，RMVB等；2)以流式协议将视频文件发送给客户端，使用户可以观看其点播的视频文件；3)实现和客户端的同步交互式操作，比如实现同步的暂停、快进等操作。4 系统的总体设计该部分主要进行系统的整体设计，需要对系统进行总体划分，一般将嵌入式流媒体播放器的系统体系结构划分为三层，包括硬件层、内核层和应用层。本文是以mini2440为开发板，论文的主要工作集中于系统的移植和应用程序的开发。4.1 系统总体划分 通常嵌入式Linux视频点播系统从软件的角度看通常可以分

22、为四个层次，即引导加载程序，嵌入式LinuX内核，文件系统以及用户应用程序08。经过嵌入式u-boot的移植、arm-linux内核的配置与编译以及嵌入式根文件系统的创建，基于ARM处理器平台的最小嵌入式系统就完成了。因为此时的系统还没有任何的用户应用程序，但是下载到开发板可与看到自己的根文件系统目录了。典型的Bootloader、bootloader参数、内核映像和嵌入式根文件系统在FLASH上的存储如下图所示。图4-1嵌入式最小系统构成 GUI图形用户界面、通信协议栈和音视频解码器mppalyer三个主要模块集成在一起就构成了论文的嵌入式用户应用程序。与前面的最小嵌入式系统结合一起就构成了

23、视频点播系统体系。体系结构如图4-2所示。应用层：内核层：引导层：硬件层：通信协议栈音视频解码GUI嵌入式应用程序Linux内核根文件系统Bootloader硬 件 平 台嵌入式微处理器外 围 设 备 图4-2 嵌入式流媒体播放系统体系结构4.2实现模式：C/S模型嵌入式视频点播系统要实现本地播放和网络播放的功能，本地播放是读取U盘中预先存在的视频文件进行播放。网络播放时在播放时连接服务器，连接成功后，读取服务器的视频资源，更新网络播放列表，点击相应的视频文件后，QT视频播放客户端会调用开源软件mplayer进行音视频解码将视频显示在播放器播放窗口，并且在播放的状态下支持随机访问，可以进行暂停

24、、快进、快退等交互式操作。C/S工作模型如图4-3所示。VODServerClient RTSP控制信息（TCP）RTP音、视频（UDP）RTCP分组(UDP) HTTP点播请求图4-3 VOD 服务模型在用户进行播放点播的过程中，服务器必须要开启http 服务和流媒体传输两个服务10，通过 http 协议，用户可以向服务器端发送视频点播的请求，通过 RTP/RTSP进行视频数据流的传输和控制。播放器的RTSP 服务器工作流程11主要步骤如图4-4 所示。开始监听TCP端口等待客户连接请求连接接受连接创建新连接接受客户消息关闭连接执行客户消息响应客户消息结束NN图4-4服务器工作流程5 系统的

25、详细设计及实现该部分介绍了系统的实施细节，包括嵌入式系统开发环境的搭建，uboot、kernel移植以及视频播放主界面的设计。5.1 嵌入式系统开发环境的搭建5.1.1 建立工作目录mkdir -p /opt/FriendltARM/mini2440 /mini2440工作目录mkdie -p /tmp/linux /各种所需源文件都拷贝到该目录下5.1.2 建立交叉编译环境cd /opt/FriendltARM/mini2440解压安装编译器arm-linux-gcc-4.4.3tar xvzf /tmp/linux/arm-linux-gcc-4.4.3.tgz C /添加系统环境变量如下

26、gedit /root/.bashrcexport PATH=$PATH: /opt/FriendlyARM/toolschain/4.4.3/bin解压安装Linux-2.6.32.2内核源代码tar xvzf /tmp/linux/linux-2.6.32.2.tar.gz解压安装嵌入式图形系统arm-qtopia和x86-qtopia 源代码tar xvzf /tmp/linux/x86-qtopia.tgztar xvzf /tmp/linux/arm-qtopia.tgz解压安装嵌入式图形系统arm-qte-4.6.3 tar xvzf /tmp/linux/arm-qte-4.6.

27、3-20100802.tar.gz解压安装busybox-1.13.3 源代码tar xvzf /tmp/linux/busybox-1.13.3-mini2440.tgz解压安装Linux 示例程序tar xvzf /tmp/linux/examples-20100108.tgz解压安装uboot工作目录tar xvzf /tmp/linux/vboot-src.tar.gz创建bootloader 工作目录，里有vivi 和u-boot源代码tar xvzf /tmp/linux/mkyaffs2image.tgz C /改变工作目录后会被安装到/usr/sbin 目录下，自动生成mkya

28、ffs2image 和 mkyaffs2image-128M。解压安装LogoMaker开机启动画面制作工具tar xvzf /tmp/linux/logomaker.tgz C /在开发时经常用到NFS、TFTP和SMB服务，所以系统服务要事先配置好并且保证正常运行。所建立的mini2440工作目录如5-1所示。图5-1 虚拟机下工作目录5.2 嵌入式linux 的uboot移植5.2.1 bootloader介绍嵌入式系统的引导加载程序是系统必不可少的一部分，引导加载程序是系统加电后运行的第一段软件代码。其作用类似于PC中的BIOS,BootLoader就是在操作系统内核运行之前运行的一段

29、小程序。这段程序主要作用就是初始化硬件设备、生成内存映射图等，为最后调用嵌入式内核做好充足的前期准备。Bootloader一般有两种启动模式即启动加载模式和下载模式。下载模式主要是针对嵌入式开发人员的，因为嵌入式移植过程中的各种调试基本都是这种模式来实现的，下载模式可以通过串口、NFS、TFTP等方式实现。在下载模式下，u-boot为用户提供一个命令行接口，通过接口可以使用u-boot提供的一些命令进行相应操作。启动加载模式是产品发布时必须置为的模式，在这种模式下启动系统不需要用户的干涉，自动从目标主机的存储设备上将操作系统加载到内存中运行。5.2.2 在嵌入式 Linux 中BootLoad

30、er 的重要性由于 BootLoader 需要直接操作硬件，所以想在嵌入式世界建立一个通用的引导加载程序是很困难的，因为一般不同的硬件平台不同的操作系统所需的加载引导程序不同。所能做的就是让一种加载引导程序支持尽量多的平台，赋予它良好的移植性。U-boot 就是支持多平台多操作系统的优秀引导加载程序，这也是U-boot 的优势。因而针对不同的嵌入式平台要进行加载引导程序相关的修改以满足项目需求。5.2.3 u-boot引导流程Bootloader启动流程大多经过两个阶段，即启动可以分为stage1和stage2。stage1完成初始化硬件的工作，为stage2准备足够的内存空间，并将stage

31、2可执行映像复制到内存中，设置堆栈，然后转调到stage2的C入口。Stage2一般包括以下几个步骤，初始化本阶段要用到的硬件设备，将制作好的内核映像和根文件系统从Flash读到RAM中，调用内核，跳转到 MEMSTART+0x8000地址处，一般是使用x030008000地址。启动的stagel一般用汇编语言来实现，汇编语言能更加高效的实现对底层硬件的操作且代码量小，对应的是start.S文件。而stage2则一般用C语言来实现，这样做不仅可以实现更加复杂的功能，而且具有良好的可读性和移植性。启动代码中C语言的主函数是在lib_arm/board.c中的start_armboot。两个阶段的

32、引导的主要流程如下所示。设置CPU为SVC关闭看门狗/禁所有中断/设置cpu频率复制stage2可执行映像到SDRAM中设置堆栈指针跳转stage2 c入口Stage2：加载内核和根文件设置内核的启动参数。调用内核Stage1：检测内存映射图5-2 两个阶段启动流程图5.2.4 u-boot移植步骤移植就是根据开发板和系统需求做相应的修改。U-Boot 还没有支持三星S3C2440微处理器，移植仍是用U-Boot 支持的友善之臂SBC2410 的文件作蓝本来移植，因为SBC2410和mini2440硬件配置最为接近，使用一个模板可以加快移植的速度和效率。所以移植所要做的就是针S3C2440 和

33、SBC2410 的不同，以及SBC2410 和mini2440 开发板的外设不同作相应的修改，并增加新的功能。S3C2440 和S3C2410 的区别主要是S3C2440的主频更高，其他内部寄存器基本都是兼容的。本系统中，使用mini2440开发板，采用u-boot作为S3C2440处理器的BootLoader。5.2.5 建立开发板文件并测试编译环境修改顶层 Makefile目的：定义交叉编译工具链和开发板配置选项。约定：代码中+和-号表示增删vi Makefile+CROSS_COMPILE = arm-none-linux-gnueabi-+mini2440_config : uncon

34、fig+$(MKCONFIG) $(:_config=) arm arm920t mini2440 andywsg s3c24x05.2.6 在/board 中建立mini2440 目录和文件在/board 目录中建立开发板mini2440 的目录，并复制sbc2410x 的文件到此，做适当修改。目的：以sbc2410x 为蓝本，因为sbc2410和mini2440配置最接近，代码复用，这样可以加快移植进度。cd boardmkdir andywsg/mini2440cp -arf sbc2410x/* andywsg/mini2440/cd andywsg/mini2440/mv sbc24

35、10x.c mini2440.c5.2.7 在 include/configs/中建立开发板配置文件目的:制作mini2440所需头文件cp include/configs/sbc2410x.h include/configs/mini2440.h测试编译环境在uboot顶层目录执行make mini2440_configmake编译通过如图5-3所示。以上测试通过后，说明编译环境和基本的开发板代码创建都没有问题。下面所做工作就是针对mini2440进行修改，以满足项目需求。Uboot修改主要经历四个阶段，第一阶段修改启动代码，包括初始化CPU频率，代码重定向等。第二阶段修改初始化代码，主要是

36、mini2440平台初始化。第三阶段是初始化外设，包括LCD、网卡和YAFFS2文件系统支持等。第四阶段修改编译配置文件，在所有有编译条件的地方加入对mini2440的编译支持，这样前面修改的代码才会在编译时编译进来。下面是对u-boot源码修改后编译的结果。 图5-3 uboot编译结果5.3 linux内核配置与编译5.3.1 内核简介内核是所有linux系统的核心软件组件，其性能很大程度上决定了整个系统的性能。本系统中，嵌入式Linux内核选择2.6.32.2。linux-2.6.32.2本身已经提供了对mini2440的部分支持。内核移植就是根据开发系统的需要对已有的系统进行裁减，保留

37、需要的模块去掉不需要的模块，生成一个适合目标嵌入式系统的过程。5.3.2 建立目标平台指定平台交叉编译变量cd linux-2.6.32.2vi Makefile-ARCH ?= $(SUBARCH)-CROSS_COMPILE ?=+ARCH ?= arm+CROSS_COMPILE ?= arm-linux-这里面的ARCH ?= arm 是指定目标平台为arm平台，CROSS_COMPILE ?= arm-linux-是指定交叉编译器是arm-linux-gcc-4.4.3。添加自己的开发板信息cd linux-2.6.32.2rm -rf arch/arm/mach-s3c2440/m

38、ach-mini2440.ccp -arf arch/arm/mach-s3c2440/mach-smdk2440.c arch/arm/mach-s3c2440/mach-mini2440.cvi arch/arm/mach-s3c2440/mach-mini2440.c把MACHINE_START(S3C2440, SMDK2440) ， 修改成MACHINE_START(MINI2440, FriendlyARM Mini2440 development board)。修定开发板时钟源频率在 mach-mini2440.c( 就是刚刚通过复制mach-smdk2440.c 得到的)sta

39、tic void _init smdk2440_map_io(void)函数中，把原来的16934400(代表原SMDK2440 目标板上的晶振是16.9344MHz)改为mini2440 开发板上实际使用的12000000(代表mini2440 开发板上的晶振12MHz)。克隆SMDK2440 成MINI2440平台克隆自己的mini2440 平台，需要把mach-mini2440.c 中所有的smdk2440字符串改为mini2440。这里使用批处理命令在命令模式下输入：%s/smdk2440/mini2440/g。编译测试cd linux-2.6.32.2make mini2440_de

40、fconfig /使用Linux 官方自带的mini2440 配置make zImage /编译内核，生成的内核映像zImage位于arch/arm/boot编译通过，以上测试通过后，说明编译环境和基本的开发板的代码创建都没有问题。下载到内核，从串口可以看到可以启动信息，但是大部分的定制的驱动还没有添加，根文件系统也没有制作。下面进行的是主要硬件驱动文件的移植。5.3.3 移植Nand 驱动并修改分区信息虽然比较新的内核Linux2.6.32.2在nand_ids.c 文件中自带了部分Nand Flash驱动，但是系统默认的分区不是该项目所需的。为了适合系统自带的Nand Flash 驱动接口

41、，在Nand Flash的结构信息中还要添加相关信息，参考/arch/arm/plat-24xx/common-smdk.c上结构信息，在mach-mini2440.c添加如下信息。cd linux-2.6.32.2vi arch/arm/mach-s3c2440/mach-mini2440.c /编辑平台初始化文件/创建MTD分区表static struct mtd_partition mini2440_default_nand_part = 0 = .name = supervivi, /bootloader分区，对应设备块/dev/mtdblock0.size = 0x00040000,

42、 /大小256k.offset = 0, /起始地址0x000000001 = .name = param, / supervivi 的参数区，对应块设备/dev/mtdblock1.offset = 0x00040000, .size = 0x00020000, /大小128K2 = .name = Kernel, /内核分区，大小为5M，对应/dev/mtdblock2.offset = 0x00060000,.size = 0x00500000, /大小5M3 = .name = root, /根文件系统分区，对应/dev/mtdblock3.offset = 0x00560000,.s

43、ize = 1024 * 1024 * 1024, ,4 = .name = nand, /表示整片的nand flash.offset = 0x00000000,.size = 1024 * 1024 * 1024, ;/下面是开发板的nand flash 设置表，一块板对应一个表static struct s3c2410_nand_set mini2440_nand_sets = 0 = .name = NAND,.nr_chips = 1,.nr_partitions = ARRAY_SIZE(mini2440_default_nand_part),.partitions = mini2

44、440_default_nand_part,;/构建一个s3c2410_platform_nand类型的mini2440_nand_info结构体static struct s3c2410_platform_nand mini2440_nand_info = .tacls = 20, /nand电平nWE开始时间.twrph0 = 60, / nWE持续时间.twrph1 = 20, /nWE结束时间.nr_sets = ARRAY_SIZE(mini2440_nand_sets),.sets = mini2440_nand_sets,.ignore_unset_ecc = 1,;/平台设备结构体数组，把nand flash 设备添加到目标平台设备集中static struct platform_device *mini2440_devices _initdata = &s3c_device_usb,&s3c_device_lcd,&s3c_device_i2c0,&s3c_device_iis,&s3c_device_nand, ;把nand flash 设备添加到开发板的设备列表结构;5.3.4 为内核打补丁支持yaffs2Linux支持