查看原文
其他

嵌入式 Linux 的一切,看这一篇就够了!

整理/付斌 嵌入式ARM 2021-01-31

整理:付斌,参考自网络资料


01

嵌入式Linux是什么


嵌入式Linux跟桌面Linux一样,是一个操作系统。从单片机走过来的童鞋往往习惯于直接控制寄存器,事必躬亲,从零开始实现想要的功能。而在嵌入式Linux的世界里,我们首先要抛弃这个思想,应把它作为最后没办法的办法。

就像我们想要在windows系统中编写一个程序,首先想到的不是操作CPU芯片的寄存器,而是学习Windows API一样。我们在嵌入式linux编程时,首先想到的应该是使用现成的驱动或软件或Linux API。没有的话看看能不能修改一下现成的资源为己所用。还是不行的话才考虑自己从头开始写。


我们常说的嵌入式linux系统,其实与电脑端运行的linux系统本质上是一样的,都是使用的linux内核,相同的文件系统目录结构。区别在于嵌入式linux系统多少经过裁剪的,可能在操作时你会发现,有些命令不支持,或者有些命令的个别参数不支持!还有就是内核的功能也有裁剪。
 
对于不同的行业,根据需求对软硬件进行裁剪选配,这也是嵌入式linux系统广泛应用的特点之一,具体特点包括:
  
1、C语言即可入门
2、使用命令行
3、强大的网络
4、远程运维
5、成本低
 
在学习嵌入式Linux之前,肯定要有C语言基础。汇编基础有没有无所谓(就那么几条汇编指令,用到了一看就会)。

C语言要学到什么程度呢?越熟当然越好,不熟的话也要具备基本技能。比如写一个数组排序、输入数字求和什么的。

学C语言唯一的方法是多写程序多练习,编译出错没关系,自己去解决;执行出错没关系,自己去分析。以前我是用VC来练习C语言的,经常去尝试着写一些C语言竞赛的题目。它们是纯C、纯数学、纯逻辑的题目,不涉及界面这些东西,很适合煅炼你的编程能力。

02

整体大概是如何的流程


第一,学习基本的裸机编程。

对于学硬件的人而言,必须先对硬件的基本使用方法有感性的认识,更必须深刻认识该硬件的控制方式,如果一开始就学linux系统、学移植那么只会马上就陷入一个很深的漩涡。我在刚刚开始学ARM的时候是选择ARM7(主意是当时ARM9还很贵),学ARM7的时候还是保持着学51单片机的思维,使用ADS去编程,第一个实验就是控制led。学过一段时间ARM的人都会笑这样很笨,实际上也不是,我倒是觉得有这个过程会好很多,因为无论做多复杂的系统最终都会落实到这些最底层的硬件控制,因此对这些硬件的控制有了感性的认识就好很多了。
  
学习裸机的编程的同时要好好理解这个硬件的构架、控制原理,这些我称他为理解硬件。所谓的理解硬件就是说,理解这个硬件是怎么组织这么多资源的,这些资源又是怎么由cpu、由编程进行控制的。比如说,s3c2410中有AD转换器,有GPIO(通用IO口),还有nandflash控制器,这些东西都有一些寄存器来控制,这些寄存器都有一个地址,那么这些地址是什么意思?又怎么通过寄存器来控制这些外围设备的运转?还有,norflash内部的每一个单元在这个芯片的内存中都有一个相应的地址单元,那么这些地址与刚刚说的寄存器地址又有什么关系?他们是一样的吗?而与norflash相对应的nandflash内部的储存单元并不是线性排放的,那么s3c2410怎么将nandflash的地址映射在内存空间上进行使用?或者简单地说应该怎么用nandflash?再有,使用ADS进对ARM9行编程时都需要使用到一个初始化的汇编文件,这个文件究竟有什么用?他里面的代码是什么意思?不要这个可以吗?
  
诸如此类都是对硬件的理解,理解了这些东西就对硬件有很深的理解了,这对以后更深一步的学习将有很大的帮助,如果跳过这一步,我相信越往后学越会觉得迷茫,越觉得这写东西深不可测。因为,你的根基没打好。
  
不过先声明一下,本人并没有使用ADS对ARM9进行编程,我是学完ARM7后直接就使用ARM9学linux系统的,因此涉及使用ADS对ARM9进行编程的问题我很难回答^_^,自己去研究研究吧。
  

第二,使用linux系统进行一些基本的实验。

在买一套板子的时候一般会提供一些linux的试验例程,好好做一段时间这个吧,这个过程也是很有意义的,也是为进一步的学习积累感性认识,你能想象一个从没有使用过linux系统的人能学好linux的编程吗?好好按照手册上的例程做一做里面的实验,虽然有点娃娃学走路,有点弱智,但是我想很多高手都会经历这个过程。
  

第三,研究完整的linux系统的的运行过程。

所谓完整的linux系统包括哪些部分呢?
  
三部分:bootloader、linux kernel(linux内核)、rootfile(根文件系统)。
  
那么这3部分是怎么相互协作来构成这个系统的呢?各自有什么用呢?三者有什么联系?怎么联系?系统的执行流程又是怎么样的呢?搞清楚这个问题你对整个系统的运行就很清楚了,对于下一步制作这个linux系统就打下了另一个重要的根基。介绍这方面的资料网上可以挖掘到几吨,自己好好研究吧。
  

第四,开始做系统移植。

上面说到完整的linux有3部分,而且你也知道了他们之间的关系和作用,那么现在你要做的便是自己动手学会制作这些东西。
  
当然我不可能叫你编写这些代码,这不实现。事实上这个3者都能在网下载到相应的源代码,但是这个源代码不可能下载编译后就能在你的系统上运行,需要很多的修改,直到他能运行在你的板子上,这个修改的过程就叫移植。在进行移植的过程中你要学的东西很多,要懂的相关知识也很多,等你完成了这个过程你会发现你已经算是一个初出茅庐的高手了。
  
在这个过程中如果你很有研究精神的话你必然会想到看源代码。很多书介绍你怎么阅读linux源代码,我不提倡无目的地去看linux源代码,用许三多的话说,这没有意义。等你在做移植的时候你觉得你必须去看源代码时再去找基本好书看看,这里我推荐一本好书倪继利的《linux内核的分析与编程》,这是一本针对linux-2.6.11内核的书,说得很深,建议先提高自己的C语言编程水平再去看。
  
至于每个部分的移植网上也可以找到好多吨的资料,自己研究研究吧,不过要提醒的是,很多介绍自己经验的东西都或多或少有所保留,你按照他说的去做总有一些问题,但是他不会告诉你怎么解决,这时就要靠自己,如果自己都靠不住就找学长一起研究研究吧,不能保证能解决你的问题,因为他未必遇到过你的问题,不过我相信能给你一点建议,也许有助你解决问题。
  
这一步的最终目的是,从源代码的官方主页上(都是外国的,悲哀)下载标准的源代码包,然后进行修改,最终运行在板子上。
  
盗用阿基米德的一句话:“给我一根网线,我能将linux搞定”。
  

第五,研究linux驱动程序的编写。

移植系统并不是最终的目的,最终的目的是开发产品,做项目,这些都要进行驱动程序的开发。
  
Linux的驱动程序可以说是五花八门,linux2.4和linux2.6的编写有相当大的区别,就是同为linux2.6但是不同版本间的驱动程序也有区别,因此编写linux的驱动程序变都不是那么容易的事情,对于最新版本的驱动程序的编写甚至还没有足够的参考资料。那么我的建议就是使用、移植一个不算很新的版本内核,这样到时学驱动的编程就有足够的资料了。
  
这部分的推荐书籍可以参考另一篇文章《推荐几本学习嵌入式linux的书籍》。
  

第六,研究应用程序的编写。

做作品做项目除了编写驱动程序,最后还要编写应用程序。现在的趋势是图形应用程序的开发,而图形应用程序中用得最多的还是qt/e函数库。我一直就使用这个函数库来开发自己的应用程序,不过我希望你能使用国产的MiniGUI函数库。盗用周杰伦的广告词就是“支持国产,支持MiniGUI”。MiniGUI的编程比较相似Windows下的VC编程,比较容易上手,效果应该说是相当不错的,我曾使用过来开发ARM7的程序。不过MiniGUI最大的不好就是没有像qtopia这样的图形操作平台,这大大限制了他的推广,我曾经幻想过与北京飞漫公司(就是MiniGUI的版权拥有者)合作使用MiniGUI函数库开发像qtopia这样的图形操作平台,不过由于水平有限这只能是幻想了,呵呵。
  
完成这一步你基本就学完了嵌入式linux的全部内容了。
  
还有一个小小的经验想和大家分享。我在学习嵌入式linux的过程中很少问人,客观原因是身边的老师、同学师兄都没有这方面的高手,主观原因是我不喜欢问人,喜欢自己研究解决问题。这样做有个好处,就是可以提高自己解决问题的能力,因为做这些东西总有很多问题你难以理解,别人也没有这方面的经验,也不是所有问题都有人给你答案,这时必须要自己解决问题,这样,个人的解决问题能力就显得非常关键了。因此我的建议就是一般的问题到网上搜索一下,确实找不到答案了就问问高手,还是不行了就自己去研究,不要一味去等别人帮你解决问题。

03

需要知道哪些基础知识


一、嵌入式Linux系统的构成

1、硬件
2、内核
3、应用程序(形成根文件系统)


二、构建嵌入式Linux系统的主要任务

1、内核部分
2、应用程序部分

嵌入式Linux的开发大致可分为三个层次:引导装载内核、构造文件系统和图形用户界面。作为操作系统重要组成部分的文件系统,决定了操作系统本身的信息和用户的数据在存储设备上的组织形式。对嵌入式文件系统的研究、设计和开发也逐渐成为嵌入式系 统研究领域的一个方向。

三、内核精简

在精简内核在编译内核之前,首先要明确需要哪些驱动和模块,然后只选择需要的驱动和模块,

例如,如果系统不需要网络支持,则可以去掉网络模块 。

内核一般是以压缩方式存放的,在系统启动时会自行解压。

内核都是常驻内存的,当需要调用应用程序时,再把需要的程序从磁盘调入内存运行。

四、嵌入式系统的组成

1、嵌入式硬件(嵌入式处理器和嵌入式外围设备)  
2、嵌入式操作系统  
3、嵌入式应用软件

嵌入式处理器
嵌入式系统的核心是各种类型的嵌入式处理器,嵌入式处理器与通用处理器最大的不同点在于,嵌入式CPU大多工作在为特定用户群所专门设计的系统中,它将通用CPU中许多由板卡完成的任务集成到芯片内部,从而有利于嵌入式系统在设计时趋于小型化,同时还具有很高的效率和可靠性。

嵌入式处理器的体系结构经历了从CISC(复杂指令集)至RISC(精简指令集)和Compact RISC的转变,位数则由4位、8位、16位、32位逐步发展到64位。目前常用的嵌入式处理器可分为低端的嵌入式微控制器(Micro Controller Unit,MCU)、中高端的嵌入式微处理器(Embedded Micro Processor Unit,EMPU)、用于计算机通信领域的嵌入式DSP处理器(Embedded Digital Signal Processor,EDSP)和高度集成的嵌入式片上系统(System On Chip,SOC)。

目前几乎每个半导体制造商都生产嵌入式处理器,并且越来越多的公司开始拥有自主的处理器设计部门,据不完全统计,全世界嵌入式处理器已经超过1000多种,流行的体系结构有30多个系列。

嵌入式外围设备
在嵌入系统硬件系统中,除了中心控制部件(MCU、DSP、EMPU、SOC)以外,用于完成存储、通信、调试、显示等辅助功能的其他部件,事实上都可以算作嵌入式外围设备。目前常用的嵌入式外围设备按功能可以分为存储设备、通信设备和显示设备三类。

存储设备主要用于各类数据的存储,常用的有静态易失型存储器(RAM、SRAM)、动态存储器(DRAM)和非易失型存储器(ROM、EPROM、EEPROM、FLASH)三种,其中FLASH凭借其可擦写次数多、存储速度快、存储容量大、价格便宜等优点,在嵌入式领域内得到了广泛应用。

目前存在的绝大多数通信设备都可以直接在嵌入式系统中应用,包括RS-232接口(串行通信接口)、SPI(串行外围设备接口)、IrDA(红外线接口)、I2C(现场总线)、USB(通用串行总线接口)、Ethernet(以太网接口)等。

由于嵌入式应用场合的特殊性,通常使用的是阴极射线管(CRT)、液晶显示器(LCD)和触摸板(Touch Panel)等外围显示设备。

嵌入式操作系统
为了使嵌入式系统的开发更加方便和快捷,需要有专门负责管理存储器分配、中断处理、任务调度等功能的软件模块,这就是嵌入式操作系统。嵌入式操作系统是用来支持嵌入式应用的系统软件,是嵌入式系统极为重要的组成部分,通常包括与硬件相关的底层驱动程序、系统内核、设备驱动接口、通信协议、图形用户界面(GUI)等。

嵌入式操作系统具有通用操作系统的基本特点,如能够有效管理复杂的系统资源,能够对硬件进行抽象,能够提供库函数、驱动程序、开发工具集等。但与通用操作系统相比较,嵌入式操作系统在系统实时性、硬件依赖性、软件固化性以及应用专用性等方面,具有更加鲜明的特点。

嵌入式操作系统根据应用场合可以分为两大类:一类是面向消费电子产品的非实时系统,这类设备包括个人数字助理(PDA)、移动电话、机顶盒(STB)等;另一类则是面向控制、通信、医疗等领域的实时操作系统,如WindRiver公司的VxWorks、QNX系统软件公司的QNX等。

实时系统(Real Time System)是一种能够在指定或者确定时间内完成系统功能,并且对外部和内部事件在同步或者异步时间内能做出及时响应的系统。在实时系统中,操作的正确性不仅依赖于逻辑设计的正确程度,而且与这些操作进行的时间有关,也就是说,实时系统对逻辑和时序的要求非常严格,如果逻辑和时序控制出现偏差将会产生严重后果。

实时系统主要通过三个性能指标来衡量系统的实时性,即响应时间(Response Time)、生存时间(Survival Time)和吞吐量(Throughput):

响应时间
是实时系统从识别出一个外部事件到做出响应的时间。 

生存时间 
是数据的有效等待时间,数据只有在这段时间内才是有效的。 

吞吐量   
是在给定的时间内系统能够处理的事件总数,吞吐量通常比平均响应时间的倒数要小一点。 

嵌入式应用软件
嵌入式应用软件是针对特定应用领域,基于某一固定的硬件平台,用来达到用户预期目标的计算机软件,由于用户任务可能有时间和精度上的要求,因此有些嵌入式应用软件需要特定嵌入式操作系统的支持。嵌入式应用软件和普通应用软件有一定的区别,它不仅要求其准确性、安全性和稳定性等方面能够满足实际应用的需要,而且还要尽可能地进行优化,以减少对系统资源的消耗,降低硬件成本。

五、如何构建嵌入式Linux系统的设计步骤

嵌入式系统目前主要有:Windows CE、VxWorks、QNX等,它们都具较好的实时性、系统可靠性、任务处理随机性等优点。但是它们的价格普遍偏高,很多开发商承受不起。因而,Linux操作系统成为嵌入式操作系统的首选。


六、Linux操作系统成为嵌入式操作系统首选的原因

在精简内核在编译内核之前,首先要明确需要那些驱动和模块,然后只选择需要的驱动和模块,例如,如果系统不需要网络支持,则可以去掉网络模块 。内核一般是以压缩方式存放的,在系统启动时会自行解压。内核都是常驻内存的,当需要调用应用程序时,再把需要的程序从磁盘调入内存运行。


04

嵌入式工程师需要哪些工具


总会看到有人说Linux上的应用程序开发是高手才可以完成的,而且这种“迷信”在目前似乎还很普遍。

然而,情况并不是这样的,从程序库的支持方面,Linux平台为用户级应用程序的开发提供了很多功能强大且丰富的程序库,而且它们大部分是跨平台的(Boost、OpenGL、STL、Qt、Java等)和基于POSIX标准的(glibc等),同时Linux内核还为驱动程序的开发提供了功能完备的内核接口,从开发工具方面,Linux提供了功能强大的编译器GCC和调试器GDB,借助它们的帮助,我们可以很轻松的在Linu x上开发出可移植性的应用程序。

既然如此,“迷信”又源于何来呢?一方面由于详细介绍Linux各种开发的书籍较少,各种Linux应用在国内仍不普及,另一方面则是由于很多人在安装好一个Linux后,苦于找不到一个得心应手的IDE环境,从而感到不知所措,毕竟,我们很多人都习惯了写好程序后,按下F5,剩下的任务就让IDE全权代理了。其实想在Linux下如此这般当然也没问题。既然说到了IDE,就让我们从它开始吧,相信选择一个好的IDE环境是你整个学习过程的一个不错的开始。

工欲善其事 必先利其器——IDE篇

其实Linux下有许多功能强大的IDE环境,因为从某种意义上说,Linux是专为开发者准备的操作系统,这个东西当然少不了,在这里为读者介绍一些比较常用的IDE。

KDevelop
这是一个用Qt开发的IDE,其主要支持的语言是C / C++,

Eclipse
近年来,eclipse可以说发展极为迅速,它不仅是一个以java为主的开发平台,其功能强大的插件体系结构使得它可以被当作各种应用程序来使用。作为各种插件的载体,eclipse提供了完整的GUI接口,用户完全可以借助eclipse来只关心自己想做的工作。

山高月晓 水落石出——IDE后台的故事 GCC篇

前面我们简要介绍了一些IDE环境,其中所有C/C++相关程序的编译都是由GCC来完成的,而IDE只不过起到了一个收集编译信息和为我们的项目生成makefile等作用(后面我们会提到)。出于目前Linux开发的特点,C仍是系统开发的主流语言。所以,对GCC有一个全面的了解是很有必要的,一旦IDE不能满足你的需求,我们要有手工打造程序的能力,而且出于学习的目的,我们往往不需要IDE生成的那些复杂的文件,为一个Hello world生成2M多的文件显然是多余的。

GCC的全称是GNU Compiler Collection,从这个名字我们不难看出,GCC代表着一个编译器的集合,目前GCC可以支持C, C++, Objective-C, Objective-C++, Fortran, Java, and Ada等语言。但是出于一般性考虑,我们这里只讨论GCC中的C/C++部分。

目前GCC的最新发布版是4.0.0,但是这个版本由于使用了新技术和新的编码规范,很多旧的代码都需要修改才可以通过编译,所以并不推荐使用这个版本。而相对稳定的新版本目前是3.4.4,大家可以到GNU的主页上更新下载。那么究竟GCC强大在哪里,如何使用?下面我就通过几个简单而实际的例子带你看看GCC提供的强大功能。

通过Helloworld的编译熟悉GCC的基本使用方法

似乎为所有新语言提供一个Hello World样本程序已经成为了一种不成文的标准,人们通过它来认识语言的一些基本要素。在这里,我们使用一个Hello World来看看如何用GCC生成可执行文件。

把上面的文件存成helloworld.c,之后打开控制台,输入如下的命令
gcc helloworld.c –o helloworld

如果一切正常的话,你的控制台上应该没有任何输出。用ls查看你的工作目录,你会发现目录下多了一个名为helloworld的可执行文件,之后,执行
./hellworld就会看到这个程序的输出了。

很简单不是吗?但是学过计算机的朋友都应该知道,程序的编译过程要分为下图所示的过程而GCC的强大之处就在于它允许你在上面所示的任何一个过程中停下来查看中间结果,并对其加以控制。

1. 预处理
首先是预处理过程,GCC的-E选项可以让GCC在预处理后停止编译,并向标准输出打印预处理过后的文件。下面的-o用于指定输出文件的文件名。

gcc –E hellowrold.c –o helloworld.cpp

下面是helloworld.cpp的一部分的内容,我们看到,文件已经包含了stdio.h中的内容。

如果我们想执行下一步的编译过程,可以继续使用GCC的-x 选项,该选项用于显示指定文件的后缀名(而不是让编译器根据后缀来自行判断)。我们比较常用的language type有如下几种,(如果读者想获得更为完整参数说名,请参考GCC manual):
l c c-header c-cpp-outputl c++ c++-header c++-cpp-outputl assembler assembler-with-cpp

另外,下表列出了常用的GCC后缀名

当然,你也可以省略掉language type的部分,这时候GCC会根据文件的后缀名自行判断,就像你没有使用该选项一样。

下面继续我们的编译过程

2. 编译
如果我们想获得编译后的源文件可以使用-S选项,该选项让gcc只执行编译(生成汇编文件)而不进行汇编(生成目标文件),此时,我们可以用-o选项指定输出的汇编文件的名称。
gcc –S helloworld.cpp –o hellowrld.S

3. 汇编
另外,我们还可以使用GCC的-c选项来编译和汇编源文件而不链接,此时-o指定的输出文件就是编译后的目标文件名:
gcc –x c++ -c helloworld.cpp –o helloworld.o

4. 链接
最后,我们可以利用GCC来把我们刚才生成的.o文件链接成可执行程序
gcc helloworld.o –o helloworld

这一次,我们使用了-o选项指定了可执行文件名,也就是说,根据输入文件类型的不同,-o有着不同的含义。

5. 函数库的链接和包含文件
对于我们编写的任和一个程序,没有库函数的支持是不可想象的,而当我们要使用的头文件和函数库不在GCC默认的搜索路径下的时候(例如OpenGL、Qt、KDE、Boost等),我们就需要手工来告诉GCC他们的位置。

先来看头文件路径的指定。我们可以利用-I来指定我们希望GCC去搜索的头文件目录,例如我们要使用X11的程序,我们就要使用下面的选项再来看库函数的设置:我们通过-L和-l两个命令行选项完成任务。其中-L用于告诉GCC在中去寻找函数库,而-l选项则告诉GCC使用用户指定的程序库。在Linux中,函数库的命名是遵循UNIX约定的,即lib{lib name},例如libsocket.so,所以当你需要告诉GCC使用这些库的时候,你就可以使用-lsocket选项。通常,这两个命令是结合在一起使用的,例如引用X11程序库的时候,我们可以这样:
–L/usr/X11R6/lib –lX11

另外,GCC在默认情况下使用共享库来链接程序,而当你想链接静态库的时候,一定要使用-static选项,例如-lncurses -static

在这一部分的最后,我们对编译时用到的GCC常用命令做一个简要的总结


上面,我们提到了关于GCC编译的常用命令,这里另外补充一些帮助性的常用命令,他们可以让你对GCC的基本配置和使用作一个了解。

在这部分的最后,我们来谈一谈关于构建软件时链接参数的设定问题。在上面的第5部分我们已经提到了,函数库的使用是需要-L和-l一起配合来使用的,但实际上,往往一个像样的程序需要很多库的支持,例如,如果你需要编写一个GTK程序,我们需要下面的链接参数:

-L/usr/lib -L/usr/X11R6/lib -lgtk -lgdk -rdynamic -lgmodule -lglib -ldl -lXi -lXext -lX11 –lm,看上去有些吓人,你可能会问,我如何知道需要这些呢,如果我想编写KDE的程序呢,还有OpenGL呢?其实,情况比你想象的要好很多,在/usr/bin目录下,有很多名为xxx-config的脚本,它们的作用就是向用户显示编译链接程序时使用的参数的。这些脚本可以接受一些参数,比较常用的有—libs用于列出链接特定程序时使用的程序库,另外--cflags用于生成头文件的包含目录,也就是上面我们提到的-I参数。于是,对于GTK程序,我们可以使用下面的命令来编译:
gcc gtksource.c `gtk-config –libs --cflags`

当然,为每一种程序写一个config显然不是一个好办法,目前新的开发包都使用pkg-config这个脚本来生成链接参数。你可以使用pkg-config –list-all查看pkg-config支持的所有链接参数

当你在上面这份列表中查到了自己想要程序包时,就可以使用下面的命令来编译程序了
gcc .suffix `pkg-config --libs --cflags`

让GCC帮助你更好的工作

上面我们简单介绍了GCC的常用命令行选项,其实GCC的功能比上面提到的那些要丰富得多,GCC对代码的警告、优化、调试等方面提供了丰富的支持,下面我们就从一些例子来看看GCC提供的这些功能。

1.对问题代码提出警告
GCC对程序代码提供了完整的检查功能,由于C/C++语言本身的特点,很多错误都是程序员无意间犯下的,例如使用了未定义的变量、在bool表达式中使用了=而不是==等等问题,利用GCC提供的代码检查功能,我们可以让编译器为我们找到这些问题,避免运行时发生灾难。

首先,我们来看一个“问题代码”

/* test_warning.c We use this file to check the warning facilities provided by GCC*/#include#includevoid main() { /* main should return int*/int a, b;long long l = 2.2; /* long long type is GNU extension, not standard ANSI / ISO type*/miss_decl(); /* We call an undeclared function*/if (a = 0) /* May be we want == here instead of =*/printf (“a really equals to 0?/n”);if (b != 0) /* We used uninitialized variables*//* %d and “We should put b here” don’t match*/printf(“We make a mistake again! b = %d/n”, “We should put b here”);};void miss_decl() {/* /* This type of annotation is prohibited*/printf(“We should put the declaration before it’s been used!/n”);}


上面这些代码故意制造了很多编程中出现的常见问题,接下来,我们就用这段代码来检测一下GCC提供的各种常用的警告设施。

首先,我们不使用任何警告设施编译上面的程序
gcc test_warning.c –o test_warning

默认情况下,GCC会给出输出,其中GCC识别出了main函数不标准(warning)以及使用了未声明的函数(error)两个问题,但是其他的GCC并未察觉。

利用-pedantic找出不符合ANSI / ISO标准的代码
执行下面的命令:
gcc –pedantic test_warning.c –o test_warning

可以看到,这次GCC以警告的形式报告了代码中long long的使用,但是要说明的是我们并不能依赖这个选项来保证我们的代码完全符合ANSI / ISO标准,因为该选项只报告ANSI C要求编译器进行检察的内容。另外,你还可以使用-pedantic-errors让GCC把所有的警告都变成错误。

利用-Wformat检查printf中的参数不匹配问题
执行下面的命令:gcc –Wformat test_warning.c –o test_warning

利用-WComment找出注释中的错误
执行下面的命令:gcc –WComment test_warning.c –o test_warning

利用-Wparentheses查找bool表达式中的=错误
执行下面的命令:gcc –Wparentheses test_warning.c –o test_warning

 用-Wuninitialized查找未初始化变量的使用
执行下面的命令:gcc –O –Wuninitialized test_warning.c –o test_warning
值得说明的是,在使用这个选项的时候,一定要配合上-O(后面我们会提到)选项

利用-Wimplicit-function-declaration / -Werror-implicit-function-declaration检查未声明函数的使用。

执行下面的命令:gcc -Wimplicit-function-declaration test_warning.c –o test_warning

另外-Werror-implicit-function-declaration和-Wimplicit-function-declaration作用是类似的,只是如果你使用了未声明的函数,前者会把它认为是一个错误。


如果你只是想对你的代码进行全面的检查,你大可不必把上面的选项一并列出来,GCC提供了-Wall选项,含义就是列出所有代码中的警告
执行下面的命令:gcc –Wall test_warning.c –o test_warning

如果你想走另一个极端,也就是不想让gcc输出任何警告,那么使用-w选项,该选项禁止所有的警告
执行下面的命令:
gcc –w test_warning.c –o test_warnin
<输出结果>

对于上面所有的选项,你都可以把它们和-Werror选项一起使用,这样就可以把所有的警告都变成错误。另外,如果你只是想对代码进行检查而并不执行编译的话,可使用-fsyntax-only选项,像下面的命令这样
gcc –fsyntax-only test_warning.c

基本上来说,我们常用的一些警告选项就是这些,而其中-Wall更是我们极为常用的功能。

2. 优化选项
这一部分的内容可以分成两部分,一部分是让编译器对代码进行分析后,进行的代码优化,另一部分是我们可以为编译器制定一些关于硬件的信息,让他生成对硬件结合的更好的代码,而我们之所以要用源代码来编译程序,很多情况下,是出于这方面的原因。

首先来看代码优化,从代码的整体优化上,GCC提供了下面的选项

-O –O1
这两个选项的含义是一样的,GCC将执行减少代码尺寸和执行时间的优化,对于那些会严重影响编译时间的优化选项,这个级别的优化并不会执行。

-O2
在这一级别GCC将会提供所有支持的优化,但这其中并不包括以空间换时间的优化手段,例如编译器不会使用循环展开和函数内联。和-O相比,该选项进一步加快了编译时间和生成代码的性能。

-O3
除了-O2提供的优化选项外,还指定了-finline-functions,-funswitch-loops和-fgcse-afer-reload选项,目的只有一个就是全力执行代码优化。

-Os
这个选项是专门用来优化代码尺寸的,-Os打开了所有-O2级别中不会显著增长代码尺寸的优化选项

-O0
该选项代表不执行优化

在这里要说明的是,尽管GCC提供了1~3和s这4个整体优化选项,但从实际的优化效果上来看,往往O3优化出来的程序的效率并不是最高的,而大部分情况下我们都在使用-O2,如果你希望获得最高的效率利益,那么不妨这4个选项都试试。另外,其实这些选项只不过是GCC提供的很多单方面优化的一个组合,如果你想了解更为具体的优化内容,可以去查看GCC手册,出于篇幅限制,这里不细谈了。最后要记住的一点是,如果你的程序是用于高精度数值计算的,那么记住不要使用上面任何的优化选项。

下面来看基于硬件优化,由于这部分和计算机硬件相关,这里仅用Intel的CPU做一些说明。

对于所有为Intel和AMD x86-64提供的优化选项都是用m开头的,下面写一些常用的选项:
-march
该选项用来指定CPU的类型,常用的有i386 / i486 / i586 / pentium-mmx / i686 / pentium2 / pentium3 / pentium-m / pentium4 / prescott / k6 / athlon / athlon-4 / k8等等,读者可以根据自己的情况进行指定。

-mfpmath
该选项用于指定浮点运算单元的类型。包括:387

使用标准的数学协处理器:sse

使用SSE指令集提供的标量浮点运算。在Pentium3 / Athlon-4以及更新的芯片上支持这个特性。另外,在pentium4以及AMD x86-64处理器上,SSE2还可以进行双精度浮点计算。

sse,387
混合使用387数学协处理器和SSE指令集,该选项可以充分的利用CPU的浮点寄存器和xmm寄存器,但是该选项还处在试验阶段。
-malign-double

该选项使得GCC把double / long double / long long类型的变量在4字节或2字节地址上对齐,在Pentium级的CPU上,这会使得代码的执行速度更快,当然带来的代价是需要更多的内存来执行程序。

-mmmx –msse –msse2 –msse3 –m3dnow

这些选项用来启动内置函数直接使用这些处理器扩展指令的功能。在编译3D或多媒体程序的时候,使用他们是非常有效的。

3. 对调试的支持
当程序出错的时候,我们可以在Visual Studio中轻松的进行调试,而在Linux中,一旦出现Segmentation Fault,似乎我们除了用眼睛去看代码就没有更好的选择了,其实情况不然,用GCC向程序加入一些适当的调试信息,我们可以利用GDB去调试程序。在这里,我们介绍最为常用的-g和-ggdb选项。

先来看-g。该选项可以利用操作系统的“原生格式(native format)”生成调试信息。GDB可以直接利用这个信息。尽管我们可以把-O和-g放在一起使用,但是,这种做法是极为不推荐的。

如果你想用GDB来调试程序,那么你可以使用-ggdb来让GCC为GDB生成更为丰富的调试信息,但是,此时你就不能用其他的调试器来进行调试了。

最后要说明的是,上面这两个选项都可以接受一个输出调试信息的级别,默认的级别是2。如果你指定1级(-g1),那么GCC会生成最少的调试信息,这包括函数和全局变量的描述信息,但是对于局部变量和行号等信息,在这个级别是不会输出的。另外一个级别是3级(-g3),在这一级别上,GCC会为程序中的所有宏定义和符号生成调试信息。

最后

通过阅读今天的这篇文章,希望童鞋们能过对想学习Linux开发中用到的一些基本的技术和知识有一个了解,并且能够自己动手开始做些试验性的工作,其实,这里还有很多问题没有谈到,例如利用GDB进行调试、利用make管理工程、利用autoconf为程序生成配置脚本、利用CVS管理程序源文件等等,这些问题有待在今后一起交流。

05

嵌入式Linuxer进阶之路



Linux开发工程师

01



首先成长为一名Linux开发工程师,这是最基本的目标,他应该具备如下的素质:

(1)了解Linux基本概念和基本操作(历史,文化,起源)(命令行,配置,操作,开发模式)(2)会使用Linux平台下的编辑器vi(默认安装,占内存小,方便向嵌入式移植)(3)会使用Linux平台下的编译器GCC(相应的十几个命令行参数)(4)会使用Linux平台下的管理工具Make(与Makefile相配合,尤其用于大项目中多平台移植的情况下)(5)会使用Linux平台下的调试器GDB(可以了解底层硬件,及汇编指令)


嵌入式工程师

02


他更关心的是将来在哪一目标机上运行,不关心操作系统,进行的更多与编程相关的工作:
(1)合格的C程序的程序员(理解基本的控制结构:循环、分支、数组、指针)(2)基本的编程思想(编程实践中总结算法)(3)程序的编译和链接(4)可执行文件内部(段、起始地址、如何加载执行)(5)目标机处理器体系结构(6)知道处理器的外设即System on Chip(内部存储结构及外设驱动)(7)汇编语言及指令(主要是用在加载过程中)



系统工程师

04


系统工程师夹在驱动工程师及应用工程师这两个层次之间,他要对系统有一个整体的概念,系统主要是指操作系统,往往理论有余而实践不足:
(1)进程管理与调度(知道进程间的切换与调度,多任务)(2)内存管理(建立MMU页表,知道从虚地址到物理地址的映射)(3)驱动管理(管理设备,编写设备驱动,加载设备驱动)(4)文件系统(制作文件系统,文件系统的读写,甚至驱动有时也被当成文件系统来管理)(5)网络协议知识(协议实现作为上层应用与底层驱动之间的衔接)(6)图形系统知识(支持多窗口及管理窗口,包括窗口切换,窗口移动和覆盖)



嵌入式Linux系统工程师

05


(1)嵌入式Linux基本概念(2)交叉编译(3)Linux内核开发和调试工具(4)启动代码移植(修改Uboot,Vivi等)(5)内核交叉编译(Linux不支持芯片时要芯片级的移植,支持芯片时要板级的移植)(6)根文件系统制作(7)设备驱动程序开发

下面针对一个简单的"hello world"程序来区分一下以上所讲的工程师之间的区别:
#include<stdio.h>
int main(void)
{
printf("hello world!\n");
}

初级程序员看到的是:
a、头文件
b、主函数main
c、子函数printf
d、函数调用
e、入口参数
f、参数返回

高级程序员看到的是:
a、头文件---预处理过程
b、主函数main---程序入口
c、子函数printf---标准库函数
d、函数调用---跳转指令
e、入口参数---栈空间的参数传递
f、函数返回---返回指令

嵌入式程序员看到的是:
a、头文件---预处理过程---宏展开/条件编译
b、主函数main---程序入口---启动代码
c、子函数printf---标准库函数---链接过程
d、函数调用---跳转指令---PC寄存器
e、入口参数---栈空间的参数传递---寻址方式
f、函数返回---返回指令---LR寄存器

嵌入式程序员还能看到的是:
  • 可执行文件的内部组织结构
  • 代码段
  • 指令格式和类型
  • 地址无关代码
  • 数据段
  • RWdata读写数据段
  • ROdata只读数据段
  • BSS未初始化数据段

系统工程师看到的是:
  • 子函数printf---标准库函数---链接过程
  • 动态链接(Dynamic Linking)(需要系统的支持)
  • 静态链接(Static Linking)(嵌入式系统常采用静态链接,以适应不同系统)
  • 标准C库
  • 系统调用(System Call)
  • 软件中断(Software Interrupt)

Linux系统工程师看到的是:
  • 可执行文件的加载过程(不用了解系统调用这一级)
  • Shell进程--fork系统调用---exec系统调用
  • 进程状态(就绪、运行、阻塞)
  • 进程调度和调度算法
  • 进程的上下文切换

嵌入式Linux系统工程师看到的是:
  • 用户空间和系统空间(分别运行用户模式和管理模式)
  • ARM---用户模式和管理模式(执行权限不同)
  • SWI---软中断指令(系统调用就是由用户空间向系统空间切换)
  • MMU---虚地址和实地址(不同进程如何实现自己独立的地址空间)
  • BUS---地址总线、数据总线和控制总线(程序如何获得数据,系统如何取指)
  • SOC---片上系统(整个嵌入式系统如何运行)

06

一位资深工程师的学习路线


我们平时使用Linux系统的话,最常用的工具就是Shell(或者用windows中常见的说法:命令行),初学者接触Linux的第一个东西往往也是shell。也许你已经知道,把shell命令组合起来写成一个文件,亦即shell编程,也是一门大学问,它能做的事很多很强大,但仅限于对Linux系统的操作。

我们一定不会用shell命令去编写一个显示屏程序,或者一个GPS导航程序。而且作为嵌入式Linux开发来说,shell不可能作为最终产品工作的平台,因为我们不能要求用户在屏幕中输入代码来实现功能。因此我认为对嵌入式开发来说,shell命令无需深究,掌握基本操作就够了。

shell基本操作主要包括:获取命令帮助,到达指定目录,查看目录内容,权限修改,文件的复制粘贴等基本操作,文件搜索,文件内容查看和编辑,系统关机重启……(这些只是最基本的,后面再慢慢学别的命令,比如学习进程编程时,再学习进程相关的命令;学习C语言编程时,再学各种编译和调试命令也不迟)
 
学习嵌入式Linux,我们的最终目的是制作一套嵌入式系统来实现功能。往往需要用C/C++或Python等其他语言来编写程序,但是编程之前我们要先明确一些基本概念。

最基本的,当我们编写程序时,首先要明确嵌入式Linux分为用户空间和内核空间。用户空间是应用程序运行的空间,内核空间就是操作系统和驱动程序运行的空间。这是从软件的角度来说的,对应于ARM芯片来说,就是芯片的不同“工作模式”。这两个空间是通过“地理隔离”实现互相完全独立的,它们各自的程序使用不同的内存地址区间,各自使用自己的头文件(有些头文件在两个空间内甚至是重名的,要注意区分)、各自调用属于自己空间的函数(哪怕实现的功能相同,比如printf()和printk()),而且不能互相直接访问(用指针也不行)。(意味着学习这两部分的编程时要学习两套独立的知识体系)
内核空间相关的东西有:Linux内核源码、内核编译和配置、内核移植、文件系统、Busybox、设备驱动程序编写、中断编程……

用户空间相关的东西有:Shell、应用程序编译和调试、进程、线程、文件IO编程、网络通信相关、Qt图形界面编程……
如果你仅仅要开发应用程序,那你就可以远离内核空间那些东西了。对你来说,驱动程序、底层硬件、操作系统的工作方式等都是透明的,你写的程序在别的芯片上也能跑得很好。

但如果你想要开发驱动程序,或者定制自己的操作系统,或者你想向一片“全裸”芯片中写入操作系统,并使它正常运行起来,那就得学习内核空间的知识了。
 
如果你想让“全裸”芯片运行起来,还会遇到一块比内核更底层的东西,Bootloader。它是在内核启动前运行的一段程序,用来初始化硬件、建立内存空间映射等,与芯片的品牌、型号极其相关。我们通常对一些现成的Bootloader进行修改来满足需求,常见的Bootloader有U-Boot、Vivi等。

再多说一句,如果想从零开始做一个嵌入式设备,还有更底层的问题需要解决和学习:电路设计、PCB布线等。
 
因此,我们看到的嵌入式Linux书籍就可以粗略分成两个方向:一类讲嵌入式Linux应用程序编程,另一类讲如何搭建一个完整的嵌入式Linux平台。分别对应的就是用户空间和内核空间的事情。
 
虽然用户空间和内核空间是独立的,但就像Windows提供了API,允许我们对系统进行操作一样,用户空间的程序也可以通过系统调用来访问内核(就是一些的C语言函数)。但由于系统调用非常基础,所以有时使用起来很麻烦。比如说一个简单的给变量分配内存空间的操作,就需要动用多个系统调用。Linux定义一些库函数(API)来将系统调用组合成某些常用的功能,以方便我们编程(同样是C语言函数)。因此,我们在读别人的程序时,就要区分其中的函数是系统调用,还是库函数,还是C/C++标准库中的函数,还是用户自己定义的函数。如果是前三者,就可以到各个地方搜索相应的资料,这样学习起来就快很多。

那么shell程序和我们用C/C++编写的程序有什么区别呢?事实上,我们在shell中写的每一个命令,都对应了一个程序,在程序内部就是通过调用各种API来实现相应功能的。因此用shell能实现的功能,理论上都能用C语言实现。
 
作为嵌入式Linux开发初学者,简单熟悉了shell以后,就可以开始进行一些C语言编程的尝试了。

我们最早接触编程一般都是在大学的编程课上,而且往往用的是Visual C++ 6.0。窃以为这是让我对编程原理长期困惑不解的罪魁祸首!啥是环境变量?为啥要设置include路径,lib路径?为啥一点编译按钮就会出来那么多后缀名不同的文件?这些很基础很重要的问题都被VC6.0这个外壳掩盖了。但哪怕你在Linux中使用gcc编译一个最简单程序,一定就会像我一样马上明白把一个.c的源文件变成一个可执行文件,中间究竟发生了什么事情。如果你再用gdb调试一个程序,就会明白得更多一点。

关于C/C++编程的基本工具,我们需要学习的有:vim等代码编辑器、diff等文件比较的shell命令、gcc等编译器、gdb等调试工具、交叉编译等。这里需要特别提到一个重要工具(网站):github,根据百度的解释,它是一个“分布式的版本控制系统”,初学者还用不到版本控制,那就可以单纯把它当成一个开放的源代码库。这个网站里有大量优秀的源代码供学习和使用。
 
学习了基本的编程方法,我们就该接触Linux的API等内容了。毕竟,我们的嵌入式系统要与设备进行交互,只用C/C++标准库是不够的。在此之前,需要建立一个Linux的重要概念:一切皆文件。甚至硬件设备对Linux系统来说,也是文件。这样对设备的操作就等同于对文件进行读、写,或读写以外的操作。这部分内容在各种书籍资料中通常以“文件IO编程”命名,作为一个章节来写。我觉得这是应当第一个来学的东西,因为看到自己能随意操控文件和外设是一件让人很振奋的事情!成就感是继续学习的一大动力!
 
另外一个重要内容是,理解进程和线程。通过学习这个部分,能管中窥豹地大致领略到Linux系统如何进行调度,你的程序是怎么在Linux中运行的。这是操作系统原理的内容,但作为非软件专业出身的人,没办法,只能自学了。
 
其他应用程序编程如网络编程、Qt图形编程等就不一一说明了。
 
驱动程序可能是我们将来接触内核空间遇到的第一个内容。不过暂时还没什么特别想说的。内核空间距离初学者还是有点远的……以后再来学这部分内容。

07

另一位资深工程师的学习之路


首先我们要明白你的目的是什么,大概来说所谓嵌入式Linux可以分为两部分:

底层系统

应用开发
如果你是想做应用开发,那么你去把C语言、数据结构、JAVA什么的学好吧。嵌入式应用开发和PC上的应用开发并没有什么特别要注意的。也许你说在嵌入式上要做些优化,是的,要优化,但是未经优化的程序和PC上的程序开发没什么差别。另外,当你有能力去优化时,你已经不用来问这个问题了。具体到某个例子,比如说开发界面,在PC上我们用VC;在嵌入式Linux里也许我们用QT也许用Android,这个时候你应该去学学QT、Android的编程。但是基础还是C或JAVA,在此基础上去熟悉它们的接口。你学过VC的话,也是要花时间去了解那些类、控件的。

如果你的目的是想学习底层系统,这是我的专长,倒是可以说一点。

在回答这个问题之前,我先回答:不少人问我,到底是学驱动还是学应用?

我只能说凭兴趣,并且驱动和应用并不是截然分开的

1. 我们说的驱动,其实并不局限于硬件的操作,还有操作系统的原理、进程的休眠唤醒调度等概念。

想写出一个好的应用,想比较好的解决应用碰到的问题,这些知识你应该懂

2. 做应用门槛低,特别是现在的ANDROID,纯JAVA。做应用的发展路径个人认为就是业务纯熟。

比如在通信行业、IPTV行业、手机行业,你了解行业的需求。所以,当领导的人,多是做应用的。

3. 做驱动,其实我不想称为“做驱动”,而是想称为“做底层系统”,做好了这是通杀各行业。我工作几年,做过手机、IPTV、会议电视,但是这些产品对我毫无差别,因为我只做底层。他们的业务跟我没关系。

当应用出现问题,他们解决不了时,我就会从内核角度给他们出主意,给他们提供工具。

做底层的发展方向,个人认为是技术专家。

4. 其实,做底层还是做应用,之间并没有一个界线,有底层经验,再去做应用,你会感觉很踏实。

有了业务经验,你再了解一下底层,很快就可以组成一个团队。

回到怎么学的问题上。嵌入式Linux底层系统包含哪些东西?不要急,举一个例子你就知道了。

1. 电脑一开机,那些界面是谁显示的?是BIOS,它做什么?一些自检,然后从硬盘上读入windows,并启动它。

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

2. 启动windows的目的是什么?当然是上网聊天什么的了。这些上网、聊天工具在哪?

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

3. windows能识别出C盘、D盘,那么肯定能读写硬盘才行。这涉及的东西称为驱动程序。当然不仅仅是硬盘,还有网卡、USB等等。

嵌入式Linux能从Flash上读出并执行应用程序,肯定也得有Flash的驱动程序啊,当然也不仅仅是Flash。

先说到这里吧,嵌入式LINUX里含有bootloader,内核,驱动程序、根文件系统这4大块。

 

一、bootloader:

它就是一个稍微复杂的裸板程序。但是要把这裸板程序看懂写好一点都不容易。Windows下好用的工具弱化了我们的编程能力。

很多人一玩嵌入式就用ADS、KEIL。你能回答这几个问题吗?

1.一上电,CPU从哪里取指令执行?
答:一般从Flash上指令。

2.但是Flash一般是只能读不能直接写的,如果我用到全局变量,这些全局变量在哪里?
答:全局变量应该在内存里

3.那么谁把全局变量放到内存里去?
答:长期用ADS、KEIL的朋友,你能回答吗?这需要"重定位"。在ADS或KEIL里,重定位的代码是制作这些工具的公司帮你写好了。
你可曾去阅读过?

4.内存那么大,我怎么知道把"原来存在Flash上的内容"读到内存的"哪个地址去"?
答:这个地址用"链接脚本"决定,在ADS里有scatter文件,KEIL里也有类似的文件。但是,你去研究过吗?

5.你说重定位是把程序从Flash复制到内存,那么这个程序可以读Flash啊?
答:是的,要能操作Flash。当然不仅仅是这些,还有设置时钟让系统运行得更快等等。

先自问自答到这里吧,bootloader这一个裸板程序,其实有3部分要点:
1.对硬件的操作
2.对ARM体系处理器的了解
3.程序的基本概念:重定位、栈、代码段数据段BSS段什么的。

对硬件的操作,需要看原理图、芯片手册。这需要一定的硬件知识,不求你能设计硬件,但是至少能看懂;不求能看懂模拟电路,但是要能看懂数字电路。这方面的能力我是在学校里学到的,微机原理、数字电路这2本书(书名忘了)就足够了。但是我怀疑你有无耐心把这2本书看完。我不知道现在有没有更快捷的书。想速成的话,就先放掉这块吧,不懂就问GOOGLE、发贴。

另外,芯片手册是肯定要读的,别去找中文的,就看英文的。开始是非常痛苦,以后就会发现那些语法、词汇一旦熟悉后,读任何芯片手册都很容易。
对ARM体系处理器的了解,看杜春蕾的吧,里面讲有汇编指令,有异常模式、MMU等。也就这3块内容需要你了解。

程序的基本概念,王道当然是去看编译原理了。可惜,这类书绝对是天书级别的。劝你若非超级天才还是别去看了。就看我写的<嵌入式Linux应用开发完全手册>和第1期视频吧,别担心,不用花钱。照着视频把硬件相关的实验做了,这些概念就清楚了。我还没有发现第2套讲这些概念的书或视频,允许我盲目吹嘘一回。

对于bootloader,我学习时是先看了,然后自己写程序把各个硬件的实验都做了一遍,比如GPIO、时钟、SDRAM、UART、NAND。把它们都弄清楚了,组台在一起就很容易看懂u-boot了。

总结一下,看懂硬件原理图、看芯片手册,这需要你自己去找资料。剩下的,就按<嵌入式Linux应用开发完全手册>和第1期视频的章节目录去学习吧。

 

二、内核:

想速成的人,先跨过内核的学习,直接学习怎么写驱动。

想成为高手,内核必须深刻了解。注意,我说的是了解,我没奢望去写出一个内核。

要对里面的调度机制、内存管理机制、文件管理机制等等有所了解。

推荐两本书:


1.通读,请看薄的那本(浮燥的社会讲求速度,呵),
2.选读,想了解哪一块就读哪一节

 

三、驱动:

驱动包含两部分:硬件本身的操作、驱动程序的框架。

又是硬件,还是要看得懂原理图、读得懂芯片手册,多练吧。

说到驱动框架,有一些书介绍一下。LDD3,即,老外写的那本,里面介绍了不少概念,值得一读。但是,它的作用也就限于介绍概念了。我基本上是入门之前用它来熟悉一下概念,入门后就扔掉了。

驱动方面比较全的介绍,应该是宋宝华的了,老实说我只看过目录,有不少人说好,这里推荐一下。

要想深入了解某一块,绝对是超5星级推荐。你别指望把它读完,1800多页,上下两册呢。我是某一块不清楚时,就去翻一下它。任何一部分,这书都可以讲上2、3百页,非常详细。并且是以某个目标来带你分析内核源码。它以linux2.4为例,但是原理相通,同样适用于其它版本的linux。

还有没有其他介绍?呵呵,当然有了,韦东山Linux视频第2期。<嵌入式Linux应用开发完全手册>里对驱动讲得不多,不够深入。

于是我录制了这期视频。不仅仅教你怎么写怎么改驱动,还教你为什么这样写这样改驱动。

每一个驱动都是现场编写:

1.用绘图板画图讲解──相当于学校里老师在黑板上画图讲解,很直观绝对不是对着PPT念。


2.用sourceinsight当场写程序,从第1行开始写,每一课都是这样。我讲了20多个驱动,就写了20多个程序。


3.写完就编译、测试。


4.很全面,字符设备驱动、块设备、网卡驱动3大类齐全,硬件介绍、驱动框架分析、测试3大类齐全。

培训机构里教的内容,远不及这期视频丰富。我在多个培训机构讲过课,从没看到哪个老师敢每一课都当场讲解当场编写代码当场测试,除我之外!也没看到哪个培训机构讲完这些内容──因为时间不够,讲完起码要一个月,但是这部分基本只有2周授课时间。

把你手上的开发板所涉及的硬件,都去尝试写一个驱动吧。有问题就先"痛苦地思考",思考的过程中你会把很多不相关的知识
串联起来,最终贯通。

 

四、根文件系统:

大家有没有想过这2个问题:

1.对于Linux做出来的产品,有些用作监控、有些做手机、有些做平板。那么内核启动后,挂载根文件系统后,应该启动哪一个应用程序呢?
答:内核不知道也不管应该启动哪一个用户程序。它只启动init这一个应用程序,它对应/sbin/init。

显然,这个应用程序就要读取配置文件,根据配置文件去启动用户程序(监控、手册界面、平板界面等等)

这个问题提示我们,文件系统的内容是有一些约定的,比如要有/sbin/init,要有配置文件



2.你写的hello,world程序,有没有想过里面用到的printf是谁实现的?
答:这个函数不是你实现的,是库函数实现的。它运行时,得找到库。

这个问题提示我们,文件系统里还要有库。

简单的自问自答到这里,要想深入了解,可以看一下busybox的init.c,就可以知道init进程做的事情了。

当然,也可以看<嵌入式Linux应用开发完全手册>里构建根文件系统那章。

说一下我的学习经历吧。


1. 我在学校时读的是物理电子专业,其实课程里没有教怎么设计电路,只是教了些电子电路方面的知识。PCB的设计是在实验室里自学的,只设计过2层板,现在忘记得差不多了。但是保留了看原理图、看芯片手册的能力。

2. 选修了软件学位,对软件设计挺感兴趣,但是也只是学了C语言、数据库而已。凭着兴趣做了不少竞赛题。没能力去参加竞赛,但是把C语言练得很扎实。

3. 在实验室、在第1家公司,就是设计些简单的PCI卡,写一下windows的驱动程序

4. 在第2家公司,用51单片机做车载电话,开始走上纯软件的道路。

5. 开始感到单片机的不足,辞职半年闭门学Linux,从redhat怎么操作开始。步骤就是先看,再自己写裸板程序操作硬件,接着到分析u-boot。同时看,对LINUX框架有所了解。

在写裸板时,建议各位加强对中断的理解,内核就是用中断来完成各种功能的。

6. 分析完u-boot,就开始进行简单的驱动编程了,这时候,能力还很弱。

7. 开始去中兴上班,工作2年,编写各类驱动、解决各类问题(驱动问题、帮助定位应用问题),能力得到煅炼。

相关书籍推荐


1. 硬件方面的书:微机原理、数字电路,高校里的教材。毕业多年,忘名了。
2. Linux方面的书: <ARM体系架构与编程> <嵌入式Linux应用开发完全手册>     <Linux设备驱动>,老外写的那本     <linux设备驱动开发详解>     <linux内核完全注释>   <Linux内核情景分析>

-END-




推荐阅读



【01】Linux内核中makefile有什么作用?深入解析makefile工作过程和原理【02】想搞嵌入式,但这行究竟是啥样?看大佬带你解读!【03】史上最全Linux常用命令全称及讲解【04】Linus的黑暗历史:Linux内核架构被知名教授评价一文不名!【05】深入分析 Linux 内核链表



免责声明:整理文章为传播相关技术,版权归原作者所有,如有侵权,请联系删除

    您可能也对以下帖子感兴趣

    文章有问题?点此查看未经处理的缓存