在Linux的总线、设备、驱动模型中，设备和驱动都各自往总线注册，这样总线就维护了设备和驱动的列表。总线作为Linux世界最伟大的红娘，完成了设备和驱动的匹配(match)，一旦匹配上，驱动的probe逻辑才正式开始工作。
摘要总结：本文主要介绍了如何基于Linux开发一个简单的字符设备驱动，并通过驱动程序实现LED灯的开关控制。包括驱动程序的注册与卸载、设备文件的创建与删除、设备文件的打开与关闭，以及通过用户空间和内核空间进行数据传递和交互的方法。
I2C总线对应着/bus下的一条总线，这个i2c总线结构体管理着i2c设备与I2C驱动的匹配，删除等操作，I2C总线会调用i2c_device_match函数看I2C设备和I2C驱动是否匹配，如果匹配就调用i2c_device_probe函数，进而调用I2C驱动的probe函数。
[导读] 前文分析了Linux设备驱动的驱动模型，本文来聊聊Platform_driver/Platform_device这个类。做嵌入式Linux的驱动，这个也是绕不开的，所以来学习分析总结一下。
大家好，今天跟大家分享的是在Linux中驱动led。今天的文章包括后面还有一篇是酝酿了近两个星期才开始动手写，可见这部分内容会比较抽象一些。
总线、设备和驱动模型，如果把它们之间的关系比喻成生活中的例子是比较容易理解的。举个例子，充电墙壁插座安静的嵌入在墙面上，无论设备是电脑还是手机，插座都能依然不动的完成它的使命——充电，没有说为了满足各种设备充电而去更换插座的。其实这就是软件工程强调的高内聚、低耦合概念。
i2c_driver跟i2c_client匹配成功后，就调用i2c_driver.probe函数。
设备树(Device Tree),将这个词分开就是“设备”和“树”，描述设备设备树的文件叫做DTS(Device Tree Source),这个DTS文件采用了树形结构来描述板机设备，也就是开发板信息，比如CPU数量、内存基地址、IIC接口上接了那些设备、SPI接口上接了那些设备等。如最开始的图片所示！ 在图片中，树的主干就是系统总线，IIC控制器、SPI控制器等都是接到系统主线的分支上的。通过DTS这个文件描述设备信息是有相关的语法规则的，并且在Linux内核中只有3.x版本以后的才支持设备树。
I2C设备驱动是I2C框架中最接近应用层的，其上接应用层，下接I2C核心。也是驱动开发人员需要实现的代码，在此驱动中我们只需负责以下步骤（以ap3216c为例）：
发布者：全栈程序员栈长，转载请注明出处：https://javaforall.cn/154532.html原文链接：https://javaforall.cn
在Linux环境上使用SDX55模块时出现无法识别adb端口，但可以识别手机adb端口。
使用 pinctrl 和 gpio 子系统进行 GPIO 驱动开发，是嵌入式驱动工程师的基本操作，但大部分驱动工程师只会用子系统提供的 API 接口，不会对其底层实现进行分析，本文对其底层实现进行分析，文末有参考文章链接。
linux中input子系统与I2C子系统类似，也被主观分成三部分：输入驱动、输入设备和输入核心。
A：设备号是用来标识设备的关键信息，主设备号用于标识设备的类型，次设备号用于区分同类型的不同设备。
版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/huangweiqing80/article/details/83347495
通过前两篇文章的介绍，我们已经把linux内核移植到了tiny210上，但是看到的现象都是通过超级终端来观察的，下面了，我们介绍一下led灯的移植，给大家一个更直观的感受。这篇文章主要的内容如下：
转载请标明原址：linux驱动最新面试题（面试题整理，含答案）_不忘初心-CSDN博客_linux驱动面试题
以下以内核提供的演示样例代码pci-skeleton.c，具体说明一个pci设备驱动程序的注冊过程。其它设备的驱动代码注冊过程基本同样，大家可自行查看。使用的内核代码版本号是2.6.38。
总线代表着同类设备需要共同遵守的工作时序，不同的总线对于物理电平的要求是不一样的，对于每个比特的电平维持宽度也是不一样，而总线上传递的命令也会有自己的格式约束。如I2C总线、USB总线、PCI总线等等。以I2C总线为例，在同一组I2C总线上连接着不同的I2C设备。
Linux的设备模型是操作系统管理硬件设备的一种高级抽象，它不仅涉及到设备驱动程序的加载和卸载，还包括设备之间的关系、设备的状态管理以及与用户空间通信的机制。理解Linux的设备模型对于应用开发人员来说至关重要，它有助于开发出更加稳定、高效的应用程序。🌟
在platform_device部分有简单说明描述设备有两种方法：一种是使用platform_device结构体来指定；另一种是使用设备树来描述。
众所周知,Linux靠设备与驱动之间的match，来完成设备与驱动的bind，从而触发驱动的probe（）成员函数被执行。每个bus都有相应的match方法，完成match的总的入口函数是：
SPI 控制器不用关心设备的具体功能，它只负责把上层协议驱动准备好的数据按 SPI 总线的时序要求发送给 SPI 设备，同时把从设备收到的数据返回给上层的协议驱动，因此，内核把 SPI 控制器的驱动程序独立出来。
4.1 监测程序 1. ps 默认只显示运行在当前控制台下的属于当前用户的进程。 可以接很多选项，比如 -A表示所有进程 -e等。 2. ps -l 查看进程更多信息 UID：启动这些进程的用户 PID：进程的进程ID PPID：父进程的进程ID C：进程生命周期中的CPU利用率 TTY：进程启动时的终端设备 TIME：运行进程需要的累计CPU时间 CMD：启动的程序名称 PRI：进程的优先级（数字越大代表越低的优先级） ADDR：进程的内存地址 F：内核分配给进程的系统标记 S：进程的状态（O正在
Allwinner 平台支持三种不同类型的Key：GPIO-Key，ADC-Key，AXP-Key。其中，GPIOKey又包括普通的gpio 按键和矩阵键盘。
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文件供内核驱动使用。
设备总线驱动模型：http://blog.csdn.net/lizuobin2/article/details/51570196
问1. 既然还没有"驱动程序"，为何能知道是"android phone" 答1. windows里已经有了USB的总线驱动程序，接入USB设备后，是"总线驱动程序"知道你是"android phone" 提示你安装的是"设备驱动程序" USB总线驱动程序负责：识别USB设备, 给USB设备找到对应的驱动程序
ARM和FPGA的交互是这个芯片最重要的部分，PL和PS的交互使用中断是较为快捷的方法，本文使用bram存储数据并通过外部pl端发出中断通知ps端读写数据。程序思路是按键产生中断，按键是直接连到pl端的，驱动产生异步通知，应用开始往BRAM写数据，然后再读取数据（阻塞读取），均打印出来比较
UDC驱动的接口都定义在drivers/usb/gadget/udc/core.c文件中。USB Function驱动通过调用这些接口匹配及访问USB设备控制器，而底层USB控制器驱动要实现这些接口定义的功能。下面分析一下主要的UDC驱动接口调用流程。
资料中，难免会有一些错误，有任何问题，都可以在github向我提交issue。文中的勘误，我都会更新在github中。点击阅读原文可以直达github。
Linux内核从3.x开始引入设备树的概念，用于实现驱动代码与设备信息相分离。在设备树出现以前，所有关于设备的具体信息都要写在驱动里，一旦外围设备变化，驱动代码就要重写。
上一篇文章写了《input子系统的的概念》。今天这篇文章主要分析input子系统的代码，input子系统作为一个字符设备存在kernel中，我们从input这个模块的入口函数开始讲起。
PCI是外围设备互连(Peripheral Component Interconnect)的简称，作为一种通用的总线接口标准，它已经普遍使用在了计算机中。PCI总线常见于x86体系，本文默认面向的体系为x86，注意x86架构下IO与内存是独立编址的。
系统时间：是由主芯片的定时器进行维护的时间，一般情况下都会选择芯片上最高精度的定时器作为系统时间的定时基准，以避免在系统运行较长时间后出现大的时间偏移。特点是掉电后不保存。
/kernel-5.10/drivers/i2c/i2c-core-base.c 是 I2C 的核心部分，I2C 核心提供了一些与具体硬件无关的 API 函数
大家好，又见面了，我是你们的朋友全栈君。platform device ================= 头文件：linux/platform_device.h 为什么使用 platform device？ ————————– 从硬件的角度来说，集成在嵌入式芯片内部的外设离CPU最近，它们不依附于GPIO或者PCI，I2C此类的 总线，它们挂接在soc内存空间，cpu靠操作这些soc内存空间来控制这些片内的外设。 从驱动的角度，为了获取这些挂接在soc内存空间的外设的资源，linux系统专门定义了一类总线来 挂接它们。这就是platform总线，挂接在此总线上的设备称为platform device，操作设备的驱动 叫做platform driver。 platform device的作用就是描述片内外设的资源，结构体的定义如下 struct platform_device{ const char *name; // 设备号 struct device *dev; u32 num_resources; // 设备使用的资源的数量 struct resource *resource; // 资源数组 };
公元1951年5月15日的国会听证上，美国陆军五星上将麦克阿瑟建议把朝鲜战争扩大至中国，布莱德利随后发言：“如果我们把战争扩大到共产党中国，那么我们会被卷入到一场错误的时间，错误的地点同错误的对手打的一场错误的战争中。”
在应用到linux的设备（特别是手机）中，大部分硬件设备与主芯片都是通过iic通讯的，譬如TP、加速度传感器、温湿度传感器等等。记录一次自己调试linux开发板iic器件（ap3216c光敏设备）。
转载请注明原文地址：http://wiki.100ask.org/Linux_devicetree
如下图所示，USB控制器可以呈现出两种不同的状态。USB控制器作为Host时，称为USB主机控制器，使用USB主机控制器驱动。USB控制器作为Device时，称为USB设备控制器，使用UDC（usb device controller）驱动。本节只分析USB控制器作为Device时的驱动框架。
许多发行版都为内核提供了模块化或整体式的流量控制(QOS)。自定义的内核可能不会支持这些特性。
本篇的重点是讲解设备和驱动的启动流程，设备和驱动的流程是整个内核启动的核心，也是工作中最常面对的问题。出于知识点的系统性考虑，在进入主题之前我们先看下整个 Linux 在 ARM 中的启动流程如何。
SDIO-Wifi模块是基于SDIO接口的符合WiFi无线网络标准的嵌入式模块，内置无线网络协议IEEE802.11协议栈以及TCP/IP协议栈，能够实现用户主平台数据通过SDIO口到无线网络之间的转换。SDIO具有传输数据快，兼容SD、MMC接口等特点。
总体而言，Linux操作系统是一个强大、灵活且可定制的操作系统，广泛应用于服务器、嵌入式系统、超级计算机等各种领域。
简言之，virtio 是对于半虚拟化管理程序（para-virtualized hypervisor）中设备的一个抽象层。virtio 是 Rusty Russell 为了支持他自己的虚拟化方案 lguest 而开发的。
原文出处：http://www.cnblogs.com/jacklu/p/4722563.html
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
云直播
