CJ's Tech Notes

1. SPI Framework上一章我们讲解了SPI的物理模型和传输时序图，从这一章开始我们深入分析Linux SPI框架。整个框架如图： 看到这张图是不是蒙了？先别急，后面我们会慢慢讲解。你只需要记住，核心就分为三个层次： 第一层：设备驱动层（Device Driver），主要负责设备的功能，简单的理解就是跟 SoC 通信的设备 第二层：SPI Core 层，这是 Linux 提供的公共框

1. spi_controller 之前我们讲解了整个SPI框架的构成和数据传输流程。现在我们深入源码分析每一部分。 首先来看一下 spi_controller，它表示一个 SoC 内部的 SPI 控制器硬件，对应物理模型的 Master。比如一片 SoC 里面有 SPI0-3 控制器，那么对应的就是 spi_controller0-3。 源码位置：include/linux/spi/spi.h

1 为什么SPI设备需要DTS描述对于 USB 设备、PCIe 设备，你插上去，内核就能自动识别。因为总线本身有设备枚举机制。USB 设备插上后，主机控制器会发起枚举请求，设备返回自己的 Vendor ID、Product ID、Class 等信息，内核据此动态创建 struct device 并匹配驱动。但 SPI 总线天生不具备这个能力。 SPI 协议只定义了 MOSI、MISO、SCLK、C

1. What is SPI?在开始本章之前，先抛出一个问题，Linux SPI 框架最终要控制什么？ 在嵌入式系统中，核心就是CPU，只有CPU是不能工作的，往往还需要接入各种外设并且与外设通信。例如传感器、Flash、显示屏、ADC等。不同设备之间需要一种统一的数据交换方式，因此产生了各种通信协议，例如 UART、I2C、SPI。本系列就是介绍其中的SPI。 先给出定义：SPI（Serial

简介本项目基于泰山派编写一款属于自己Linux SDK。 环境搭建1234sudo apt-get install -y \ gcc-aarch64-linux-gnu \ python3-pyelftools \ zstd 项目结构1234567891011121314151617181920212223242526272829303132333435363738394041

0 问题1 内存1.1 内存空洞是什么？外部碎片和内部碎片又是什么？ 内存空洞首先要理解的是机器的物理地址中不一定全部对应真实 RAM 及不对应真实的物理结构，示意图 12345678物理地址0 GB ┌──────────────┐ │ RAM │1 GB ├──────────────┤ │ 地址空洞 │ ← 没有真实内存，可能保留给设备

虚拟内存管理Linux内存管理子系统负责管理虚拟内存、物理内存、地址转换和内存分配等，包含多个层次。其整体架构如下，之后会一一分析。 虚拟内存管理先从虚拟地址入手，看名字就知道，就是内核虚拟的内存空间，共各个进程使用。物理内存是死的，只有那么多，每个进程都想独占，于是内核就创造了个假的，让每个进程都以为自己在独享物理内存空间。我们要学习就是内核怎么把这个假的东西造出来的，又是怎么欺上瞒下管理的，

从 task_struct 源码出发，详细分析 Linux 内核的优先级体系：static_prio、rt_priority、 normal_prio、prio 的定义、计算关系与调度策略映射，覆盖 SCHED_FIFO / SCHED_RR / SCHED_DEADLINE / SCHED_NORMAL 四种调度类的优先级规则。