1.安卓内核驱动模块（ko文件）独立编译教程 （上）
2.在离线混部-Koordinator Cpu Burst 特性 源码调研
3.关于Linux内核蓝牙子系统实验，源码笔者有话要说
4.Linux驱动开发笔记（一）：helloworld驱动源码编写、论坛makefile编写以及驱动编译基本流程
5.KBUILD_EXTRA_SYMBOLS
6.Linux内核|驱动模型initcall和module_init

安卓内核驱动模块（ko文件）独立编译教程 （上）

       在没有启用驱动签名校验的源码安卓内核（如4.xx.xxx版本）中，编译ko文件可以实现特定功能，论坛如内存无痕读取和防root检测。源码本文将分两部分教你如何独立编译ko文件，论坛长生劫所有资源码首先从内核编译开始。源码

       环境与设备准备：

       确保你的论坛设备和编译环境已安装必要的工具，如编译器和对应设备的源码内核源码。小米设备的论坛内核源码可从Github获取，例如小米，源码推荐使用高通Clang或linaro_gcc。论坛接下来，源码根据内核配置指南，论坛获取设备配置文件，源码解压/proc/config.gz并进行编译，生成vmlinux和Module.symvers文件。

       修改驱动模块校验信息：

       如果直接编译ko文件，可能会遇到加载错误，原因是驱动模块符号crc校验与内核不符。解决方法是重命名vmlinux，提取boot.img，安装vmlinux-to-elf工具，并使用脚本来提取并替换Module.symvers中的crc信息。如果内核版本与源码一致，部分符号处理可略过。最终，替换后的Module.symvers将确保编译的ko文件拥有正确的校验信息。

       请继续阅读下篇教程，dts解码 源码输出获取完整过程和更多详细步骤。

在离线混部-Koordinator Cpu Burst 特性 源码调研

       在离线混部场景下，Koordinator引入了Cpu Burst特性来优化CPU资源管理。这个特性源自Linux内核的CPU Burst技术，旨在处理突发的CPU使用需求，减少CPU限流带来的影响。cgroups的参数如cpu.share、cpu.cfs_quota_us和cpu.cfs_burst，分别控制了CPU使用率、配额和突发缓冲效果。在Kubernetes中，资源请求（requests.cpu）和限制（limits.cpu）通过这些参数来实现动态调整，以保证容器间公平的CPU分配。

       对于资源调度，Kubernetes的Bandwidth Controller通过时间片限制进程的CPU消耗，针对延迟敏感业务，如抖音视频服务，通过设置合理的CPU limits避免服务质量下降，同时也考虑资源的高效利用。然而，常规的限流策略可能导致容器部署密度降低，因为时间片间隔可能不足以应对突发的CPU需求。CPU Burst技术正是为了解决这个问题，通过收集未使用的CPU资源，允许在突发时使用，从而提高CPU利用率并减少throttled_time。

       在Koordinator的配置中，通过configMap可以调整CPU Burst的微擎源码打包百分比，以及在负载过高时的调整策略。例如，当CPU利用率低于阈值时，允许动态扩展cfs_quota，以应对突发的CPU使用。源码中，会根据节点负载状态和Pod的QoS策略来调整每个容器的CPU Burst和cfs_quota。

       总的来说，Cpu Burst特性适用于资源利用率不高且短作业较多的场景，能有效提升核心业务的CPU资源使用效率，同时对相邻容器的影响较小。在某些情况下，结合cpuset的核绑定和NUMA感知调度可以进一步减少CPU竞争。理解并灵活运用这些技术，有助于优化云计算环境中的资源分配和性能管理。

关于Linux内核蓝牙子系统实验，笔者有话要说

       FS-MP1A开发板的蓝牙配置涉及AP芯片，通过usart3与SoC进行数据交互。在配置过程中，需要调整设备树与AP_CKKO管脚以适应蓝牙部分的需求。查阅相关文档，如stmmpc-dts.dts，有助于理解配置细节。

       若要深入了解，可以加入Linux内核源码交流群（群号：），获取学习资源。群内共享的学习资料包括书籍、视频等，点位地图源码尤其适合希望深入Linux内核学习的读者。前名加入者可额外获得一份价值的内核资料包，包含视频教程、电子书、实战项目及代码。

       实验目的是为了熟悉Linux环境下蓝牙设备驱动的移植与配置。实验平台为华清远见开发环境与FS-MP1A平台。具体步骤包括开启.KHz时钟、添加功能管脚配置、以及编译内核和设备树等。

       开启.KHz时钟需要修改dts文件，添加对应的RTC节点配置。同时，确保已包含RTC相关头文件，并在dts文件中适当添加或修改配置以适应实际硬件。

       在移植过程中，可能需要根据实际情况调整dts文件中的配置，以确保与实际使用的硬件兼容。通过修改或添加配置，确保设备树能正确识别和配置所需硬件。

       实验步骤包括：在dts文件中添加或修改配置，编译内核和设备树，然后通过tftp引导内核。在系统启动后，检查/lib/firmware/brcm目录下是否包含BCM.hcd固件。如果未找到此文件，可从特定资源目录拷贝以完成配置。最后，mtk 语音王源码通过命令行开启蓝牙设备，扫描设备以验证配置正确性。

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

       前言

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

       笔者自身情况

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

       推荐

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

       驱动

       驱动分为四个部分

       第一个驱动源码：Hello world!

       步骤一：包含头文件

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

       #include

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

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

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

       module_init(); module_exit();

       步骤三：声明开源信息

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

       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.编译驱动，并做好本篇文章的相关实战测试。

KBUILD_EXTRA_SYMBOLS

       KBUILD_EXTRA_SYMBOLS 用来指示内核模块需要引用其他模块导出的符号。

       在编写ko的Makefile过程中，需要添加以下内容：

       KBUILD_EXTRA_SYMBOLS += /path/to/another/Module.symvers

       请注意，KBUILD_EXTRA_SYMBOLS 必须填写绝对路径。使用相对路径可能导致错误，因为在执行scripts/mod/modpost时，其解析是从内核目录的路径开始的。

       关于如何获取当前目录的绝对路径，以及如何单独编译内核源代码中的某个目录，以下以单独编译autofs4为例：

       或者

Linux内核|驱动模型initcall和module_init

       内核版本：Linux-6.1

       文章目录汇总：所有文章目录 - 知乎 (zhihu.com)

       模块初始化的宏观：module_init

       在Linux内核开发和驱动开发中，module_init 是一个常见的宏，定义在 include/linux/module.h 文件中。它的实现会根据是否定义了 MODULE 宏有所不同，这决定了驱动是与内核编译到一起，还是单独编译为.ko文件。

       MODULE 的定义通常通过编译时的参数传递，可通过查看 Makefile 文件，如在编译.ko时使用特定的编译选项，而链接到内核时则不会使用这些选项。

       未使能 MODULE 情况下，module_init 实际上是作为特殊 initcall，用于声明初始化函数并控制函数调用顺序。initcall 有多个级别，module_init 实际对应于 device_initcall，级别为 6。initcall 会在编译时声明一个 initcall_t 类型的静态变量，并放入内核的 .init.data 段。

       initcall 的实现和行为可以通过查看 arch-linux-gnu-nm -n vmlinux 命令的输出进行分析。以 __initcall__kmod_cpuinfo____cpuinfo_regs_init6 为例，这个 initcall_t 类型的静态变量的名称和行为可从 __initcall_name 和 __initcall_id 的输出得出。

       rootfs_initcall 在 5 秒后被调用，它在 do_basic_setup 中执行，需要在此之前将存储介质准备好，如读取文件系统镜像。

       console_initcall 用于尽早输出日志，其初始化函数在 console_init 中调用，而 console_init 尽量选择较早时机进行。

       链接脚本中，initcall 声明的变量放入以 .initcall 开头的段中，每个级别对应一个段，并按顺序放入 .init.data 段。

       initcall 的执行时机包括 do_pre_smp_initcalls 和 do_basic_setup，前者在多核处理器和调度系统初始化之前执行，后者按 initcall 级别依次执行指定函数。链接时和多次编译的顺序可能影响同级别 initcall 的执行顺序。

       当 MODULE 使能时，Linux 中的某些模块可选择链接到内核或编译为.ko文件。initcall 宏被定义为 module_init 以兼容两者。分析 module_init 实现，可以参考《module_init 源码》。

       __inittest：代码中未找到调用地方，但从 v2.6.0 对 module_init 的注释推测，可能是为了防止编译器警告。

       init_module 是 initfn 的别名，具有相同的地址，通常为静态函数，而 init_module 为全局函数。在命令行使用 insmod 或 modprobe 安装模块时，系统最终调用 init_module 或 finit_module。

       init_module 和 finit_module 用于从用户态加载.ko文件，查看 man 2 init_module 可以了解这两个函数的具体使用。

       加载模块的流程最终会调用 load_module，其流程如下。

如何编译linux驱动ko

       本文详细阐述了Linux驱动KO的编译方法，重点介绍单编驱动KO的流程与优势。在Linux系统中，.ko文件即模块文件，Linux提供了模块机制，具有不直接影响内核映像大小与加载后功能等同于内核内其他部分的特点。

       实验环境包括MINI开发板与基于linux-2.6..2的软件环境。编译Linux驱动KO主要分为两种方式：整编内核与单编KO。

       整编内核模式下，通过将驱动程序demo_driver.c拷贝至指定目录，调整Makefile文件，然后在内核源码顶层目录执行编译指令，最终生成demo_driver.ko文件。然而，这种方式涉及整个内核的编译过程，耗时约分钟。

       单编KO方法则更简洁。使用make modules指令编译内核中所有模块，或通过增加“M”参数指定单独编译某一模块。单编KO模式下，需要一个特殊的Makefile文件，该文件定义了内核目录、交叉编译工具等变量，指定将demo_driver.c编译成demo_driver.ko文件。通过简单的make指令，编译过程只需3秒左右，效率显著提高。

       编译完成后，将demo_driver.ko文件传输至开发板中并加载，通过查看设备与测试驱动，确保其正常运行。单编KO模式优势在于快速编译过程，这使得开发者在调试和迭代驱动程序时更为高效。

       总结，Linux驱动KO的编译方法主要包括整编内核与单编KO两种。单编KO方法以其快速编译优势成为一种高效且实用的选择。如果您觉得本文对您有所帮助，请给予支持与反馈，您的认可是我持续更新的动力。