Linux设备模型 热插拔、mdev 与 firmware
platform模型驱动和字符设备模型驱动
platform模型驱动和字符设备模型驱动字符设备驱动模型：1、申请设备号：动态申请(alloc_chrdev_region()),动态申请(register_chrdev_region())struct cdev btn_cdev;//申请设备号if(major){//静态申请设备号dev_id = MKDEV(major, 0);register_chrdev_region(dev_id, 1, "button");}else{//动态申请设备号alloc_chardev_region(&dev_id, 0, 1, "button");major = MAJOR(dev_id);}在Linux中以主设备号用来标识与设备文件相连的驱动程序。
次编号被驱动程序用来辨别操作的是哪个设备。
cdev 结构体的 dev_t 成员定义了设备号，为 32 位，其中高 12 位为主设备号，低20 位为次设备号。
设备号的获得与生成：获得：主设备号：MAJOR(dev_t dev);次设备号：MINOR(dev_t dev);生成：MKDEV(int major,int minor);2、初始化设备:void cdev_init(struct cdev *, struct file_operations *);cdev_init()函数用于初始化cdev 的成员，并建立cdev 和file_operations 之间的连接。
3、注册设备int cdev_add(struct cdev *, dev_t, unsigned);cdev_add()函数向系统添加一个 cdev，完成字符设备的注册。
4、创建设备节点手动创建设备节点：mknod 的标准形式为:mknod DEVNAME {b | c} MAJOR MINOR1，DEVNAME是要创建的设备文件名，如果想将设备文件放在一个特定的文件夹下，就需要先用mkdir在dev目录下新建一个目录；2， b和c 分别表示块设备和字符设备：b表示系统从块设备中读取数据的时候，直接从内存的buffer中读取数据，而不经过磁盘；c表示字符设备文件与设备传送数据的时候是以字符的形式传送，一次传送一个字符，比如打印机、终端都是以字符的形式传送数据；3，MAJOR和MINOR分别表示主设备号和次设备号：为了管理设备，系统为每个设备分配一个编号，一个设备号由主设备号和次设备号组成。
mdev 原理
mdev原理
mdev是busybox自带的一个简化版的udev，适合于嵌入式的应用场合。
其具有使用简单的特点。
它的作用，就是在系统启动和热插拔或动态加载驱动程序时，自动产生驱动程序所需的节点文件。
在以busybox为基础构建嵌入式Linux 的根文件系统时，使用它是最优的选择。
mdev的工作原理如下：
1.在系统启动时，mdev会扫描sysclass和sysblock两个目录下的所有类设备目
录，如果在目录中含有名为dev的文件，且文件中包含的是设备号，则mdev 就利用这些信息为这个设备在dev下创建设备节点文件。
2.当有热插拔事件发生时，内核会向mdev发送一个hotplug事件。
mdev会根
据事件中的ACTION和DEVPATH来确定此次事件的动作以及影响了哪个设备。
如果事件的ACTION是add，则mdev会在dev下创建设备节点文件；如果事件的ACTION是remove，则mdev会删除设备节点文件。
教你如何热插拔
教你如何热插拔
探索BIOS
【期刊名称】《电脑迷》
【年(卷),期】2004(0)2
【摘要】的确,很多人认识热插拔就是从USB鼠标、键盘开始的,其实热插拔远不
止这些,你听过光驱、软驱甚至硬盘热插拔么?下面就让我来教大家如何实现各种看似疯狂的热插拔。
热插拔最早出现在服务器领域,是为了提高服务器易用性而提出的。
具体用学术的说法就是:热替换(Hot replacement)、热添加(Hot expansion)和热升级(Hot upgrade)。
要实现热插拔需要有以下几个方面支持: 总线电气特性、主板BIOS、操作系统和设备驱动。
那么我们只要确定符合以上特定的环境,就可以实现热插拔。
【总页数】1页(P30-30)
【关键词】热插拔;服务器;操作系统;设备驱动;易用性;硬盘;键盘;总线设计;设备管理器;数据总线
【作者】探索BIOS
【作者单位】
【正文语种】中文
【中图分类】TP334.7
【相关文献】
1.热插拔功能的电源模块应用与热插拔运行中的安全控制 [J], 吴康
pactPCI热插拔技术与LTC1643L热插拔控制器的应用研究 [J], 李勇
N8720A异步中断的热插拔网络设计原理与方法 [J], 张伟;马亚辉;吴凡;邓浩然;李林
4.一种实现大质量功放模块的热插拔结构设计 [J], 廖胡娜
5.可以水洗、支持热插拔酷冷至尊CK351 RGB机械键盘 [J], 吕震华(文/图)因版权原因，仅展示原文概要，查看原文内容请购买。
Linuxuevent分析、用户接收uevent以及mdev分析
};
1.2 uevent初始化
()创建类型为NETLINK_KOBJECT_UEVENT的socket，并将其放入uevent_sock_list链表上。()则将其从uevent_socket_list中摘除，并且释放 socket相关资源。
static int uevent_net_init(struct net *net) {
};
call_usermodehelper()首先创建struct subprocess_info，然后执行用户空间程序。
DSS7016_初始配置手册
DSS7016初始配置手册V1.0.0浙江大华技术股份有限公司DSS7016 初始配置手册重要安全须知重要安全须知使用产品前，请认真阅读并严格遵守以下要求，以免您的产品和财产受到损失。
●请在允许的温度和湿度下运输、使用、存储本产品。
●请勿将产品放置在阳光直射的地方或发热源附近。
●请勿将产品放置在潮湿、有灰尘或煤烟的场所。
●请将产品安装在通风良好的场所，禁止堵塞设备的通风口。
●请将产品安装在平稳的场所。
●请勿将液体滴到溅到产品上。
●请勿将其他物品放置于产品上面。
●请勿随意拆卸本产品。
●请按照要求使用电池，防止电池起火、爆炸或燃烧的危险。
●请使用相同类型的新电池更换旧电池。
●请使用推荐的电源线，并在其额定规格内使用。
特别声明●产品请以实物为准，说明书仅供参考。
●产品实时更新，如有升级不再另行通知。
●最新程序及补充说明文档敬请与公司客服部联系。
●产品说明中有疑问或争议的，以公司最终解释为准。
目录重要安全须知 (1)特别声明 (1)目录 (1)1开箱检查 (1)1.1检查步骤 (1)1.2前面板说明 (1)1.3后面板接口说明 (2)2初始化配置........................................................... - 4 -2 ..................................................................................................................................................................... - 4 -2.1设置系统时间和IP地址 ...................................................................................................................... - 4 -2.2设置主从模式和磁盘存储 .................................................................................................................... - 6 - 附录A、硬件技术参数.....................................................- 12 -附录B、有毒有害物质或元素含量参照表 . (13)1开箱检查1.1 检查步骤当您接收到设备时，请参考以下步骤进行检查。
linux 开发板之间数据传输方式
linux 开发板之间数据传输方式
Linux开发板之间的数据传输方式有多种，以下是一些常见的方式：1.网络传输：通过网线或Wi-Fi连接，使用TCP/IP协议栈进行数据传
输。
这种方式适合大量数据的快速传输，但需要稳定的网络环境。
2.串口传输：通过串口连接，使用串口通信协议（如RS-232、RS-485
等）进行数据传输。
这种方式适合短距离、低速的数据传输，常用于设备之间的调试和通信。
B传输：通过USB接口连接，使用USB协议进行数据传输。
这种
方式速度较快，适用于大量数据的传输，但需要开发板支持USB接口。
4.SD卡/eMMC传输：将数据存储到SD卡或eMMC等存储介质中，
然后通过插槽或接口连接到另一块开发板进行数据传输。
这种方式适合大量数据的存储和传输，但需要开发板支持相应的存储接口。
5.I2C/SPI传输：通过I2C或SPI等总线协议进行数据传输。
这种方式
适用于短距离、低速的数据传输，常用于设备之间的通信和控制。
具体选择哪种传输方式，需要根据应用场景、传输距离、传输速率、设备接口等因素综合考虑。
mdevctl原理
mdevctl原理========引言--在理解mdevctl原理之前，我们需要对Linux设备驱动的基本概念有所了解。
Linux设备驱动是一种允许程序与硬件设备进行交互的软件，它们允许程序员以编程方式访问和控制硬件设备。
mdevctl是一种用于管理Linux设备驱动的工具，通过使用mdevctl，开发人员可以方便地控制和管理设备驱动。
------mdevctl命令的基本结构如下：```bashmdevctl [command] [device-driver-name] [command-specific-option]```其中，`command`是执行的操作类型，如`info`、`enable`、`disable`等；`device-driver-name`是要操作的设备驱动的名称；`command-specific-option`是针对特定命令的操作选项。
设备驱动接口------mdevctl通过设备驱动接口与设备驱动进行交互。
设备驱动接口提供了一组API，允许外部程序通过这些API与设备驱动进行通信。
mdevctl通过这些API执行各种操作，如获取设备驱动信息、启用或禁用设备驱动等。
进程间通信-----mdevctl使用进程间通信（IPC）机制与设备驱动进行通信。
常见的IPC机制包括管道、消息队列、共享内存等。
mdevctl通过这些IPC 机制向设备驱动发送指令和接收响应。
配置文件和环境变量----------mdevctl使用配置文件和环境变量来管理设备驱动。
配置文件通常以`.conf`为扩展名，用于存储设备驱动的配置信息。
环境变量用于传递命令行参数和配置选项。
mdevctl通过读取配置文件和设置环境变量来管理设备驱动的行为。
权限和安全性------使用mdevctl需要一定的权限，通常需要root或具有相应权限的用户才能执行。
同时，为了确保安全性，mdevctl会限制对设备驱动的访问，只允许执行必要和安全的操作。
linux 模拟硬件拔插的命令
linux 模拟硬件拔插的命令Linux模拟硬件拔插的命令在日常的Linux系统管理和维护中，经常会遇到需要模拟硬件拔插的情景。
这些情景可能是为了测试硬件设备的可靠性、检测驱动程序的兼容性，亦或是进行系统的故障排查。
本文将一步一步地回答关于Linux模拟硬件拔插的命令，并提供一些实例来帮助读者更好地理解。
1. Linux设备模拟工具简介在Linux系统中，可以使用一些设备模拟工具来模拟硬件的插拔操作。
这些工具可以模拟多种硬件设备，如USB设备、网卡、串口等，并提供与真实硬件设备一样的操作体验。
下面我们将介绍一些常用的设备模拟工具。
1.1 USB\_GADGETUSB\_GADGET是一个支持模拟USB设备的框架，可以用于在Linux设备上模拟USB设备插拔的操作。
它通过创建一个虚拟设备并将其绑定到相应的USB总线上来实现设备模拟。
使用USB\_GADGET需要在内核配置文件中启用相应的选项，并在系统启动时加载相应的内核模块。
一旦虚拟设备创建成功，可以通过向特定的配置文件写入命令来模拟设备的插拔。
1.2 EEMulatorEEMulator是一个开源的USB模拟器，支持模拟多种USB设备，如鼠标、键盘、摄像头等。
它可以通过虚拟机、容器、实体主机等多种方式运行，并提供与真实设备相同的输入输出接口。
EEMulator可以帮助开发人员测试其软件的USB设备兼容性，并提供了丰富的API和命令行工具以便进行设备模拟。
1.3 QEMUQEMU是一款开源的虚拟机监控器，可以模拟多种硬件平台的设备。
它支持通过命令行或图形界面进行设备模拟，并可模拟多种虚拟硬件设备，如网卡、声卡、USB等。
QEMU提供了灵活的配置选项，可以根据需要来进行设备模拟，并支持多种虚拟硬盘和光驱格式。
2. 使用USB\_GADGET模拟硬件插拔USB\_GADGET是一种内核模块，可用于模拟USB设备的插拔操作。
以下是一些使用USB\_GADGET模拟硬件插拔的实例。
Linux命令行中的硬件信息查看和驱动管理
Linux命令行中的硬件信息查看和驱动管理在Linux命令行中，我们可以通过一些命令来查看硬件信息和管理驱动，这对于系统维护和故障排除非常重要。
本文将介绍几个常用的命令及其用法，帮助您快速获取硬件信息和管理驱动。
1. 查看硬件信息1.1 lshw命令lshw（或者lswhw）是一个用于查看硬件信息的命令，可以列出系统中所有硬件的详细信息，包括处理器、内存、硬盘、网卡等。
使用示例：```$ sudo lshw```运行以上命令后，您将看到完整的硬件信息列表，可以通过滚动查看或者使用管道和grep命令过滤感兴趣的部分。
1.2 lspci命令lspci命令用于列出系统中所有PCI设备的信息，包括显卡、网卡、声卡等。
使用示例：```$ lspci```该命令会输出PCI设备的详细信息，可以通过管道和grep进行过滤。
1.3 lsusb命令lsusb命令用于列出系统中所有USB设备的信息。
使用示例：```$ lsusb```该命令会输出USB设备的详细信息，可以通过管道和grep进行过滤。
2. 管理驱动2.1 modprobe命令modprobe命令用于加载和卸载Linux内核模块，包括驱动程序。
使用示例：```$ sudo modprobe <module_name> // 加载模块$ sudo modprobe -r <module_name> // 卸载模块```其中，`<module_name>`为要加载或卸载的模块名称。
2.2 lsmod命令lsmod命令用于列出当前已加载的内核模块。
使用示例：```$ lsmod```该命令会输出已加载模块的列表，包括模块名称、使用次数等信息。
2.3 rmmod命令rmmod命令用于卸载已加载的内核模块。
使用示例：```$ sudo rmmod <module_name>```其中，`<module_name>`为要卸载的模块名称。
linux设备驱动（27）usb驱动-热插拔详解
linux设备驱动（27）usb驱动-热插拔详解1 热插拔的基本概念1.1 usb热插拔的硬件原理在USB集线器(hub)的每个下游端⼝的D+和D-上，分别接了⼀个15K欧姆的下拉电阻到地。
这样，在集线器的端⼝悬空时，就被这两个下拉电阻拉到了低电平。
⽽在USB设备端，在D+或者D-上接了1.5K欧姆上拉电阻。
对于全速和⾼速设备，上拉电阻是接在D+上；⽽低速设备则是上拉电阻接在D-上。
这样，当设备插⼊到集线器时，由1.5K的上拉电阻和15K的下拉电阻分压，结果就将差分数据线中的⼀条拉⾼了。
集线器检测到这个状态后，它就报告给USB主控制器（或者通过它上⼀层的集线器报告给USB主控制器），这样就检测到设备的插⼊了。
USB⾼速设备先是被识别为全速设备，然后通过HOST和DEVICE两者之间的确认，再切换到⾼速模式的。
在⾼速模式下，是电流传输模式，这时将D+上的上拉电阻断开。
1.2 热插拔的概念热插拔（hot-plugging或Hot Swap）即带电插拔，热插拔功能就是允许⽤户在不关闭系统，不切断电源的情况下取出和更换损坏的硬盘、电源或板卡等部件，从⽽提⾼了系统对灾难的及时恢复能⼒、扩展性和灵活性等，例如⼀些⾯向⾼端应⽤的磁盘镜像系统都可以提供磁盘的热插拔功能。
具体⽤学术的说法就是：热替换（Hot replacement）、热添加（hot expansion）和热升级（hot upgrade）1.3 热插拔的优点在系统开机情况下将损坏的模块移除，还可以在开机情况下做更新或扩容⽽不影响系统操作。
由于热插拔零件的可靠度提升，还可以将它们⽤做断电器，⽽且因为热插拔能够⾃动恢复，有很多热插拔芯⽚为系统提供线路供电情况的信号，以便系统做故障分析，因此减少了成本。
2 热插拔的实现2.1 Linux下USB HUB的驱动的实现和分析：在系统初始化的时候在usb_init函数中调⽤usb_hub_init函数，就进⼊了hub的初始化。
韦东山Linux视频课程介绍_可达目标_课程表
类别描述A 想深入了解嵌入式开发或是觉得学校课程讲得不深入、不贴近实际的专科、本科、研究生B 想从单片机开发转入嵌入式开发的工程师C 不希望局限在上层，想深入了解整个系统的工程师D 想成为系统工程师、软件框架设计师的程序员E想从硬件开发转为软件开发的工程师操作系统Linux基本操作-会使用若干条基本命令即可开发语言基本的C语言知识，汇编不要求(视频里有介绍汇编，就几条而已)硬件知识能看得懂原理图最好，不会也没关系(视频里有专门一课)课程名称：韦东山Linux视频第1期、第2期课程针对人群学习课程的能力要求课程掌握后的能力值概述（技能目标）裸板操作及bootloader深入理解ARM体系统架构，可以写出具备中断功能的裸板程序，对程序现场的保存、恢复有所了解，这些原理适用于任何架构CPU，适用于内核及应用程序掌握常用的硬件部件的操作，比如GPIO，UART，I2C，LCD，触摸屏；可以写出这些硬件部件的裸板程序掌握写汇编代码的能力，可以分析任意裸板包括u-boot、内核里的相关汇编代码能自己写出2期视频里讲到的各种驱动，它们已经涉及了工作中的绝大部分驱动掌握系统级别的应用调试方法：使用工具，修改内核自制工作掌握驱动调试方法：打印，自制打印，分析oops信息，栈回溯，理解内核原理然后修改内核，自制调试工具掌握驱动程序中各种操作：休眠-唤醒, 同步互斥, 异步通知, 定时器，上下半部等学习Linux驱动的套路：分配-设置-注册，掌握驱动的分析方法调试手段掌握裸板调试方法：点灯、打印、用JTAG工具进行源码级别的调试，查看反汇编熟悉裸板程序的结构，给你一个bootloader就能分析它的初始化部分、内存使用情况、链接地址、重定位、程序的相对跳转/绝对跳转等掌握bootloader启动内核的原理，能完全自己写出一个bootloader内核移植及启动过程可以配置、移植一个全新的内核了解内核的启动过程，解决启动中碰到的问题了解内核的基本原理：进程调度、系统调用的过程、内存管理等与程序开发密切相关的知识驱动程序开发掌握三大类驱动程序的框架：字符设备驱动、块设备驱动、网卡驱动分析内核启动的第1个进程的运行过程，进而构造根文件系统课程创新价值讲师及简介授课形式及服务配套更新频率项目三：电源管理后续课程：第3期项目开发实战(跟第2期是分开销售的)Linux系统工程师：再加上些应用开发的经验，很容易成为系统架构师＜嵌入式Linux应用开发完全手册＞可以说是最好的嵌入式Linux入门书将在6月1号发布，录完1节发布1节；未录制完提前购买价格180元；录制完后购买价格280已经有4个超级QQ群：173968594，49256475，177535949，176512363学完后具备相当于1-2年Linux底层开发的实际工作经验主讲：韦东山2003年毕业于中国科学技术大学，电子专业、软件专业双学位。
qemu vcpu热插拔原理
qemu vcpu热插拔原理
QEMU是一个开源的虚拟机监视器和模拟器，它允许在一个宿主
系统上运行多个虚拟机。
在QEMU中，虚拟CPU（vCPU）的热插拔是
指在虚拟机运行时动态增加或减少虚拟CPU的数量。
这种功能可以
提高虚拟机的灵活性和性能。
在QEMU中，vCPU的热插拔是通过以下步骤实现的：
1. 检测宿主系统的硬件资源，在进行vCPU的热插拔之前，QEMU会首先检测宿主系统的硬件资源，包括CPU核心数量、内存等
信息。
2. 修改虚拟机配置，在确定可以进行vCPU热插拔的条件下，QEMU会修改虚拟机的配置文件，包括虚拟CPU的数量和分配的资源。
3. 更新虚拟机状态，QEMU会更新虚拟机的状态信息，包括重
新分配虚拟CPU的资源、重新加载虚拟机的配置等。
4. 通知虚拟机操作系统，一旦虚拟机的状态更新完成，QEMU
会向虚拟机内的操作系统发送通知，告知虚拟机操作系统虚拟CPU
的热插拔情况。
5. 虚拟机操作系统响应，虚拟机操作系统收到通知后，会重新
识别和管理新的vCPU资源，使新的vCPU能够被操作系统所利用。
总的来说，QEMU实现vCPU的热插拔原理是通过修改虚拟机配
置和更新虚拟机状态，然后通知虚拟机内的操作系统进行相应的处理。
这样可以实现在虚拟机运行时动态增加或减少虚拟CPU的数量，从而提高虚拟机的灵活性和性能。
linux libusb热拔插代码-概述说明以及解释
linux libusb热拔插代码-概述说明以及解释1.引言1.1 概述概述部分旨在介绍本篇文章的主题和背景，为读者提供一个全面而简洁的理解。
本文将重点讨论Linux下libusb热拔插的代码实现，为读者提供有关如何在Linux系统中使用libusb库进行热插拔设备的操作的指导。
在这篇文章中，我们将深入探讨libusb的基本概念、原理和使用方法，以及如何使用libusb实现在Linux环境下热插拔设备的连接和断开。
热插拔技术是现代计算机技术中一个非常重要的概念，它允许用户在系统运行时插入和拔出硬件设备，而无需重新启动计算机。
这种灵活性和方便性使得热插拔回应了不断增长的计算需求和多设备管理的需求，使得我们不再受限于固定硬件的配置。
因此，了解和学习如何在Linux系统中使用libusb库实现热插拔设备的连接和断开对于应用开发人员和系统管理员来说是非常重要的。
在本文的后续部分，我们将首先对libusb进行简要介绍，包括其定义、核心功能和主要用途。
然后，我们将重点介绍热插拔技术的背景和原理，解释为什么热插拔设备的连接和断开是一个重要的技术问题，并探讨其对现代计算机系统的影响。
此外，我们将深入研究如何使用libusb库在Linux系统中实现热插拔设备的连接和断开。
我们将详细讨论libusb的主要API和函数，介绍如何编写代码来检测新设备的插入和拔出事件，并动态地与这些设备进行通信。
我们还将解释如何处理设备插入和拔出事件的错误情况，并提供一些实用的编程技巧和建议。
最后，在本文的结论部分，我们将简要总结我们讨论的主要观点和结果，并探讨libusb热插拔代码在未来的发展和应用前景。
我们将强调热插拔技术在计算机系统中的重要性，并指出可能的改进和扩展领域，鼓励读者进一步探索和研究。
通过对libusb热拔插代码的深入讨论和实践，本文旨在帮助读者更好地理解和应用Linux系统中的热插拔技术，为他们在开发和管理计算机系统时提供有价值的指导和建议。
module_device_table实现热插拔设备的机制
module_device_table实现热插拔设备的机制
在Linux内核中，实现热插拔设备机制的关键部分是module_device_table。
它是一个函数，用于将模块和设备表关联起来，以便在设备插入或拔出时能够通知模块。
下面是一个示例代码片段，演示了如何使用module_device_table来实现热插拔设备的机制：
在上面的代码中，我们首先定义了一个设备驱动程序的结构体my_driver，其中包含了驱动程序的名称、探测和移除回调函数等。
然后，我们在模块初始化函数my_module_init中，注册了总线类型my_bus_type和设备驱动程序my_driver。
在模块退出函数my_module_exit中，我们注销了设备和总线。
最后，我们使用module_init和module_exit宏来注册和注销模块。
linux 模拟硬件拔插的命令
linux 模拟硬件拔插的命令摘要：1.介绍Linux 操作系统2.阐述Linux 模拟硬件拔插的命令3.详细解释命令的使用方法4.总结命令的作用及应用场景正文：Linux 是一个自由和开放源代码的类Unix 操作系统，广泛应用于服务器、嵌入式系统等领域。
在Linux 系统中，有时需要模拟硬件设备的拔插操作，以满足系统管理和测试的需求。
本文将介绍一个用于模拟硬件拔插的命令。
一、Linux 模拟硬件拔插的命令在Linux 系统中，可以使用`halt`命令来模拟硬件拔插操作。
`halt`命令用于使系统进入维护状态，暂停所有进程，并等待用户按键继续。
当系统处于维护状态时，系统资源将不可用，这与硬件设备拔插的效果相似。
二、命令使用方法使用`halt`命令非常简单，只需在终端中输入`halt`，然后按回车键即可。
根据您的需求，您可以选择不同的选项来定制操作。
以下是一些常用的选项：1.立即关闭系统：`halt -p`2.设定关闭系统的时间：`halt -t <时间>`，例如：`halt -t 10`表示在10 分钟后关闭系统3.显示帮助信息：`halt -h`三、命令应用场景`halt`命令在以下场景中非常有用：1.系统管理员需要在维护系统时暂停所有进程，以确保安全地进行操作。
2.开发人员需要模拟硬件拔插情况以进行相关测试。
3.普通用户在遇到问题时，可以通过暂停系统来排除一些可能的原因。
总之，`halt`命令是一个实用的工具，可以在Linux 系统中模拟硬件拔插操作。
通过本文的介绍，您应该已经了解了如何使用`halt`命令及其作用。
mdev linux用法
mdev linux用法
mdev是一个在Linux系统上用来管理设备文件和设备节点的工具。
它通常与嵌入式Linux系统一起使用，用于在系统引导时创建
设备节点，并在设备插入或移除时动态创建或删除设备节点。
mdev
的用法涉及以下几个方面：
1. 配置mdev，mdev的配置文件通常是位于/etc目录下的mdev.conf文件。
该文件用于定义设备节点的创建和删除规则，可
以指定设备节点的权限、所有者等信息。
2. 规则定义，mdev.conf文件中可以定义一系列规则，用于匹
配设备的类型、厂商ID、产品ID等信息，并指定对应的设备节点
的创建和删除操作。
通过这些规则，可以实现在设备插入时自动创
建设备节点，以及在设备移除时自动删除设备节点。
3. 使用mdev，一旦配置好mdev并启动系统，mdev将会在系统
引导时读取mdev.conf文件，并根据其中定义的规则创建设备节点。
此外，当有设备插入或移除时，mdev也会根据规则动态创建或删除
设备节点。
4. 自定义规则，除了默认的规则外，用户还可以自定义规则以满足特定需求。
这些自定义规则可以根据设备的特定属性来匹配设备，并执行相应的操作。
总的来说，mdev在Linux系统中的用法涉及配置mdev.conf文件，定义规则，使用mdev来管理设备节点的创建和删除，以及根据需要进行自定义规则的添加。
通过合理配置和使用mdev，可以实现对设备节点的灵活管理，适用于嵌入式Linux系统等场景。
linux 热插拔机制
linux 热插拔机制
Linux热插拔机制是指系统在运行时动态识别和处理硬件设备的能力。
这个机制可以使用户在不停机的情况下添加或删除硬件设备，而不会影响系统的正常运行。
Linux热插拔机制是通过“热插拔控制器”实现的。
当插入一个新的设备时，热插拔控制器会自动识别该设备，并启动相应的模块来处理设备。
当设备被拔出时，控制器会自动卸载相关模块，以确保系统的稳定运行。
在Linux系统中，热插拔机制被广泛应用于许多领域，如存储设备、网络设备和USB设备等。
例如，用户可以在系统运行时插入一个新的USB设备，系统会自动识别该设备并为其安装驱动程序，用户无需重启系统即可使用该设备。
总之，Linux热插拔机制为用户提供了更加灵活、高效的硬件设备管理方式，使系统的可用性和可靠性得到了显著提高。
- 1 -。
linux 模拟硬件拔插的命令
linux 模拟硬件拔插的命令在Linux系统中，模拟硬件拔插主要是通过对设备文件进行操作来实现的。
设备文件位于/dev目录下，可以通过特定的命令与其进行交互，相当于对设备进行操作。
以下是一些常见的模拟硬件拔插的命令。
1. modprobe命令：modprobe是Linux内核加载模块的命令，可以通过插拔驱动来加载/卸载模块。
使用modprobe命令可以模拟硬件的拔插操作。
a.加载模块：`sudo modprobe模块名`，例如：`sudo modprobe usb-storage`加载USB存储设备驱动模块。
b.卸载模块：`sudo modprobe -r模块名`，例如：`sudo modprobe -r usb-storage`卸载USB存储设备驱动模块。
2. lsusb命令：lsusb命令用于列出与USB相关的设备信息，可以用来查看已插入的USB设备。
a.列出已连接的USB设备：`lsusb`，该命令会列出已连接的USB 设备的详细信息，包括设备ID、制造商等。
b.列出指定制造商的USB设备：`lsusb -d制造商ID`，例如：`lsusb -d 0424:`列出VID（Vendor ID）为0424的USB设备。
3. lshw命令：lshw命令用于显示硬件信息，可以通过该命令查看系统中的设备信息。
a.列出所有设备信息：`sudo lshw`，该命令会显示系统中所有的硬件信息，包括CPU、内存、磁盘等。
b.列出指定设备信息：`sudo lshw -class设备类别`，例如：`sudo lshw -class disk`列出磁盘设备的详细信息。
4. udevadm命令：udevadm命令用于管理Linux的udev设备管理器，可以监控设备的动态插拔。
a.监控所有设备的插拔事件：`sudo udevadm monitor`，该命令会实时显示设备的插拔信息。
b.监控指定设备的插拔事件：`sudo udevadm monitor --udev`，例如：`sudo udevadm monitor --udev -s subsystem=block -p`监控磁盘设备的插拔事件。
Linux设备模型浅析之固件篇
本文属本人原创，欢迎转载，转载请注明出处。由于个人的见识和能力有限，不可能面 面俱到，也可能存在谬误，敬请网友指出，本人的邮箱是 yzq.seen＠ ，博客是 。 Linux 设备模型，仅仅看理论介绍，比如 LDD3 的第十四章，会感觉太抽象不易理解，而 通过阅读内核代码就更具体更易理解，所以结合理论介绍和内核代码阅读能够更快速的理解掌 握 linux 设备模型。这一序列的文章的目的就是在于此，看这些文章之前最好能够仔细阅读 LDD3 的第十四章。固件 firmware，一般是在芯片中可运行的程序代码或配置文件，比如 CY68013 USB2.0 芯片，它里面有一个 8051 内核，可执行代码可以在线下载到其 ram 中运行。 内核中 firmware 模块的作用是使得驱动程序可以调用其 API 获得用户空间的固件（一般存放在/ lib/firmware 目录下）再通过一定的通信方式（比如 I2C、UART 和 USB 等）下载到芯片里。以 下就以 CY68013 为例子说明固件下载的原理。阅读这篇文章之前，最好先阅读文章《Linux 设 备模型浅析之设备篇》、《Linux 设备模型浅析之驱动篇》和《Linux 设备模型浅析之驱动篇》 。在文章的最后贴有一张针对本例的图片，可在阅读本文章的时候作为参照。 一、 cy68013 的 8051 单片机程序是 intel 的 hex 格式，用 keil 软件编译生成。需要下载的可 执行程序有两个，一个是"cy68013_loader.hex"程序，另一个是"cy68013_fw.hex"程序。前者是作 为下载后者的守护程序，也就是说先下载"cy68013_loader.hex"程序到 cy68013 的 ram 中运行， 然后其负责"cy68013_fw.hex"程序的下载运行及固化(可以固化到外接 i2c eeprom 中)。这两个固 件存放在/lib/firmware 目录中。其中会用到两个 API，request_firmware()例程和 release_firmware()例程。前者前者的使用方式是 request_firmware(&fw_entry, "cy68013_loader.hex", &cy68013->udev->dev)，请求加载一个固件，用来获取 cy68013_loader.hex 固件的数据，数据保存在 fw_entry->data 中，大小是 fw_entry->size。后者的 使用方式是 release_firmware(fw_entry)，释放获取的资源。request_firmware()例程的定义如 下： int request_firmware(const struct firmware **firmware_p, const char *name, struct device *device) { int uevent = 1; return _request_firmware(firmware_p, name, device, uevent); // uevent = 1，会产生 uevent 事件 } 代码中， 1. 第一个形参 struct firmware 的定义如下: struct firmware { size_t size; // firmware 的大小 const u8 *data; // 指向保存 firmware 数据的 buffer }。 本例中，cy68013->udev->dev 生成的 sys 目录是/sys/devices/pci0000:00/0000:00:1d.7/usb2/2-1，后 面生成的 firmware device 的目录在该目录下。下面分析_request_firmware()例程。 二、 _request_firmware()例程会睡眠，直到固件下载完成，其定义如下： static int _request_firmware(const struct firmware **firmware_p, const char *name, struct device *device, int uevent)
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Linux设备驱动程序学习（15）
-Linux设备模型（热插拔、mdev 与firmware）
热插拔
有2 个不同角度来看待热插拔：
从内核角度看，热插拔是在硬件、内核和内核驱动之间的交互。
从用户角度看，热插拔是内核和用户空间之间，通过调用用户空间程序（如hotplug、udev 和mdev）的交互。
当需要通知用户内核发生了某种热插拔事件时，内核才调用这个用户空间程序。
现在的计算机系统，要求Linux 内核能够在硬件从系统中增删时，可靠稳定地运行。
这就对设备驱动作
者增加了压力，因为在他们必须处理一个毫无征兆地突然出现或消失的设备。
热插拔工具
当用户向系统添加或删除设备时，内核会产生一个热插拔事件，并在/proc/sys/kernel/hotplug文件里查找处理设备连接的用户空间程序。
这个用户空间程序主要有
hotplug:这个程序是一个典型的bash 脚本，只传递执行权给一系列位于/etc/hot-plug.d/ 目录树的程序。
hotplug 脚本搜索所有的有 .hotplug 后缀的可能对这个事件进行处理的程序并调用它们, 并传递给它们许多不同的已经被内核设置的环境变量。
(基本已被淘汰，具体内容请参阅《LDD3》)
udev ：用于linux2.6.13或更高版本的内核上，为用户空间提供使用固定设备名的动态/dev目录的解
决方案。
它通过在sysfs 的/class/ 和/block/ 目录树中查找一个称为dev 的文件，以确定所创建的
设备节点文件的主次设备号。
所以要使用udev，驱动必须为设备在sysfs中创建类接口及其dev属性文件，方法和sculld模块中创建dev属性相同。
udev的资料网上十分丰富，我就不在这废话了，给出以
下链接有兴趣的自己研究：
mdev：一个简化版的udev，是busybox所带的程序，十分适合嵌入式系统。
因为hotplug现在也在被慢慢地淘汰，udev不再依赖hotplug了，所以这里不再介绍；
udev较mdev复杂，不太适合嵌入式使用。
（本人也有做udev的实验，交叉编译是通过了，但是使用上有问题，没有实现其功能。
也许是我的文件系统没做好，以后有时间再研究和写记录。
有成功高人的通知一声，交流一下经验。
^_^谢谢！）；
mdev简单易用，比较适合嵌入式系统，实验成功。
以下详细介绍mdev的使用。
mdev
在一开始建立根文件系统时，我根据WeiBing 的博客上《UDEV on embeded Linux-2.6.19.2》（地址：/logs/4485453.html）这篇文章的提示，开始使用mdev，但是当时只是启动时mdev -s 一下，并没有深究。
现在在学习了Linux设备模型之后，对于Linux中/dev目录的动态管理有了更深的认识，并认真的看了一下busybox中的mdev.txt文档并翻译了一下，做成了PDF（下载地址：/blog/upfile2/080111091002.pdf），在看下面的内容时请先看看这篇文档。
先声明一个要点：要实现设备节点文件的自动、动态的增删，必须在你自己的驱动源码中实现类接口，并在类设备的目录中添加包含设备号的名为“dev”的属性文件。
mdev原理及bug
要使用mdev，适当知道一下原理是必不可少的（能完整地研究mdev源码是最好的）。
说实话起初我并没有想看mdev的源码，是在使用时发现了问题后才去研究了一下mdev的源码。
现在简单介绍一下mdev 的原理：
执行mdev -s：以…-s‟为参数调用位于/sbin目录写的mdev（其实是个链接，作用是传递参数给/bin
目录下的busybox程序并调用它），mdev扫描/sys/class 和/sys/block 中所有的类设备目录，如果在目录中含有名为“dev”的文件，且文件中包含的是设备号，则mdev就利用这些信息为这个设备在/dev 下创建设备节点文件。
一般只在启动时才执行一次“mdev -s”。
热插拔事件：由于启动时运行了命令：echo /sbin/mdev > /proc/sys/kernel/hotplug ，那么当有热插拔事件产生时，内核就会调用位于/sbin目录的mdev。
这时mdev通过环境变量中的 ACTION 和DEVPATH，来确定此次热插拔事件的动作以及影响了/sys中的那个目录。
接着会看看这个目录中是否有“dev”的属性文件，如果有就利用这些信息为这个设备在/dev 下创建设备节点文件。
mdev使用
mdev的使用在busybox中的mdev.txt文档已经将得很详细了。
但作为例子，我简单讲讲我的使用过程：
（1）在编译时加上对mdev的支持（我是使用的是busybox1.9.0）：
Linux System Utilities --->
[*] mdev
[*] Support /etc/mdev.conf
[*] Support command execution at device addition/removal
（2）在启动时加上使用mdev的命令：
我在自己创建的根文件系统（nfs）中的/linuxrc文件中添加了如下指令：
注意：是
/bin/mdev >/proc/sys/kernel/hotplug。
busybox的文档有错！！
（3）在你的驱动中加上对类设备接口的支持，并在类设备目录下添加包含设备号的名为“dev”的属性文件。
（4）至于/etc/mdev.conf文件，可有可无，不影响使用，只是添加了些功能。
为了实验我在/etc创建了mdev.conf文件并输入了：
具体的实验源码和现象在文章后面有。
firmware
硬件市场的激烈竞争, 使得制造商连一点用于设备控制固件的EEPROM 的成本都不愿意花费。
因此固件一般发布在和硬件配套的驱动包中，由操作系统（其实是驱动程序）负责传送固件到设备。
内核固件接口
获取固件的正确方法是当需要时从用户空间获取它。
一定不要试图从内核空间直接打开包含固件的文件，那是一个易出错的操作, 因为它把策略(以文件名的形式)包含进了内核。
正确的方法是使用固件接口:
注意：要使用firmware，必须要在配置内核时选上：
Device Drivers --->
Generic Driver Options --->
<*> Userspace firmware loading support
否则会出现: Unknown symbol release_firmware 和: Unknown symbol request_firmware 的错误。
固件接口工作原理
固件子系统使用sysfs 和热插拔机制工作。
当调用request_firmware时, 函数将在
/sys/class/firmware 下创建一个以设备名为目录名的新目录，其中包含3 个属性:
loading：这个属性应当被加载固件的用户空间进程设置为1。
当加载完毕, 它将被设为0。
被设为-1 时，将中止固件加载。
data：一个用来接收固件数据的二进制属性。
在设置loading 为1后, 用户空间进程将固件写入这个属
性。
device：一个链接到/sys/devices 下相关入口项的符号链接。
一旦创建了sysfs 入口项, 内核将为设备产生一个热插拔事件，并传递包括变量FIRMWARE 的环境变量给处理热插拔的用户空间程序。
FIRMWARE 被设置为提供给request_firmware 的固件文件名。
用户空间程序定位固件文件, 并将其拷贝到内核提供的二进制属性；若无法定位文件, 用户空间程序设置loading 属性为-1。
若固件请求在10 秒内没有被服务, 内核就放弃并返回一个失败状态给驱动。
超时周期可通过sysfs 属性/sys/class/firmware/timeout 属性改变。
request_firmware 接口允许使用驱动发布设备固件。
当正确地集成进热插拔机制后, 固件加载子系统允许设备不受干扰地工作。
显然这是处理问题的最好方法，但固件受版权保护，小心违反版权法。
ARM9开发板实验
实验源码：
/blog/upfile2/080114113255. gz。