【图文】第三章 构建嵌入式Linux系统_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
第三章 构建嵌入式Linux系统
大小：460.50KB
登录百度文库，专享文档复制特权，财富值每天免费拿！
你可能喜欢您所在的位置： &
嵌入式linux系统开发总结
嵌入式linux系统开发总结
嵌入式 Linux是以Linux为基础的嵌入式作业系统，它被广泛应用在移动电话、个人数字助理(PDA)、媒体播放器、消费性电子产品以及航空航天等领域中。本文章将详细的为读者讲述嵌入式 Linux开发的模式与流程。
1 嵌入式linux系统的结构
1.1 嵌入式系统的硬件架构
&&& 如图5-1所示，为嵌入式系统硬件模型结构，此系统主要由微处理器MPU、外围电路，以及外设组成，微处理器为ARM嵌入式处理芯片，如ARM7TMDI系列及ARM9系列微处理器，MPU为整个嵌入式系统硬件的核心，决定了整个系统功能和应用领域。外围电路根据微处理器不同而略有不同，主要由电源管理模型、时钟模块、闪存FIASH、随机存储器RAM，以及只读存储器ROM组成。这些设备是一个微处理器正常工作所必须的设备。外部设备将根据需要而各不相同，如通用通信接口USB、RS-232、RJ-45等，输入输出设备，如键盘、LCD等。外部设备将根据需要定制。
嵌入式处理系统主要包括嵌入式微处理器、存储设备、模拟电路及电源电路、通信接口，以及外设电路。
典型嵌入式系y硬件Y
1.2嵌入式系统的软件结构
嵌入式系统与传统的单片机在软件方面最大的不同就是可以移植操作系统，从而使软件设计层次化，传统的单片机在软件设计时将应用程序与系统、驱动等全部混在一起编译，系统的可扩展性，可维护性不高，上升到操作系统后，这一切变得很简单可行。
嵌入式操作系统在软件上呈现明显的层次化，从与硬件相关的BSP到实时操作系统内核RTOS，到上层文件系统、GUI界面，以及用户层的应用软件。各部分可以清晰地划分开来，如图5-2所示。当然，在某些时候这种划分也不完全符合应用要求。需要程序设计人员根据特定的需要来设计自己的软件。
嵌入式件基本架
板级支持包(Board Support Packet)主要用来完成底层硬件相关的信息，如驱动程序，加载实时操作系统等功能;
实时操作系统层主要就是常见的嵌入式操作系统，设计者根据自己特定的需要来设计移植自己的操作系统，即添加删除部分组件，添加相应的硬件驱动程序，为上层应用提供系统调用；
文件系统、GUI，以及系统管理主要应对需要，即如果需要文件系统及图形界面支持才需要设计，主要是为了应用程序员开发应用程序提供更多更便捷更丰富的API接口；
应用软件层即用户设计的针对特定应用的应用软件，在开发该应用软件时，可以用到底层提供的大量函数。
采用分层结构的软件设计使系统清晰明了，各个部分设计工作分工明确，从而避免整个系统过分庞大。
2 嵌入式开发的模式及流程
2.1 嵌入式系统开发模式
嵌入式系统开发分为软件开发部分和硬件开发部分。嵌入式系统在开发过程一般都采用如图5-3所示的&宿主机/目标板&开发模式，即利用宿主机(PC机)上丰富的软硬件资源及良好的开发环境和调试工具来开发目标板上的软件，然后通过交叉编译环境生成目标代码和可执行文件，通过串口/USB/以太网等方式下载到目标板上，利用交叉调试器在监控程序运行，实时分析，最后，将程序下载固化到目标机上，完成整个开发过程。
&宿主C/目税&_l模式
在软件设计上，如图5-4所示为结合ARM硬件环境及ADS软件开发环境所设计的嵌入式系统开发流程图。整个开发过程基本包括以下几个步骤。
(1)源代码编写：编写源C/C++及汇编程序；
(2)程序编译：通过专用编译器编译程序；
(3)软件仿真调试：在SDK中仿真软件运行情况；
(4)程序下载：通过JTAG、USB、UART方式下载到目标板上；
(5)软硬件测试、调试：通过JTAG等方式联合调试程序；
(6)下载固化：程序无误，下载到产品上生产。
嵌入式系y件_l流程
2.2嵌入式系统开发流程
当前，嵌入式开发已经逐步规范化，在遵循一般工程开发流程的基础上，嵌入式开发有其自身的一些特点，如图5-5所示为嵌入式系统开发的一般流程。主要包括系统需求分析(要求有严格规范的技术要求)、体系结构设计、软硬件及机械系统设计、系统集成、系统测试，最终得到最终产品。
嵌入式_l流程
(1)系统需求分析。确定设计任务和设计目标，并提炼出设计规格说明书，作为正式设计指导和验收的标准。系统的需求一般分功能性需求和非功能性需求两方面。功能性需求是系统的基本功能，如输入输出信号、操作方式等；非功能需求包括系统性能、成本、功耗、体积、重量等因素。
(2)体系结构设计。描述系统如何实现所述的功能和非功能需求，包括对硬件、软件和执行装置的功能划分，以及系统的软件、硬件选型等。一个好的体系结构是设计成功与否的关键。
(3)硬件/软件协同设计。基于体系结构，对系统的软件、硬件进行详细设计。为了缩短产品开发周期，设计往往是并行的。嵌入式系统设计的工作大部分都集中在软件设计上，采用面向对象技术、软件组件技术、模块化设计是现代软件工程经常采用的方法。
(4)系统集成。把系统的软件、硬件和执行装置集成在一起，进行调试，发现并改进单元设计过程中的错误。
(5)系统测试。对设计好的系统进行测试，看其是否满足规格说明书中给定的功能要求。
嵌入式系统开发模式最大特点是软件、硬件综合开发。这是因为嵌入式产品是软硬件的结合体，软件针对硬件开发、固化、不可修改。
如果在一个嵌入式系统中使用Linux技术开发，根据应用需求的不同有不同的配置开发方法，但是，一般情况下都需要经过如下的过程。
(1)建立开发环境，操作系统一般使用Redhat Linux，选择定制安装或全部安装，通过网络下载相应的GCC交叉编译器进行安装(比如，arm-1inux-gcc、arnl-uclibc-gcc)，或者安装产品厂家提供的相关交叉编译器；
(2)配置开发主机，配置MINICOM，一般的参数为波特率115200 Baud/s，数据位8位，停止位为1，9，无奇偶校验，软件硬件流控设为无。在Windows下的超级终端的配置也是这样。MINICOM软件的作用是作为调试嵌入式开发板的信息输出的监视器和键盘输入的工具。配置网络主要是配置NFS网络文件系统，需要关闭防火墙，简化嵌入式网络调试环境设置过程。
(3)建立引导装载程序BOOTLOADER，从网络上下载一些公开源代码的BOOTLOADER，如U．BOOT、BLOB、VIVI、LILO、ARM-BOOT、RED-BOOT等，根据具体芯片进行移植修改。有些芯片没有内置引导装载程序，比如，三星的ARV17、ARM9系列芯片，这样就需要编写开发板上FLASH的烧写程序，读者可以在网上下载相应的烧写程序，也有Linux下的公开源代码的J-FLASH程序。如果不能烧写自己的开发板，就需要根据自己的具体电路进行源代码修改。这是让系统可以正常运行的第一步。如果用户购买了厂家的仿真器比较容易烧写FLASH，虽然无法了解其中的核心技术，但对于需要迅速开发自己的应用的人来说可以极大提高开发速度。
(4)下载已经移植好的Linux操作系统，如MCLiunx、ARM-Linux、PPC-Linux等，如果有专门针对所使用的CPU移植好的Linux操作系统那是再好不过，下载后再添加特定硬件的驱动程序，然后进行调试修改，对于带MMU的CPU可以使用模块方式调试驱动，而对于MCLiunx这样的系统只能编译内核进行调试。
(5)建立根文件系统，可以从http：//www.busy.box.net下载使用BUSYBOX软件进行功能裁减，产生一个最基本的根文件系统，再根据自己的应用需要添加其他的程序。由于默认的启动脚本一般都不会符合应用的需要，所以就要修改根文件系统中的启动脚本，它的存放位置位于/etc目录下，包括：/etc/init.d/rc.S、/etc/profile、/etc/.profile等，自动挂装文件系统的配置文件/etc/fstab，具体情况会随系统不同而不同。根文件系统在嵌入式系统中一般设为只读，需要使用mkcramfs genromfs等工具产生烧写映像文件。
(6)建立应用程序的FLASH磁盘分区，一般使用JFFS2或YAFFS文件系统，这需要在内核中提供这些文件系统的驱动，有的系统使用一个线性FLASH(NOR型)512KB～32MB，有的系统使用非线性FLASH(NAND型)8MB～512MB，有的两个同时使用，需要根据应用规划FLASH的分区方案。
(7)开发应用程序，可以放入根文件系统中，也可以放入YAFFS、JFFS2文件系统中，有的应用不使用根文件系统，直接将应用程序和内核设计在一起，这有点类似于&C/OS-II的方式。
(8 ) 烧写内核、根文件系统和应用程序，发布产品。
看完上面文章，想必广大读者都对嵌入式系统开发的模式与流程有了一定的了解，希望以后能对嵌入式linux系统开发有进一步研究。
【编辑推荐】
【责任编辑： TEL：（010）】
关于的更多文章
Linux命令行吸引了大多数Linux爱好者。一个正常的Linux用户一般
随着云计算、物联网、大数据、移动互联网的大发展，你应该知道这些。
轻松快乐的“十一”长假在不知不觉结束了，本周是国庆
十一黄金周即将来临，小伙伴们准备如何度过这个十一假
亲爱的小伙伴们，《Linux运维趋势》2013年8月号在大家
本书对前沿而又成熟的系统分析技术和方法进行了讨论，包括CMM与过程改进、J2EE与NET平台、中间件及相关技术、应用服务器、Web
51CTO旗下网站steppingstone的SRAM。NAND Flash引导模式下，系统复位后NAND Flash中的前4位内容首先被复制到steppingstone，接着将steppingstone映射到nGCSO，即内存BankO起始她址为Ox，随后系统开始正常引导。
同样，在软件方面，bootloader程序应被烧写到NAND Flash最前面的部分。通常bootloader程序大于4 KB，因此，在bootloader的前4 KB程序段中，必须先完成内存SDRAM的初始化，并将自身完全复制到SDRAM中，同时设置必要的堆栈，然后跳转到SDRAM中去执行这一系列工作。这样方可完成后续的初始化系统资源及装载操作系统内核的任务。
本次移植使用ARM9开发板，通过跳线方式设置OM[1：0]引脚来支持NAND Flash启动模式，因此，移植方案使用NAND Flash+SDRAM的存储模式，bootloader放在SDRAM中，内核和文件系统都放在NAND Flash中，根据选用的方案，整个系统移植要做的工作包括两方面：
Bootloader：为装载操作系统内核，支持NAND Flash及网络下载和串口通信，从而方便嵌人式ARM．Linux移植以开发调试。
Linux系统：支持NAND Flash，并移植Cramfs+Yaffs混合文件系统；支持NFS文件系统及网络通信、串口等。
3 Linux内核移植
在同一硬件平台上可以嵌入不同的嵌入式操作系统，这就好比PC既可以安装Windows又可以安装Linux一样。同样，有些操作系统经过移植后即可运行在不同的硬件平台上。通常情况下，如果一个系统可以在不同硬件平台上运行，那么这个系统便是可移植的。将某一个平台的代码运行在其他平台上的过程称作移植。嵌入式系统是“硬件可裁剪”的，因此工程师们设计的硬件电路会有所不同，从而使这些代码可能无法正确运行，因而要实现移植就应结合自己的硬件电路，对已有的内核代码进行修改。
3．1 内核移植难点
Linux系统的内核是多层次结构的单体内核，其可移植性比微内核要差一些，但是，这种内核具有较高的效率。从操作系统发展的趋势来看，微内核作为一种先进的操作系统结构，是操作系统发展的一个潮流。但是，微内核结构较低的系统通信效率大大的降低了系统的性能。所以，从系统效率和性能的角度来考虑，Linux并没有采用先进的微内核结构而是选择了传统的单体内核机构。
3．2 内核移植的基本策略
在Linux2．6内核支持下，Linux已经在许多典型的硬件平台上实现移植，其中包括：I386、ARM、MIPS、ALPHA、PowerPC、SPARC、SH等。但是对于基于特定硬件体系设计的硬件平台，需要从头对Linux进行移植。此外还有部分体系的硬件平台，Linux只对其中部分的CPU或目标板提供了支持，如果使用了Linux尚未支持的CPU或目标板，也需要对Linux内核进行移植工作。通常可以采用以下两种方法进行Linux内核移植工作：
(1)从头设计。即采用“自底向上”的设计方法，从硬件的需求考虑逐步的采用分析、设计、编码、测试。这种方法比较适合针对一种全新的硬件平台开展移植工作。
(2)修改已有的代码。如前所述，Linux已经可以在多种体系结构中运行，那么，我们可以参考相近的体系结构的代码，只修改与我们的目标硬件平台不同的部分即可。这种方法的难点在于开发人员
猜你喜欢的内容。。。
……- 21 - 基于 arm9 的嵌入式 linux 操作系统移植 摘要 随着电子技术的不断更新,嵌入式已经深入到各行各业了,嵌入式系统的开发已成为 热点了,在智能家电,数字......
看过本文章的还看过。。。
您可能感兴趣。。。
最新浏览记录-解决方案-技术资料-华强电子网，|||||IC/元器件供应商被动元件&配件辅料&周边设备&LED器件&安防消防&>>>分类热门标签5000 件深圳市福田区深航春电子经营部4400 件深圳市福田区深航春电子经营部16500 件深圳市福田区深航春电子经营部2950 件深圳市福田区深航春电子经营部12500 件深圳市福田区深航春电子经营部嵌入式Linux系统移植的四大步骤
我的图书馆
嵌入式Linux系统移植的四大步骤
& 11:04:10分类：&嵌入式原文地址：&作者：最近在学习系统移植的相关知识，在学习和调试过程中，发现了很多问题，也解决了很多问题，但总是对于我们的开发结果有一种莫名其妙的感觉，纠其原因，主要对于我们的开发环境没有一个深刻的认识，有时候几个简单的命令就可以完成非常复杂的功能，可是我们有没有想过，为什么会有这样的效果？如果没有去追问，只是机械地完成，并且看到实验效果，这样做其实并没有真正的掌握系统移植的本质。在做每一个步骤的时候，首先问问自己，为什么要这样做，然后再问问自己正在做什么？搞明白这几个问题，我觉得就差不多了，以后不管更换什么平台，什么芯片，什么开发环境，你都不会迷糊，很快就会上手。对于嵌入式的学习方法，我个人方法就是：从宏观上把握(解决为什么的问题)，微观上研究(解决正在做什么的问题)，下面以自己学习的arm-cortex_a8开发板为目标，介绍下自己的学习方法和经验。嵌入式Linux系统移植主要由四大部分组成：一、搭建交叉开发环境二、bootloader的选择和移植三、kernel的配置、编译、和移植四、根文件系统的制作第一部分：搭建交叉开发环境先介绍第一分部的内容：搭建交叉开发环境，首先必须得思考两个问题，什么是交叉环境? 为什么需要搭建交叉环境？先回答第一个问题，在嵌入式开发中，交叉开发是很重要的一个概念，开发的第一个环节就是搭建环境，第一步不能完成，后面的步骤从无谈起，这里所说的交叉开发环境主要指的是：在开发主机上(通常是我的pc机)开发出能够在目标机(通常是我们的开发板)上运行的程序。嵌入式比较特殊的是不能在目标机上开发程序(狭义上来说)，因为对于一个原始的开发板，在没有任何程序的情况下它根本都跑不起来，为了让它能够跑起来，我们还必须要借助pc机进行烧录程序等相关工作，开发板才能跑起来，这里的pc机就是我们说的开发主机，想想如果没有开发主机，我们的目标机基本上就是无法开发，这也就是电子行业的一句名言：搞电子，说白了，就是玩电脑！然后回答第二个问题，为什么需要交叉开发环境？主要原因有以下几点：原因1：嵌入式系统的硬件资源有很多限制，比如cpu主频相对较低，内存容量较小等，想想让几百MHZ主频的MCU去编译一个Linux kernel会让我们等的不耐烦，相对来说，pc机的速度更快，硬件资源更加丰富，因此利用pc机进行开发会提高开发效率。原因2：嵌入式系统MCU体系结构和指令集不同，因此需要安装交叉编译工具进行编译，这样编译的目标程序才能够在相应的平台上比如：ARM、MIPS、 & & & & & & &&POWEPC上正常运行。交叉开发环境的硬件组成主要由以下几大部分：1.开发主机2.目标机（开发板）3.二者的链接介质，常用的主要有3中方式：(1)串口线 (2)USB线&(3)网线对应的硬件介质，还必须要有相应的软件“介质”支持：1.对于串口，通常用的有串口调试助手，putty工具等，工具很多，功能都差不多，会用一两款就可以；2.对于USB线，当然必须要有USB的驱动才可以，一般芯片公司会提供，比如对于三星的芯片，USB下载主要由DNW软件来完成；3.对于网线，则必须要有网络协议支持才可以，常用的服务主要两个第一：tftp服务：& & &&主要用于实现文件的下载，比如开发调试的过程中，主要用tftp把要测试的bootloader、kernel和文件系统直接下载到内存中运行，而不需要预先烧录到Flash芯片中，一方面，在测试的过程中，往往需要频繁的下载，如果每次把这些要测试的文件都烧录到Flash中然后再运行也可以，但是缺点是：过程比较麻烦，而且Flash的擦写次数是由限的；另外一方面：测试的目的就是把这些目标文件加载到内存中直接运行就可以了，而tftp就刚好能够实现这样的功能，因此，更没有必要把这些文件都烧录到Flash中去第二：nfs服务：& & &&主要用于实现网络文件的挂载，实际上是实现网络文件的共享，在开发的过程中，通常在系统移植的最后一步会制作文件系统，那么这是可以把制作好的文件系统放置在我们开发主机PC的相应位置，开发板通过nfs服务进行挂载，从而测试我们制作的文件系统是否正确，在整个过程中并不需要把文件系统烧录到Flash中去，而且挂载是自动进行挂载的，bootload启动后，kernel运行起来后会根据我们设置的启动参数进行自动挂载，因此，对于开发测试来讲，这种方式非常的方便，能够提高开发效率。& & &&另外，还有一个名字叫samba的服务也比较重要，主要用于文件的共享，这里说的共享和nfs的文件共享不是同一个概念，nfs的共享是实现网络文件的共享，而samba实现的是开发主机上Windows主机和Linux虚拟机之间的文件共享，是一种跨平台的文件共享，方便的实现文件的传输。以上这几种开发的工具在嵌入式开发中是必备的工具，对于嵌入式开发的效率提高做出了伟大的贡献，因此，要对这几个工具熟练使用，这样你的开发效率会提高很多。等测试完成以后，就会把相应的目标文件烧录到Flash中去，也就是等发布产品的时候才做的事情，因此对于开发人员来说，所有的工作永远是测试。&&&&& 通过前面的工作，我们已经准备好了交叉开发环境的硬件部分和一部分软件，最后还缺少交叉编译器，读者可能会有疑问，为什么要用交叉编译器？前面已经讲过，交叉开发环境必然会用到交叉编译工具，通俗地讲就是在一种平台上编译出能运行在体系结构不同的另一种平台上的程序，开发主机PC平台（X86 CPU）上编译出能运行在以ARM为内核的CPU平台上的程序，编译得到的程序在X86 CPU平台上是不能运行的，必须放到ARM CPU平台上才能运行，虽然两个平台用的都是Linux系统。相对于交叉编译，平常做的编译叫本地编译，也就是在当前平台编译，编译得到的程序也是在本地执行。用来编译这种跨平台程序的编译器就叫交叉编译器，相对来说，用来做本地编译的工具就叫本地编译器。所以要生成在目标机上运行的程序，必须要用交叉编译工具链来完成。&&&&&&这里又有一个问题，不就是一个交叉编译工具吗？为什么又叫交叉工具链呢？原因很简单，程序不能光编译一下就可以运行，还得进行汇编和链接等过程，同时还需要进行调试，对于一个很大工程，还需要进行工程管理等等，所以，这里 说的交叉编译工具是一个由编译器、连接器和解释器组成的综合开发环境，交叉编译工具链主要由binutils(主要包括汇编程序as和链接程序ld)、gcc(为GNU系统提供C编译器)和glibc(一些基本的C函数和其他函数的定义)&3个部分组成。有时为了减小libc库的大小，也可以用别的 c 库来代替 glibc，例如 uClibc、dietlibc 和 newlib。& & & 那么，如何得到一个交叉工具链呢？是从网上下载一个“程序”然后安装就可以使用了吗？回答这个问题之前先思考这样一个问题，我们的交叉工具链顾名思义就是在PC机上编译出能够在我们目标开发平台比如ARM上运行的程序，这里就又有一个问题了，我们的ARM处理器型号非常多，难道有专门针对我们某一款的交叉工具链吗？若果有的话，可以想一想，这么多处理器平台，每个平台专门定制一个交叉工具链放在网络上，然后供大家去下载，想想可能需要找很久才能找到适合你的编译器，显然这种做法不太合理，且浪费资源！因此，要得到一个交叉工具链，就像我们移植一个Linux内核一样，我们只关心我们需要的东西，编译我们需要的东西在我们的平台上运行，不需要的东西我们不选择不编译，所以，交叉工具链的制作方法和系统移植有着很多相似的地方，也就是说，交叉开发工具是一个支持很多平台的工具集的集合(类似于Linux源码)，然后我们只需从这些工具集中找出跟我们平台相关的工具就行了，那么如何才能找到跟我们的平台相关的工具，这就是涉及到一个如何制作交叉工具链的问题了。通常构建交叉工具链有如下三种方法：方法一 ：分步编译和安装交叉编译工具链所需要的库和源代码，最终生成交叉编译工具链。该方法相对比较困难，适合想深入学习构建交叉工具链的读者。如果只是想使用交叉工具链，建议使用下列的方法二构建交叉工具链。方法二：&通过Crosstool-ng脚本工具来实现一次编译，生成交叉编译工具链，该方法相对于方法一要简单许多，并且出错的机会也非常少，建议大多数情况下使用该方法构建交叉编译工具链。方法三 ：直接通过网上下载已经制作好的交叉编译工具链。该方法的优点不用多说，当然是简单省事，但与此同时该方法有一定的弊端就是局限性太大，因为毕竟是别人构建好的，也就是固定的，没有灵活性，所以构建所用的库以及编译器的版本也许并不适合你要编译的程序，同时也许会在使用时出现许多莫名其妙的错误，建议读者慎用此方法。& & &crosstool-ng是一个脚本工具，可以制作出适合不同平台的交叉编译工具链，在进行制作之前要安装一下软件：& & &$ sudo apt-get install &g++ &libncurses5-dev &bison &flex &texinfo automake &libtool &patch &gcj &cvs &cvsd &gawk&&&&&&crosstool脚本工具可以在下载到本地，然后解压，接下来就是进行安装配置了，这个配置优点类似内核的配置。主要的过程有以下几点：& &&&1.&设定源码包路径和交叉编译器的安装路径& & &2.&&修改交叉编译器针对的构架&修改交叉编译器针对的构架&& & &3.&增加编译时的并行进程数，以增加运行效率，加快编译，因为这个编译会比较慢。& &&&4.&关闭JAVA编译器 ，减少编译时间& & &5. 编译& & &6. 添加环境变量& & &7. 刷新环境变量。& &&&8. 测试交叉工具链& & &到此，嵌入式Linux系统移植四大部分的第一部分工作全部完成，接下来可以进行后续的开发了。第二部分：bootloader的选择和移植一、Boot Loader 概念& & & &就是在操作系统内核运行之前运行的一段小程序。通过这段小程序，我们可以初始化硬件设备、建立内存空间的映射图，从而将系统的软硬件环境带到一个合适的状态，以便为最终调用操作系统内核准备好正确的环境，他就是所谓的引导加载程序（Boot Loader）。【图1】Flash存储中存放文件的分布图&二、为什么系统移植之前要先移植BootLoader？& & &&BootLoader的任务是引导操作系统，所谓引导操作系统，就是启动内核，让内核运行就是把内核加载到内存RAM中去运行，那先问两个问题：第一个问题，是谁把内核搬到内存中去运行？第二个问题：我们说的内存是SDRAM，大家都知道，这种内存和SRAM不同，最大的不同就是SRAM只要系统上电就可以运行，而SDRAM需要软件进行初始化才能运行，那么在把内核搬运到内存运行之前必须要先初始化内存吧，那么内存是由谁来初始化的呢？其实这两件事情都是由bootloader来干的，目的是为内核的运行准备好软硬件环境，没有bootloadr我们的系统当然不能跑起来。三、bootloader的分类。&&&&& 首先更正一个错误的说法，很多人说bootloader就是U-boot，这种说法是错误的，确切来说是u-boot是bootloader的一种。也就是说bootloader具有很多种类，大概的分类如下图所示：【图2】bootloader分类图& & & 由上图可以看出，不同的bootloader具有不同的使用范围，其中最令人瞩目的就是有一个叫U-Boot的bootloader，是一个通用的引导程序，而且同时支持X86、ARM和PowerPC等多种处理器架构。U-Boot，全称 Universal Boot Loader，是遵循GPL条款的开放源码项目，是由德国DENX小组开发的用于多种嵌入式CPU的bootloader程序，对于Linux的开发，德国的u-boot做出了巨大的贡献，而且是开源的。& & &&u-boot具有以下特点：& & &&① 开放源码；& & &&② 支持多种嵌入式操作系统内核，如Linux、NetBSD, VxWorks, QNX, RTEMS, ARTOS, LynxOS；& & &&③ 支持多个处理器系列，如PowerPC、ARM、x86、MIPS、XScale；& & &&④ 较高的可靠性和稳定性；& & &&⑤ 高度灵活的功能设置，适合U-Boot调试、操作系统不同引导要求、产品发布等；& & &&⑥ 丰富的设备驱动源码，如串口、以太网、SDRAM、FLASH、LCD、NVRAM、EEPROM、RTC、键盘等；& & &⑦ 较为丰富的开发调试文档与强大的网络技术支持；& & & 其实，把u-boot可以理解为是一个小型的操作系统。四、u-boot的目录结构& & &&* board 目标板相关文件，主要包含SDRAM、FLASH驱动；& & &&* common 独立于处理器体系结构的通用代码，如内存大小探测与故障检测；& & &&* cpu 与处理器相关的文件。如mpc8xx子目录下含串口、网口、LCD驱动及中断初始化等文件；& & &&* driver 通用设备驱动，如CFI FLASH驱动(目前对INTEL FLASH支持较好)& & &&* doc U-Boot的说明文档；& & &&* examples可在U-Boot下运行的示例程序；如hello_world.c,timer.c；& & &&* include U-Boot头文件；尤其configs子目录下与目标板相关的配置头文件是移植过程中经常要修改的文件；& & &&* lib_xxx 处理器体系相关的文件，如lib_ppc, lib_arm目录分别包含与PowerPC、ARM体系结构相关的文件；&&&&&&* net 与网络功能相关的文件目录，如bootp,nfs,tftp；& & &&* post 上电自检文件目录。尚有待于进一步完善；& & &&* rtc RTC驱动程序；& & &&* tools 用于创建U-Boot S-RECORD和BIN镜像文件的工具；五、u-boot的工作模式& & &&U-Boot的工作模式有启动加载模式和下载模式。启动加载模式是Bootloader的正常工作模式，嵌入式产品发布时，Bootloader必须工作在这种模式下，Bootloader将嵌入式操作系统从FLASH中加载到SDRAM中运行，整个过程是自动的。下载模式就是Bootloader通过某些通信手段将内核映像或根文件系统映像等从PC机中下载到目标板的SDRAM中运行，用户可以利用Bootloader提供的一些令接口来完成自己想要的操作，这种模式主要用于测试和开发。六、u-boot的启动过程& & &&大多数BootLoader都分为stage1和stage2两大部分，U-boot也不例外。依赖于cpu体系结构的代码（如设备初始化代码等）通常都放在stage1且可以用汇编语言来实现，而stage2则通常用C语言来实现，这样可以实现复杂的功能，而且有更好的可读性和移植性。1、 stage1(start.s代码结构)&U-boot的stage1代码通常放在start.s文件中，它用汇编语言写成，其主要代码部分如下：（1） 定义入口。由于一个可执行的image必须有一个入口点，并且只能有一个全局入口，通常这个入口放在rom(Flash)的0x0地址，因此，必须通知编译器以使其知道这个入口，该工作可通过修改连接器脚本来完成。（2）设置异常向量(exception vector)。（3）设置CPU的速度、时钟频率及中断控制寄存器。（4）初始化内存控制器 。（5）将rom中的程序复制到ram中。（6）初始化堆栈 。（7）转到ram中执行，该工作可使用指令ldrpc来完成。2、 stage2（C语言代码部分）lib_arm/board.c中的start armboot是C语言开始的函数，也是整个启动代码中C语言的主函数，同时还是整个u-boot（armboot）的主函数，该函数主要完成如下操作：（1）调用一系列的初始化函数。（2）初始化flash设备。（3）初始化系统内存分配函数。（4）如果目标系统拥有nand设备，则初始化nand设备。（5）如果目标系统有显示设备，则初始化该类设备。（6）初始化相关网络设备，填写ip,c地址等。（7）进入命令循环（即整个boot的工作循环），接受用户从串口输入的命令，然后进行相应的工作。七、基于cortex-a8的s5pc100bootloader启动过程分析s5pc100支持两种启动方式，分别为USB启动方式和NandFlash启动方式：1.&S5PC100 USB启动过程[1] A8 reset, 执行iROM中的程序[2] iROM中的程序根据S5PC100的配置管脚(SW1开关4，拨到4对面)，判断从哪里启动(USB)[3] iROM中的程序会初始化USB，然后等待PC机下载程序[4] 利用DNW程序，从PC机下载SDRAM的初始化程序到iRAM中运行，初始化SDRAM[5] SDRAM初始化完毕，iROM中的程序继续接管A8, 然后等待PC下载程序(BootLoader)[6] PC利用DNW下载BootLoader到SDRAM[7] 在SDRAM中运行BootLoader2.&S5PC100 Nandflash启动过程[1] A8 reset, 执行IROM中的程序[2] iROM中的程序根据S5PC100的配置管脚(SW1开关4，拨到靠4那边)，判断从哪里启动(Nandflash)[3] iROM中的程序驱动Nandflash[4] iROM中的程序会拷贝Nandflash前16k到iRAM[5] 前16k的程序(BootLoader前半部分)初始化SDRAM，然后拷贝完整的BootLoader到SDRAM并运行[6] BootLoader拷贝内核到SDRAM，并运行它[7] 内核运行起来后，挂载rootfs，并且运行系统初始化脚本八、u-boot移植(基于cortex_a8的s5pc100为例)1.建立自己的平台(1).下载源码包2010.03版本，比较稳定(2).解压后添加我们自己的平台信息，以smdkc100为参考版，移植自己s5pc100的开发板(3).修改相应目录的文件名，和相应目录的Makefile，指定交叉工具链。(4).编译(5).针对我们的平台进行相应的移植，主要包括修改SDRAM的运行地址，从0x(6).“开关”相应的宏定义(7).添加Nand和网卡的驱动代码(8).优化go命令(9).重新编译 make distclean(彻底删除中间文件和配置文件) make s5pc100_config(配置我们的开发板) & make(编译出我们的u-boot.bin镜像文件)(10).设置环境变量，即启动参数，把编译好的u-boot下载到内存中运行，过程如下：1. 配置开发板网络& & & &ip地址配置:& & & &$setenv ipaddr 192.168.0.6 & & & & & & & 配置ip地址到内存的环境变量& & & &$saveenv & & & & & & & & & & & & & & & & 保存环境变量的值到nandflash的参数区& & & &网络测试:& & & &在开发开发板上ping虚拟机：& & & &$ ping 192.168.0.157(虚拟机的ip地址)&& & &&&如果网络测试失败,从下面几个方面检查网络：& & &&&1. 网线连接好& & & &2. 开发板和虚拟机的ip地址是否配置在同一个网段& & & &3. 虚拟机网络一定要采用桥接(VM--Setting--&option)& & & &4. 连接开发板时，虚拟机需要设置成静态ip地址& & 2. 在开发板上，配置tftp服务器(虚拟机)的ip地址& & & &$setenv serverip 192.168.0.157(虚拟机的ip地址)& & & &$saveenv& & 3. 拷贝u-boot.bin到/tftpboot(虚拟机上的目录)& & 4. 通过tftp下载u-boot.bin到开发板内存& & & &$ tftp (内存地址即可) u-boot.bin(要下载的文件名)& & & &如果上面的命令无法正常下载:& & & &1. serverip配置是否正确& & & &2. tftp服务启动失败，重启tftp服务& & & & & #sudo service tftpd-hpa restart& & 5. 烧写u-boot.bin到nandflash的0地址& & & &$nand erase 0(起始地址) &40000(大小) & & & & & & & & & &擦出nandflash 0 - 256k的区域& & & &$nand write ((缓存u-boot.bin的内存地址) 0(nandflash上u-boot的位置) 40000(烧写大小)& &&& & 6. 切换开发板的启动方式到nandflash& & & &1. 关闭开发板& & & &2. 把SW1的开关4拨到4的那边& & & &3. 启动开发板，它就从nandflash启动第三部分：kernel的配置、编译、和移植一、将下载好的linux-2.6.35.tar.bz2拷贝到主目录下解压二、修改顶层目录下的Makefile，主要修改平台的体系架构和交叉编译器，代码如下：& & &&ARCH & &?= $(SUBARCH)& & &&CROSS_COMPILE &?=& & &&CROSS_COMPILE &?= $(CONFIG_CROSS_COMPILE:"%"=%)&&&&&&修改以上代码为：& & &&ARCH & &?= arm & & & & & & & & & & & & & & & & & & & & & & & & & & &&----&体系架构是arm架构& & &CROSS_COMPILE &?= arm-cortex_a8-linux-gnueabi- & &----&交叉编译器是arm-cortex_a8平台的&&&&& 注意：这两个变量值会直接影响顶层Makefile的编译行为，即选择编译哪些代码，用什么编译器进行编译。三、拷贝标准版配置文件，目的是得到跟我们开发板相关的配置信息。$ cp arch/arm/configs/s5pc100_defconfig & &.config& & & 这里拷贝arch/arm/configs/s5pc100_defconfig到 &.config文件是选取跟我们开发板相关的代码。因为Linux支持的平台非常非常多，不仅仅是ARM处理器，当然我们编译的时候只需要编译跟我们平台相关的代码就可以了，平台相关的不需要编译，那么就有个问题，Linux系统中的源代码文件有一万多以个，面对这么庞大的文件数量，我们如何去选择呢？& & & &其实，我们担心的问题也是写操作系统的那哥们早就担心过的问题了，只不过人家已经把这个问题帮我们解决了，我们只需进行很简单的操作，就可以选择出我们要编译的代码，具体的方法就是把相应平台的_deconfig直接拷贝到顶层目录的.config文件中，这样.config文件中就记录了我们要移植平台的平台信息，因为在配置内核时，系统会把所有的配置信息都保存在顶层目录的.config文件中。注意在第一次，进行make menuconfig时，系统会根据我们选取的平台信息自动选取相关的代码和模块，因此我们只需要进入然后再退出，选择保存配置信息就行了，系统会把这些跟我们移植平台相关的所有配置信息全部保存在顶层目录的.config文件中。四、配置内核& & & $make menuconfig& & &注意：第一次进去，不做任何操作，直接推出，在推出时提示是否保存配置信息，一定要保存配置信息，点击“YES”。这样我们的.config中就已经保存了我们开发平台的信息。& & & &在这个环节，我们需要关心一个问题，make menuconfig时，系统到低都做了哪些事情？为什么会出现图形化的界面？图形化的界面中的相关内容是从哪里来的？&&&&& & 图形化的界面当然是由一个特殊的图形库来实现的，还记得第一次make menuconfig时，系统并没有出现图形化的界面，而是报错了，并且提示我们缺少 ncurses-devel ,此时只需要按照要求安装一个libncurses5-dev就行了，sudo apt-get install libncurses5-dev，有了这个图形化库的支持，我们才能够正常显示图形化界面。& & & &好了，图形化界面的问题解决了，那还有另外一个问题就是图形化界面里面的内容是从哪里来的？要回答这个问题，我们就要提一下Linux内核的设计思想了，Linux 内核是以模块的方式来组织这个操作系统的，那么，为什么要用模块的方式来组织呢？模块的概念又是什么呢？在此来一一回答这个问题。& & & Linux2.6内核的源码树目录下一般都会有两个文件：Kconfig和Makefile。分布在各目录下的Kconfig构成了一个分布式的内核配置数据库，每个Kconfig分别描述了所属目录源文件相关的内核配置菜单。每个目录都会存放功能相对独立的信息，在每个目录中会存放各个不同的模块信息，比如在/dev/char/目录下就存放了所有字符设备的驱动程序，而这些程序代码在内核中是以模块的形式存在的，也就是说当系统需要这个驱动的时候，会把这个驱动以模块的方式编译到系统的内核中，编译分为静态编译和动态编译，静态编译内核体积比动态编译的体积要大，前面已经说了每个目录下面都会有一个Kconfig的文件，我们还会问，这个文件中都存放了什么信息？前面说了，每个目录的Kconfig文件描述了所属目录源文件相关的内核配置菜单，有其特殊的语法格式，图形化界面的文字正是从这个文件中读取出来的，如果把这个文件中的相应目录文件的信息全部删除，那么在图形化界面中将看不到该模块的信息，因此也不能进行模块的配置。& & & &在内核配置make menuconfig(或xconfig等)时，系统会自动从Kconfig中读出配置菜单，用户配置完后保存到.config(在顶层目录下生成)中。在内核编译时，主Makefile调用这个.config，(.config的重要性就体现在，它保存了我们的所有的配置信息，是我们选取源代码并且进行编译源代码的最终依据！！！)就知道了用户对内核的配置情况。上面的内容说明：Kconfig就是对应着内核的配置菜单。假如要想添加新的驱动到内核的源码中，可以通过修改Kconfig来增加对我们驱动的配置菜单，这样就有途径选择我们的驱动，假如想使这个驱动被编译，还要修改该驱动所在目录下的Makefile。因此，一般添加新的驱动时需要修改的文件有两种，即：Kconfig 和相应目录的Makefile（注意不只是两个），系统移植的重要内容就是给内核添加和删除相应的模块，因此主要修改的内核文件就是Kconfig 和相应目录的Makefile这两个文件。五、编译内核& & & $make zImage& & & &通过上述操作我们能够在 arch/arm/boot 目录下生成一个 zImage 文件，这就是经过压缩的内核镜像。& & & &内核的编译过程是非常复杂的，注意这里的编译是静态编译，此时会执行顶层目录下的Makefile中的zImage命令，在执行的过程中，会根据当前目录的.config文件去选择编译源代码。编译内核的具体步骤比较复杂，有时间会另写文章详细描述。六、通过tftp网络服务下载测试内核&&&&& &setenv bootcmd tftp (内存地址) zImage\;go & & & &setenv bootargs nfs nfsroot=192.168.1.199(虚拟机的ip):/source/rootfs ip=192.168.1.200(开发板的ip)&&init=/linuxrc(第一个要启动的用户进程) ttySAC0,115200(设置中断为串口1，波特率为：115200)&&& &&&&&& &保存环境变量，复位开发板，测试是否能够正常启动(注意：在此之前应设置好需要nfs挂载的文件系统，最后才能看到效果).内核测试和启动过程也是比较复杂的，在后续的文章中会详细介绍。第四部分：根文件系统的介绍&&&&由本文的第一张图：Flash存储中存放文件的分布图可知，文件系统的制作和移植是系统移植的最后一道工序了，在这里首先要提几个问题：& &&1.什么是文件系统？& &&2.如何实现文件系统？& & 3.常用的文件系统有哪些？为什么需要这些文件系统？& & 下面来一一回答这些问题：文件系统我们在日常生活中则很少听说，但是它确实存在，只是名字不叫文件系统罢了，一般叫资料库。资料库里面的文件众多，我们如何快速准确的找到我们要的那份文件呢？资料库采用了分类索引的方法来实现快速查找。类似于我们学校图书馆的管理方式，一楼可能是哲学类，二楼是社科类的，三楼是电子类的，四楼是计算机类的…………等等，我们把这种进行了分类索引的资料库叫文件系统。& & 对于计算机而言，文件其实就是资料数据，只能存储在物理介质上面，比如：硬盘，但是我们人不可能自己读取物理介质上的文件，或者自己把文件写入物理介质，物理介质上文件的读写只能采用程序来完成，为了方便实现，程序又被分成了物理介质驱动程序、内容存储程序和文件内容存储程序。物理介质驱动程序专门用于从物理介质上存取数据；内容存储程序用于把文件内容和文件属性信息打包；文件内容存储程序用于把用户输入形成文件内容，或者取得文件内容显示出来。我们可以把一个文件系统倒树分解成多个文件系统倒树分别存放到存储介质上，比如：一个存储到光盘里，一个存储到硬盘中，在使用时，我们把光盘里的文件系统的根目录挂到硬盘文件系统的一个目录下面，这样访问这个目录就相当于是访问光盘的根目录了，找到了根目录，我们也就可以访问整个光盘上的文件系统了。“在系统中一切皆是文件”这句话是我们学习系统的时候常常听到的一句话。虽然有些夸张，但是它揭示了文件系统对于系统的重要性；实际上文件系统对于所有的操作系统都很重要，因为它们把大部分的硬件设备和软件数据以文件的形式进行管理。系统对设备和数据的管理框架图如下：【图3】文件系统实现[说明]A.&VFS(virtual&file&system)是虚拟文件系统，它管理特殊文件(虚拟文件)、磁盘文件和设备文件B.&fs_operations结构是由一系列文件操作接口函数组成，由文件系统层来完成，为VFS提供文件操作；C.&在文件系统层，磁盘文件要实现各种文件系统(如：ext2)，设备文件要实现各种抽象的设备驱动D.&在设备驱动层，磁盘驱动要实现各种磁盘的驱动程序，其他设备驱动要实现具体的设备驱动E.&物理层就是设备自身& &为什么会有不同的文件类型？由于存储介质有很多种，所以没有办法用一种统一的格式存放文件系统到各种不同的存储介质上，而是需要多种不同的存储格式来适应各种存储介质的特性，以求达到存取效率和空间利用率的最优化，这样就需要对每种存储格式制定一个规范，这写规范就叫文件系统类型。常见的文件系统类型有：1.Dos& FAT162.windows& FAT16、FAT32、NTFS3.Linux& Minix、ext、ext2 、ext3 、ISO9660 、jffs2, yaffs, yaffs2、cramfs, romfs, ramdisk, rootfs、proc、sysfs、usbfs、devpts、 tmpfs & ramfs、 NFS& & 由此可见，Linux支持的文件系统最多。以不同的介质来分类，如下所示：? &磁盘& &&FAT16、 FAT16、FAT32、NTFS、ext、ext2 、ext3、Minix? &光盘& &&ISO9660、? &Flash& &&jffs2, yaffs, yaffs2、cramfs, romfs? &内存& &&Ramdisk、tmpfs & ramfs? &虚拟& &&rootfs、proc、sysfs、usbfs、devpts、NFS&&&&常用的存储介质理论上都可以用于存储支持的文件系统；因为我们这里只研究嵌入式系统，而嵌入式系统由于体积和移动特性的限制，不能采用磁盘和光盘，所以只能采用类的存储设备、内存和虚拟存储设备作为文件系统的存储介质；&flash芯片的驱动程序是由系统来提供，所以它的存取特点完全是自身的特点，这时最好有更加适合的文件系统——Jffs、Yaffs、Cramfs和Romfs。这些文件系统都是嵌入式系统中常用的文件系统，可以根据特点来选择使用它们，特点如下：共同点基于MTD驱动Jffs&&A.针对NOR Flash的实现&&B.基于哈希表的日志型文件系统&&C.采取损耗平衡技术，每次写入时都会尽量使写入的位置均匀分布&&D.可读写，支持数据压缩&&E.崩溃/掉电安全保护&&F.当文件系统已满或接近满时，因为垃圾收集的关系，运行速度大大放慢Yaffs& A.针对Nand Flash的实现&&B.日志型文件系统&&C.采取损耗平衡技术，每次写入时都会尽量使写入的位置均匀分布&&D.可读写，不支持数据压缩&&E.挂载时间短，占用内存小&&F.自带Nandflash驱动，可以不使用VFS和MTDCramfs&&A.单页压缩，支持随机访问，压缩比高达2：1&&B.速度快，效率高&&C.只读，有利于保护文件系统免受破坏，提高了系统的可靠性，但是无法对其内容进行扩充Romfs&&A.简单的、紧凑的、只读的文件系统&&&B.顺序存放数据，因而支持应用程序以XIP(execute In Place，片内运行)方式运行，在系统运行时，节省RAM空间&&&&&特有的文件系统类型：Ramdisk文件系统&&&&在系统中，内存经常用于存储文件系统，这种叫做，有两种，一种是完全把内存看成物理存储介质，利用内存模拟磁盘，运用磁盘的文件系统类型；另一种只是在内存中存储了文件系统逻辑结构，运用tmpfs&&&ramfs文件系统类型：&&&&tmpfs & ramfs&&& 1.&概述&&&&用物理内存模拟磁盘分区，挂载这种分区后，就可以跟读写磁盘文件一样读写这里面的文件，但是操作速度要比磁盘文件快得多；所以一般应用在下面几个方面：& & 1)读写速度要求快的文件应该放在这种文件系统中& & 2)磁盘分区为flash的情况下，把需要经常读写的文件放在这种文件系统中，然后定期写回flash& & 3)系统中的临时文件，如/tmp、/var目录下的文件应该放在这种文件系统中& & 4)/dev设备文件(因为设备文件随驱动和设备的加载和卸载而变化)，应该放在这种文件系统中& & 2.&特点&& & 1)由于数据都存放在物理内存中，所以系统重启后，这个文件系统中的数据会全部丢失& & 2)ramfs在没有指定最大的大小值情况下，会自动增长，直到用掉系统中所有的物理内存为止，这时会导致系统的崩溃，建议挂载时最好限定其最大的大小值& & 3)tmpfs如果指定了大小值，自动增长至大小值后，系统会限定它的大小；这个文件系统占用的物理内存页可以背置换到swap分区，但是ramfs不行& & 不同的文件系统具有不同的制作方法，有的比较复杂，有的比较简单，在此由于篇幅限制，先不做介绍，在后续的文章中会单独介绍文件系统的制作。& & 写了一天，终于写完了，总结了一下最近学的系统移植方面的知识，不是很详细，只是从宏观上去把握和理解系统移植的过程，在此做一个记录，以备后忘。
TA的最新馆藏[转]&
喜欢该文的人也喜欢}