学习linux底层驱动开发有什么经典的参考书

结构、 *** 作系统、体系结构、编译原理、计算机网络你全修过

我想大概可以分为4个阶段，水平从低到高

从安装使用=>linux常用命令=>linux系统编程=>内核开发阅读内核源码

其中学习linux常用命令时就要学会自己编译内核，优化系统，调整参数

安装和常用命令书太多了，找本稍微详细点的就ok，其间需要学会正则表达式

系统编程推荐《高级unix环境编程》，黑话叫APUE

还有《unix网络编程》

这时候大概还需要看资料理解elf文件格式，连接器和加载器，cmu的一本教材中文名为《深入理解计算机系统》比较好

内核开发阅读内核源码阶段，从写驱动入手逐渐深入linux内核开发

参考书如下《linux device drivers》，黑话叫ldd

《linux kernel development》，黑话叫lkd

《understading the linux kernel》，黑话叫utlk

《linux源码情景分析》

这四本书为搞内核的必读书籍

最后，第三阶段和第四阶段最重动手，空言无益，光看书也不罩，不动手那些东西理解不了

学习linux/unix编程方法的建议

建议学习路径：

首先先学学编辑器，vim, emacs什么的都行。

然后学make file文件，只要知道一点就行，这样就可以准备编程序了。

然后看看《C程序设计语言》K&R，这样呢，基本上就可以进行一般的编程了，顺便找本数据结构的书来看。

如果想学习UNIX/LINUX的编程，《APUE》绝对经典的教材，加深一下功底，学习《UNP》的第二卷。这样基本上系统方面的就可以掌握了。

然后再看Douglus E Comer的《用TCP/IP进行网际互连》第一卷，学习一下网络的知识，再看《UNP》的第一卷，不仅学习网络编程，而且对系统编程的一些常用的技巧就很熟悉了，如果继续网络编程，建议看《TCP/IP进行网际互连》的第三卷，里面有很多关于应用协议telnet、ftp等协议的编程。

如果想写设备驱动程序，首先您的系统编程的接口比如文件、IPC等必须要熟知了，再学习《LDD》2。

对于几本经典教材的评价：

《The C Programing Language》K&R 经典的C语言程序设计教材，作者是C语言的发明者，教材内容深入浅出。虽然有点老，但是必备的一本手册，现在有时候我还常翻翻。篇幅比较小，但是每看一遍，就有一遍的收获。另外也可用谭浩强的《C语言程序设计》代替。

《Advanced Programing in Unix Envirement》 WRichard Stevens：也是非常经典的书（废话，Stevens的书哪有不经典的！），虽然初学者就可以看，但是事实上它是《Unix Network Programing》的一本辅助资料。国内的翻译的《UNIX环境高级编程》的水平不怎么样，现在有影印版，直接读英文比读中文来得容易。

《Unix Network Programing》WRichard Stevens：第一卷讲BSD Socket网络编程接口和另外一种网络编程接口的，不过现在一般都用BSD Socket，所以这本书只要看大约一半多就可以了。第二卷没有设计到网络的东西，主要讲进程间通讯和Posix线程。所以看了《APUE》以后，就可以看它了，基本上系统的东西就由《APUE》和《UNP》vol2概括了。看过《UNP》以后，您就会知道系统编程的绝大部分编程技巧，即使卷一是讲网络编程的。国内是清华翻译得《Unix网络编程》，翻译者得功底也比较高，翻译地比较好。所以建议还是看中文版。

《TCP/IP祥解》一共三卷，卷一讲协议，卷二讲实现，卷三讲编程应用。我没有怎么看过。，但是据说也很经典的，因为我没有时间看卷二，所以不便评价。

《用TCP/IP进行网际互连》DouglusEComer 一共三卷，卷一讲原理，卷二讲实现，卷三讲高级协议。感觉上这一套要比Stevens的那一套要好，就连Stevens也不得不承认它的第一卷非常经典。事实上，第一卷即使你没有一点网络的知识，看完以后也会对网络的来龙去脉了如指掌。第一卷中还有很多习题也设计得经典和实用，因为作者本身就是一位教师，并且卷一是国外研究生的教材。习题并没有答案，留给读者思考，因为问题得答案可以让你成为一个中级的Hacker，这些问题的答案可以象Douglus索取，不过只有他只给教师卷二我没有怎么看，卷三可以作为参考手册，其中地例子也很经典。如果您看过Qterm的源代码，就会知道Qterm的telnet 实现部分大多数就是从这本书的源代码过来的。对于网络原理的书，我推荐它，而不是Stevens的《TCP/IP祥解》。

《Operating System - Design and Implement》这个是讲 *** 作系统的书，用Minix做的例子。作者母语不是英文，所以英文看起来比较晦涩。国内翻译的是《 *** 作系统设计与实现》，我没看过中文版，因为翻译者是尤晋元，他翻译的《APUE》已经让我失望头顶了。读了这本书，对 *** 作系统的底层怎么工作的就会

有一个清晰的认识。

《Linux Device Driver》2e ，为数不多的关于Linux设备驱动程序的好书。不过内容有些杂乱，如果您没有一些写驱动的经验，初次看会有些摸不着南北。国内翻译的是《Linux设备驱动程序》第二版，第一版，第二版的译者我都有很深的接触，不过总体上来说，虽然第二版翻译的有些不尽人意，但是相比第一版来说已经超出了一大截。要读这一本书，至少应该先找一些《计算机原理》《计算机体系结构》的书来马马虎虎读读，至少应该对硬件和计算机的工作过程有一些了解。

一般在Linux系统中的/usr/src/linux（代表的是内核版本，如2423）目录下就是内核源代码（如果没有类似目录，是因为还没安装内核代码）。另外还可从互连网上免费下载。注意，不要总到>

LINUX设备驱动程序是怎么样和硬件通信的下面将由我带大家来解答这个疑问吧，希望对大家有所收获!

LINUX设备驱动程序与硬件设备之间的通信

设备驱动程序是软件概念和硬件电路之间的一个抽象层，因此两方面都要讨论。到目前为止，我们已经讨论详细讨论了软件概念上的一些细节，现在讨论另一方面，介绍驱动程序在Linux上如何在保持可移植性的前提下访问I/O端口和I/O内存。

我们在需要示例的场合会使用简单的数字I/O端口来讲解I/O指令，并使用普通的帧缓冲区显存来讲解内存映射I/O。

I/O端口和I/O内存

计算机对每种外设都是通过读写它的寄存器进行控制的。大部分外设都有几个寄存器，不管是在内存地址空间还是在I/O地址空间，这些寄存器的访问地址都是连续的。

I/O端口就是I/O端口，设备会把寄存器映射到I/O端口，不管处理器是否具有独立的I/O端口地址空间。即使没有在访问外设时也要模拟成读写I/O端口。

I/O内存是设备把寄存器映射到某个内存地址区段(如PCI设备)。这种I/O内存通常是首先方案，它不需要特殊的处理器指令，而且CPU核心访问内存更有效率。

I/O寄存器和常规内存

尽管硬件寄存器和内存非常相似，但程序员在访问I/O寄存器的时候必须注意避免由于CPU或编译器不恰当的优化而改变预期的I/O动作。

I/O寄存器和RAM最主要的区别就是I/O *** 作具有边际效应，而内存 *** 作则没有：由于内存没有边际效应，所以可以用多种 方法 进行优化，如使用高速缓存保存数值、重新排序读/写指令等。

编译器能够将数值缓存在CPU寄存器中而不写入内存，即使储存数据，读写 *** 作也都能在高速缓存中进行而不用访问物理RAM。无论是在编译器一级或是硬件一级，指令的重新排序都有可能发生：一个指令序列如果以不同于程序文本中的次序运行常常能执行得更快。

在对常规内存进行这些优化的时候，优化过程是透明的，而且效果良好，但是对I/O *** 作来说这些优化很可能造成致命的错误，这是因为受到边际效应的干扰，而这却是驱动程序访问I/O寄存器的主要目的。处理器无法预料某些 其它 进程(在另一个处理器上运行，或在在某个I/O控制器中发生的 *** 作)是否会依赖于内存访问的顺序。编译器或CPU可能会自作聪明地重新排序所要求的 *** 作，结果会发生奇怪的错误，并且很难调度。因此，驱动程序必须确保不使用高速缓冲，并且在访问寄存器时不发生读或写指令的重新排序。

由硬件自身引起的问题很解决：只要把底层硬件配置成(可以是自动的或是由Linux初始化代码完成)在访问I/O区域(不管是内存还是端口)时禁止硬件缓存即可。

由编译器优化和硬件重新排序引起的问题的解决办法是：对硬件(或其他处理器)必须以特定顺序的 *** 作之间设置内存屏障(memory barrier)。Linux提供了4个宏来解决所有可能的排序问题：

#include <linux/kernelh>

void barrier(void)

这个函数通知编译器插入一个内存屏障，但对硬件没有影响。编译后的代码会把当前CPU寄存器中的所有修改过的数值保存到内存中，需要这些数据的时候再重新读出来。对barrier的调用可避免在屏障前后的编译器优化，但硬件完成自己的重新排序。

#include <asm/systemh>

void rmb(void);

void read_barrier_depends(void);

void wmb(void);

void mb(void);

这些函数在已编译的指令流中插入硬件内存屏障;具体实现方法是平台相关的。rmb(读内存屏障)保证了屏障之前的读 *** 作一定会在后来的读 *** 作之前完成。wmb保证写 *** 作不会乱序，mb指令保证了两者都不会。这些函数都是barrier的超集。

void smp_rmb(void);

void smp_read_barrier_depends(void);

void smp_wmb(void);

void smp_mb(void);

上述屏障宏版本也插入硬件屏障，但仅仅在内核针对SMP系统编译时有效;在单处理器系统上，它们均会被扩展为上面那些简单的屏障调用。

设备驱动程序中使用内存屏障的典型形式如下：

writel(dev->registersaddr, io_destination_address);

writel(dev->registerssize, io_size);

writel(dev->registersoperation, DEV_READ);

wmb();

writel(dev->registerscontrol, DEV_GO);

在这个例子中，最重要的是要确保控制某种特定 *** 作的所有设备寄存器一定要在 *** 作开始之前已被正确设置。其中的内存屏障会强制写 *** 作以要求的顺序完成。

因为内存屏障会影响系统性能，所以应该只用于真正需要的地方。不同类型的内存屏障对性能的影响也不尽相同，所以最好尽可能使用最符合需要的特定类型。

值得注意的是，大多数处理同步的内核原语，如自旋锁和atomic_t *** 作，也能作为内存屏障使用。同时还需要注意，某些外设总线(比如PCI总线)存在自身的高速缓存问题，我们将在后面的章节中讨论相关问题。

在某些体系架构上，允许把赋值语句和内存屏障进行合并以提高效率。内核提供了几个执行这种合并的宏，在默认情况下，这些宏的定义如下：

#define set_mb(var, value) do {var = value; mb();} while 0

#define set_wmb(var, value) do {var = value; wmb();} while 0

#define set_rmb(var, value) do {var = value; rmb();} while 0

在适当的地方，<asm/systemh>中定义的这些宏可以利用体系架构特有的指令更快的完成任务。注意只有小部分体系架构定义了set_rmb宏。

使用I/O端口

I/O端口是驱动程序与许多设备之间的通信方式——至少在部分时间是这样。本节讲解了使用I/O端口的不同函数，另外也涉及到一些可移植性问题。

I/O端口分配

下面我们提供了一个注册的接口，它允允许驱动程序声明自己需要 *** 作的端口：

#include <linux/ioporth>

struct resource request_region(unsigned long first, unsigned long n, const char name);

它告诉内核，我们要使用起始于first的n个端口。name是设备的名称。如果分配成功返回非NULL，如果失败返回NULL。

所有分配的端口可从/proc/ioports中找到。如果我们无法分配到我们要的端口集合，则可以查看这个文件哪个驱动程序已经分配了这些端口。

如果不再使用这些端口，则用下面函数返回这些端口给系统：

void release_region(unsigned long start, unsigned long n);

下面函数允许驱动程序检查给定的I/O端口是否可用：

int check_region(unsigned long first, unsigned long n);//不可用返回负的错误代码

我们不赞成用这个函数，因为它返回成功并不能确保分配能够成功，因为检查和其后的分配并不是原子 *** 作。我们应该始终使用request_region，因为这个函数执行了必要的锁定，以确保分配过程以安全原子的方式完成。

*** 作I/O端口

当驱动程序请求了需要使用的I/O端口范围后，必须读取和/或写入这些端口。为此，大多数硬件都会把8位、16位、32位区分开来。它们不能像访问系统内存那样混淆使用。

因此，C语言程序必须调用不同的函数访问大小不同的端口。那些只支持映射的I/O寄存器的计算机体系架构通过把I/O端口地址重新映射到内存地址来伪装端口I/O，并且为了易于移植，内核对驱动程序隐藏了这些细节。Linux内核头文件中(在与体系架构相关的头文件<asm/ioh>中)定义了如下一些访问I/O端口的内联函数：

unsigned inb(unsigned port);

void outb(unsigned char byte, unsigned port);

字节读写端口。

unsigned inw(unsigned port);

void outw(unsigned short word, unsigned port);

访问16位端口

unsigned inl(unsigned port);

void outl(unsigned longword, unsigned port);

访问32位端口

在用户空间访问I/O端口

上面这些函数主要是提供给设备驱动程序使用的，但它们也可以用户空间使用，至少在PC类计算机上可以使用。GNU的C库在<sys/ioh>中定义了这些函数。如果要要用户空间使用inb及相关函数，则必须满足正下面这些条件：

编译程序时必须带有-O选项来强制内联函数的展开。

必须用ioperm(获取单个端口的权限)或iopl(获取整个I/O空间)系统调用来获取对端口进行I/O *** 作的权限。这两个函数都是x86平台特有的。

必须以root身份运行该程序才能调用ioperm或iopl。或者进程的祖先进程之一已经以root身份获取对端口的访问。

如果宿主平台没有以上两个系统调用，则用户空间程序仍然可以使用/dev/port设备文件访问I/O端口。不过要注意，该设备文件的含义与平台密切相关，并且除PC平台以处，它几乎没有什么用处。

串 *** 作

以上的I/O *** 作都是一次传输一个数据，作为补充，有些处理器实现了一次传输一个数据序列的特殊指令，序列中的数据单位可以是字节、字、双字。这些指令称为串 *** 作指令，它们执行这些任务时比一个C语言编写的循环语句快得多。下面列出的宏实现了串I/O：

void insb(unsigned port, void addr, unsigned long count);

void outsb(unsigned port, void addr, unsigned long count);从内存addr开始连续读/写count数目的字节。只对单一端口port读取或写入数据

void insw(unsigned port, void addr, unsigned long count);

void outsw(unsigned port, void addr, unsigned long count);对一个16位端口读写16位数据

void insl(unsigned port, void addr, unsigned long count);

void outsl(unsigned port, void addr, unsigned long count);对一个32位端口读写32位数据

在使用串I/O *** 作函数时，需要铭记的是：它们直接将字节流从端口中读取或写入。因此，当端口和主机系统具有不同的字节序时，将导致不可预期的结果。使用inw读取端口将在必要时交换字节，以便确保读入的值匹配于主机的字节序。然而，串函数不会完成这种交换。

暂停式I/O

在处理器试图从总线上快速传输数据时，某些平台(特别是i386)就会出现问题。当处理器时钟比外设时钟(如ISA)快时就会出现问题，并且在设备板上特别慢时表现出来。为了防止出现丢失数据的情况，可以使用暂停式的I/O函数来取代通常的I/O函数，这些暂停式的I/O函数很像前面介绍的那些I/O函数，不同之处是它们的名字用_p结尾，如inb_p、outb_p等等。在linux支持的大多数平台上都定义了这些函数，不过它们常常扩展为非暂停式I/O同样的代码，因为如果不使用过时的外设总线就不需要额外的暂停。

平台相关性

I/O指令是与处理器密切相关的。因为它们的工作涉及到处理器移入移出数据的细节，所以隐藏平台间的差异非常困难。因此，大部分与I/O端口相关的源代码都与平台相关。

回顾前面函数列表可以看到有一处不兼容的地方，即数据类型。函数的参数根据各平台体系架构上的不同要相应地使用不同的数据类型。例如，port参数在x86平台上(处理器只支持64KB的I/O空间)上定义为unsigned short，但在其他平台上定义为unsigned long，在这些平台上，端口是与内存在同一地址空间内的一些特定区域。

感兴趣的读者可以从ioh文件获得更多信息，除了本章介绍的函数，一些与体系架构相关的函数有时也由该文件定义。

值得注意的是，x86家族之外的处理器都不为端口提供独立的地址空间。

I/O *** 作在各个平台上执行的细节在对应平台的编程手册中有详细的叙述;也可以从web上下载这些手册的PDF文件。

I/O端口示例

演示设备驱动程序的端口I/O的示例代码运行于通用的数字I/O端口上，这种端口在大多数计算机平台上都能找到。

数字I/O端口最常见的一种形式是一个字节宽度的I/O区域，它或者映射到内存，或者映射到端口。当把数字写入到输出区域时，输出引脚上的电平信号随着写入的各位而发生相应变化。从输入区域读取到的数据则是输入引脚各位当前的逻辑电平值。

这类I/O端口的具体实现和软件接口是因系统而异的。大多数情况下，I/O引脚由两个I/O区域控制的：一个区域中可以选择用于输入和输出的引脚，另一个区域中可以读写实际的逻辑电平。不过有时情况简单些，每个位不是输入就是输出(不过这种情况下就不能称为“通用I/O"了);在所有个人计算机上都能找到的并口就是这样的非通用的I/O端口。

并口简介

并口的最小配置由3个8位端口组成。第一个端口是一个双向的数据寄存器，它直接连接到物理连接器的2~9号引脚上。第二个端口是一个只读的状态寄存器;当并口连接打印机时，该寄存器 报告 打印机状态，如是否是线、缺纸、正忙等等。第三个端口是一个只用于输出的控制寄存器，它的作用之一是控制是否启用中断。

如下所示：并口的引脚

示例驱动程序

while(count--) {

outb((ptr++), port);

wmb();

}

使用I/O内存

除了x86上普遍使的I/O端口之外，和设备通信的另一种主要机制是通过使用映射到内存的寄存器或设备内存，这两种都称为I/O内存，因为寄存器和内存的差别对软件是透明的。

I/O内存仅仅是类似RAM的一个区域，在那里处理器可以通过总线访问设备。这种内存有很多用途，比如存放视频数据或以太网数据包，也可以用来实现类似I/O端口的设备寄存器(也就是说，对它们的读写也存在边际效应)。

根据计算机平台和所使用总线的不同，i/o内存可能是，也可能不是通过页表访问的。如果访问是经由页表进行的，内核必须首先安排物理地址使其对设备驱动程序可见(这通常意味着在进行任何I/O之前必须先调用ioremap)。如果访问无需页表，那么I/O内存区域就非常类似于I/O端口，可以使用适当形式的函数读取它们。

不管访问I/O内存是否需要调用ioremap，都不鼓励直接使用指向I/O内存的指针。相反使用包装函数访问I/O内存，这一方面在所有平台上都是安全的，另一方面，在可以直接对指针指向的内存区域执行 *** 作的时候，这些函数是经过优化的。并且直接使用指针会影响程序的可移植性。

I/O内存分配和映射

在使用之前，必须首先分配I/O区域。分配内存区域的接口如下(在<linux/ioporth>中定义)：

struct resource request_mem_region(unsigned long start, unsigned long len, char name);

该函数从start开始分配len字节长的内存区域。如果成功返回非NULL，否则返回NULL值。所有的I/O内存分配情况可从/proc/iomem得到。

不再使用已分配的内存区域时，使用如下接口释放：

void release_mem_region(unsigned long start, unsigned long len);

下面函数用来检查给定的I/O内存区域是否可用的老函数：

int check_mem_region(unsigned long start, unsigned long len);//这个函数和check_region一样不安全，应避免使用

分配内存之后我们还必须确保该I/O内存对内存而言是可访问的。获取I/O内存并不意味着可引用对应的指针;在许多系统上，I/O内存根本不能通过这种方式直接访问。因此，我们必须由ioremap函数建立映射，ioremap专用于为I/O内存区域分配虚拟地址。

我们根据以下定义来调用ioremap函数：

#include <asm/ioh>

void ioremap(unsigned long phys_addr, unsigned long size);

void ioremap_nocache(unsigned long phys_addr, unsigned long size);在大多数计算机平台上，该函数和ioremap相同：当所有I/O内存已属于非缓存地址时，就没有必要实现ioremap的独立的，非缓冲版本。

void iounmap(void addr);

记住，由ioremap返回的地址不应该直接引用，而应该使用内核提供的accessor函数。

访问I/O内存

在某些平台上我们可以将ioremap的返回值直接当作指针使用。但是，这种使用不具有可移植性，访问I/O内存的正确方法是通过一组专用于些目的的函数(在<asm/ioh>中定义)。

从I/O内存中读取，可使用以下函数之一：

unsigned int ioread8(void addr);

unsigned int ioread16(void addr);

unsigned int ioread32(void addr);

其中，addr是从ioremap获得的地址(可能包含一个整数偏移量);返回值是从给定I/O内存读取到的值。

写入I/O内存的函数如下：

void iowrite8(u8 value, void addr);

void iowrite16(u16 value, void addr);

void iowrite32(u32 value, void addr);

如果必须在给定的I/O内存地址处读/写一系列值，则可使用上述函数的重复版本：

void ioread8_rep(void addr, void buf, unsigned long count);

void ioread16_rep(void addr, void buf, unsigned long count);

void ioread32_rep(void addr, void buf, unsigned long count);

void iowrite8_rep(void addr, const void buf, unsigned long count);

void iowrite16_rep(void addr, const void buf, unsigned long count);

void iowrite32_rep(void addr, const void buf, unsigned long count);

上述函数从给定的buf向给定的addr读取或写入count个值。count以被写入数据的大小为单位。

上面函数均在给定的addr处执行所有的I/O *** 作，如果我们要在一块I/O内存上执行 *** 作，则可以使用下面的函数：

void memset_io(void addr, u8 value, unsigned int count);

void memcpy_fromio(void dest, void source, unsigned int count);

void memcpy_toio(void dest, void source, unsigned int count);

上述函数和C函数库的对应函数功能一致。

像I/O内存一样使用I/O端口

某些硬件具有一种有趣的特性：某些版本使用I/O端口，而其他版本则使用I/O内存。导出给处理器的寄存器在两种情况下都是一样的，但访问方法却不同。为了让处理这类硬件的驱动程序更加易于编写，也为了最小化I/O端口和I/O内存访问这间的表面区别，26内核引入了ioport_map函数：

void ioport_map(unsigned long port, unsigned int count);

该函数重新映射count个I/O端口，使其看起来像I/O内存。此后，驱动程序可在该函数返回的地址上使用ioread8及其相关函数，这样就不必理会I/O端口和I/O内存之间的区别了。

当不需要这种映射时使用下面函数一撤消：

void ioport_unmap(void addr);

这些函数使得I/O端口看起来像内存。但需要注意的是，在重新映射之前，我们必须通过request_region来分配这些I/O端口。

为I/O内存重用short

前面介绍的short示例模块访问的是I/O端口，它也可以访问I/O内存。为此必须在加载时通知它使用I/O内存，另外还要修改base地址以使其指向I/O区域。

下例是在MIPS开发板上点亮调试用的LED：

mipsroot# /short_load use_mem=1 base = 0xb7ffffc0

mipsroot# echo -n 7 > /dev/short0

下面代码是short写入内存区域时使用的循环：

while(count--) {

iowrite8(ptr++, address);

wmb();

}

1MB地址空间之下的ISA内存

最广为人知的I/O内存区之一就是个人计算机上的ISA内存段。它的内存范围在64KB(0xA0000)到1MB(0x100000)之间，因此它正好出现在常规系统RAM的中间。这种地址看上去有点奇怪，因为这个设计决策是20世纪80年代早期作出的，在当时看来没有人会用到640KB以上的内存。

linux源代码是公开的，你可以到很多地方下载，比如说

1用电驴下载,安装电驴，直接搜索，肯定有。

2到>

Linux学习书籍求推荐

1、《Linux与Unix Shell 编程指南》

C语言基础

1、《C Primer Plus，5th Edition》美Stephen Prata著

2、《The C Programming Language, 2nd Edition》美Brian W Kernighan David M Rithie（K & R）著

3、《Advanced Programming in the UNIX Environment，2nd Edition》（APUE）

4、《嵌入式Linux应用程序开发详解》

Linux内核

1、《深入理解Linux内核》（第三版）

2、《Linux内核源代码情景分析》毛德 *** 胡希明著

研发方向

1、《UNIX Network Programming》（UNP）

2、《TCP/IP详解》

3、《Linux内核编程》

4、《Linux设备驱动开发》（LDD）

硬件基础

1、《ARM体系结构与编程》杜春雷著

2、S3C2410 Datasheet

英语基础

1、《计算机与通信专业英语》

系统教程

1、《嵌入式系统――体系结构、编程与设计》

2、《嵌入式系统――采用公开源代码和StrongARM/Xscale处理器》毛德 *** 胡希明著

3、《Building Embedded Linux Systems》

理论基础

1、《算法导论》

2、《数据结构（C语言版）》

3、《计算机组织与体系结构性能分析》

4、《深入理解计算机系统》美Randal E Bryant David O’Hallaron著

5、《 *** 作系统：精髓与设计原理》

6、《编译原理》

7、《数据通信与计算机网络》

8、《数据压缩原理与应用》

入门篇

《LINUX权威指南》书不错，写的很全面也比较广，涉及的不深，做为入门书籍不错，可以比较全面的了解linux 。另外比较热门的也可以看看《鸟哥的私房菜》等书，偏管理类的书。如果想做server方向的可以找来看看。

驱动 篇

《LINUX设备驱动程序 》就是网上说的“LDD”，经典之作，必备书籍。国产经典《Linux驱动详细解》也是一本非常不错的书，很实用，书中源代码分析比较多，基于2440的，对linux外围驱动有很全面的讲解

内核篇

浙江大学的《LINUX内核源代码情景分析》，外国鬼子的《莱昂氏UNIX源代码分析》还有《深入理解linux内核》都是出名的经典巨作。另外赵 炯的《LINUX内核完全剖析–基于012内核》也非常不错，对内核代码进行了详细的注释，非常有助于对内核的理解和代码的分析。

shell篇

《LINUX与UNIX Shell编程指南》

应用 编程

不用说了肯定是《unix环境高级编程》被称为unix编程的圣经。

TCP/IP篇

《TCP/IP详解》作者WRichard Stevens也是《unix环境高级编程》的作者，牛人出的书没有一本不是经典的。但是英年早逝，默哀一下。

c语言

《The C Programming Language》正是作者造出来的c语言，书能垃圾就怪了

《c和指针》和《c缺陷和陷阱》两本必备。包含了c语言最容易出错的地方，加深c语言功力的好材料。

关于算法

《算法导论》

1 熟悉linux基本环境 >>> 《鸟哥的私访菜》《unix初级教程》 《linux编程宝典》（市面上无，图书馆有）， 等等。

2 熟悉 *** 作系统的基础知识 >>> 《现代 *** 作系统》 《 *** 作系统概念》

3 熟悉系统编程 >>> 《unix环境高级编程第二版》《unix *** 作系统设计与实现》

4 内核 按先后顺序： 《 linux内核设计与实现》 《linux设备驱动程序》 《深入理解 linux内核》 《linux内核源代码情景分析》 《深入理解linux虚拟内存系统》

5 其他一些书籍： 《freebsd *** 作系统设计与实现》 《solaris内核结构》 《unix高级教程：系统技术内幕》 《现代体系结构的unix系统：内核程序员的smp与cache技术》 《保护方式下的80386及其编程》 （后3本市面上没了，大学图书馆里一般都有》 《Intel64 and IA-32 Arichitectures Software Developer’s Manual》

6 其实内核玩深了，体系和编译也要学好 《计算机体系结构：量化研究方法》 《编译原理》（龙书）

Linux编程推荐书籍一览表

shell 编程

《LINUX与UNIX SHELL编程指南》

BASH宝典：

Advanced Bash Scripting Guide (如果你使用的是 GNU/Debian 系统，可以用 apt-get install abs-guide 安装该文档)

BASH Programming – Introduction HOW-TO

Bash Man

用户级编程书籍：

Advanced Programming in the UNIX Environment（中文版《UNIX环境高级编程》第二版） 作者 WRichard

Stevens/尤晋元等

GNU/Linux编程指南 作者 Kurt Wall

Linux 程序设计权威指南 作者 于明俭、陈向阳、方汉

《The Art of Unix Programming》作者 ESR

Computer Systems A Programmer’s Perspective

（中文名）《深入理解计算机系统（修订版）》

《Unix Systems Programming》(中文版《UNIX系统编程》)作者： （美）KAY

AROBBINS, STEVE ROBBINS 译者：陈涓 赵振平

网络编程：

Unix Network Programming V1 & V2,Unix网络编程卷1、2 作者 WRichard Stevens

《unix网络编程》

XWindow编程

Definitive Guides to the X WindowSystem 作者 Dan Heller, Paula M Ferguson

内核源代码阅读(结合源代码)和编程

（入门）

《边干边学Linux内核指导》

（高级）

《Linux Kernel Development》

《Linux内核源代码情景分析》

《深入分析Linux内核源代码》 陈莉君

《 Understanding Linux Network Internals 》即《 深入理解Linux网络内幕（英文影印版）》Christian Benvenuti

内核模块编程

《The Linux Kernel Module Programming Guide》

Linux设备驱动编程

Linux设备驱动程序/Linux Device

Drivers 作者 Alessandro Ruibini

多线程编程

《多线程编程指南》

一、 驱动程序编译进内核的步骤

在 linux 内核中增加程序需要完成以下三项工作：

1 将编写的源代码复制到 Linux 内核源代码的相应目录；

2 在目录的 Kconfig 文件中增加新源代码对应项目的编译配置选项；

3 在目录的 Makefile 文件中增加对新源代码的编译条目。

bq27501驱动编译到内核中具体步骤如下：

1 先将驱动代码bq27501文件夹复制到 ti-davinci/drivers/ 目录下。

确定bq27501驱动模块应在内核源代码树中处于何处。

设备驱动程序存放在内核源码树根目录 drivers/ 的子目录下，在其内部，设备驱动文件进一步按照类别，类型等有序地组织起来。

a 字符设备存在于 drivers/char/ 目录下

b 块设备存放在 drivers/block/ 目录下

c USB 设备则存放在 drivers/usb/ 目录下。

注意：

(1) 此处的文件组织规则并非绝对不变，例如： USB 设备也属于字符设备，也可以存放在 drivers/usb/ 目录下。

(2) 在 drivers/char/ 目录下，在该目录下同时存在大量的 C 源代码文件和许多其他目录。所有对于仅仅只有一两个源文件的设备驱动程序，可以直接存放在该目录下，但如果驱动程序包含许多源文件和其他辅助文件，那么可以创建一个新子目录。

(3) bq27501的驱动是属于字符设备驱动类别，虽然驱动相关的文件只有两个，但是为了方面查看，将相关文件放在了bq27501的文件夹中。在drivers/char/目录下增加新的设备过程比较简单，但是在drivers/下直接添加新的设备稍微复杂点。所以下面首先给出在drivers/下添加bq27501驱动的过程，然后再简单说明在drivers/char/目录下添加的过程。

2 在/bq27501下面新建一个Makefile文件。向里面添加代码：

obj-$(CONFIG_BQ27501)+=bq27501o

此时，构建系统运行就将会进入 bq27501/ 目录下，并且将bq27501c 编译为 bq27501o

3 在/bq27501下面新建Kconfig文件。添加代码：

menu "bq27501 driver"

config BQ27501

tristate"BQ27501"

default y

---help---

Say 'Y' here, it will be compiled into thekernel; If you choose 'M', it will be compiled into a module named asbq27501ko

endmenu

注意：help中的文字不能加回车符，否则make menuconfig编译的时候会报错。

4 修改/drivers目录下的Kconfig文件，在endmenu之前添加一条语句‘source drivers/bq27501/Kconfig’ 对于驱动程序，Kconfig 通常和源代码处于同一目录。 若建立了一个新的目录，而且也希望 Kconfig 文件存在于该目录中的话，那么就必须在一个已存在的 Kconfig 文件中将它引入，需要用上面的语句将其挂接在 drivers 目录中的Kconfig 中。

5 修改/drivers目下Makefile文件，添加‘obj-$(CONFIG_BQ27501) +=bq27501/’。这行编译指令告诉模块构建系统在编译模块时需要进入 bq27501/ 子目录中。此时的驱动程序的编译取决于一个特殊配置 CONFIG_BQ27501 配置选项。

6 修改arch/arm目录下的Kconfig文件，在menu "Device Drivers……endmenu"直接添加语句

source "drivers/bq27501/Kconfig"

以上就是关于学习linux底层驱动开发有什么经典的参考书全部的内容，包括:学习linux底层驱动开发有什么经典的参考书、linux内核源码文档怎么查看、LINUX设备驱动程序如何与硬件通信等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！