linux设备驱动视频
❶ 如何学习linux设备驱动
我学linux的时候都把win7卸载了，然后就一直在ubuntu上作业。先学linux的基本操作，建议看《鸟哥的私房菜基础篇》学linux下编程（还没到驱动），建议看《unix高级环境编程》最后就是你说的驱动编程，建议看《Linux设备驱动程序》。。。当然这里写成3步走，还是有点简单了，还要看你的学习能力。最好把linux的0.11的内核看看吧，0.11内核才1w左右行代码，比起现在2.6内核都上千万行了，有助你把握linux内核的框架，以后看2.6内核就不会像盲人摸象一样。
❷ 学习Linux的步骤是怎样的
对于Linux的学习，可以分为四个阶段，Linux初级入门阶段→Linux中级进阶→Linux高级进阶→Linux资深方向细化阶段
第一阶段：初级阶段
初级阶段需要把linux学习路线搞清楚，任何学习都是循序渐进的，所以学linux也是需要有一定的路线。
1. Linux基础知识、基本命令；
2. Linux用户及权限基础；
3. Linux系统进程管理进阶；
4. linux高效文本、文件处理命令；
5. shell脚本入门
第二阶段:中级进阶
中级进阶需要在充分了解linux原理和基础知识之后，对上层的应用和服务进行深入学习，其中说到服务肯定涉及到网络的相关知识，是需要花时间学习的。
1. TCP/IP网络基础；
2. Linux企业常用服务；
3. Linux企业级安全原理和防范技巧；
4. 加密/解密原理及数据安全、系统服务访问控制及服务安全基础；
5. iptables安全策略构建；
6. shell脚本进阶；
7. MySQL应用原理及管理入门
第三阶段：Linux高级进阶
1. http服务代理缓存加速；
2. 企业级负载集群；
3. 企业级高可用集群；
4. 运维监控zabbix详解；
5. 运维自动化学习；
第四阶段：Linux资深方向细化
1. 大数据方向；
2. 云计算方向；
3. 运维开发；
4. 自动化运维；
5. 运维架构师
以上是Linux的一个学习方向和路线，对于Linux学习是一个需要坚持的过程，也许通过自学或者培训，3至6个月都可以把基本知识学会，但是重在实践，深入的思考和不断的摸索，你会发现Linux更多的美！
❸ 小白看过来，新人如何入门嵌入式
作为一个新人，怎样学习嵌入式Linux
原文链接：网页链接
作为一个新人，怎样学习嵌入式Linux？被问过太多次，特写这篇文章来回答一下。
在学习嵌入式Linux之前，肯定要有C语言基础。汇编基础有没有无所谓(就那么几条汇编指令，用到了一看就会)。C语言要学到什么程度呢？越熟当然越好，不熟的话也要具备基本技能。比如写一个数组排序、输入数字求和什么的。学C语言唯一的方法是多写程序多练习，编译出错没关系，自己去解决；执行出错没关系，自己去分析。以前我是用VC来练习C语言的，经常去尝试着写一些C语言竞赛的题目。它们是纯C、纯数学、纯逻辑的题目，不涉及界面这些东西，很适合煅炼你的编程能力。
回到主题，首先我们要明白你的目的是什么，大概来说所谓嵌入式Linux可以分为两部分：底层系统、应用开发。如果你是想做应用开发，那么你去把C语言、数据结构、JAVA什么的学好吧。嵌入式应用开发和PC上的应用开发并没有什么特别要注意的。也许你说在嵌入式上要做些优化，是的，要优化，但是未经优化的程序和PC上的程序开发没什么差别。另外，当你有能力去优化时，你已经不用来问这个问题了。具体到某个例子，比如说开发界面，在PC上我们用VC；在嵌入式Linux里也许我们用QT也许用Android，这个时候你应该去学学QT、Android的编程。但是基础还是C或JAVA，在此基础上去熟悉它们的接口。你学过VC的话，也是要花时间去了解那些类、控件的。
如果你的目的是想学习底层系统，这是我的专长，倒是可以说一点。在回答这个问题之前，我先回答：不少人问我，到底是学驱动还是学应用？
我只能说凭兴趣，并且驱动和应用并不是截然分开的
我们说的驱动，其实并不局限于硬件的操作，还有操作系统的原理、进程的休眠唤醒调度等概念。 想写出一个好的应用，想比较好的解决应用碰到的问题，这些知识你应该懂
做应用门槛低，特别是现在的ANDROID，纯JAVA。做应用的发展路径个人认为就是业务纯熟。比如在通信行业、IPTV行业、手机行业，你了解行业的需求。所以，当领导的人，多是做应用的。
做驱动，其实我不想称为“做驱动”，而是想称为“做底层系统”，做好了这是通杀各行业。我工作几年，做过手机、IPTV、会议电视，但是这些产品对我毫无差别，因为我只做底层。他们的业务跟我没关系。当应用出现问题，他们解决不了时，我就会从内核角度给他们出主意，给他们提供工具。 做底层的发展方向，个人认为是技术专家。
其实，做底层还是做应用，之间并没有一个界线，有底层经验，再去做应用，你会感觉很踏实。有了业务经验，你再了解一下底层，很快就可以组成一个团队。
电脑一开机，那些界面是谁显示的？是BIOS，它做什么？一些自检，然后从硬盘上读入windows，并启动它。类似的，这个BIOS对应于嵌入式Linux里的bootloader。这个bootloader要去Flash上读入Linux内核，并启动它。
启动windows的目的是什么？当然是上网聊天什么的了。这些上网、聊天工具在哪？
在C盘、D盘上。所以, windows要先识别出C盘、D盘。在Linux下我们称为根文件系统。
windows能识别出C盘、D盘，那么肯定能读写硬盘才行。这涉及的东西称为驱动程序。当然不仅仅是硬盘，还有网卡、USB等等。嵌入式Linux能从Flash上读出并执行应用程序，肯定也得有Flash的驱动程序啊，当然也不仅仅是Flash。
对硬件的操作
对ARM体系处理器的了解
程序的基本概念：重定位、栈、代码段数据段BSS段什么的。
用绘图板画图讲解──相当于学校里老师在黑板上画图讲解，很直观绝对不是对着PPT念。
用source insight当场写程序，从第1行开始写，每一课都是这样。我讲了20多个驱动，就写了20多个程序。
写完就编译、测试。
很全面，字符设备驱动、块设备、网卡驱动3大类齐全，硬件介绍、驱动框架分析、测试3大类齐全。
我在学校时读的是物理电子专业，其实课程里没有教怎么设计电路，只是教了些电子电路方面的知识。PCB的设计是在实验室里自学的，只设计过2层板，现在忘记得差不多了。但是保留了看原理图、看芯片手册的能力。
选修了软件学位，对软件设计挺感兴趣，但是也只是学了C语言、数据库而已。凭着兴趣做了不少竞赛题。没能力去参加竞赛，但是把C语言练得很扎实。
在实验室、在第1家公司，就是设计些简单的PCI卡，写一下windows的驱动程序
在第2家公司，用51单片机做车载电话，开始走上纯软件的道路。
开始感到单片机的不足，辞职半年闭门学Linux，从red hat怎么操作开始。步骤就是先看<ARM体系架构与编程>，再自己写裸板程序操作硬件，接着到分析u-boot。同时看<linux内核完全注释>，对LINUX框架有所了解。在写裸板时，建议各位加强对中断的理解，内核就是用中断来完成各种功能的。
分析完u-boot，就开始进行简单的驱动编程了，这时候，能力还很弱。
开始去中兴上班，工作2年，编写各类驱动、解决各类问题(驱动问题、帮助定位应用问题)，能力得到煅炼。
韦东山Linux视频第1期(基于S3C2440录制): ARM实验,u-boot,文件系统,初级驱动
韦东山Linux视频第1期(基于S3C6410录制): 裸板程序
韦东山Linux视频第2期: 高级驱动
韦东山Linux视频第3期:项目实战
韦东山Linux视频第4期:Android驱动
回到怎么学的问题上。嵌入式Linux底层系统包含哪些东西？不要急，举一个例子你就知道了。
先说到这里吧，嵌入式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部分要点：
对硬件的操作，需要看原理图、芯片手册。这需要一定的硬件知识，不求你能设计硬件，但是至少能看懂; 不求能看懂模拟电路，但是要能看懂数字电路。这方面的能力我是在学校里学到的，微机原理、数字电路这2本书(书名忘了)就足够了。但是我怀疑你有无耐心把这2本书看完。我不知道现在有没有更快捷的书。想速成的话，就先放掉这块吧，不懂就问GOOGLE、发贴。
另外，芯片手册是肯定要读的，别去找中文的，就看英文的。开始是非常痛苦，以后就会发现那些语法、词汇一旦熟悉后，读任何芯片手册都很容易。对ARM体系处理器的了解, 看杜春蕾的<ARM体系架构与编程>吧，里面讲有汇编指令，有异常模式、MMU等。也就这3块内容需要你了解。
程序的基本概念，王道当然是去看编译原理了。可惜，这类书绝对是天书级别的。劝你若非超级天才还是别去看了。就看我写的<嵌入式Linux应用开发完全手册>和第1期视频吧，别担心，不用花钱。照着视频把硬件相关的实验做了，这些概念就清楚了。我还没有
发现第2套讲这些概念的书或视频。
对于bootloader，我学习时是先看了<ARM体系架构与编程>，然后自己写程序把各个硬件的实验都做了一遍，比如GPIO、时钟、SDRAM、UART、NAND。把它们都弄清楚了，组台在一起就很容易看懂u-boot了
总结一下，看懂硬件原理图、看芯片手册，这需要你自己去找资料。剩下的，就按<嵌入式Linux应用开发完全手册>和第1期视频的章节目录去学习吧。
二、内核：
想速成的人，先跨过内核的学习，直接学习怎么写驱动。
想成为高手，内核必须深刻了解。注意，我说的是了解，我没奢望去写出一个内核。
要对里面的调度机制、内存管理机制、文件管理机制等等有所了解。
推荐两本书：
1. 通读<linux内核完全注释>,请看薄的那本(浮燥的社会讲求速度, 呵),
2. 选读<Linux内核情景分析>, 想了解哪一块就读哪一节
三、驱动：
驱动包含两部分：硬件本身的操作、驱动程序的框架。
又是硬件，还是要看得懂原理图、读得懂芯片手册，多练吧。
说到驱动框架，有一些书介绍一下。LDD3,即<Linux设备驱动>，老外写的那本，里面介绍了不少概念，值得一读。但是，它的作用也就限于介绍概念了。我基本上是入门之前用它来熟悉一下概念，入门后就扔掉了。
驱动方面比较全的介绍，应该是宋宝华的<linux设备驱动开发详解>了，老实说我只看过目录，有不少人说好，这里推荐一下。要想深入了解某一块，<Linux内核情景分析>绝对是超5星级推荐。你别指望把它读完，1800多页，上下两册呢。我是某一块不清楚时，就去翻一下它。任何一部分，这书都可以讲上2、3百页，非常详细。并且是以某个目标来带你分析内核源码。它以linux 2.4为例，但是原理相通，同样适用于其它版本的linux。
还有没有其他介绍？呵呵，当然有了，韦东山Linux视频第2期。<嵌入式Linux应用开发完全手册>里对驱动讲得不多，不够深入。于是我录制了这期视频。不仅仅教你怎么写怎么改驱动，还教你为什么这样写这样改驱动。
每一个驱动都是现场编写:
培训机构里教的内容，远不及这期视频丰富。我在多个培训机构讲过课，从没看到哪个老师敢每一课都当场讲解当场编写代码，当场测试，除我之外！也没看到哪个培训机构讲完这些内容──因为时间不够，讲完起码要一个月，但是这部分基本只有2周授课时间。
把你手上的开发板所涉及的硬件，都去尝试写一个驱动吧。有问题就先"痛苦地思考"，思考的过程中你会把很多不相关的知识串联起来，最终贯通。
四、根文件系统：
大家有没有想过这2个问题：
1. 对于Linux做出来的产品，有些用作监控、有些做手机、有些做平板。那么内核启动后，挂载根文件系统后，应该启动哪一个应用程序呢？
答：内核不知道也不管应该启动哪一个用户程序。它只启动init这一个应用程序，它对应/sbin/init。显然，这个应用程序就要读取配置文件，根据配置文件去启动用户程序(监控、手册界面、平板界面等等)这个问题提示我们，文件系统的内容是有一些约定的，比如要有/sbin/init，要有配置文件
2. 你写的hello,world程序，有没有想过里面用到的printf是谁实现的？
答：这个函数不是你实现的，是库函数实现的。它运行时，得找到库。这个问题提示我们，文件系统里还要有库。
简单的自问自答到这里，要想深入了解，可以看一下busybox的init.c，就可以知道init进程做的事情了。当然，也可以看<嵌入式Linux应用开发完全手册>里构建根文件系统那章。
说一下我的学习经历吧。
总结一下：
1. 硬件方面的书: 微机原理、数字电路，高校里的教材。毕业多年，忘名了。
2. Linux方面的书：
<ARM体系架构与编程>
<嵌入式Linux应用开发完全手册>
<Linux设备驱动>，老外写的那本
<linux设备驱动开发详解>
<linux内核完全注释>
<Linux内核情景分析>
3. 视频:
视频信息请看网页链接
————————————————
版权声明：本文为博主“韦东山”的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/thisway_diy/article/details/51887326
❹ 如何在Linux下开发摄像头驱动
在linux下所有设备都是文件。所以对摄像头的操作其实就是对文件的操作。USB摄像头的设备文件就是在/dev目录下的video0(假如只有一个摄像头)。在linux下操作摄像头就是使用v4l2对摄像头进行视频的操作，操作步骤如下
1. 打开设备文件。
int fd=open(”/dev/video0″,O_RDWR);
2. 取得设备的capability，看看设备具有什么功能，比如是否具有视频输入,或者音频输入输出等。VIDIOC_QUERYCAP,struct v4l2_capability
v4l2_std_id std;
do {
ret= ioctl(fd, VIDIOC_QUERYSTD, &std);
} while (ret == -1 && errno == EAGAIN);
switch (std) {
case V4L2_STD_NTSC:
//……
case V4L2_STD_PAL:
//……
}
3. 选择视频输入，一个视频设备可以有多个视频输入。VIDIOC_S_INPUT,struct v4l2_input(可不要)
4. 设置视频的制式和帧格式，制式包括PAL，NTSC，帧的格式个包括宽度和高度等。
VIDIOC_S_STD,VIDIOC_S_FMT,struct v4l2_std_id,struct v4l2_format
struct v4l2_format fmt;
memset ( &fmt, 0, sizeof(fmt) );
fmt.type = V4L2_BUF_TYPE_VIDEO_CAPTURE;
fmt.fmt.pix.width = 320;
fmt.fmt.pix.height = 240;
fmt.fmt.pix.pixelformat = V4L2_PIX_FMT_JPEG;
if (ioctl(fd, VIDIOC_S_FMT, &fmt) < 0）
{
printf("set format failed\n");
//return 0;
}
5. 向驱动申请帧缓冲，一般不超过5个。struct v4l2_requestbuffers
struct v4l2_requestbuffers req;
memset(&req, 0, sizeof (req));
req.count = 4;
req.type = V4L2_BUF_TYPE_VIDEO_CAPTURE;
req.memory = V4L2_MEMORY_MMAP;
if (ioctl(fd,VIDIOC_REQBUFS,&req) == -1)
{
perror("VIDIOC_REQBUFS error \n");
//return -1;
}
6.申请物理内存
将申请到的帧缓冲映射到用户空间，这样就可以直接操作采集到的帧了，而不必去复制。将申请到的帧缓冲全部入队列，以便存放采集到的数据.VIDIOC_QBUF,struct v4l2_buffer
VideoBuffer* buffers = calloc( req.count, sizeof(VideoBuffer) );
printf("sizeof(VideoBuffer) is %d\n",sizeof(VideoBuffer));
struct v4l2_buffer buf;
for (numBufs = 0; numBufs < req.count; numBufs++)
{
memset( &buf, 0, sizeof(buf) );
buf.type = V4L2_BUF_TYPE_VIDEO_CAPTURE;
buf.memory = V4L2_MEMORY_MMAP;
buf.index = numBufs;
if (ioctl(fd, VIDIOC_QUERYBUF, &buf) < 0)
{
printf("VIDIOC_QUERYBUF error\n");
//return -1;
}
printf("buf len is %d\n",sizeof(buf));
//内存映射
buffers[numBufs].length = buf.length;
buffers[numBufs].offset = (size_t) buf.m.offset;
buffers[numBufs].start = mmap (NULL, buf.length,PROT_READ | PROT_WRITE, MAP_SHARED, fd, buf.m.offset);
printf("buffers.length = %d,buffers.offset = %d ,buffers.start[0] = %d\n",buffers[num
❺ LINUX设备驱动程序如何与硬件通信
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/kernel.h>
void barrier(void)
这个函数通知编译器插入一个内存屏障，但对硬件没有影响。编译后的代码会把当前CPU寄存器中的所有修改过的数值保存到内存中，需要这些数据的时候再重新读出来。对barrier的调用可避免在屏障前后的编译器优化，但硬件完成自己的重新排序。
#include <asm/system.h>
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->registers.addr, io_destination_address);
writel(dev->registers.size, io_size);
writel(dev->registers.operation, DEV_READ);
wmb();
writel(dev->registers.control, 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/system.h>中定义的这些宏可以利用体系架构特有的指令更快的完成任务。注意只有小部分体系架构定义了set_rmb宏。
使用I/O端口
I/O端口是驱动程序与许多设备之间的通信方式——至少在部分时间是这样。本节讲解了使用I/O端口的不同函数，另外也涉及到一些可移植性问题。
I/O端口分配
下面我们提供了一个注册的接口，它允允许驱动程序声明自己需要操作的端口：
#include <linux/ioport.h>
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/io.h>中)定义了如下一些访问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/io.h>中定义了这些函数。如果要要用户空间使用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，在这些平台上，端口是与内存在同一地址空间内的一些特定区域。
感兴趣的读者可以从io.h文件获得更多信息，除了本章介绍的函数，一些与体系架构相关的函数有时也由该文件定义。
值得注意的是，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/ioport.h>中定义)：
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/io.h>
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/io.h>中定义)。
从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内存访问这间的表面区别，2.6内核引入了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：
mips.root# ./short_load use_mem=1 base = 0xb7ffffc0
mips.root# 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设备驱动
通常，内核的升级对从事linux应用程序开发的人员来说影响较小，因为系统调用基本保持兼容，影响比较大的是驱动开发人员。每次内核的更新都可能导致许多内核函数原型上的变化，其中既有内核本身提供的函数，也有硬件平台代码提供的函数，后者变化的更加频繁。这一点从许多经典书籍就可验证，当你按照手里的经典着作，如：Alessandro的《linux设备驱动程序》，编写驱动时，发现并不能够成功的在你的linux平台上编译通过、或不能正常执行，原因就在于你用的内核和书里的不一致。
本文从两个方面去解释这个问题，一方面是如何写好linux设备驱动，另一方面是如何应对不断升级的内核。
如何写好Linux设备驱动
Linux设备驱动是linux内核的一部分，是用来屏蔽硬件细节，为上层提供标准接口的一种技术手段。为了能够编写出质量比较高的驱动程序，要求工程师必须具备以下几个方面的知识：
● 熟悉处理器的性能
如：处理器的体系结构、汇编语言、工作模式、异常处理等。对于初学者来说，在还不熟悉驱动编写方法的情况下，可以先不把重心放在这一项上，因为可能因为它的枯燥、抽象而影响到你对设备驱动的兴趣。随着你不断地熟悉驱动的编写，你会很自然的意识到此项的重要性。
● 掌握驱动目标的硬件工作原理及通讯协议
如：串口控制器、显卡控制器、硬件编解码、存储卡控制器、I2C通讯、SPI通讯、USB通讯、SDIO通讯、I2S通讯、PCI通讯等。编写设备驱动的前提就是需要了解设备的操作方法，所以这些内容的重要程度不言而喻。但不是说要把所有设备的操作方法都熟悉了以后才可以写驱动，你只需要了解你要驱动的硬件就可以了。
● 掌握硬件的控制方法
如：中断、轮询、DMA 等，通常一个硬件控制器会有多种控制方法，你需要根据系统性能的需要合理的选择操作方法。初学阶段以实现功能为目的，掌握的顺序应该是，轮询->中断->DMA。随着学习的深入，需要综合考虑系统的性能需求，采取合适的方法。
● 良好的GNU C语言编程基础
如：C语言的指针、结构体、内存操作、链表、队列、栈、C和汇编混合编程等。这些编程语法是编写设备驱动的基础，无论对于初学者还是有经验者都非常重要。
● 良好的linux操作系统概念
如：多进程、多线程、进程调度、进程抢占、进程上下文、虚拟内存、原子操作、阻塞、睡眠、同步等概念及它们之间的关系。这些概念及方法在设备驱动里的使用是linux设备驱动区别单片机编程的最大特点，只有理解了它们才会编写出高质量的驱动。
● 掌握linux内核中设备驱动的编写接口
如：字符设备的cdev、块设备的gendisk、网络设备的net_device，以及基于这些基本接口的framebuffer设备的fb_info、mtd设备的mtd_info、tty设备的tty_driver、usb设备的usb_driver、mmc设备的mmc_host等。
Linux内核为设备驱动编写者提供了标准的接口，驱动编写者无需精通内核的各个部分，只需要明确内核提供给我们的接口，并实现此接口就可以了。内核提供的接口采用的是面向对象的思路，即把目标设备抽象成一个对象，通常利用一个结构体来描述这个对象。驱动工程师的任务就是实现这个对象。这个结构体中会包含设备的属性（用变量表示）和操作方法（用函数指针表示）。如：字符设备的cdev
struct cdev {
struct kobject kobj;
struct mole *owner;
const struct file_operations *ops; // 操作方法结合，其它项都是属性
struct list_head list;
dev_t dev;
unsigned int count;
};
开始阶段可以以模仿为主，即套用一些固定的模板、参考例程。
如何应对不断升级的内核
内核升级对驱动的影响主要体现在，（1）驱动接口定义的变化；（2）内核的一些功能函数的名称、参数、头文件、宏定义的变化；（3）平台代码关于硬件操作方面封装的一些函数的变化；（4）设备模型的影响。
● 驱动接口定义的变化
如：2.4内核中字符设备驱动的注册接口是：
int register_chrdev(unsigned int major, const char * name, struct file_operations *fops)
而2.6内核中已经不建议使用这种方法了，改为：
int cdev_add(struct cdev *p, dev_t dev, unsigned count)
这种接口定义及注册方法带来的变化，发生的并不频繁。解决方案是：参考内核中的代码。这种接口定义及注册方法在内核中非常容易找到，如：字符设备驱动的注册方法及接口定义可以参照内核driver/char/目录下的很多实例。
● 内核的一些功能函数的名称、参数、头文件、宏定义的变化
如：中断注册函数的格式及参数在2.4内核、2.6内核低版本和高版本之间都存在差别，在2.6.8中，中断注册函数的定义为：
int request_irq(unsigned int irq, irqreturn_t (*handler)(int, void *, struct pt_regs *),unsigned long irq_flags, const char * devname, void *dev_id)
irq_flags的取值主要为下面的某一种或组合： SA_INTERRUPT、SA_SAMPLE_RANDOM、SA_SHIRQ
在2.6.26中，中断注册函数的定义为：
int request_irq(unsigned int irq, irq_handler_t handler,unsigned long irqflags, const char *devname, void *dev_id)
typedef irqreturn_t (*irq_handler_t)(int, void *); irq_flags的取值主要为下面的某一种或组合：（功能和2.6.8的对应）IRQF_DISABLED、IRQF_SAMPLE_RANDOM、IRQF_SHARED
当出现这些问题时，编译过程中，编译器会给我们比较明确的错误提示，根据这些提示你可以判断出是否是缺少头文件问题、是否是函数参数定义有误等。解决问题的最好办法还是到你的目标内核中找信息。此时找问题的方法可以借助于搜索，如：你可以在新的内核中搜索request_irq，看新内核中的驱动是如何使用它的，这种方法非常有效。
● 平台代码关于硬件操作方面封装的一些函数的变化
内核中，硬件平台相关的代码在内核更新过程中变化比较频繁，和我们的设备驱动也是息息相关，所以在针对一个新内核编写设备驱动前，一定要熟悉你的平台代码的结构。有时平台虽然提供了内核要求的接口函数，但使用起来功能却并不完善。下面还是先举个例子说明平台代码更新对设备驱动的影响。
如：在linux-2.6.8内核中，调用set_irq_type(IRQ_EINT0,IRQT_FALLING);去设置S3C2410的IRQ_EINT0的中断触发信号类型，你会发现不会有什么效果。跟踪代码发现内核的set_irq_type函数需要平台提供一个针对硬件平台的实现函数
static struct irqchip s3c_irqext_chip = {
.mask = s3c_irqext_mask,
.unmask = s3c_irqext_unmask,
.ack = s3c_irqext_ack,
.type = s3c_irqext_type
};
s3c_irqext_type就是linux内核需要的实现函数，而s3c_irqext_type在2.6.8中的实现为： static int s3c_irqext_type(unsigned int irq, unsigned int type)
{
irqdbf("s3c_irqext_type: called for irq %d, type %d\n", irq, type);
return 0;
}
原来并没有实现。而在较高版本的内核，如2.6.26内核中，这个函数是实现了的。所以你一定要小心。当平台函数不好用时，一定要查查原因，或者直接操作硬件寄存器来达到目的。
● 2.6内核设备模型对驱动的影响
在2.6内核中写设备驱动和在2.4内核中有着很大的不同，主要就是在设备驱动中融入了比设备驱动本身结构还复杂、还难以理解的设备模型。初学驱动时你可以不理会设备模型，但你会发现内核里的驱动代码基本上都是融入了设备模型的了。所以很多时候你不得不面对现实，还是要弄懂它，并且它也的注册方法也会随着内核的升级而发生变化。解决此类问题的最好方法还是参考目标内核驱动代码。
❼ 如何学习嵌入式Linux驱动
学习嵌入式Linux驱动，首先我们需要的是去了解整个嵌入式开发的整个流程分为四个层次：底层硬件设计、嵌入式驱动开发、内核开发、应用层开发。其中底层硬件设计必须要有一定的硬件功底，我建议你若不是科班出身（数电、模电、高频学的比较好）的人不要去考虑。内核开发需要你有很好的软件功底（C语言、C++学的很好，有过一定的项目经验最好），这个事嵌入式驱动开发的人以后可以考虑发展的方向，不建议一开始就学。如果你是面临着急需找工作的人并且你有一定的商业头脑、创新思维，我认为学习应用层开发是最好不过的选择，但是你别忘了因为简单容易学所以学的人比较多。如果你把前面三个选择都否定了，而且你C语言学的还可以，有学过C51或者STM32这些简单的东西，你不妨看下去。如果你觉得这些对你没用或者不感兴趣，请就此打住不要再往下看不要再浪费你的时间了。亲，去做你该做的事吧！
一、入门者：了解嵌入式
了解嵌入式开发我觉得最好的东西还是《嵌入式系统设计师教程》，这本书写的很烂，无非是用来应付考试的。但是我认为对我们了解嵌入式开发需要学习些什么东西还是有一点用处的，可以在网上浏览一下，你就可以知道嵌入式大概要学的东西，不建议精读。另外如果想大致了解一下嵌入式开发的四个层次，可以看下韦东山韦老师的《作为一个新人，怎样学习嵌入式Linux》http://blog.sina.com.cn/s/blog_13955cfdb0102v3it.html
二、初学者：学习使用Linux
我这里的初学者者指的是已经回了解了嵌入式，有欲望想往深处学习的码农们。这个时候我们已经找到了感觉了。嵌入式操作系统有Vxworks、WINCE、uCLinux、Embedded Linux等操作，但是我们一般选择Linux。原因有二：Linux代码开源，可供学习免费使用。Linux学习的资料非常多，很容易找到小伙伴。学习嵌入式Linux驱动，就必须先学习使用Linux。但是我们对于Linux的使用其实不必学的太多，多了反而会在这浪费的时间。像大家都说可以的《鸟哥的linux私房菜》我不建议大家读，我认为像《Linux就该这么学》这样范范而谈的书籍反而更适合我们初学者。我们对Linux的定位是：基本命令会用，不懂再查。
http://www.linuxprobe.com/chapter-00.html如果觉的适合自己可以去看下
二、菜鸟们：加强C语言，看得懂电路图
我相信到这一阶段你已经深深的爱上了Linux，当然你也可能恨死她了，恨她为什么有那么多命令，恨她为什么不去想Windows那么傻瓜式啊，点点就可以了，但是你别忘了其实Windows也有DOS命令行，只是你没有用过而已吧。我对没有去Linux命令界面敲过几行命令的人视为不会使用操作系统的人，你觉得啦？
既然你爱上她了（不爱请不要再往下看），那请问你为了一个爱你的人做件可能对你难的事，你愿意吗？愿意的话，我们就要去加强自己的C语言基础，我觉得书看的多，视频看的多，还不如看懂一本书，把一本书的程序题好好敲敲，你觉得啦？所以我还是推荐最好的入门的C语言书籍《C程序设计》谭浩强前辈写的。对于看得懂电路图我认为最好的是去下一个画电路板的软件随便找几个电路图画画，慢慢就会了，当然你也可以跳过，我相信如果你真的爱上这一行了以后的学习工作中会逼出来的。
三、码农们：选择一块合适的开发板，然后看书、看数据手册、敲代码、看视频
嵌入式Linux驱动开发是一个敲代码的过程，所以称之为码农。对于嵌入式Linux驱动开发来说是一个偏软件的工作，而码农们就是一个看书、看资料、看视频学习理论知识，然后自己实现的反反复复的过程。只有你不断Debug不断解决不断充实理论知识，才可能往更高层次走。对于书籍我推荐韦东山韦老师的《嵌入式Linux驱动开发完全手册》，当然我觉得成为中国化的S3C2440数据手册更好些（至于为什么学ARM9的S3C2440可以往下看），当然这本书也有他的不好之处：太过于实践，理论知识不全。我觉得配合杜春雷老师的《ARM体系结构与编程》看会非常好，有比较详细的对ARM的介绍。另外既然我们学习S3C2440的话，《S3C2440数据手册》我们是非看不可。另外老外写的《设备驱动开发》也就是所谓的LDD，还有就是宋宝华老师的《Linux设备驱动开发详解》，挺不错的。视频的话我力顶《嵌入式Linux驱动开发完全手册》的作者韦东山韦老师的视频，可以去百问网http://www.100ask.org/ 自行查看。开发板的话我觉得可以自行选择，最好选择S3c2440或者S3c2410的芯片，因为ARM9的资料最多，随便上网搜就是一大把。
四、大神们：研究Linux
毛德操/ 胡希明写的《Linux内核源代码情景分析》、 赵炯《Linux内核完全注释》、《unix环境高级编程》还有更多的可以去看一看瞧一瞧了，我相信你学到这里就可以自找出路了，我也目前在前面阶段，以后把这些学习完再做补充了。
我相信能够学习嵌入式Linux驱动的人都能够知道有好的学习资料学习能够事半功倍的，本人也是学习驱动的菜鸟，历经了学习的沧桑，今天在这里分享一下自己学习嵌入式Linux驱动过程中自认为好的资料，不好请勿喷。有兴趣的可以转载分享给你的朋友。以后有时间我会整理我在学习过程中的东西，加我关注以后一起学习叫流。
❽ arm上移植linux操作系统后，是怎么驱动LCD显示系统界面的
这要看LCD接在哪了，不过正常肯定是接在lcd控制器上，剩下的是如何配置控制器，可以看一下手册对其配置，你说arm上移植linux操作系统后 那么mmu是开启的就不能直接访问io，不过linux肯定有对应的驱动，如果想自己写的可以写成模块，然后加载模块的方式去驱动lcd，可以看一下内核的其他模块是怎么写的。如果有问题可以再问我！
❾ linux下的设备驱动
你好，解决驱动问题，最简单最容易最有效的详细方法就是：
直接到www.drivergenius.com下载“驱动精灵”软件，一定要是最新的，旧版的“驱动精灵”不好用，安装好它后，双击打开－－驱动更新－－自动安装－－开始更新，它会自动在网上搜索最新的最适合你电脑的所有驱动，它会自动下载并自动完整安装好，根本不用你动手。
这个软件的最大优点就是：如果你电脑缺少什么驱动它会一一帮你装上最适合的，如果你电脑驱动残旧问题多多它会自动更新好并自动修复。是不是非常非常的方便，推荐不怎么懂电脑的人使用这个方法。
如果还不行，一定要先采纳我的答案再＋我314345040，因为这样电脑会及时提示我，什么问题被采纳了，你具体的问题情况我也能及时打开网页了解到，要相信你的电脑问题我会尽全力帮你解决的。g
❿ 如何在arm下开发linux视频采集卡驱动程序
你可能需要手动创建设备节点，首先cat /proc/device 看看能否找到video的设备号，再用mknod命令创建/dev/下的设备节点，如果没有再考虑去内核make menuconfig查看相关驱动选项有没有勾上。