1.Linux驱动开发笔记（一）：helloworld驱动源码编写、驱动makefile编写以及驱动编译基本流程
2.linux 5.15 ncsi源码分析
3.Linux驱动开发|WiFi驱动（一）
4.深入select多路复用内核源码加驱动实现
5.Linux驱动编程——ch340x驱动移植
6.linux设备驱动程序——i2c设备驱动源码实现

Linux驱动开发笔记（一）：helloworld驱动源码编写、源码makefile编写以及驱动编译基本流程

       前言

       基于linux的例驱驱动开发学习笔记，本篇主要介绍了一个字符驱动的动程基础开发流程，适合有嵌入式开发经验的序源读者学习驱动开发。

       笔者自身情况

       我具备硬件基础、驱动saas源码如何授权单片机软硬基础和linux系统基础等，源码但缺乏linux驱动框架基础，例驱也未进行过linux系统移植和驱动移植开发。动程因此，序源学习linux系统移植和驱动开发将有助于打通嵌入式整套流程。驱动虽然作为技术leader不一定要亲自动手，源码但对产品构架中的例驱每一块业务和技术要有基本了解。

       推荐

       建议参考xun为的动程视频教程，教程过程清晰，序源适合拥有丰富知识基础的资深研发人员学习。该教程不陷入固有思维误区，也不需要理解imx6的庞杂汇报，直接以实现目标为目的，无需从裸机开始开发学习，所有步骤都解释得清清楚楚。结合多年相关从业经验，确实能够融会贯通。从业多年，首次推荐，因为确实非常好。

       驱动

       驱动分为四个部分

       第一个驱动源码：Hello world!

       步骤一：包含头文件

       包含宏定义的头文件init.h，包括初始化和宏头文件，如module_init、module_exit等。

       #include

       包含初始化加载模块的头文件

       步骤二：写驱动文件的入口和出口

       使用module_init()和module_exit()宏定义入口和出口。

       module_init(); module_exit();

       步骤三：声明开源信息

       告诉内核，本模块驱动有开源许可证。stl源码解读

       MODULE_LICENSE("GPL");

       步骤四：实现基础功能

       入口函数

       static int hello_init(void) { printk("Hello, I’m hongPangZi\n"); return 0; }

       出口函数

       static void hello_exit(void) { printk("bye-bye!!!\n"); }

       此时可以修改步骤二的入口出口宏

       module_init(hello_init); module_exit(hello_exit);

       总结，按照四步法，搭建了基础的驱动代码框架。

       Linux驱动编译成模块

       将驱动编译成模块，然后加载到内核中。将驱动直接编译到内核中，运行内核则会直接加载驱动。

       步骤一：编写makefile

       1 生成中间文件的名称

       obj-m += helloworld.o

       2 内核的路径

       内核在哪，实际路径在哪

       KDIR:=

       3 当前路径

       PWD?=$(shell pwd)

       4 总的编译命令

       all: make -C $(KDIR) M=$(PWD) modules

       make进入KDIR路径，当前路径编译成模块。

       obj-m = helloworld.o KDIR:= PWD?=$(shell pwd) all: make -C $(KDIR) M=$(PWD) modules

       步骤二：编译驱动

       编译驱动之前需要注意以下几点：

       1 内核源码要编译通过

       驱动编译成的目标系统需要与内核源码对应，且内核源码需要编译通过。

       2 内核源码版本

       开发板或系统运行的内核版本需要与编译内核驱动的内核源码版本一致。

       3 编译目标环境

       在内核目录下，确认是否为需要的构架：

       make menu configure export ARCH=arm

       修改构架后，使用menu configure查看标题栏的内核构架。

       4 编译器版本

       找到使用的arm编译器（实际为arm-linux-gnueabihf-gcc，取gcc前缀）：

       export CROSS_COMPILE=arm-linux-gnueabihf-

       5 编译

       直接输入make，编译驱动，会生成hellowold.ko文件，ko文件就是编译好的驱动模块。

       步骤三：加载卸载驱动

       1 加载驱动

       将驱动拷贝到开发板或目标系统，然后使用加载指令：

       insmod helloworld.ko

       会打印入口加载的printk输出。

       2 查看当前加载的驱动

       lsmod

       可以查看到加载的驱动模块。

       3 卸载驱动

       rmmod helloworld

       可以移除指定驱动模块（PS：卸载驱动不需要.ko后缀），卸载成功会打印之前的printk输出。

       总结

       学习了驱动的基础框架，为了方便测试，下一篇将使用ubuntu.编译驱动，并做好本篇文章的相关实战测试。

linux 5. ncsi源码分析

       深入剖析Linux 5. NCSI源码：构建笔记本与BMC通信桥梁

       NCSI（Network Configuration and Status Interface），在5.版本的net wcf源码Linux内核中，为笔记本与BMC（Baseboard Management Controller）以及服务器操作系统之间的同网段通信提供了强大支持。让我们一起探索关键的NCSI网口初始化流程，以及其中的关键结构体和函数。

       1. NCSI网口初始化：驱动注册

       驱动程序初始化始于ftgmac_probe，这是关键步骤，它会加载并初始化struct ncsi_dev_priv，包含了驱动的核心信息，如NCSI_DEV_PROBED表示最终的拓扑结构，NCSI_DEV_HWA则启用硬件仲裁机制。

       关键结构体剖析

struct ncsi_dev_priv包含如下重要字段：

       request表，记录NCSI命令的执行状态；

       active_package，存储活跃的package信息；

       NCSI_DEV_PROBED，表示连接状态的最终拓扑；

       NCSI_DEV_HWA，启用硬件资源的仲裁功能。

       命令与响应的承载者

       struct ncsi_request是NCSI命令和结果的核心容器，包含请求ID、待处理请求数、channel队列以及package白名单等。每个请求都包含一个唯一的ID，用于跟踪和管理。

       数据包管理与通道控制

       从struct ncsi_package到struct ncsi_channel，每个通道都有其特定状态和过滤器设置。multi_channel标志允许多通道通信，channel_num则记录总通道数量。例如，struct ncsi_channel_mode用于设置通道的工作模式，如NCSI_MODE_LINK表示连接状态。

       发送与接收操作

       struct ncsi_cmd_arg是发送NCSI命令的关键结构，包括驱动私有信息、命令类型、ID等。在ncsi_request中，驴子跳源码每个请求记录了请求ID、使用状态、标志，以及与网络链接相关的详细信息。

       ncsi_dev_work函数：工作队列注册与状态处理

       在行的ncsi_register_dev函数中，初始化ncsi工作队列，根据网卡状态执行通道初始化、暂停或配置。ncsi_rcv_rsp处理NCSI报文，包括网线事件和命令响应，确保通信的稳定和高效。

       扩展阅读与资源

       深入理解NCSI功能和驱动probe过程，可以参考以下文章和资源：

       Linux内核ncsi驱动源码分析（一）

       Linux内核ncsi驱动源码分析（二）

       华为Linux下NCSI功能切换指南

       NCSI概述与性能笔记

       浅谈NCSI在Linux的实现和应用

       驱动probe执行过程详解

       更多技术讨论：OpenBMC邮件列表和CSDN博客

       通过以上分析，NCSI源码揭示了如何构建笔记本与BMC的高效通信网络，为开发者提供了深入理解Linux内核NCSI模块的关键信息。继续探索这些资源，你将能更好地运用NCSI技术来优化你的系统架构。

Linux驱动开发|WiFi驱动（一）

       Linux内核中WiFi驱动的集成与编译

       在I.MX6U-ALPHA开发板上，可通过USB或SDIO接口使用Realtek公司的RTLEUS、RTLCUS或RTLFS芯片实现WiFi功能。Realtek提供了对应的驱动源码，只需将其添加到Linux内核并配置为模块。RTLxx驱动文件存储在realtek目录下，包含两个芯片的源码。

       配置过程涉及Kconfig界面，可以通过图形化配置决定是否编译WiFi驱动。在drivers/net/wireless/rtlwifi目录下的Kconfig和Makefile文件中，需相应地添加或删除编译选项。例如，要删除内核自带的不稳定RTLCU驱动，需从Kconfig和Makefile中移除相关配置。

       将realtek目录添加到内核源码drivers/net/wireless中，24直播 源码并在配置文件Kconfig和Makefile中添加相应引用。编译前，使用make menuconfig命令打开配置界面，选择编译rtlxx驱动为模块。然后，将RTLEUS或RTLCUS模块加载到USB HOST接口，通过depmod和modprobe命令加载驱动，加载成功后可通过ifconfig -a检查wlan网卡是否出现。

       以上步骤有助于理解和实现WiFi驱动的集成，如遇到疑问，请在下方留言。后续还将分享更深入的学习内容。感谢阅读，期待您的关注与支持！

深入select多路复用内核源码加驱动实现

       本文主要探讨了select多路复用内核源码的驱动实现过程。用户空间调用select库后，系统调用sys_select引导到内核处理。核心内容涉及四个关键结构体：poll_wqueues、poll_table_page、poll_table_entry和poll_table_struct。每个进程在select调用时，都会对应一个poll_wqueues结构体，用于统一管理所有fd的轮询操作，这是整个流程的基础。

       poll_wqueues的inline_entries数组有限，当空间不足时，会动态扩展为物理内存页。当fd调用poll函数时，会分配poll_table_entry，首先从inline_entries开始，直到用完才分配新的物理页。poll_table_entry在__pollwait函数中起到关键作用，它存储了特定fd的file指针、硬件驱动的等待队列头和进程的poll_wqueues结构体。

       总结来说，硬件驱动的事件等待队列头数量有限，每个进程仅有一个poll_wqueues结构体，但fd的数量取决于驱动程序的事件队列头数量。每个fd可能对应多个poll_table_entry，这些结构体在驱动程序中用于记录等待事件。当多个进程同时使用select监控同一设备，每个进程的poll_table_entry数量将保持一致。

       do_select函数通过遍历n个fd，调用它们的poll函数，驱动程序如字符设备evdev中的poll函数会与poll_wqueues.poll_table关联。poll_table结构简单，包含函数指针和key值，key值会根据fd的监测需求变化。当设备有IO事件时，驱动程序会调用相关函数，唤醒select进程，最后select函数检查并返回用户空间。

       本文还通过实例，如字符设备驱动和内存字符设备驱动模拟，展示了select在内核中实际操作的过程。通过驱动程序实现poll接口，使得设备支持select机制，用户空间的应用程序可以灵活监控多个fd的事件。

Linux驱动编程——chx驱动移植

       chx驱动移植主要概念

       移植指的是将厂商提供的驱动源码调整适配到特定的系统版本。Linux系统通常会提供这些驱动的源代码。

       ch简介

       这是一种用于USB转串口的芯片，需要编写驱动程序。

       实验目的

       在Linux平台上熟悉驱动移植、编译和加载的方法，实现官方chx驱动的USB转串口功能。

       硬件电路

       开发板和一个CH模块。

       驱动源码下载

       从blog.csdn.net/JAZZSOLDI...下载Linux驱动CHSER_LINUX.ZIP，包含chx.c（驱动源码）、Makefile（编译文件）和readme.txt（版本和命令说明）。

       代码修改

       主要修改chx.c的两处代码，注释某些代码，同时自定义Makefile。

       编译运行

       使用make命令编译，生成chx.ko的目标文件。使用make install将目标文件拷贝到NFS目录。插入CH模块后，使用insmod命令加载chx驱动。

       实验现象

       加载驱动后，系统立即识别出新的串口，证明移植成功。

       总结

       完成驱动的移植后，验证了USB转串口功能的实现，验证了驱动在特定系统环境下的兼容性与可用性。

linux设备驱动程序——i2c设备驱动源码实现

       深入了解Linux内核中的i2c设备驱动程序详解

       在Linux内核中，i2c设备驱动程序的实现是一个关键部分。本文将逐步剖析其形成、匹配及源码实现，以帮助理解i2c总线的工作原理。

       首先，熟悉I2C的基本知识是必不可少的。作为主从结构，设备通过从机地址寻址，其工作流程涉及主器件对从机的通信。了解了基础后，我们接着来看Linux内核中的驱动程序框架。

       Linux的i2c设备驱动程序框架由driver和device两部分构成。当driver和device加载到内存时，会自动调用match函数进行匹配，成功后执行probe()函数。driver中，probe()负责创建设备节点并实现特定功能；device则设置设备的I2C地址和选择适配器，如硬件I2C控制器。

       示例代码中，i2c_bus_driver.c展示了driver部分的实现，而i2c_bus_device.ko和i2c_bus_device.ko的编译加载则验证了这一过程。加载device后，probe函数会被调用，确认设备注册成功。用户程序可测试驱动，通过读写传感器寄存器进行操作。

       在设备创建方面，i2c_new_device接口允许在设备存在时加载驱动，但有时需要检测设备插入状态。这时，i2c_new_probed_device提供了检测功能，确保只有实际存在的设备才会被加载，有效管理资源。

       深入源码分析，i2c_new_probed_device主要通过检测来实现设备存在性，最终调用i2c_new_device，但地址分配机制确保了board info中的地址与实际设备地址相符。

       至此，关于Linux内核i2c驱动的讨论结束。希望这个深入解析对您理解i2c设备驱动有帮助。如果你对此话题有兴趣，可以加入作者牧野星辰的Linux内核技术交流群，获取更多学习资源。

       学习资源

       Linux内核技术交流群：获取内核学习资料包，包括视频教程、电子书和实战项目代码

       内核资料直通车：Linux内核源码技术学习路线+视频教程代码资料

       学习直达：Linux内核源码/内存调优/文件系统/进程管理/设备驱动/网络协议栈

Linux 驱动的内核适配 - DKMS 框架

       深入解析：Linux驱动的内核适配之道 - DKMS框架详解

       在构建Linux驱动时，如何优雅地实现内核适配，让编译、签名、安装和管理变得简单？开源的DKMS（Dynamic Kernel Module Support）框架犹如救星降临，它的核心在于一套巧妙的shell脚本工具链。让我们一步步走进DKMS的世界，探索其在驱动适配流程中的重要作用。

       首先，驱动适配之旅始于在源码中添加一个"dkms.conf"文件，它是DKMS与驱动程序之间的桥梁，其地位类似于makefile对make的指导。下面是一个实际示例，源于DKMS自带的演示，稍作修改以供理解：

       dkms.conf

       驱动编译之旅开始于执行命令：

       dkms build <module>/<version> -k <kernel-version>

       这个命令会调用"PRE_BUILD"脚本，利用autoconf和m4为目标内核生成配置文件，内核版本通过"-k"参数指定（默认为当前运行内核），并将这些信息传递给"$kernelver"和"$kernel_source_dir"。

       DKMS的独特之处在于，它将驱动源码复制到"${ dkms_tree}"指定的目录进行编译，避免中间文件干扰源代码。编译过程与传统make类似，但DKMS确保只留下ko文件和日志，便于管理。

       驱动签名是编译后的关键步骤，DKMS主版本3.0.7以后内置了前两个步骤，而在Debian的bullseye版本中，连签名注册也一并处理。通过"dkms install"命令，一次性完成"编译+签名+安装"，简化了操作流程。

       如果你想要更进一步，结合"--modprobe-on-install"，在安装时自动加载驱动，那么"编译+签名+安装+加载"就一气呵成了。而dkms status命令则是管理者的得力助手，让你对驱动的安装状态一目了然。

       再来看看"dkms.conf"中的"AUTOINSTALL"选项，它赋予了DKMS惊人的能力——当新内核安装时，自动编译对应驱动版本，确保内核与驱动的无缝对接。这是通过在"/etc/kernel/postinst.d"目录下添加一个具有自动安装功能的脚本实现的，它就像内核安装后的"post install hook"，确保驱动与新内核同步就绪。

       想象一下，当我们遇到服务器上未预装的realtek网卡驱动，DKMS的autoinstall功能就派上了用场。新内核安装后，驱动自动生成并加载，让我们顺利地通过网络进行远程管理，避免了登录难题。

       额外提一句，Debian的bullseye版本在原DKMS基础上扩展了功能，如mkdeb和mkrpm，使得驱动源码可以打包成deb或rpm包，便于发布和分发。

       总之，DKMS框架为Linux驱动的内核适配提供了强大而灵活的解决方案，让驱动开发者和管理员们能够更高效地管理驱动与内核的互动。通过DKMS，驱动的适配和管理变得更加无缝且自动化。