嵌入式怎么加快编译速度

A. 什么是嵌入式设计中的交叉编译

Compiling a program takes place by running a compiler on the build platform. The compiled program will run on the host platform. Usually these two are the same; if they are different, the process is called cross-compilation.
对一个程序进行编译的过程要通过在一个操作系统平台(编译平台)上运行编译器而完成。被编译的程序也将运行在一个操作系统平台(运行平台)上，这二个平台通常是相同的，如果二者不同，则这个编译过程被称为交叉编译。

Typically the hardware architecture differs, like for example when compiling a program destined for the MIPS architecture on an x86 computer; but cross-compilation is also applicable when only the operating system environment differs, as when compiling a FreeBSD program under linux; or even just the system library, as when compiling programs with uClibc on a glibc host.
一般来说交叉编译被应用在硬件结构不同的机器上，如在x86的计算机上为MIPS体系的机器编译程序。但交叉编译也适用于硬件结构相同而操作系统不同的情况，比如在Linux操作系统下为FreeBSD编译程序。交叉编译甚至也可以应用于只有系统库不同的情况下，如在使用glibc的机器上用uClibc编译程序。

Cross-compilation is typically more involved and prone to errors than with native compilation. Due to this, cross-compiling is normally only utilized if the target is not yet self-hosting (i.e. able to compile programs on its own), unstable, or the build system is simply much faster. For many embedded systems, cross-compilation is simply the only possible way to build programs, as the target hardware does not have the resources or capabilities.
交叉编译通常比本地编译更容易引发错误。因此，交叉编译一般只用于目标平台不能自洽(比如说，目标平台无法完成程序编译)，不稳定或者编译平台速度更快的情况下。对大多数嵌入式系统来说，由于目标平台的执行能力或系统资源有限，交叉编译是唯一可行的编译方式。

B. 嵌入式设备，为加快启动速度，可以做哪些方面的优化

用eMMC啊神马的
bootloader优化，内核用力裁掉。

C. 学习嵌入式，要如何学好嵌入式

原文链接：网页链接

嵌入式Linux学习路线图

我是1999年上的大学，物理专业。在大一时，我们班里普遍弥漫着对未来的不安，不知道学习了物理后出去能做什么。你当下的经历、当下的学习，在未来的一天肯定会影响到你。毕业后我们也各自找到了自己的职业：出国深造转行做金融、留校任教做科研、设计芯片、写程序、创办公司等等，这一切都离不开在校时学到的基础技能（数学、IT、电子电路）、受过煅炼的自学能力。

所以，各位正在迷茫的在校生，各位正在尝试转行的程序员，未来一定有你的位置，是好是坏取决于你当下的努力与积累。

我不能预言几年后什么行业会热门，也不能保证你照着本文学习可以发财。我只是一个有十几年经验的程序员，给对编程有兴趣的你，提供一些建议。

1.程序员的三大方向

程序员的方向，一般可以分为3类：专业领域、业务领域、操作系统领域。你了解它们后，按兴趣选择吧。

对于专业领域，我提供不了建议。

业务，也就是应用程序，它跟操作系统并不是截然分开的：

①开发实体产品时，应用程序写得好的人，有时候需要操作系统的知识，比如调度优先级的设置、知道某些函数可能会令进程休眠。

②写应用程序的人进阶为系统工程师时，他需要从上到下都了解，这时候就需要有操作系统领域的知识了，否则，你怎么设计整个系统的方案呢？

③做应用程序的人，需要了解行业的需求，理解业务的逻辑。所以，当领导的人，多是做应用的。一旦钻入了某个行业，很难换行业。

④而操作系统领域，做好了这是通杀各行业：他只负责底层系统，在上面开发什么业务跟他没关系。这行很多是技术宅，行业专家。

⑤操作系统和业务之间并没有一个界线。有操作系统经验，再去做应用，你会对系统知根知底，碰到问题时都有解决思路。有了业务经验，你再了解一下操作系统，很快就可以组成一个团队自立门户，至少做个CTO没问题。

1.1 专业领域

它又可以分为下面2类。

1.1.1 学术研究

比如语音、图像处理、人工智能，这类工作需要你有比较强的理论知识，我倾向于认为这类人是“科学家”，他们钻研多年，很多时候是在做学术研究。

在嵌入式领域，需要把他们的成果用某种算法表达出来，针对某种芯片进行优化，这部分工作也许有专人来做。

1.1.2 工程实现

也有这样一类人，他们懂得这些专业领域的概念，但是没有深入钻研。可以使用各类开源资料实现某个目标，做出产品。比如图像处理，他懂得用opencv里几百个复杂函数来实现头像识别。有时候还可以根据具体芯片来优化这些函数。

“专业领域”不是我的菜，如果你要做这一块，我想最好的入门方法是在学校学习研究生、博士课程。

1.2 业务领域

换句话说，就是应用程序，这又可以分为下面2类。

1.2.1 界面显示

做产品当然需要好的界面，但是，不是说它不重要，是没什么发展后劲。

现在的热门词是Android APP和IOS APP开发。你不要被Android、IOS两个词骗了，它们跟以前的VC、VB是同一路货色，只是、仅仅是一套GUI控件的实现。

希望没有冒犯到你，我有理由。

一个程序需要有GUI界面，但是程序的内在逻辑才是核心。Android、IOS的开发工具给我们简化了GUI的开发，并提供了这些控件的交互机制，封装并提供了一些服务(比如网络传输)。但是程序内部的业务逻辑、对视频图像声音的处理等等，这才是核心。另外别忘了服务器那边的后台程序：怎样更安全地保存数据、保护客户的隐私，怎样处理成千上万上百万的并发访问，等等，这也是核心。

但是，从Android、IOS APP入门入行，这很快！如果你是大四，急于找到一份工作，那么花上1、2个月去学习Android或IOS，应该容易找到工作，毕竟APP的需求永远是最大的，现在这两门技术还算热门。在2011、2012年左右，Android程序员的起薪挺高，然后开始下滑。Android APP的入门基本只要1个月，所以懂的人也越来越多。2013、2014年，IOS开发的工资明显比Android高了，于是各类IOS培训也火曝起来。中华大地向来不缺速成人才，估计再过一阵子IOS工程师也是白菜价了。

会Android、IOS只是基本要求，不信去51job搜搜Android或IOS，职位要求里肯定其他要求。

1.2.2 业务逻辑

举个简单例子，做一个打卡软件，你需要考虑这些东西：

①正常流程是上班下班时都要打卡

②有人忘记了怎么办？作为异常记录在案，推送给管理员

③请假时怎么处理？

④加班怎么处理？

对于更复杂的例子，视频会议系统里，各个模块怎么对接，各类协议怎么兼容，你不深入这个行业，你根本搞不清楚。

应用开发的职位永远是最多的，入门门槛也低。基本上只要你会C语言，面试时表现比较得体，一般公司都会给你机会。因为：

①你进公司后，还需要重新培训你：熟悉它们的业务逻辑。

②你要做的，基本也就是一个个模块，框架都有人给你定好了，你去填代码就可以了。

说点让你高兴的事：软件公司里，做领导的基本都是写应用程序的（当然还有做市场的）。写应用程序的人，对外可以研究市场接待客户，对内可以管理程序员完成开发，不让他做领导让谁做？

如果你的志向是写应用程序，那么我建议你先练好基本功：数据结构、算法是必备，然后凭兴趣选择数据库、网络编程等等进行深入钻研。

最后，选择你看好的、感兴趣的行业深耕个10年吧。做应用开发的人选择了某个行业，后面是很难换行业的，选行很重要！

1.3 操作系统领域

UCOS太简单，VxWorks太贵太专业，Windows不玩嵌入式了，IOS不开源，所以对于操作系统领域我们也只能玩Linux了。

在嵌入式领域Linux一家独大！

Android呢？Android跟QT一样，都是一套GUI系统。只是Google的实力太强了，现在Android无处不在，所以很多时候Linux+Android成了标配。注意，在这里我们关心的是Android的整个系统、里面的机制，而不是学习几个API然后开发界面程序。操作系统领域所包含的内容，简单地说，就是制作出一台装好系统的专用“电脑”，可以分为：

①为产品规划硬件：

按需求、性能、成本选择主芯片，搭配周边外设，交由硬件开发人员设计。

②给单板制作、安装操作系统、编写驱动

③定制维护、升级等系统方案

④还可能要配置、安装Android等GUI系统：

⑤为应用开发人员配置开发环境

⑥从系统角度解决疑难问题

这个领域，通常被称为“底层系统”或是“驱动开发”。

先解决2个常见误区：

①这份工作是写驱动程序吗？

看看上面罗列的6点，应该说，它包含驱动开发，但远远不只有驱动开发。

②我们还需要写驱动吗？不是有原厂吗？或者只需要改改就可以？

经常有人说，芯片原厂都做好驱动了，拿过来改改就可以了。如果，你的硬件跟原厂的公板完全一样，原厂源码毫无BUG，不想优化性能、削减成本，不想做一些有特色的产品，那这话是正确的。

但是在这个不创新就是找死的年代，可能吗？！原因有二：

①即使只是修改代码，能修改的前提是能理解；能理解的最好煅炼方法是从零写出若干驱动程序。

②很多时候，需要你深度定制系统。

以前做联发科手机只需要改改界面就可以出货了，现在山寨厂一批批倒下。大家都使用原厂的方案而不加修改时，最后只能拼成本。

举个例子，深圳有2家做交通摄像头、监控摄像头的厂家，他们曾经找我做过4个项目：

①改进厂家给的SD卡驱动性能，使用DMA。

②换了Flash型号后，系统经常出问题，需要修改驱动BUG。

③触摸屏点击不准，找原因，后来发现是旁路电容导致的。

④裁减成本，把4片DDR换为2片DDR，需要改bootloader对DDR的初始化。

这些项目都很急，搞不定就无法出货，这时候找原厂？除非你是中兴华为等大客户，否则谁理你？

我在中兴公司上班时，写驱动的时间其实是很少的，大部分时间是调试：系统调优，上帮APP工程师、下帮硬件工程师查找问题。我们从厂家、网上得到的源码，很多都是标准的，当然可以直接用。但是在你的产品上也许优化一下更好。比如我们可以把摄像头驱动和DMA驱动揉合起来，让摄像头的数据直接通过DMA发到DSP去。我们可以在软件和硬件之间起桥梁作用，对于实体产品，有可能是软件出问题也可能是硬件出问题，一般是底层系统工程师比较容易找出问题。

当硬件、软件应用出现问题，他们解决不了时，从底层软件角度给他们出主意，给他们提供工具。再比如方案选择：芯片性能能否达标、可用的BSP是否完善等等，这只能由负责整个方案的人来考虑，他必须懂底层。

在操作系统领域，对知识的要求很多：

①懂硬件知识才能看懂电路图

②英文好会看芯片手册

③有编写、移植驱动程序的能力

④对操作系统本身有一定的理解，才能解决各类疑难问题

⑤理解Android内部机制

⑥懂汇编、C语言、C++、JAVA

它绝对是一个大坑，没有兴趣、没有毅力的人慎选。

①这行的入门，绝对需要半年以上，即使全天学习也要半年。

②它的职位，绝对比APP的职位少

③并且你没有1、2年经验，招你到公司后一开始你做的还是APP。

优点就是：

①学好后，行业通杀，想换行就换行；想自己做产品就自己做产品。

②相比做应用程序的人，不会被经常变动的需求搞得天天加班。

③门槛高，当然薪水相对就高。

操作系统领域，我认为适合于这些人：

①硬件工程师想转软件工程师，从底层软件入门会比较好

②单片机工程师，想升级一下。会Linux底层的人肯定会单片机，会单片机的人不一定会Linux。

③时间充足的学生：如果你正读大二大三，那么花上半年学习嵌入式Linux底层多有益处。

④想掌握整个系统的人，比如你正在公司里写APP，但是想升为系统工程师，那么底层不得不学。

⑤想自己创业做实体产品的工程师，你有钱的话什么技术都不用学，但是如果没钱又想做产品，那么Linux底层不得不学。

⑥做Linux APP的人，没错，他们也要学习。

这部分人不需要深入，了解个大概就可以：bootloader是用来启动内核，Linux的文件系统(第1个程序是什么、做什么、各目录干嘛用)、APP跟驱动程序的调用关系、工具链，有这些概念就可以了

本文中，就把操作系统默认为Linux，讲讲怎么学习嵌入式Linux+Android系统。

1.4 嵌入式Linux+Android系统包含哪些内容

嵌入式Linux系统包含哪些东西？不要急，举一个例子你就知道了。

①电脑一开机，那些界面是谁显示的？

是BIOS，它做什么？一些自检，然后从硬盘上读入windows，并启动它。

类似的，这个BIOS对应于嵌入式Linux里的bootloader。这个bootloader要去Flash上读入Linux内核，并启动它。

②启动windows的目的是什么？

当然运行应用程序以便上网、聊天什么的了。

这些上网程序、聊天程序在哪？

在C盘、D盘上。

所以，windows要先识别出C盘、D盘。在Linux下我们称之为根文件系统。

③windows能识别出C盘、D盘，那么肯定有读写硬盘的能力。

这个能力我们称之为驱动程序。当然不仅仅是操作硬盘，还有网卡、USB等等其他硬件。嵌入式Linux能从Flash上读出并执行应用程序，肯定也得有Flash的驱动程序啊，当然也不仅仅是Flash。

简单地说，嵌入式LINUX系统里含有bootloader、内核、驱动程序、根文件系统、应用程序这5大块。而应用程序，我们又可以分为：C/C++、Android。

所以，嵌入式Linux+Android系统包含以下6部分内容：

①bootloader

②Linux内核

③驱动程序

④使用C/C++编写的应用程序

⑤Android系统本身

⑥Android应用程序

Android跟Linux的联系实在太大了，它的应用是如此广泛，学习了Linux之后没有理由停下来不学习Android。在大多数智能设备中，运行的是Linux操作系统；它上面要么安装有Android，要么可以跟Android手机互联。现在，Linux+Android已成标配。

2. 怎么学习嵌入式Linux操作系统

本文假设您是零基础，以实用为主，用最快的时间让你入门；后面也会附上想深入学习时可以参考的资料。

在实际工作中，我们从事的是“操作系统”周边的开发，并不会太深入学习、修改操作系统本身。

①操作系统具有进程管理、存储管理、文件管理和设备管理等功能，这些核心功能非常稳定可靠，基本上不需要我们修改代码。我们只需要针对自己的硬件完善驱动程序

②学习驱动时必定会涉及其他知识，比如存储管理、进程调度。当你深入理解了驱动程序后，也会加深对操作系统其他部分的理解

③Linux内核中大部分代码都是设备驱动程序，可以认为Linux内核由各类驱动构成

但是，要成为该领域的高手，一定要深入理解Linux操作系统本身，要去研读它的源代码。

在忙完工作，闲暇之余，可以看看这些书：

①赵炯的《linux内核完全注释》，这本比较薄，推荐这本。他后来又出了《Linux 内核完全剖析》，太厚了，搞不好看了后面就忘记前面了。

②毛德操、胡希明的《LINUX核心源代码情景分析》，此书分上下册，巨厚无比。当作字典看即可：想深入理解某方面的知识，就去看某章节。

③其他好书还有很多，我没怎么看，没有更多建议

基于快速入门，上手工作的目的，您先不用看上面的书，先按本文学习。

2.1 入门路线图

假设您是零基础，我们规划了如下入门路线图。前面的知识，是后面知识的基础，建议按顺序学习。每一部分，不一定需要学得很深入透彻，下面分章节描述。

2.2 学习驱动程序之前的基础知识

2.2.1 C语言

只要是理工科专业的，似乎都会教C语言。我见过很多C语言考试90、100分的，一上机就傻了，我怀疑他们都没在电脑上写过程序。

理论再好，没有实践不能干活的话，公司招你去干嘛？

反过来，实践出真知，学习C语言，必须练练练、写写写！

当你掌握基本语法后，就可以在电脑上练习一些C语言习题了；

当你写过几个C程序后，就可以进入下一阶段的裸机开发了。

①不需要太深入

作为快速入门，只要你会编写“Hello, world!”，会写冒泡排序，会一些基础的语法操作，暂时就够了。

指针操作是重点，多练习；

不需要去学习过多的数据结构知识，只需要掌握链表操作，其他不用学习，比如：队列、二叉树等等都不用学；不需要去学习任何的函数使用，比如文件操作、多线程编程、网络编程等等；这些知识，在编写Linux应用程序时会用，但是在操作系统特别是驱动学习时，用不着！

永往直前吧，以后碰到不懂的C语言问题，我们再回过头来学习。

在后续的“裸机开发”中，会让你继续练习C语言，那会更实战化。

C语言是在写代码中精进的。

②可以在Visual Studio下学习，也可以在Linux下学习，后者需要掌握一些编译命令，我们暂时没有提供C语言的教程，找一本C语言书，网上找找免费的C语言视频(主要看怎么搭建环境)，就可以自学了。

2.2.2 PC Linux基本操作：

对于PC Linux，我们推荐使用Ubuntu，在它上面安装软件非常简便。

我们的工作模式通常是这样：在Windows下阅读、编写代码，然后把代码上传到PC Linux去编译。实际上，Ubuntu的桌面系统已经很好用了，我们拿到各种智能机可以很快上手，相信Ubuntu的桌面系统也可以让你很快上手。为了提高工作效率，我们通常使用命令行来操作Ubuntu。

不用担心，你前期只需要掌握这几条命令就可以了，它们是如此简单，我干脆列出它们：

①cd : Change Directory（改变目录）

cd 目录名 // 进入某个目录cd .. // cd “两个点”：返回上一级目录cd - // cd “短横”：返回上一次所在目录

②pwd : Print Work Directory（打印当前目录 显示出当前工作目录的绝对路径）

③mkdir : Make Directory（创建目录）

mkdir abc // 创建文件夹abcmkdir -p a/b/c // 创建文件夹a，再a下创建文件夹b，再在b下创建文件夹c

④rm : Remove（删除目录或文件）

rm file // 删除名为file的文件rm -rf dir // 删除名为dir的目录

⑤ls : List（列出目录内容）

⑥mount : 挂载

mount -t nfs -o nolock,vers=2 192.168.1.123:/work/nfs_root /mntmount -t yaffs /dev/mtdblock3 /mnt

⑦chown : Change owner（改变文件的属主，即拥有者）

chown book:book /work -R //对/work目录及其下所有内容，属主改为book用户，组改为book

⑧chmod : Change mode（改变权限），下面的例子很简单粗暴

chmod 777 /work -R // 对/work目录及其下所有内容，权限改为可读、可写、可执行

⑨vi : Linux下最常用的编辑命令，使用稍微复杂，请自己搜索用法。

要练习这些命令，你可以进入Ubuntu桌面系统后，打开终端输入那些命令；或是用SecureCRT、putty等工具远程登录Ubuntu后练习。

2.2.3 硬件知识

我们学习硬件知识的目的在于能看懂原理图，看懂通信协议，看懂芯片手册；不求能设计原理图，更不求能设计电路板。

对于正统的方法，你应该这样学习：

①学习《微机原理》，理解一个计算机的组成及各个部件的交互原理。

②学习《数字电路》，理解各种门电路的原理及使用，还可以掌握一些逻辑运算（与、或等）。

③《模拟电路》？好吧，这个不用学，至少我在工作中基本用不到它，现在全忘光了。

就我个人经验来说，这些课程是有用的，但是：

①原理有用，实战性不强。

比如《微机原理》是基于x86系统，跟ARM板子有很大差别，当然原理相通。

我是在接触嵌入式编程后，才理解了这些课程。

②每本书都那么厚，内容都很多，学习时间过长，自学有难度。

针对这些校园教材的不足，并结合实际开发过程中要用到的知识点，我们推出了《学前班_怎么看原理图》的系列视频：

学前班第1课第1节___怎么看原理图之GPIO和门电路.wmv

学前班第1课第2.1节_怎么看原理图之协议类接口之UART.wmv

学前班第1课第2.2节_怎么看原理图之协议类接口之I2C.wmv

学前班第1课第2.3节_怎么看原理图之协议类接口之SPI.wmv

学前班第1课第2.4节_怎么看原理图之协议类接口之NAND Flash.wmv

学前班第1课第2.5节_怎么看原理图之协议类接口之LCD.wmv

学前班第1课第3节___怎么看原理图之内存类接口.wmv

学前班第1课第4.1节_怎么看原理图之分析S3C2410开发板.wmv

学前班第1课第4.2节_怎么看原理图之分析S3C2440开发板.wmv

学前班第1课第4.3节_怎么看原理图之分析S3C6410开发板.wmv

即使你只具备初中物理课的电路知识，我也希望能通过这些视频，让你可以看懂原理图，理解一些常见的通信协议；如果你想掌握更多的硬件知识，这些视频也可以起个索引作用，让你知道缺乏什么知识。

这些视频所讲到的硬件知识，将在《裸板开发》系列视频中用到，到时可以相互对照着看，加深理解。

2.2.4 要不要专门学习Windows下的单片机开发

很多学校都开通了单片机的课程，很多人都是从51单片机、AVR单片机，现在比较新的STM32单片机开始接触嵌入式领域，并且使用Windows下的开发软件，比如keil、MDK等。

问题来了，要不要专门学习Windows下的单片机开发？

①如果这是你们专业的必修课，那就学吧

②如果你的专业跟单片机密切相关，比如机械控制等，那就学吧

③如果你只是想从单片机入门，然后学习更广阔的嵌入式Linux，那么放弃在Windows下学习单片机吧！

理由如下：

①Windows下的单片机学习，深度不够

Windows下有很好的图形界面单片机开发软件，比如keil、MDK等。

它们封装了很多技术细节，比如：

你只会从main函数开始编写代码，却不知道上电后第1条代码是怎么执行的；

你可以编写中断处理函数，但是却不知道它是怎么被调用的；

你不知道程序怎么从Flash上被读入内存；

也不知道内存是怎么划分使用的，不知道栈在哪、堆在哪；

当你想裁剪程序降低对Flash、内存的使用时，你无从下手；

当你新建一个文件时，它被自动加入到工程里，但是其中的机理你完全不懂；

等等等。

②基于ARM+Linux裸机学习，可以学得更深，并且更贴合后续的Linux学习。实际上它就是Linux下的单片机学习，只是一切更加原始：所有的代码需要你自己来编写；哪些文件加入工程，需要你自己来管理。

在工作中，我们当然倾向于使用Windows下更便利的工具，但是在学习阶段，我们更想学习到程序的本质。

一切从零编写代码、管理代码，可以让我们学习到更多知识：

你需要了解芯片的上电启动过程，知道第1条代码如何运行；

你需要掌握怎么把程序从Flash上读入内存；

需要理解内存怎么规划使用，比如栈在哪，堆在哪；

需要理解代码重定位；

需要知道中断发生后，软硬件怎么保护现场、跳到中断入口、调用中断程序、恢复现场；

你会知道，main函数不是我们编写的第1个函数；

你会知道，芯片从上电开始，程序是怎么被搬运执行的；

你会知道，函数调用过程中，参数是如何传递的；

你会知道，中断发生时，每一个寄存器的值都要小心对待；

等等等。

你掌握了ARM+Linux的裸机开发，再回去看Windows下的单片机开发，会惊呼：怎么那么简单！并且你会完全明白这些工具没有向你展示的技术细节。

驱动程序=Linux驱动程序软件框架+ARM开发板硬件操作，我们可以从简单的裸机开发入手，先掌握硬件操作，并且还可以：

①掌握如何在PC Linux下编译程序、把程序烧录到板子上并运行它

②为学习bootloader打基础：掌握了各种硬件操作后，后面一组合就是一个bootloader

2.2.5 为什么选择ARM9 S3C2440开发板，而不是其他性能更好的？

有一个错误的概念：S3C2440过时了、ARM9过时了。

这是不对的，如果你是软件工程师，无论是ARM9、ARM11、A8还是A9，对我们来说是没有差别的。

一款芯片，上面有CPU，还有众多的片上设备(比如UART、USB、LCD控制器)。我们写程序时，并不涉及CPU，只是去操作那些片上设备。

所以：差别在于片上设备，不在于CPU核；差别在于寄存器操作不一样。

因为我们写驱动并不涉及CPU的核心，只是操作CPU之外的设备，只是读写这些设备的寄存器。

之所以推荐S3C2440，是因为它的Linux学习资料最丰富，并有配套的第1、2期视频。

2.2.6 怎么学习ARM+Linux的裸机开发

学习裸机开发的目的有两个：

①掌握裸机程序的结构，为后续的u-boot作准备

②练习硬件知识，即：怎么看原理图、芯片手册，怎么写代码来操作硬件

后面的u-boot可以认为是裸机程序的集合，我们在裸机开发中逐个掌握各个部件，再集合起来就可以得到一个u-boot了。

后续的驱动开发，也涉及硬件操作，你可以在裸机开发中学习硬件知识。

注意：如果你并不关心裸机的程序结构，不关心bootloader的实现，这部分是可以先略过的。在后面的驱动视频中，我们也会重新讲解所涉及的硬件知识。

推荐两本书：杜春蕾的《ARM体系结构与编程》，韦东山的《嵌入式Linux应用开发完全手册》。后者也许是国内第1本涉及在PC Linux环境下开发的ARM裸机程序的书，如果我说错了，请原谅我书读得少。

对于裸机开发，我们提供有2部分视频：

①环境搭建

第0课第1节_刚接触开发板之接口接线.wmv

第0课第2节_刚接触开发板之烧写裸板程序.wmv

第0课第3节_刚接触开发板之重烧整个系统.wmv

第0课第4节_刚接触开发板之使用vmwae和预先做好的ubuntu.wmv

第0课第5节_刚接触开发板之u-boot打补丁编译使用及建sourceinsight工程.wmv

第0课第6节_刚接触开发板之内核u-boot打补丁编译使用及建sourceinsight工程.wmv

第0课第7节_刚接触开发板之制作根文件系统及初试驱动.wmv

第0课第8节_在TQ2440,MINI2440上搭建视频所用系统.wmv

第0课第9节_win7下不能使用dnw烧写的替代方法.wmv

.................未完

原文链接：网页链接

D. 嵌入式系统如何开发的

嵌入式系统开发就是对于除了电脑之外的所有电子设备上操作系统的开发，开发对象有手机，掌上电脑，机电系统等。
嵌入式系统开发流程：

第一步：建立开发环境
操作系统一般使用Redhat Linux，选择定制安装或全部安装，通过网络下载相应的GCC交叉编译器进行安装(比如，arm-linux-gcc、arm-uclibc-gcc)，或者安装产品厂家提供的相关交叉编译器；
第二步：配置开发主机
配置MINICOM，一般的参数为波特率115200 Baud/s，数据位8位，停止位为1，9，无奇偶校验，软件硬件流控设为无。在Windows下的超级终端的配置也是这样。MINICOM软件的作用是作为调试嵌入式开发板的信息输出的监视器和键盘输入的工具。配置网络主要是配置NFS网络文件系统，需要关闭防火墙，简化嵌入式网络调试环境设置过程。
第三步：建立引导装载程序BOOTLOADER
从网络上下载一些公开源代码的BOOTLOADER，如U．BOOT、BLOB、VIVI、LILO、ARM-BOOT、RED-BOOT等，根据具体芯片进行移植修改。有些芯片没有内置引导装载程序，比如，三星的ARV17、ARM9系列芯片，这样就需要编写开发板上FLASH的烧写程序，可以在网上下载相应的烧写程序，也有Linux下的公开源代码的J-FLASH程序。如果不能烧写自己的开发板，就需要根据自己的具体电路进行源代码修改。这是让系统可以正常运行的第一步。如果用户购买了厂家的仿真器比较容易烧写FLASH，虽然无法了解其中的核心技术，但对于需要迅速开发自己的应用的人来说可以极大提高开发速度。
第四步：下载已经移植好的Linux操作系统
如MCLiunx、ARM-Linux、PPC-Linux等，如果有专门针对所使用的CPU移植好的Linux操作系统那是再好不过，下载后再添加特定硬件的驱动程序，然后进行调试修改，对于带MMU的CPU可以使用模块方式调试驱动，而对于MCLiunx这样的系统只能编译内核进行调试。
第五步：建立根文件系统
下载使用BUSYBOX软件进行功能裁减，产生一个最基本的根文件系统，再根据自己的应用需要添加其他的程序。由于默认的启动脚本一般都不会符合应用的需要，所以就要修改根文件系统中的启动脚本，它的存放位置位于/etc目录下，包括：/etc/init.d/rc.S、/etc/profile、/etc/.profile等，自动挂装文件系统的配置文件/etc/fstab，具体情况会随系统不同而不同。根文件系统在嵌入式系统中一般设为只读，需要使用mkcramfs genromfs等工具产生烧写映像文件。
第六步：建立应用程序的FLASH磁盘分区
一般使用JFFS2或YAFFS文件系统，这需要在内核中提供这些文件系统的驱动，有的系统使用一个线性FLASH(NOR型)512KB～32MB，有的系统使用非线性FLASH(NAND型)8MB～512MB，有的两个同时使用，需要根据应用规划FLASH的分区方案。
第七步：开发应用程序
可以放入根文件系统中，也可以放入YAFFS、JFFS2文件系统中，有的应用不使用根文件系统，直接将应用程序和内核设计在一起，这有点类似于μC/OS-II的方式。
第八步：烧写内核
根文件系统和应用程序，发布产品。
....................................................................................................................................................
................................................................
还有怎么学习嵌入式呢，我刚才看到一篇很不错的文章，是一个专科生介绍自己如何自学嵌入式，并找到嵌入式的工作，里面介绍了他的学习方法和学习过程，希望对你有帮助。
先做个自我介绍，我07年考上一所很烂专科民办的学校，学的是生物专业，具体的学校名称我就不说出来献丑了。09年我就辍学了，我在那样的学校，一年学费要1万多，但是根本没有人学习，我实在看不到希望，我就退学了。
退学后我也迷茫，大专都没有毕业，我真的不知道我能干什么，我在纠结着我能做什么。所以辍学后我一段时间，我想去找工作，因为我比较沉默寡言，不是很会说话，我不适合去应聘做业务。我想应聘做技术的，可是处处碰壁。
一次偶然的机会，我才听到嵌入式这个行业。那天我去新华书店，在计算机分类那边想找本书学习。后来有个女孩子走过来，问我是不是读计算机的，有没有兴趣学习嵌入式，然后给我介绍了一下嵌入式现在的火热情况，告诉我学嵌入式多么的有前景，给我了一份传单，嵌入式培训的广告。听了她的介绍，我心里痒痒的，确实我很想去学会一门自己的技术，靠自己的双手吃饭。
回家后，我就上网查了下嵌入式，确实是当今比较热门的行业，也是比较好找工作的，工资也是相对比较高。我就下决心想学嵌入式了。于是我去找嵌入式培训的相关信息，说真的，我也很迷茫，我不知道培训是否真的能像他们宣传的那样好，所以我就想了解一段时间再做打算。
后来，我在网络知道看到一篇让我很鼓舞的文章，是一个嵌入式高手介绍没有基础的朋友怎么自学入门学嵌入式，文章写的很好，包含了如何学习，该怎么学习。他提到一个方法就是看视频，因为看书实在太枯燥和费解的，很多我们也看不懂。这点我真的很认同，我自己看书往往看不了几页。
我在想，为什么别人都能自学成才，我也可以的！我要相信自己，所以我就想自学，如果实在学不会我再去培训。
主意一定，我就去搜索嵌入式的视频，虽然零星找到一些嵌入式的视频，但是都不系统，我是想找一个能够告诉我该怎么学的视频，一套从入门到精通的视频，一个比较完整的资料，最好能有老师教，不懂可以请教的。
后来我又找到一份很好的视频，是在IT学习联盟网站推出的一份视频《零基础嵌入式就业班》（喜欢《零基础嵌入式就业班》的可以复制 sina.lt/qKh 粘贴浏览器地址栏按回车键即打开）。里面的教程还不错，很完整，可以让我从基础的开始学起。视频比较便宜。
下面介绍下我的学习流程，希望对和我一样完全没有基础的朋友有所帮助。
收到他们寄过来的光盘后，我就开始学习了，由于我没有什么基础，我就从最简单的C语言视频教程学起，话说简单，其实我还是很多不懂的，我只好请教他们，他们还是很热心的，都帮我解决了。C语言我差不多学了一个礼拜，接下来我就学了linux的基本命令，我在他们提供linux虚拟机上都有做练习，敲linux的基本命令，写简单的C语言代码，差不多也就三个礼拜。我每天都在不停的写一些简单的代码，这样一月后我基本掌握了C和linux的基本操作。
接下来我就去学习了人家的视频的培训教程，是整套的，和去参加培训没有多大的区别，这一看就是两个月，学习了ARM的基本原理，学习嵌入式系统的概念，也掌握了嵌入式的环境的一些搭建，对linux也有更深层次的理解了，明白了嵌入式应用到底是怎么做的，但是驱动我只是有一点点的了解，这个相对难一点，我想以后再慢慢啃。
这两个月，除了吃饭睡觉，我几乎都在学习。因为我知道几乎没有基础，比别人差劲，我只能坚持努力着，我不能放弃，我必要要靠自己来养活自己，必须学好这门技术，然后我就把不懂的问题总结记下来，这样慢慢积累了一段时间，我发现自己真的有点入门了。
最后的一个月，我就去看关于实践部分的内容，了解嵌入式项目具体的开发流程，需要什么样的知识，我就开始准备这方面的知识，也就是学习这方面的视频，同时他们建议我去找了找一些嵌入式面试的题目，为自己以后找工作做准备。我就到网上找了很多嵌入式的题目，把他们理解的记下来，这样差不多准备了20天左右
我觉得自己差不多入门了，会做一些简单的东西了。我就想去找工作看看，于是我就到51job疯狂的投简历，因为我学历的问题，专科没有毕业，说真的，大公司没有人会要我，所以我投的都是民营的小公司，我希望自己的努力有所回报。没有想过几天过后，就有面试了，但是第一次面试我失败了，虽然我自认为笔试很好，因为我之前做了准备，但是他们的要求比较严格，需要有一年的项目经验，所以我没有被选中。
后来陆续面试了几家公司，终于功夫不负有心人。我终于面试上的，是在闵行的一家民营的企业，公司规模比较小，我的职务是嵌入式linux应用开发，做安防产品的应用的。我想我也比较幸运，经理很看重我的努力，就决定录用我，开的工资是3500一个月，虽然我知道在上海3500只能过温饱的生活，但是我想我足够了。我至少不用每天都要靠父母养，我自己也能养活自己的。我想只要我继续努力，我工资一定会翻倍的。
把本文写出来，希望能让和我一样的没有基础的朋友有信心，其实我们没有必要自卑，我们不比别人笨，只要我们肯努力，我们一样会成功。
假如你喜欢嵌入式的话就努力学习吧。

。。。。。。。。。。。。。。。。。。。。。。。。。。。

E. 如何编译Linux内核

内核配置完成，输入make命令即可开始编译内核。如果没有修改Makefile文件并指定ARCH和CROSS_COMPILE参数，则须在命令行中指定：
$ make ARCH=arm CROSS_COMPILE=arm-none-linux-gnueabi-
目前大多数主机都是多核处理器，为了加快编译进度，可以开启多线程编译，在make的时候加上“-jN”即可，N的值为处理器核心数目的2倍。例如对于I7 4核处理器，可将N设置为8：
$ make ARCH=arm CROSS_COMPILE=arm-none-linux-gnueabi- -j8
采用多线程编译的优点是能加快编译进度，。具体可以参照ZLG《嵌入式Linux开发教程(下册)》第1章。

F. 编译 嵌入式内核编译 需要多长时间

看你编译机器的配置了，
差一点的，几个小时到一天左右；
好一点的机器，几十分钟左右。
一般的， make -j2 / make -j8 / make -j16 它们用的时间就截然不同了

G. 安装QT环境遇到这种情况怎么破

Centos6.3自身是带QT4.6.2的，在装系统时可以选择安装，但是没有qvfb工具，所以又自己重新编译了qt-x11的4.5.0版本。

qt各版本版本下载地址（在网上找的很多博文里给的链接都失效了，下面这个链接貌似还比较新，现在可以用）：
http://qt-project.org/downloads
ftp://ftp.qt-project.org/qt/source/
在ftp资源里找到 qt-x11-opensource-src-4.5.0、qt-embedded-linux-opensource-src-4.5.0这两个源码包并下载（tar.gz或tar.bz2包都有，网速不好的话看哪个小下载哪个）。

下载后将两个源码包分别解压，qt-x11-opensource-src-4.5.0解压一份，qt-embedded-linux- opensource-src-4.5.0解压两份，分别命名为qt-embedded-linux-opensource-src-4.5.0-x86 和 qt-embedded-linux-opensource-src-4.5.0-arm 。

开始编译安装：

一、X11编译：
1.进入qt-x11-opensource-src-4.5.0源码目录。

./configure -no-openssl
在我这里必须加上-no-openssl选项，否则在make过程中，编译到ssl时会报错。出错信息为：
ssl/qsslsocket_openssl_symbols_p.h:264: error: variable or field ‘q_sk_free’ declared void
ssl/qsslsocket_openssl_symbols_p.h:264: error: ‘STACK’ was not declared in this scope
ssl/qsslsocket_openssl_symbols_p.h:264: error: ‘a’ was not declared in this scope
ssl/qsslsocket_openssl_symbols_p.h:265: error: ‘STACK’ was not declared in this scope
ssl/qsslsocket_openssl_symbols_p.h:265: error: ‘a’ was not declared in this scope
……
……

默认安装路径为 /usr/local/Trolltech/Qt-4.5.0。可用--prefix 指定其他安装路径。

2. gmake # linux下一般可直接用make代替gmake。如果要加快编译速度，就加上 -jx ，x表示最大的线程数。

3. gmake install

二、qt-embedded-x86编译:

1.进入qt-embedded-linux-opensource-src-4.5.0-x86源码目录。
./configure -prefix /usr/local/Trolltech/QtEmbedded-4.5.0-x86 -embedded x86 -no-openssl -qt-gfx-qvfb -qt-kbd-qvfb -qt-mouse-qvfb
先后配置了安装目录、嵌入式架构（x86）。同时也跟X11版本一样，配置了 -no-openssl，没有这一项的话，make的过程中会出现跟编译X11时一样的错误。再后面的几项是为了更好的配合qvfb，网上说如果没有这几 项，安装好qt-embedded-x86后想在qvfb上调试程序时，会出现类似下面的错误：
Error opening buffer device /dev/fb0QScreenLinuxFb::connect: No such file or directory

2. gmake
跟x11版一样
3. gamke install

三、qt-embedded-arm:
与前面两个不同，在编译arm版本的qt-embedded前，必须确认已经安装了交叉工具链，编译过程中要生成许多arm架构的库，所以必须有 arm-linux-gcc、arm-linux-g++等工具。我用的是友善提供的arm-linux-gcc-4.5.1版本。
1. 进入qt-embedded-linux-opensource-src-4.5.0-arm源码目录。
./configure -prefix /usr/local/Trolltech/QtEmbedded-4.5.0-arm -embedded arm -no-openssl -qt-libpng
指定了安装路径、嵌入式架构。同时也跟X11版本一样，配置了 -no-openssl，没有这一项的话，make的过程中会出现跟编译X11时一样的错误。
另外，还增加了一项， -qt-libpng，这个选项应该是关于png相关的库，指定用qt自带的png库。如果没有这一项，我这里会出现如下错误：
image/qpnghandler.cpp: In member function 'virtual QVariant QPngHandler::option(QImageIOHandler::ImageOption) const':
image/qpnghandler.cpp:950:35: warning: 'png_info_struct::width' is deprecated (declared at /opt/FriendlyARM/toolschain/4.5.1/lib/gcc/arm-none-linux-gnueabi/4.5.1/../../../../arm-none-linux-gnueabi/include/png.h:639)
image/qpnghandler.cpp:950:35: warning: 'png_info_struct::width' is deprecated (declared at /opt/FriendlyARM/toolschain/4.5.1/lib/gcc/arm-none-linux-gnueabi/4.5.1/../../../../arm-none-linux-gnueabi/include/png.h:639)
image/qpnghandler.cpp:950:55: warning: 'png_info_struct::height' is deprecated (declared at /opt/FriendlyARM/toolschain/4.5.1/lib/gcc/arm-none-linux-gnueabi/4.5.1/../../../../arm-none-linux-gnueabi/include/png.h:640)
image/qpnghandler.cpp:950:55: warning: 'png_info_struct::height' is deprecated (declared at /opt/FriendlyARM/toolschain/4.5.1/lib/gcc/arm-none-linux-gnueabi/4.5.1/../../../../arm-none-linux-gnueabi/include/png.h:640)
make[1]: *** [.obj/release-shared-emb-arm/qpnghandler.o] 错误 1
make[1]: *** 正在等待未完成的任务....
make[1]: Leaving directory `/root/qt4.5.0/qt-embedded-linux-opensource-src-4.5.0-arm/src/gui'
make: *** [sub-gui-make_default-ordered] 错误 2

看起来像是我的交叉工具链跟这个QT版本匹配的不太好，Qt好像不太兼容交叉工具链的png.h头文件中定义的数据结构。加上 -qt-libpng 可解决此问题。

四、qvfb:
这时QT就已安装成功。但是还需要额外安装qvfb。
进入qt-x11-opensource-src-4.5.0源码包目录，然后
cd tools/qvfb
在qvfb源码目录下运行 make 会在qt-x11-opensource-src-4.5.0/bin下生成qvfb,我们将它至/usr/local/Trolltech/QtEmbedded-4.5.0-x86/bin下即可。

end:
到这里，QT的开发环境基本就搭建好了，利用 qt-embedded-x86 和 qvfb 工具可以很方便的调试QT程序，调试好的程序再经 qt-embedded-arm 编译就可在开发板上运行(还有个小问题，我现在编译好的QT程序虽然可以在开发板上运行，但是运行时触摸屏不能用，只能用USB鼠标控制，想支持触摸屏貌 似还需要移植tslib库，等我折腾完了再回来把相关内容补充上)。

H. Qt 软件中怎么自动加入build版本号

当进入解压好的源码包后，使用./configure –help命令，可以获得相应帮助，那我们只要选取参数部分看看 -release 这个参数显而易见，就是编译Qt以发布版的模式进行，一般来说，最后系统完成后，库就应该是发布版。 -release 与上面对应，自然是调试版了，如果开发的话，可以选择它吧。 -debug-and-release 囧，上面那两个的儿子。 -developer-build 囧，我错了，开发者也可以用这个的，选了这个后，可以进行自动测试，不过还没去用过，以后可以研究研究。 -opensource -commercial 这两个参数是指是编译是商业版本的，还是开源版本呢，视个人情况而定。 -shared -static 这两个参数是指Qt的lib以动态还是静态编译生成，这自然也是视个人需要的。 -no-fast -fast 这两个就很有关系，如果对自己的电脑性能很有信心，那就选第一个，那所有的工程文件都会生成到makefiles中，那编译的时间，估计可以看完变形金刚了。如果选第二个，那就加入子目录和库到makefiles，这样就能加快编译的速度。 -no-largefile -largefile 顾名思义，支不支持大文件，一般来说，嵌入式里是不会有从超过4G的大文件的，那就选第一个吧。 -no-exceptions -exceptions 计算机英语够好的人都该懂，这个自然就是异常情况，选则编译器支持抛出异常，否则不支持。 -no-accessibility -accessibility 可访问性的支持，说实话，这个我真不知道有什么有用了。等哪天发现了，再来好好解释。 -no-stl -stl 是都加入stl的支持，stl，这应该算是C＋＋程序员应该都了解了，再不济，那也总听说过大名吧。 no-sql-<driver> -qt-sql-<driver> -plugin-sql-<driver> 这 个可要好好说明下，一般来说，对于一个优秀的项目开发，数据库是必不可少的，qt也自带了大多数数据库驱动，可以完美地支持数据库的使用。对于数 据库的使用，我们可以直接qt驱动编译进去，或者以插件的形式编译进去。一般来说，最简单地就是直接编译进去，但使用插件形式的可以更加灵活，针对不同的 需求将驱动插件添加。其中，<>代表的是驱动名，如果我想直接添加sqlite的支持话，形式如下：-qt-sql-sqlite。其他名称 可以自己查看参数里，有详细地介绍。 -system-sqlite sqlite真受欢迎啊，当然那么优秀的嵌入式数据库，本人也是基本使用它来进行开发。这个参数意思是使用操作系统上的sqlite数据库，如果是不太会移植的，可以考虑直接使用qt自带的驱动。 -no-qt3support -qt3support 这个也是简洁易懂，加不加对qt3的支持。 no-xmlpatterns -xmlpatterns 选择对xml的支持，如果对网络无需求的话，就不用加了。 -no-phonon -phonon phonon是qt中处理多媒体的模块，比如放放视频什么来着，不过本人从没用过，也是根据需要选择的。 -no-phonon-backend -phonon-backend 与上面类似，只不过这两是以插件的形式加入支持。 -no-svg －svg 是否加入svg的支持，svg即可缩放矢量图形。 -no-webkit -webkit 是否加入webkit的支持，这可是个好东西，不过如果跟网络不搭界的话，还是不支持吧。 -no-scripttools -scripttools 是否加入脚本工具的支持，这对php等脚本工程师来说是个很棒的参数，但对于我这样菜鸟，就别提了。 -platform target 目标平台，这可是关键了，如果不注意的话，编译出来是x86上的话，哪怕是再牛的嵌入式工程师来也没法帮你移植到开发板上。通常，本人是linux-arm-g++。 -no-mmx -no-3dnow -no-sse -no-sse2 这四个参数是针对CPU的指令集，老实说，我也不甚了解，不过，对于开发并不是影响很大。 -qtnamespace 把qt的库封装到命名空间，没啥重要用处，依个人爱好加吧。 -qtlibinfix 将所有的qt的.so库重命名，也没啥大用处。 -no-sql-<driver> -qt-sql-<driver> -plugin-sql-<driver> -system-sqlite 这是相当明显的，如果这都看不出来，，囧，那您一定比我近视（本人800度近视。。） 就 是说如果是-no-XX-，就说明编译时不选择这个参数，如过是-qt-XX-，说明我们可以编译直接选用qt自带的驱动，如果是 -plugin-XX-，就是将驱动以插件形式编译，而-system-XXX,当然是使用操作系统提供的驱动，不过那就需要您自己移植了，而且有时还要 用第三方的API，就方便来说非常麻烦，但是不排除您是牛人要好好玩玩的情况。 接下来，我们接着研究配置参数。 -qt-zlib -system-zlib 想 必经过上面的讲解，参数的意思已经很快得知，就是选择qt带的zlib库还是系统的zlib。zlib库是用于文件和资料压缩的库，对于新入嵌入式的人来 说，可能并无太大的用处，但是在以后的实际开发中，特别是对于多媒体图像图形的工程师来说，就肯定用到，因为图形图像的压缩都要使用或涉及到这个库。 -no-gif -qt-gif 这是选择gif的支持，如果选择qt支持的话，那在用qt开发的项目中，就能显示gif图，gif也是比较普遍的图片格式了，英文全称是Graphics Interchange Format。 -no-libtiff -qt-libtiff -system-libtiff tiff是一种非常复杂的光栅图像格式，并且有直接现成的C语言实现库，因此选择参数时就有了qt和system，一般来说，科学相关的开发里可能会用到。 -no-libpng -qt-libpng -system-libpng png的相关参数，一种非失真性压缩位图图形文件格式，其实就是为了替代gif搞出来的，也是随实际需要来选择，当然，也有C语言实现的库。 -no-libmng -qt-libmng -system-libmng 大汗，大汗，这可是超级罕见的东西，QT竟然也能支持，说实话，这个参数我看来就是无视的。MNG是多帧PNG动画格式，结构极其复杂，基本没人用。 -no-libjpeg -qt-libjpeg -system-libjpeg jpeg,这么有名的图片格式也不用说了，随需要选择吧。 -no-openssl -openssl -openssl-linked SSL，Security Socket Layer,是一个安全传输协议，在Internet网上进行数据保护和身份确认，而OpenSSL是一个开放源代码的实现了SSL及相关加密技术的软件 包，在qt中，我们可以选择直接支持，或者OpenSSL链接支持,这个参数也是为有需要者提供的。 以上是第三方库的参数选择，紧接着就是qt附加参数，在附加参数里，我们可以指定编译的部分及加入参数来获取信息。 -make -nomake 一 句话，说明，就说我可以这两个参数选择哪些我要编译，哪些我不需要，在 libs tools examples demos docs translations这些里你可以选择，比如examples，并不重要，可以放在-nomake后，这样编译过程中就不会编译这部分了。通过适当的 选择，我们可以大大加快编译的速度，这对配置较差的机子来说有着积极意义。 -R <string> -l <string> 这两个参数是为编译时增加一个库的运行路径及头文件的路径，比如使用tslib作为开发触摸驱动时，我们就应使用这两个参数来指定tslib的库路径和头文件路径。 -no-rpath -rpath 这个参数比较难于理解，简单地说，就是告诉动态加载器，到-rpath指定的目录中寻找编译时须要的动态链接库，语法就与上面的参数结合，比如 -rpath -R/home/xxxx。 -continue 这个参数的作用就是当出现错误时依然进行配置编译，换我是不会加上的。 -verbose, -v 这个参数就很眼熟，在前面的文章中有过详细介绍，简言之，就是显示配置的每一步的具体信息。 -no-optimized-qmake -optimized-qmake 是否编译生成优化过的qmake，没啥大用，也属于可有可无的参数。 -no-nis -nis 是否编译NIS支持，NIS（网络信息服务）是一个提供目录服务的RPC(远程过程调用)应用服务，当然没网络需要的可以再次华丽地无视。 -no-cups -cups 是 否编译CUPS支持，是不是想问什么用啊?~~~~囧，开打印店用的。好了，不说冷笑话，CUPS给Unix/Linux用户提供了一种可靠有效 的方法来管理打印。它支持IPP，并提供了LPD，SMB（服务消息块，如配置为微软WINDOWS的打印机）、JetDirect等接口。CUPS还可 以浏览网络打印机。它的开发提供者是大名鼎鼎的“水果生产商”----苹果公司。 -no-iconv -iconv 选择是否编译iconv支持，iconv是一个计算机程序以及一套应用程序编程接口的名称。它的作用是在多种国际编码格式之间进行文本内码的转换。这对跨语言Qt开发人员来说是很有用的，当然，考虑到中文的编码，我也选择加入支持。 -no-pch -pch 是 否支持预编译过的头文件。预编译头就是把一个工程中的一部分代码,预先编译好放在一个文件里(通常以.pch为扩展名)，这个文件就称为预编译头 文件。这些预先编译好的代码在工程开发的过程中不会被经常改变。如果这些代码被修改，则需要重新编译生成预编译头文件。妈妈经常说：不懂就要学。我说：不 懂就加上。。。 no-dbus -dbus -dbus-linked 是否编译编译QtDBus模块。dbus是freedesktop下开源的Linux IPC通信机制，本身Linux 的IPC通信机制包括，管道（fifo），共享内存，信号量，消息队列，Socket等。在Qt中DBUS是有单独的模块的，可见其重要性。 -rece-relocations 对于额外的库链接器优化，可以减少编译中的再定位。 no-separate-debug-info -separate-debug-info 是否存储debug信息在.debug，一般为了查错，还是选择存储吧。 -xplatform target 相当浅显的参数，即交叉编译的目标平台，一般来说根据你所要移植的目标板来确定。 -no-feature-<feature> -feature-<feature> 选 取qte的feature编译，对于这个，我理解为特性，特性的描述你可以参考src/corelib/global/qfeatures.txt，在这 里面对于每个特性都有比较充分的讲解。对于特性地选择，也是要根据开发需求进行，如果裁剪适当，能大大为qte库瘦身。 -embedded <arch> 嵌入式平台架构选择，可以选择arm，mips，x86及generic，视你的目标平台决定吧。 -armfpa -no-armfpa 这个参数也只是针对ARM平台的，是否加入对于基于ARM的浮点数格式的支持，通常，这个参数在编译时会自动选择。 -little-endian -big-endian 目标平台的大端和小端选择，这应该是常识了，如果这不知道，就不要来混嵌入式了 -host-little-endian -host-big-endia 主机平台的大端和小端选择，属于鸡肋的参数，不选择也会在配置时自动选择。 -no-freetype -qt-freetype -system-freetype 选择freetype，FreeType库是一个完全免费(开源)的、高质量的且可移植的字体引擎，它提供统一的接口来访问多种字体格式文件，在嵌入式开发中，有套可使用的字体对于中文开发至关重要，本人一般使用文泉驿字体。 -qconfig local 使用本地的qconfig配置文件来替代全部参数配置，有需要的可以去研究下，可以裁剪控件级别的参数。 -depths <list> 显示的像素位深，也是根据需要来进行吧。 -qt-decoration-<style> -plugin-decoration-<style> -no-decoration-<style> 这个是选择qt的样式风格，对于需要美化界面的项目来说，可以好好选择下。 -no-opengl -opengl <api> 是否加入opengl的支持，OpenGL是个专业的3D程序接口，是一个功能强大，调用方便的底层3D图形库。不过对于一般的开发来说，似乎有很少用到的地方。 -qt-gfx-<driver> -plugin-gfx-<driver> -no-gfx-<driver> 这个是相当重要的一个参数，选择QtGui的图形显示驱动，比如我们在pc上使用qvfb模拟时，就应该加入对qfvb的支持。我们可以在 linuxfb，transformed，qvfb，vnc，multiscreen这几个中选择。在平常的开发板上，选择linuxfb即可。 -qt-kbd-<driver> -plugin-kbd-<driver> -no-kbd-<driver> 选择键盘的驱动支持，可以支持usb键盘，串口键盘等等，也是在tty，usb ，sl5000， yopy， vr41xx ，qvfb中选择。 qt-mouse-<driver> -plugin-mouse-<driver> -no-mouse-<driver> 鼠标的驱动支持，一般都会选择tslib，可以完美地支持触摸屏，在pc，bus，linuxtp，yopy，vr41xx，tslib，qvfb中选择吧。 -iwmmxt 加入iWMMXt指令的编译，也只是部分XScale架构才具有。 -no-glib -glib 是否加入glib库的支持，glib库对应即gtk库，就也是说加入后可以使用gtk。

I. 请简述嵌入式linux内核的编译过程

编译及安装简要步骤：
编辑Makefile版本信息

定义内核特性，生成配置文件.config，用于编译：make xconfig

编译内核：make

安装内核：make install

安装模块：make moles_install

具体步骤如下：

内核配置

先定义内核需要什么特性，并进行配置。内核构建系统（The kernel build system）远不是简单用来构建整个内核和模块，想了解更多的高级内核构建选项，你可以查看 Documentation/kbuild 目录内的内核文档。

可用的配置命令和方式：

make menuconfig

命令：make menuconfig

编译内核

编译和安装内核

编译步骤：

$ cd /usr/src/linux2.6

$ make

安装步骤 (logged as

$ make install

$ make moles_install

提升编译速度

多花一些时间在内核配置上，并且只编译那些你硬件需要的模块。这样可以把编译时间缩短为原来的1/30，并且节省数百MB的空间。另外，你还可以并行编译多个文件：

$ make -j <number>

make 可以并行执行多个目标（target）（KEMIN:前提是目标规则间没有交叉依赖项，这个怎么做到的？）

$ make -j 4

即便是在单处理器的工作站上也会很快，读写文件的时间被节省下来了。多线程让CPU保持忙碌。

number大于4不见得有效了，因为上下文切换过多反而降低的工作的速度。

make -j <4*number_of_processors>

内核编译tips

查看完整的 (gcc, ld)命令行： $ make V=1

清理所有的生成文件 (to create patches...): $ make mrproper

部分编译：$ make M=drivers/usb/serial

单独模块编译：$ make drivers/usb/serial/visor.ko

最终生成的文件

vmlinux 原始内核镜像，非压缩的

arch/<arch>/boot/zImage zlib压缩的内核镜像（Default image on arm）

arch/<arch>/boot/bzImage bzip2压缩的内核镜像。通常很小，足够放入一张软盘（Default image on i386）

J. “干货”嵌入式Linux系统移植的四大步骤（上）

在学习系统移植的相关知识，在学习和调试过程中，发现了很多问题，也解决了很多问题，但总是对于我们的开发结果有一种莫名其妙的感觉，纠其原因，主要对于我们的开发环境没有一个深刻的认识，有时候几个简单的命令就可以完成非常复杂的功能，可是我们有没有想过，为什么会有这样的效果？

如果没有去追问，只是机械地完成，并且看到实验效果，这样做其实并没有真正的掌握系统移植的本质。

在做每一个步骤的时候， 首先问问自己，为什么要这样做，然后再问问自己正在做什么？ 搞明白这几个问题，我觉得就差不多了，以后不管更换什么平台，什么芯片，什么开发环境，你都不会迷糊，很快就会上手。对于嵌入式的学习方法，我个人方法就是：从宏观上把握(解决为什么的问题)，微观上研究(解决正在做什么的问题)，下面以自己学习的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脚本工具可以在http://ymorin.is-a-geek.org/projects/crosstool下载到本地，然后解压，接下来就是进行安装配置了，这个配置优点类似内核的配置。主要的过程有以下几点：
1. 设定源码包路径和交叉编译器的安装路径
2. 修改交叉编译器针对的构架

3. 增加编译时的并行进程数，以增加运行效率，加快编译，因为这个编译会比较慢。
4. 关闭JAVA编译器 ，减少编译时间
5. 编译
6. 添加环境变量
7. 刷新环境变量。
8. 测试交叉工具链

到此，嵌入式Linux系统移植四大部分的第一部分工作全部完成，接下来可以进行后续的开发了。

第二部分：bootloader的选择和移植

01 Boot Loader 概念

就是在操作系统内核运行之前运行的一段小程序。通过这段小程序，我们可以初始化硬件设备、建立内存空间的映射图，从而将系统的软硬件环境带到一个合适的状态，以便为最终调用操作系统内核准备好正确的环境，他就是所谓的引导加载程序（Boot Loader）。

02 为什么系统移植之前要先移植BootLoader？

BootLoader的任务是引导操作系统，所谓引导操作系统，就是启动内核，让内核运行就是把内核加载到内存RAM中去运行，那先问两个问题：第一个问题，是谁把内核搬到内存中去运行？第二个问题：我们说的内存是SDRAM，大家都知道，这种内存和SRAM不同，最大的不同就是SRAM只要系统上电就可以运行，而SDRAM需要软件进行初始化才能运行，那么在把内核搬运到内存运行之前必须要先初始化内存吧，那么内存是由谁来初始化的呢？其实这两件事情都是由bootloader来干的，目的是为内核的运行准备好软硬件环境，没有bootloadr我们的系统当然不能跑起来。

03 bootloader的分类

首先更正一个错误的说法，很多人说bootloader就是U-boot，这种说法是错误的，确切来说是u-boot是bootloader的一种。也就是说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可以理解为是一个小型的操作系统。

04 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镜像文件的工具；

05 u-boot的工作模式

U-Boot的工作模式有 启动加载模式和下载模式 。启动加载模式是Bootloader的正常工作模式，嵌入式产品发布时，Bootloader必须工作在这种模式下，Bootloader将嵌入式操作系统从FLASH中加载到SDRAM中运行，整个过程是自动的。 下载模式 就是Bootloader通过某些通信手段将内核映像或根文件系统映像等从PC机中下载到目标板的SDRAM中运行，用户可以利用Bootloader提供的一些令接口来完成自己想要的操作，这种模式主要用于测试和开发。

06 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的工作循环），接受用户从串口输入的命令，然后进行相应的工作。

07 基于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中运行BootLoader

2. 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，并且运行系统初始化脚本

08 u-boot移植(基于cortex_a8的s5pc100为例)

1.建立自己的平台

(1).下载源码包2010.03版本，比较稳定
(2).解压后添加我们自己的平台信息，以smdkc100为参考版，移植自己s5pc100的开发板
(3).修改相应目录的文件名，和相应目录的Makefile，指定交叉工具链。
(4).编译
(5).针对我们的平台进行相应的移植，主要包括修改SDRAM的运行地址，从0x20000000
(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 20008000(内存地址即可) 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 20008000((缓存u-boot.bin的内存地址) 0(nandflash上u-boot的位置) 40000(烧写大小)

6. 切换开发板的启动方式到nandflash
1. 关闭开发板
2. 把SW1的开关4拨到4的那边
3. 启动开发板，它就从nandflash启动