I2C设备驱动是I2C框架中最接近应用层的，其上接应用层，下接I2C核心。也是驱动开发人员需要实现的代码，在此驱动中我们只需负责以下步骤（以ap3216c为例）：
在linux系统中许多外围设备都被规定为字符设备，诸如按键、触摸屏、重力传感器、LED、光敏传感器等，这些设备都需要字符设备驱动才能正常工作。本章就来实现一个标准的字符设备驱动框架模板，目的是为以后的设备驱动提供标准模板，提高开发效率与代码整洁度。
上篇文章(【i.MX6ULL】驱动开发1——字符设备开发模板)介绍了字符设备的开发模板，但那是一种旧版本的驱动开发模式，设备驱动需要手动分配设备号再使用 register_chrdev进行注册，加载成功以后还需要手动使用mknod命令创建设备节点，比较麻烦。
首先，我们知道驱动是内核的一部分，那么驱动在内核中到底扮演了什么角色呢？ 设备驱动程序在内核中的角色：他们是一个个独立的“黑盒子”，使某个特定的硬件响应一个定义良好的内部编程接口，这些接口完全隐藏了设备的工作细节。（说白了，驱动程序除了对外提供特定的接口外，任何实现细节对应用程序都是不可见的。）用户的操作通过一组标准化的调用执行，而这些调用独立于特定的驱动程序。驱动程序的任务是把这些标准化调用映射到实际硬件的设备特有操作上。 在编写驱动程序时，程序员应该特别注意下面这个概念：编写访问硬件的内核代码时，不要给
本章的目的是编写一个完整的字符设备驱动，我们开发一个字符驱动是因为这一类适合大部分简单硬件设备，字符驱动也比块驱动易于理解。
这一部分主要是用来介绍 Linux 设备驱动程序的一些基本概念，包括：Linux 设备驱动程序的作用、内核功能的划分、设备和模块的分类以及版本编号。
上一篇文章学习了字符设备的注册，操作过的小伙伴都知道上一篇文章中测试驱动时是通过手动创建设备节点的，现在开始学习怎么自动挂载设备节点和设备树信息的获取，这篇文章中的源码将会是我以后编写字符驱动的模板。
linux中input子系统与I2C子系统类似，也被主观分成三部分：输入驱动、输入设备和输入核心。
Linux驱动分为字符设备驱动、块设备驱动和网络设备驱动，而字符设备又包括很多种，内核使用主设备号来区分各个字符设备驱动，在include/linux/major.h文件中已经预先定义好了各类字符设备的主设备号，但是即便如此，仍然存在着大量字符设备无法准确归类，对于这些设备，内核提供了一种Misc（杂项）设备来安放它们的去处。
在云计算时代，虚拟机和容器已经成为标配。它们背后的网络管理都离不开一样东西，就是虚拟网络设备，或者叫虚拟网卡，tap/tun 就是在云计算时代非常重要的虚拟网络网卡。
在下是一个码农，也号称是一个老湿，平生阅码农无数(吹牛的 ^-^)。经由大量的案例，我能够理解了为什么很多码农学了很多年Linux，还是感觉没有掌握要领，仍然内心崩溃，最终对Linux吐血而亡，正所谓：人世间最大的痛苦，莫过于，码农落花有意，而Linux流水无情.......
之前的几篇文章（从i.MX6ULL嵌入式Linux开发1-uboot移植初探起)，介绍了嵌入式了Linux的系统移植（uboot、内核与根文件系统）以及使用MfgTool工具将系统烧写到板子的EMMC中。
提到了关于Linux的设备驱动，那么在Linux中I/O设备可以分为两类：块设备和字符设备。这两种设备并没有什么硬件上的区别，主要是基于不同的功能进行了分类，而他们之间的区别也主要是在是否能够随机访问并操作硬件上的数据。
在应用到linux的设备（特别是手机）中，大部分硬件设备与主芯片都是通过iic通讯的，譬如TP、加速度传感器、温湿度传感器等等。记录一次自己调试linux开发板iic器件（ap3216c光敏设备）。
本文通过在荔枝派上实现一个 hello 驱动程序，其目的是深入的了解加载驱动程序的运作过程。
转载请标明原址：linux驱动最新面试题（面试题整理，含答案）_不忘初心-CSDN博客_linux驱动面试题
在linux设备驱动第一篇：设备驱动程序简介中简单介绍了字符驱动，本篇简单介绍如何写一个简单的字符设备驱动。本篇借鉴LDD中的源码，实现一个与硬件设备无关的字符设备驱动，仅仅操作从内核中分配的一些内存。 下面就开始学习如何写一个简单的字符设备驱动。首先我们来分解一下字符设备驱动都有那些结构或者方法组成，也就是说实现一个可以使用的字符设备驱动我们必须做些什么工作。 1、主设备号和次设备号 对于字符设备的访问是通过文件系统中的设备名称进行的。他们通常位于/dev目录下。如下： xxx@ubuntu:~$ ls
为什么要写这个文章，主要是最近有好多朋友问了如何学Binder，期望我写一个完整的博客，或者做一期视频，我真的不知道怎么回答这个问题，我就用亲生经历来回答。
介绍Linux 内核中基于Sunxi 硬件平台的SID 模块驱动的详细设计，为软件编码和维护提供基 础。
TTY子系统位于标准字符驱动之下，其中包括：TTY核心层，TTY线路规程，TTY驱动层。
简介 VPN技术通过密钥交换、封装、认证、加密手段在公共网络上建立起私密的隧道，保障传输数据的完整性、私密性和有效性。OpenVPN是近年来新出现的开放源码项目，实现了SSL VPN的一种解决方案。 传统SSL VPN通过端口代理的方法实现，代理服务器根据应用协议的类型（如http，telnet等）做相应的端口代理，客户端与代理服务器之间建立SSL安全连接，客户端与应用服务器之间的所有数据传输通过代理服务器转发。这种实现方式烦琐，应用范围也比较窄：仅适用于用TCP固定端口进行通信的应用系统，且对每个需要
Linux 内核模块在概念和原理层面与动态链接模块（DLL或so）类似。但对于 Linux 来说，内核模块可以在系统运行期间动态扩展系统功能，而无须重新启动系统，更无须重新编译新的系统内核镜像。所以，内核模块这个特性为内核开发者提供了极大的便利，因为对于号称世界上最大软件项目的Linux来说，重启或重新编译的时间耗费肯定是巨大的。
ARM和FPGA的交互是这个芯片最重要的部分，PL和PS的交互使用中断是较为快捷的方法，本文使用bram存储数据并通过外部pl端发出中断通知ps端读写数据。程序思路是按键产生中断，按键是直接连到pl端的，驱动产生异步通知，应用开始往BRAM写数据，然后再读取数据（阻塞读取），均打印出来比较
__init__宏：被修饰的函数会被链接器链接放入.init.text段中（本来默认情况下函数是被放入.text段中）。对内核而言是一种暗示，表示该函数仅在初始化期间使用，内核启动时统一会加载.init.text段中的这些模块安装函数，加载完后就会把这个段给释放掉以节省内存。 __exit__宏：被修饰的函数仅用于模块卸载，链接器会将其放入特殊的ELF段。如果模块被直接内嵌到内核中，或内核的配置不允许卸载模块，则被修饰的函数将被简单的丢弃。 prink函数：模块在被加载到内核后，它能调用的函数仅仅是由内核导出的那些函数。KERN_INFO是printk的打印级别，其实只是一个字符串(如<1>)。操作系统的命令行中也会有一个打印级别的设置(值为0-7)，当前操作系统中执行printk的时候会去对比printk中的打印级别和操作系统命令行中设置的打印级别，小于命令行设置级别的信息会被打印出来，大于的会被拦截。 module_init宏：该宏声明的函数会在模块被装载到内核中调用。 module_exit宏：该宏声明的函数会在模块被卸载时调用。 MODULE_LICENSE宏：指定该代码所使用的许可证协议。 MODULE_AUTHOR：描述模块作者。
前面的两篇Linux驱动文章，介绍了字符设备驱动的两种新旧开发方式，并使用一个虚拟的字符驱动来学习字符设备的开发的流程。
转载请注明原文地址：http://wiki.100ask.org/Linux_devicetree
在本公众号的前面文章中，曾经提到过，TSN(Time Sensitive Networking,TSN)和TTE(Time-Triggered Ethernet)的起源及应用领域，在那篇文章中，还提到了可以尝试着把TTE看作是密闭空间内使用的TSN的说法。事实上，这种说法是非常不准确的。二者虽然都对业务进行了是否实时性的区分，但实现时却采用了截然不同的两种方法。
c/s架构，客户端要找得到服务端。 Binder使用Client-Server通信方式：一个进程作为Server提供诸如视频/音频解码，视频捕获，地址本查询，网络连接等服务；多个进程作为Client向Server发起服务请求，获得所需要的服务。要想实现Client-Server通信据必须实现以下两点：一是server必须有确定的访问接入点或者说地址来接受Client的请求，并且Client可以通过某种途径获知Server的地址；二是制定Command-Reply协议来传输数据。例如在网络通信中Server的访问接入点就是Server主机的IP地址+端口号，传输协议为TCP协议。对Binder而言，Binder可以看成Server提供的实现某个特定服务的访问接入点， Client通过这个‘地址’向Server发送请求来使用该服务；对Client而言，Binder可以看成是通向Server的管道入口，要想和某个Server通信首先必须建立这个管道并获得管道入口。
在此节之前，我们学的都是简单的字符驱动，涉及的内容有字符驱动的框架、自动创建设备节点、linux中断、poll机制、异步通知、同步互斥/非阻塞、定时器去抖动。 其中驱动框架如下: 1)写file_op
上篇文章(【i.MX6ULL】驱动开发3——GPIO寄存器配置原理)，介绍了i.MX6ULL芯片的GPIO的工作原理与寄存器配置。
此篇文章主要会带你介绍 Linux 操作系统，包括 Linux 本身、Linux 如何使用、以及系统调用和 Linux 是如何工作的。
摘要总结：本文介绍了从驱动程序加载到内核的流程和原理，并通过实例详细阐述了驱动程序加载的具体过程、驱动程序与内核的交互以及驱动程序加载失败的原因和解决方法。
在linux中，每一个设备都有一个对应的主设备号和次设备号，linux在内核中使用dev_t持有设备编号，传统上dev_t为32位，12位为主设备号，20位为次设备号，主编号用来标识设备使用的驱动，也可以说是设备类型，次编号用来标识具体是那个设备，使用动态分配函数alloc_chrdev_region可以让内核自动为我们分配一个主设备号，同时在设备停止使用后，应当释放这些设备编号，释放设备编号的工作应该在卸载模块时完成，释放设备编号可以使用unregister_chrdev_region函数，分配和释放的部分如下：
我们就继续以此为基础，用保姆级的粒度一步一步操作，来讨论一下字符设备驱动程序的编写方法。
设备树(Device Tree),将这个词分开就是“设备”和“树”，描述设备设备树的文件叫做DTS(Device Tree Source),这个DTS文件采用了树形结构来描述板机设备，也就是开发板信息，比如CPU数量、内存基地址、IIC接口上接了那些设备、SPI接口上接了那些设备等。如最开始的图片所示！ 在图片中，树的主干就是系统总线，IIC控制器、SPI控制器等都是接到系统主线的分支上的。通过DTS这个文件描述设备信息是有相关的语法规则的，并且在Linux内核中只有3.x版本以后的才支持设备树。
Linux内核从3.x开始引入设备树的概念，用于实现驱动代码与设备信息相分离。在设备树出现以前，所有关于设备的具体信息都要写在驱动里，一旦外围设备变化，驱动代码就要重写。引入了设备树之后，驱动代码只负责处理驱动的逻辑，而关于设备的具体信息存放到设备树文件中，这样，如果只是硬件接口信息的变化而没有驱动逻辑的变化，驱动开发者只需要修改设备树文件信息，不需要改写驱动代码。比如在ARM Linux内，一个.dts(device tree source)文件对应一个ARM的machine，一般放置在内核的"arch/arm/boot/dts/"目录内，比如exynos4412参考板的板级设备树文件就是"arch/arm/boot/dts/exynos4412-origen.dts"。这个文件可以通过$make dtbs命令编译成二进制的.dtb文件供内核驱动使用。
比如: 温度传感器、湿度传感器、光照度、门锁、LED灯、蜂鸣器 驱动都是使用字符设备框架编写
Linux内核从3.x开始引入设备树的概念，用于实现驱动代码与设备信息相分离。在设备树出现以前，所有关于设备的具体信息都要写在驱动里，一旦外围设备变化，驱动代码就要重写。
也就是说，在应用程序中，可以通过open，write，read等函数来操作底层的驱动。
在上一篇文章中Linux驱动实践：你知道【字符设备驱动程序】的两种写法吗？我们说过：字符设备的驱动程序，有两套不同的API函数，并且在文中详细演示了利用旧的API函数来编写驱动程序。
设备树(Device Tree)，将这个词分开就是“设备”和“树”，描述设备树的文件叫做 DTS(DeviceTree Source)，这个 DTS 文件采用树形结构描述板级设备，也就是开发板上的设备信息，比如CPU 数量、 内存基地址、IIC 接口上接了哪些设备、SPI 接口上接了哪些设备等等。
在platform_device部分有简单说明描述设备有两种方法：一种是使用platform_device结构体来指定；另一种是使用设备树来描述。
今天跟大家分享的是设备树，设备树是Linux3.x以后的版本才引入的，设备树用于描述一个硬件平台的板级细节。
在Linux系统中，mknod命令是一个强大而灵活的工具，用于创建设备文件节点和命名管道（FIFO）。本文将带您深入了解mknod命令的各个方面，包括其定义、工作原理、主要特点、应用示例以及使用时的注意事项和最佳实践。
该文章介绍了如何通过Linux内核技术实现一个基于ARM SoC的通用驱动程序，该驱动程序可以支持多种外设如LED、按键、喇叭等。首先介绍了Linux内核的树状结构和通用驱动程序涉及到的关键组件，如驱动程序加载、设备管理、中断处理、队列和调度等。然后详细讲解了如何创建一个通用的驱动程序框架，该框架可以支持多个外设，如LED、按键、喇叭等。最后，介绍了如何通过修改测试程序来点亮LED，并通过一个简单的示例来展示通用驱动程序的效果。
Linux系统中，应用程序访问外设是通过文件的形式来进行的，Linux将所有的外设都看做文件，统一存放在/dev目录下。
作为一个内核初学者，经常容易进入“知其然但不知其所以然”的状态，在power supply子系统中就是这样，知道如何去添加一个属性prop，知道psy可以创建一堆文件节点，也知道上层是通过读取这些节点来获取供电信息的，但对于其中的细节，便知之甚少。最近深究其中，才逐步发现内核的奥妙所在。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
