加载中...

linux学习笔记系列

发表于2026-07-31|更新于2026-07-31|linux

|总字数:2.9k|阅读时长:11分钟|浏览量:|评论数:

linux学习笔记系列

1. arch
- 1.1. arm
1. block
1. drivers
- 3.1. base
  - 3.1.1. base (个人博客链接)
  - 3.1.2. cacheinfo (个人博客链接)
  - 3.1.3. class (个人博客链接)
  - 3.1.4. container (个人博客链接)
  - 3.1.5. core (个人博客链接)
  - 3.1.6. cpu (个人博客链接)
  - 3.1.7. dd (个人博客链接)
  - 3.1.8. devres (个人博客链接)
  - 3.1.9. devtmpfs (个人博客链接)
  - 3.1.10. faux (个人博客链接)
  - 3.1.11. firmware (个人博客链接)
  - 3.1.12. map (个人博客链接)
  - 3.1.13. platform (个人博客链接)
  - 3.1.14. regmap (个人博客链接)
  - 3.1.15. syscore (个人博客链接)
  - 3.1.16. topology (个人博客链接)
- 3.2. bus
  - 3.2.1. bus (个人博客链接)
  - 3.2.2. simple-pm-bus (个人博客链接)
- 3.3. clk
  - 3.3.1. clk-bulk (个人博客链接)
  - 3.3.2. clk (个人博客链接)
- 3.4. dma
  - 3.4.1. coherent (个人博客链接)
  - 3.4.2. dma-buf (个人博客链接)
  - 3.4.3. dma (个人博客链接)
  - 3.4.4. dmaengine (个人博客链接)
  - 3.4.5. dmapool (个人博客链接)
  - 3.4.6. stm32-dma (个人博客链接)
- 3.5. gpio
  - 3.5.1. gpio (个人博客链接)
  - 3.5.2. gpiolib (个人博客链接)
- 3.6. hid
  - 3.6.1. hid-core (个人博客链接)
- 3.7. I2C
  - 3.7.1. busses (个人博客链接)
  - 3.7.2. i2c (个人博客链接)
  - 3.7.3. i2c-dev (个人博客链接)
  - 3.7.4. i2c-smbus (个人博客链接)
- 3.8. input
  - 3.8.1. input (个人博客链接)
  - 3.8.2. serio (个人博客链接)
- 3.9. mmc
  - 3.9.1. mmc (个人博客链接)
  - 3.9.2. mmc_sd (个人博客链接)
  - 3.9.3. mmc_sdio (个人博客链接)
  - 3.9.4. mmci (个人博客链接)
- 3.10. tty
  - 3.10.1. serial (个人博客链接)
  - 3.10.2. serial_core (个人博客链接)
  - 3.10.3. stm32-usart (个人博客链接)
  - 3.10.4. sysrq (个人博客链接)
  - 3.10.5. tty (个人博客链接)
- 3.11. amba (个人博客链接)
- 3.12. char (个人博客链接)
- 3.13. clocksource (个人博客链接)
- 3.14. dma-buf (个人博客链接)
- 3.15. fdt (个人博客链接)
- 3.16. iio (个人博客链接)
- 3.17. leds (个人博客链接)
- 3.18. mfd (个人博客链接)
- 3.19. nvmem (个人博客链接)
- 3.20. OF (个人博客链接)
- 3.21. pinctrl (个人博客链接)
- 3.22. regmap (个人博客链接)
- 3.23. regulator (个人博客链接)
- 3.24. reset (个人博客链接)
- 3.25. rtc (个人博客链接)
- 3.26. watchdog (个人博客链接)
1. fs
1. include
1. kernel
1. lib
1. mm
1. other
1. scripts
- 10.1. kallsyms (个人博客链接)
- 10.2. link-vmlinux (个人博客链接)
1. security
- 11.1. commoncap (个人博客链接)
1. user
- 12.1. linux glibc 中 errno 的原理、线程隔离与实现路径 (个人博客链接) (CSDN链接)
- 12.2. 用 POSIX Signal 唤醒 epoll 事件循环：原理、逐行解析与实践 (个人博客链接) (CSDN链接)
13. GCC (个人博客链接)
14. init (个人博客链接)
15. linux_makefile (个人博客链接)
16. Makefile (个人博客链接)
17. shell命令 (个人博客链接)
18. 构建说明 (个人博客链接)

文章作者: Liya Huang

文章链接: https://wdfk-prog.space/posts/29909618/

版权声明: 本博客所有文章除特别声明外，均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来源 wdfk-prog的个人博客！

赞助

微信
支付寶

相关推荐

[toc] [mm/dmapool.c] [DMA 池分配器（dma_pool）] [为指定 device 提供“小块、一致性（coherent）可 DMA”的池化分配/释放接口]介绍dma_pool 的目标很明确：给驱动提供固定大小的小块 DMA 一致性内存，避免频繁用 dma_alloc_coherent() 做“小块分配”带来的浪费与开销；实现方式是：先用 dma_alloc_coherent() 一次拿一段（通常至少一页）一致性内存，然后切成等大小 block，用空闲链表管理。源码文件开头注释把这个设计讲得很直接：从页分配器拿 coherent page，再拆分成 blocks，并用跨页的单链表跟踪空闲块。历史与背景这项技术是为了解决什么问题而诞生的？驱动里常见“很多很小、但必须设备可直接 DMA 访问且无需显式 cache flush”的对象（例如描述符、队列元素等）。直接 dma_alloc_coherent() 去分配这些小对象会导致：粒度偏大：coherent 分配往往以页或更大粒度管理，小对象会产生明显内部碎片；频繁分配&#...

[TOC] linux-gnu/bits/getopt_ext.h getopt_long: GNU 命令行长选项解析接口本代码片段是一个 C 语言头文件（getopt_ext.h，通常被 getopt.h 包含），它定义了 GNU C 库中用于解析命令行参数的 getopt_long 函数及其核心数据结构 struct option。其主要功能是为命令行程序提供一个强大且灵活的机制，使其能够支持并解析长格式的选项（例如，--all-symbols），而不仅仅是传统的单字母短格式选项（如 -a）。实现原理分析此机制的核心是通过一个描述符结构体数组，将命令行中的字符串与程序内部的变量和行为进行声明式映射。选项描述符 (struct option): 这是整个机制的核心数据结构。开发者需要创建一个 struct option 类型的数组，数组中的每一个元素都完整地描述了一个长选项： const char *name: 定义了长选项的名称，即 -- 后面的字符串，例如 "all-symbols"。 int has_arg: 指定该选...

[TOC] init/init_task.c 内核线程的一个核心特征是：它们没有自己独立的用户地址空间。它们只在内核空间运行，而内核地址空间是所有进程共享的。因此，内核线程不需要一个属于自己的内存描述符 struct mm_struct，所以它们的 task->mm 指针通常是 NULL init_task 就是大名鼎鼎的 PID 0 进程，也常被称为 swapper 进程。从它的标志位 .flags = PF_KTHREAD 可以看出，它是一个内核线程。 init_task 的调度策略(policy)是 SCHED_NORMAL，这意味着它是一个普通的分时调度任务，而不是实时任务。但是初始化阶段调用了init_idle()，使得它的sched_class 是 SCHED_IDLE，这样它就可以作为 CPU 的空闲任务运行。但是fork出来的其他进程继承的还是 SCHED_NORMAL 策略。进程的“始祖”：init_task 是系统中所有进程的祖先。在系统启动后，它会创建第一个内核线程 kernel_init（它最终会成为 PID 1 的...

[TOC] clocksource 内核时钟源(Kernel Clocksource) 为内核提供统一的时间基准历史与背景这项技术是为了解决什么特定问题而诞生的？clocksource框架的诞生是为了解决Linux内核中一个根本性的问题：如何以一种统一、可移植的方式来处理多样化的硬件计时器。硬件的多样性：不同的CPU架构和平台提供了五花八门的硬件计时器，例如x86上的TSC（时间戳计数器）、HPET（高精度事件定时器）、ACPI PM Timer，以及ARM平台上的Architected Timer等。这些计时器的精度、速度、稳定性和编程接口各不相同。缺乏统一抽象：在clocksource框架出现之前，内核中的时间管理代码与特定的硬件架构和计时器紧密耦合。这使得将内核移植到新平台变得困难，也难以在运行时动态选择最优的计时器硬件。对高精度的需求：随着系统应用（如实时系统、高频交易、性能剖析）对时间精度要求的提高，内核需要一个能够充分利用现代高精度计时器硬件的框架。 clocksource框架通过创建一个通用的抽象层，将这些底层硬件计时器的差异性隐藏起来，为内核的上...

[TOC] drivers/dma-buf DMA-BUF (DMA Buffer Sharing) Framework 高效的零拷贝缓冲区共享框架历史与背景这项技术是为了解决什么特定问题而诞生的？这项技术以及其所在的dma-buf子系统，是为了解决现代异构计算系统中一个核心的性能和效率问题：如何在不同的硬件设备（驱动）之间高效地共享内存缓冲区，而无需进行昂贵的数据拷贝。消除数据拷贝（Zero-Copy）：在典型的多媒体处理流程中，一个数据流（如视频帧）可能需要经过多个硬件单元处理：例如，从摄像头控制器捕获，由视频编解码器（CODEC）进行编码/解码，交由GPU进行渲染或后期处理，最后发送到显示控制器进行显示。在没有dma-buf的时代，每一步之间的数据传递通常都需要CPU介入，将数据从一个设备的内存区域拷贝到另一个设备的内存区域，这会消耗大量的CPU周期和内存带宽，是系统性能的主要瓶颈。统一的共享接口：在dma-buf出现之前，不同的子系统有各自私有的缓冲区共享方式（例如V4L2的USERPTR）。这导致了接口不统一，无法实现任意设备间的缓冲...

[TOC] regmapRegmap 简介Regmap 是 Linux 内核中的一个子系统，用于抽象和管理设备寄存器的访问。它为驱动程序提供了统一的接口，支持多种总线（如 I2C、SPI、MMIO 等）上的寄存器操作，同时提供了缓存、锁机制和调试功能。Regmap 的设计目标是简化驱动开发，减少重复代码，并提高寄存器访问的效率和安全性。工作原理1. 核心概念寄存器映射 (Register Map):Regmap 将设备的寄存器抽象为一个统一的映射，屏蔽了底层总线的差异。寄存器缓存:Regmap 提供了可选的寄存器缓存机制，用于减少总线访问次数，提高性能。寄存器访问控制:通过配置文件（struct regmap_config），可以定义哪些寄存器是可读、可写或易失的。总线适配器:Regmap 支持多种总线（如 I2C、SPI、MMIO 等），通过总线适配器实现具体的读写操作。 2. 数据结构 struct regmap:表示寄存器映射的核心数据结构，包含寄存器的地址、值、缓存等信息。 struct regmap_config:配置寄存器映射的结构体，用...

评论

数据加载中