资料中，难免会有一些错误，有任何问题，都可以在github向我提交issue。文中的勘误，我都会更新在github中。点击阅读原文可以直达github。
linux中有一个让很多初学者都不是特别清楚的概念，叫做“根文件系统”。我接触linux前前后后也好几年了，但是对这个问题，至今也不是特别的清楚，至少没法给出一个很全面很到位的解释。于是，今天我们就来理一理这个话题。
转载请标明原址：linux驱动最新面试题（面试题整理，含答案）_不忘初心-CSDN博客_linux驱动面试题
（2）/linuxrc在开发板当前系统下是可执行的。因此在ARM SoC的linux系统下，这个应用程序就是arm-linux-gcc编译链接的；如果是在PC机linux系统下，那么这个程序就是用gcc编译链接的。
我们就继续以此为基础，用保姆级的粒度一步一步操作，来讨论一下字符设备驱动程序的编写方法。
基于X86架构的Linux内核，在移植驱动的过程中，发现GPIO和I2C的device ID添加到pnp驱动框架后无法进入probe函数，后面找了下原因，因为pnp遵循的是ACPI规范，是由于如下Hardware ID字段是需要从BIOS中进行描述的，而目前的驱动匹配不到对应的字段，自然就不可能注册成功了。 PNP是什么东西？不是三极管的那个PNP啦，这个PNP表示的是：Plug-and-Play，译文为即插即用。 PNP的作用是自动配置底层计算机中的板卡和其他设备，然后告诉对应设备都做了什么。PnP的任务是把物理设备和软件设备驱动程序相配合，并操作设备，在每个设备和它的驱动程序之间建立通信信道。然后，PnP分配下列资源给设备和硬件：I/O地址、IRQ、DMA通道和内存段。即插即用设备配置的控制权将从系统BIOS传递到系统软件，所以驱动中一定会有代码进行描述，到时可以跟一下这部分的代码深入了解一下。由于PNP遵循ACPI的规范，那么既然是规范，那肯定要照着做了，规范怎么说，那就怎么做。 以下是关于ACPI Spec中对Hardware ID的描述，描述如下：
Linux的设备模型是操作系统管理硬件设备的一种高级抽象，它不仅涉及到设备驱动程序的加载和卸载，还包括设备之间的关系、设备的状态管理以及与用户空间通信的机制。理解Linux的设备模型对于应用开发人员来说至关重要，它有助于开发出更加稳定、高效的应用程序。🌟
2.感觉自己之前看的太细了，有些东西记不住。你的pdf+正点原子+项目 完全看完不太现实。
1.1在嵌入式系统中的根文件系统与桌面版的根文件系统文件基本上类似，所以用Ubuntu中根文件系统问模板，进行分析：
在我离职之前，工作内容几乎不涉及到驱动方面的知识。我所要做的内容就是把客户对设备的请求拆分成一个一个的接口，调用驱动的设置进行配置就可以了。当然，至于驱动下面是怎么实现那就要根据具体情况而定了。比如说，有的驱动是芯片厂商直接写好的，假设芯片厂商提供了对应平台的sdk函数，那么驱动的工作就是对这些sdk函数进行封装就可以了，另外一种就是自己编写具体平台的驱动接口了。比如说，现在你需要编写串口、i2c、i2s、FLASH、网卡、LCD、触摸屏、USB驱动了。这个时候，你手里面除了一堆芯片手册，啥也没有。能不能调试成功，就看你自己的了。当然，一般情况下，在特定的平台上会有很多同类型的demo代码，你可以依葫芦画瓢修改一下，除了中断、地址、读写等部分注意一下，大部分的逻辑其实差异不大。至于修改的速度快不快就看你自己的了。
前面Linux专题中关于Linux下系统编程总结了17篇博文，主要是为了提高Linux下的C编程应用能力，熟悉Linux编程应用环境，从此篇博文起开始Linux驱动的总结，后面计划加一些综合实践项目练习。
先说结论：任何一个领域，就像世间的五行，阴阳结合，虚实结合，利弊结合。对于哪个更好，不能一概而论，最重要的是要搞清楚，你更适合哪个？
在Linux的宏大世界中，各种各样的硬件设备如星辰般繁多。从常见的USB设备到复杂的网络接口卡，从嵌入式设备到强大的服务器，Linux需要在这些差异极大的硬件上运行。这就引出了一个问题：Linux是如何统一这些不同硬件的设备模型的呢？本文将探讨Linux是如何针对不同的硬件统一设备模型的，这一统一的设备模型对于应用程序开发人员来说又有何意义。让我们一探究竟🕵️♂️。
这篇文章简单我们来一起梳理嵌入式Linux的一些知识，方便于一些想跟我一样想要由单片机进阶到嵌入式Linux的朋友做一些参考学习。
今天给大家分享网友面试的实战linux面试题目，自己可以把它看成自己的面试，如果是你在面对面试官，是否能够说出这些题目的理解和答案：
最近在学习framework所以近期会把学到的东西总结出来写成文章，我们知道任何控制类程序都有一个入口，Android肯定也是有，查阅资料知道了Android framework包含三个小伙伴：服务端、客户端、linux驱动。 其实我们写的App并不是一个完整的程序。我们写的只是一个套件组，就是一堆Activity，Service等等的组件。这个套件组给Framework框架组合在一起才是一个完整的程序。在这里先说一个概念，也就是EIT模型。E是Engine发动机，I是Interface接口，T是tire轮胎。也就是发动机通过接口接上轮胎，然后车子才能跑。然后框架提供的就是E&I，一般框架都是提供发动机和接口，让我们来做轮胎，然后装上就可以跑起来了。（这里的I也可以理解为抽象函数，因为抽象函数就相当于接口嘛）抽象类也就是把发动机和接口，放在一个类里。像Activity，提供了一个接口函数（卡隼函数）onCreate（），我们写myActivity，就要重写onCreate（），Activity这个抽象类就是发动机，onCreate（）就是接口，myActivity就是轮胎。当框架要Activity运行的时候调onCreate（）方法，就带动了myActivity的运行。我们写在onCreate（）中的代码就得到了执行。
在使用CentOS Linux的过程中，有时候会遇到一个错误信息，提示“Device eth0 does not seem to be present”的问题。这个错误通常发生在网络配置方面出现问题的情况下，导致网络接口 eth0 无法正常识别。 在本篇博客文章中，我们将介绍解决这个问题的一些方法。
相信有些同学在带电脑外出的过程中可能遇到一个场景：小乌鸦在咖啡厅用着笔记本电脑，忽然劫匪冲了进来，趁小乌鸦喝水的时候，抢走了他的装有linux系统的电脑，而此时你已经登陆进系统了，甚至连入公司V屁N网络了，接下来就是任由宰割的时候了，怎么办？
devfs(设备文件系统)是由Linux2.4内核引入的，它的出现主要使得设备驱动程序能够自主管理自己的设备文件。具体来说，devfs具有如下优点：
Linux驱动程序 = 驱动程序框架 + 硬件编程。 在前面已经基于QEMU编写了LCD驱动程序，对LCD驱动程序的框架已经分析清楚。 核心就是：
在上一篇文章中Linux驱动实践：你知道【字符设备驱动程序】的两种写法吗？我们说过：字符设备的驱动程序，有两套不同的API函数，并且在文中详细演示了利用旧的API函数来编写驱动程序。
SPI总线由四根通信线组成，全双工、主从方式串行同步通信，一次传输8bit，高位在前，低位在后。
ERROR: Installation has failed. Please see the file '/var/log/nvidia-installer.log' for details. You may find suggestions on fixing installation problems in the README available on the Linux driver download page at www.nvidia.com.
上篇文章(【i.MX6ULL】驱动开发1——字符设备开发模板)介绍了字符设备的开发模板，但那是一种旧版本的驱动开发模式，设备驱动需要手动分配设备号再使用 register_chrdev进行注册，加载成功以后还需要手动使用mknod命令创建设备节点，比较麻烦。
大家周一好 ，我是 Peter，今天给大家推荐几位嵌入式行业不错的原创技术博主，有需要的可以多看看！ 一口Linux 公众号「一口Linux」号主彭老师曾就职于中兴等全球知名企业，曾任华清远见教学总监。彭老师精通Linux系统编程、计算机网络、ARM、Linux驱动、龙芯、物联网，已建立多个高质量粉丝群，耐心解答问题，在读者中有非常好的反响。《从0学Linux驱动第一期》视频共32期已经更新完毕，并发布于B站，ARM 0基础入门系列视频也正在更新中。 一口Linux / 原创文章汇总 一口Linux /
网上看了很多的嵌入式学习路线，有的比较片面，有的为了博人眼球东拼西凑，几乎把整个行业用得着用不着的技术都写上去了，没有侧重点，简直是劝退指南，还有的纯粹是打广告卖板子招生。
最后，再说一点，英语非常重要。很多好的资料都是英文的，国内有些翻译本不是太好。尤其是google搜索时，学会使用英文关键词非常重要。
01 公司简介 安芯网盾（北京）科技有限公司是专注于内存安全的高新技术企业，致力于为政府、金融、运营商、军工、教育、医疗、互联网及大型企业等行业客户提供新一代高级威胁实时防护端点安全解决方案。安芯网盾拥有赶超国际的内存保护技术，核心团队成员自2005年就专注于信息安全攻防对抗产品的研发并斩获多项国际大奖，被评为具有发展潜力和行业价值的网络安全新创企业。 公司是内存安全领域的开拓者和领军者，帮助企业防御并终止在业务关键应用程序中的内存/漏洞利用攻击、内存马攻击、无文件攻击等高级威胁，切实有效保障用户的核心业
如果你使用Linux比较长时间了，那你就知道，在对待设备文件这块，Linux改变了几次策略。在Linux早期，设备文件仅仅是是一些带有适当的属性集的普通文件，它由mknod命令创建，文件存放在/dev目录下。后来，采用了devfs,一个基于内核的动态设备文件系统，他首次出现在2.3.46 内核中。Mandrake，Gentoo等Linux分发版本采用了这种方式。devfs创建的设备文件是动态的。但是devfs有一些严重的限制，从 2.6.13版本后移走了。目前取代他的便是文本要提到的udev－－一个用户空间程序。 目前很多的Linux分发版本采纳了udev的方式，因为它在Linux设备访问，特别是那些对设备有极端需求的站点（比如需要控制上千个硬盘）和热插拔设备（比如USB摄像头和MP3播放器）上解决了几个问题。下面我我们来看看如何管理udev设备。 实际上，对于那些为磁盘，终端设备等准备的标准配置文件而言，你不需要修改什么。但是，你需要了解udev配置来使用新的或者外来设备，如果不修改配置，这些设备可能无法访问，或者说Linux可能会采用不恰当的名字，属组或权限来创建这些设备文件。你可能也想知道如何修改RS－232串口，音频设备等文件的属组或者权限。这点在实际的Linux实施中是会遇到的。 为什么使用udev 在此之前的设备文件管理方法（静态文件和devfs）有几个缺点： * 不确定的设备映射。特别是那些动态设备，比如USB设备，设备文件到实际设备的映射并不可靠和确定。举一个例子：如果你有两个USB打印机。一个可能称为 /dev/usb/lp0,另外一个便是/dev/usb/lp1。但是到底哪个是哪个并不清楚，lp0,lp1和实际的设备没有一一对应的关系，因为他可能因为发现设备的顺序，打印机本身关闭等原因而导致这种映射并不确定。理想的方式应该是：两个打印机应该采用基于他们的序列号或者其他标识信息的唯一设备文件来映射。但是静态文件和devfs都无法做到这点。 *没有足够的主/辅设备号。我们知道，每一个设备文件是有两个8位的数字：一个是主设备号 ，另外一个是辅设备号来分配的。这两个8位的数字加上设备类型（块设备或者字符设备）来唯一标识一个设备。不幸的是，关联这些身边的的数字并不足够。 */dev目录下文件太多。一个系统采用静态设备文件关联的方式，那么这个目录下的文件必然是足够多。而同时你又不知道在你的系统上到底有那些设备文件是激活的。 *命名不够灵活。尽管devfs解决了以前的一些问题，但是它自身又带来了一些问题。其中一个就是命名不够灵活；你别想非常简单的就能修改设备文件的名字。缺省的devfs命令机制本身也很奇怪，他需要修改大量的配置文件和程序。; *内核内存使用，devfs特有的另外一个问题是，作为内核驱动模块，devfs需要消耗大量的内存，特别当系统上有大量的设备时（比如上面我们提到的系统一个上有好几千磁盘时） udev的目标是想解决上面提到的这些问题，他通采用用户空间(user-space)工具来管理/dev/目录树，他和文件系统分开。知道如何改变缺省配置能让你之大如何定制自己的系统，比如创建设备字符连接，改变设备文件属组，权限等。 udev配置文件 主要的udev配置文件是/etc/udev/udev.conf。这个文件通常很短，他可能只是包含几行#开头的注释，然后有几行选项：
This chapter is a basic tour of the kernel-provided device infrastructure in a functioning Linux system.
综述 在上一篇介绍了linux驱动的调试方法，这一篇介绍一下在驱动编程中会遇到的并发和竟态以及如何处理并发和竞争。 首先什么是并发与竟态呢？并发(concurrency)指的是多个执行单元同时、并行被执行。而并发的执行单元对共享资源(硬件资源和软件上的全局、静态变量)的访问则容易导致竞态(race conditions)。可能导致并发和竟态的情况有： SMP（Symmetric Multi-Processing），对称多处理结构。SMP是一种紧耦合、共享存储的系统模型，它的特点是多个CPU使用共同的系统总线
随着ARM处理器性能不断增强，当前越来越多产品都倾向尽量用单一架构的高性能ARM平台来满足产品的不同功能要求。但是，在工业应用领域还是要面对一些实时控制和通讯的要求，单一系统架构无法完全满足。面对复杂的工业应用场景，创龙科技推出了基于NXP i.MX 8M Mini设计的工业核心板和评估板，提供了四核Cortex-A53 + 单核Cortex-M4异构多核的组合使用方法，使Cortex-M4发挥出MCU实时控制性的特性，从而满足复杂的工业应用场景。
一、前言 自从安装了CentOS，我的显卡就没消停过，一直在彪高温而且噪音特别大，于是决定上网搜索解决办法。下面记录下来以供日后查阅。 二、安装fglrx driver（ATI/AMD 显卡的linux驱动） 分别执行下面的命令安装 1. rpm --import http://elrepo.org/RPM-GPG-KEY-elrepo.org 2. rpm -Uvh http://www.elr
最近工作计划本来是重写CameraCtrl 控制类以及实现推流。但是由于需求变动导致之前调研废弃，就暂时放这吧。
1.无操作系统时的硬件、驱动、应用软件要满足高内聚、低耦合。 2.有操作系统时的驱动， 3.LINUX驱动与整个软硬件的关系
获取到int类型的gpio口后，就可以使用linux/gpio.h里的gpio口操作函数:
如果在Windows平台进行Android开发或者使用adb工具，你不得不安装对应的USB驱动，各种厂商驱动都不相同。
很早之前就有网友建议写一篇关于Linux驱动的文章。之所以拖到现在才写，原因之一是我之前没有在工作中遇到需要自己手动去写驱动的需求，主要是现在Linux内核驱动的支持已经比较完善了，另外一个原因是自己水平实在有限，不敢写驱动这个话题，Linux驱动里涉及到的东西太多了，很多年前专门买过驱动相关的书籍，厚厚的，看的云里雾里。借此机会，在这里给大家做个非常非常入门级的介绍，希望对大家有所帮助。
udev 是一个为你的计算机提供设备事件的 Linux 子系统。通俗来讲就是，当你的计算机上插入了像网卡、外置硬盘（包括 U 盘）、鼠标、键盘、游戏操纵杆和手柄、DVD-ROM 驱动器等等设备时，代码能够检测到它们。这样就能写出很多可能非常有用的实用程序，而它已经很好了，普通用户就可以写出脚本去做一些事情，比如当某个硬盘驱动器插入时，执行某个任务。
我是韦东山，一直从事嵌入式Linux培训，最近打算连载一系列文章。 正在录制全新的嵌入式Linux视频，使用新路线，不再从裸机/uboot开始，效率更高。 对应文档也会写成书<<嵌入式Linux应用开发完全手册>>第二版， 视频文档、书的样稿可以直接下载：https://vdisk.weibo.com/s/t6HbuIpx6zoa1
描述: Linux 用户常常会很难鉴别同一类型的设备名，比如 eth0, eth1, sda, sdb 等等。通过观察这些设备的内核设备名称，用户通常能知道这些是什么类型的设备，但是不知道哪一个设备是他们想要的
igb_uio 是 dpdk 内部实现的将网卡映射到用户态的内核模块，它是 uio 模块的一个实例。
部分硬件设计中需要CPU完成对电路寄存器的配置，为了完成Zedboard对FPGA上部分寄存器的配置功能，可以在PS单元（处理器系统）上运行裸机程序（无操作系统支持）完成和PL单元（FPGA部分）的数据交互功能，此时PS单元更像单片机开发；另一种方法是PS单元运行Linux操作系统，通过驱动程序和应用程序完成对硬件寄存器的读写操作，并且Linux有着完整的网络协议栈支持，后续可拓展性更强，可以更好的发挥ZYNQ这种异构架构芯片的性能。主要分为两部分，分别阐述Zedboard中FPGA和处理器互联总线与硬件设计和Zedboard处理器系统上嵌入式Linux的移植与通过驱动和应用程序简单配置FPGA寄存器的实现。上次介绍了没有操作系统下的驱动和应用程序开发，本文介绍带操作系统的驱动和应用程序开发。
一、initramfs是什么 在2.6版本的linux内核中，都包含一个压缩过的cpio格式的打包文件。当内核启动时，会从这个打包文件中导出文件到内核的rootfs文件系统，然后内核检查rootfs中是否包含有init文件，如果有则执行它，作为PID为1的第一个进程。这个init进程负责启动系统后续的工作，包括定位、挂载“真正的”根文件系统设备（如果有的话）。如果内核没有在rootfs中找到init文件，则内核会按以前版本的方式定位、挂载根分区，然后执行 /sbin/init程序完成系统的后续初始化工作。 这个压缩过的cpio格式的打包文件就是initramfs。编译2.6版本的linux内核时，编译系统总会创建initramfs，然后把它与编译好的内核连接在一起。内核源代码树中的usr目录就是专门用于构建内核中的initramfs的，其中的initramfs_data.cpio.gz文件就是initramfs。缺省情况下，initramfs是空的，X86架构下的文件大小是134个字节。
问1. 既然还没有"驱动程序"，为何能知道是"android phone" 答1. windows里已经有了USB的总线驱动程序，接入USB设备后，是"总线驱动程序"知道你是"android phone" 提示你安装的是"设备驱动程序" USB总线驱动程序负责：识别USB设备, 给USB设备找到对应的驱动程序
嵌入式学习是一个循序渐进的过程，如果是希望向嵌入式软件方向发展的话，目前最常见的是嵌入式Linux方向，关注这个方向，我认为大概分3个阶段： 1、嵌入式linux上层应用，包括QT的GUI开发 2、嵌入式linux系统开发 3、嵌入式linux驱动开发 嵌入式目前主要面向的几个操作系统是，LINUX，WINCE、VxWorks等等 Linux是开源免费的，而且其源代码是开放的，更加适合我们学习嵌入式。 你可以尝试以下路线： (1) C语言是所有编程语言中的强者，单片机、DSP、类似ARM的种种芯片的编程都
上一篇我们分享了字符设备驱动框架：嵌入式Linux驱动基础，当时分享的是hello驱动程序。学STM32我们从点灯开始，学Linux驱动我们自然也要点个灯来玩玩，尽量在从这些基础例程中榨取知识，细抠、细抠，为之后更复杂的知识打好基础。
《娜璋带你读论文》系列主要是督促自己阅读优秀论文及听取学术讲座，并分享给大家，希望您喜欢。由于作者的英文水平和学术能力不高，需要不断提升，所以还请大家批评指正，非常欢迎大家给我留言评论，学术路上期待与您前行，加油。
Linux 能够出色地自动识别、加载、并公开接入的无数厂商的硬件设备。事实上，很多年以前，正是这个特性说服我，坚持让我的雇主将整个基础设施转换到 Linux。痛点在于 Redmond 的某家公司（LCTT 译注：指微软）不能在我们的 Compaq 台式机上加载集成网卡的驱动，而 Linux 可以轻松实现这一点。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
