Technical Documents and Resources
This directory contains a collection of technical documents, datasheets, and reference manuals, primarily focused on ARM architecture and embedded systems design.
File Index
Here is a brief description of each file in this collection:
05_Thumb.pdf- A reference document detailing the ARM Thumb instruction set, which is a 16/32-bit instruction set designed for code density.
2792846233RV043056B0.pdf- The datasheet for an RFID module, likely the
RV-43-C56Bmodel. It contains technical specifications and usage instructions.
- The datasheet for an RFID module, likely the
DDI0406C_d_armv7ar_arm.pdf- The official ARM Architecture Reference Manual for ARMv7-A and ARMv7-R profiles. This is a comprehensive and authoritative guide covering the architecture in detail.
How_To_Design_Multiple_Tasks_Embedded_System_Demo.pdf- A guide or tutorial on designing multi-tasking embedded systems. It likely covers topics such as real-time operating systems (RTOS), task scheduling, and inter-task communication.
ourdev_570540.pdf- A technical article from the “OurDev” (电子开发网) community. The content is related to the analysis of the ARM Cortex-M startup file (e.g., for STM32 microcontrollers).
LICENSE- Contains the license terms for this collection.
Disclaimer
Please note that the documents contained herein are the property of their respective copyright holders (e.g., ARM Limited, component manufacturers). They are collected here for reference and educational purposes only.
本博客所有文章除特别声明外，均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来源 wdfk-prog的个人博客！
微信- 支付寶
相关推荐
2025-10-03
Linux 内核 API 设计哲学：`NULL` 指针语义的上下文依赖性分析
@[toc] Linux 内核 API 设计哲学：NULL 指针语义的上下文依赖性分析 摘要在操作系统内核这样的大型、复杂的软件系统中，对边界条件和异常输入的处理方式，深刻地反映了其核心设计哲学。NULL 指针作为一种常见的边界值，其处理策略并非一成不变。本文通过对 Linux 内核中两个不同子系统——内核线程（kthread）和高精度定时器（timer）——的处理方式进行比较分析，旨在阐明内核如何根据 API 契约、设计意图和运行时上下文，为 NULL 指针赋予截然不同的语义，并采取从“快速失败”到“静默忽略”的迥异处理策略。 1. 引言健壮的软件系统必须对其接口的输入进行有效性验证。在C语言环境中，函数指针参数的NULL检查是一种常见的防御性编程实践。然而，在Linux内核的设计中，并非所有函数指针在使用前都会进行显式的NULL检查。这种差异并非疏忽，而是基于深思熟虑的设计决策。本文选取 kthread_create() 的 threadfn 参数和 timer_setup() 的 function 参数作为研究对象，探讨其背后隐藏的设计原则。 2. 案例分析一：kthr...
2025-10-03
Linux 内核 `jiffies` 更新机制解析：周期性Tick模型和动态时钟
@[toc] Linux 内核 jiffies 更新机制解析：周期性Tick模型和动态时钟/无Tick模型的实现与行为 1. jiffies 更新的双重模型框架Linux内核对jiffies全局计数器的更新并非采用单一策略，而是根据中央处理器（CPU）的运行状态和系统配置，在两种截然不同的模型间进行切换。 1.1 周期性Tick模型 (Periodic Tick Model) 适用条件：此模型在CPU持续执行非空闲任务，或内核未完全开启CONFIG_NO_HZ_FULL等动态时钟配置时被激活。 工作机制：内核中存在一个周期性的时钟中断事件。该中断以一个由内核编译时配置的HZ值所决定的固定频率（例如250Hz）规律性地发生。在现代内核中，此中断通常由高精度定时器（hrtimer）模拟的tick_sched_timer来驱动。 jiffies更新行为：在每一次时钟中断的服务例程中，tick_periodic()函数都将被调用，其核心任务之一就是将全局变量jiffies_64的值原子性地增加1。在此模型下，jiffies的增长是线性的、可预测的。 其更新流程如下图所示：...
2025-10-03
Linux 内核中断与时间子系统深度解析：从硬件到`jiffies`的完整生命周期
@[toc] Linux 内核中断与时间子系统深度解析：从硬件到jiffies的完整生命周期 1. 引言Linux内核的稳定运行，高度依赖于其底层两大基石——中断处理框架与时间管理子系统。中断框架负责响应来自硬件的异步事件，而时间管理子系统则为整个内核提供统一的时间基准——jiffies全局节拍计数器。这两大系统并非独立运行，而是通过一套设计精良、层次分明的接口进行精密协作。在某些配置模式下，jiffies的每一次递增，都源于一个硬件定时器产生的物理中断。 本文旨在对这一协作过程进行一次完整的、端到端的深度剖析。我们将首先详细阐述jiffies的双重更新模型，然后分别深入其在动态时钟（NOHZ）和高精度定时器驱动下的实现路径。随后，文章将回溯到传统的低精度模式，分析硬件定时器如何被注册为系统节拍源，并追踪一个硬件中断从发生到最终触发通用tick处理的完整流程。最后，我们将对内核中断处理的完整生命周期进行梳理，揭示其从静态初始化到运行时触发的精妙设计。 2. jiffies 的双重更新模型Linux内核对jiffies的更新并非采用单一策略，而是根据CPU的运行状态和系统配置，...
2025-10-03
Linux 内核调度、内存管理与并发的交汇点：`membarrier` 与 `finish_task_switch` 深度解析
@[toc] Linux 内核调度、内存管理与并发的交汇点：membarrier 与 finish_task_switch 深度解析 引言在现代多核处理器架构下，保证不同CPU核心之间的内存操作顺序和可见性，是操作系统内核必须解决的核心挑战之一。membarrier 系统调用为此而生，它为用户态程序提供了一种强制同步不同核心内存视图的机制。然而，在内核复杂的任务切换路径中，确保 membarrier 的语义被正确实现，揭示了 Linux 内核在性能优化与并发正确性之间精妙的权衡。本文将深入剖析在特定任务切换场景下，finish_task_switch 函数中一段看似不起眼的代码，如何巧妙地解决了因“懒惰TLB”（Lazy TLB）优化而引入的内存同步漏洞，并阐释其背后涉及的内存管理、任务调度与并发控制的联动机制。 一、 问题的根源：membarrier 与内核线程切换1.1 membarrier 系统调用的契约membarrier() 系统调用的核心使命是建立一道内存屏障。当一个线程修改了内存，并希望确保运行在其他CPU核心上的线程能够观察到这些修改时，便会调用 membar...
2025-10-03
Linux 内核 `kthread_stop` 完成量等待是如何被唤醒
@[toc] Linux 内核 kthread_stop 完成量等待是如何被唤醒 引言在Linux内核编程中，kthread_stop 是一个用于请求并同步等待内核线程（kthread）退出的标准函数。其接口定义清晰，但其内部的同步机制横跨了调度、内存管理和进程退出的多个核心子系统。调用 kthread_stop 的线程会因 wait_for_completion 调用而阻塞，直至目标线程彻底退出。本文旨在精确剖析并阐述 kthread_stop 的同步唤醒机制，揭示其依赖于对 task_struct->vfork_done 字段的重用，并通过标准的 mm_release 路径触发唤醒信号的实现细节。 一、 机制基础：set_kthread_struct 函数中的指针重用理解 kthread_stop 唤醒路径的前提，是对内核线程创建时的数据结构初始化进行分析。在线程创建过程中，set_kthread_struct 函数负责关联 task_struct 与 kthread 私有结构体，并在此过程中建立了一个决定性的链接。 set_kthread_struct 源码解析1...
2025-10-03
Linux内核ARM架构下`sys_call_table`的自动化生成机制剖析
@[toc] Linux内核ARM架构下sys_call_table的自动化生成机制剖析 1. 引言在Linux操作系统内核中，系统调用（System Call）构成了用户空间与内核空间交互的基础接口。为了高效地将用户空间传递的系统调用号（System Call Number, SCN）映射至内核中相应的服务例程，内核在内部维护了一个核心数据结构——系统调用表。对于ARM架构，此表定义为sys_call_table，其本质是一个函数指针数组。 维护这样一个包含数百个条目，且需兼容多种应用程序二进制接口（Application Binary Interface, ABI）的数组，是一项复杂且易错的任务。任何手动的编辑都可能引入调用号与函数指针不匹配、ABI兼容性层实现错误或表大小同步失败等严重问题。为规避此类风险，Linux内核采用了一套高度自动化的代码生成机制。本文旨在以严谨的技术视角，对ARM架构下sys_call_table从源定义文件到最终二进制镜像中符号的全过程，进行深入、详尽的剖析。 2. sys_call_table 自动化生成流程sys_call_table的构...
评论
