操作系统学习与分享-CSDN博客

本文链接：https://blog.csdn.net/catsayercx/article/details/147252967

操作系统学习与分享

- 摘要
前言
结语
资源推荐
- 📚[书籍](https://pan.baidu.com/s/1I249im6nt_OGB2FVBTympA?pwd=3f9r)
- 🌐 在线资源

摘要

在这篇系列文章中，我将从“靠驱动摸索硬件”的嵌入式背景出发，带你拆解操作系统内核那些看似高深的概念：从汇编一行行读懂中断入口，到用 C 实现最简版进程调度，再到把 Linux 源码“玩弄”于指尖。本文不仅有每日打卡式的学习笔记，还囊括了各种踩坑实录与调试妙招，更有我对比嵌入式驱动与 Linux 内核设计的独家思考。无论你是被“fork()”一招难倒的新人，还是追求更深底层理解的老司机，都能在这里找到清晰的思路和可实操的示例。

前言

写给依然“雾里看花”的你

“为什么中断向量表要放在 0x0000？上下文切换到底做了什么？”
如果这些问题，让你在看书时翻来覆去却得不到答案，那么恭喜——你并不孤单。
我是一名 非科班出身 的嵌入式驱动工程师，日常与硬件和驱动打交道，习惯了“读寄存器就能解决一切”的江湖套路。但每当触及操作系统内核那道高墙，总觉得自己像一只被栈溢出追着跑的小白鼠：知道方向，却少了扎实的底层原理作后盾。

于是，我决定：自己动手，从零搭建一个简易 OS，一边写代码，一边啃最原始的汇编指令，一边倒腾 Linux 源码。这个过程，既是挑战，也是最好的学习路线。本系列文章，就将完整记录我从“驱动”走向“内核”的每一步。

系列亮点

每日学习笔记
- 轻松上手的白话文解读
- 关键概念配套图示与示例
踩坑实录
- Windows 下交叉编译环境配置
- QEMU + GDB 联动调试详解
- 常见汇编、链接、启动流程故障排查
扩展思考
- 驱动层面与内核实现的对比
- ARM/Linux 调度器源码剖析
- 从硬件中断到软中断：深入异步机制
完整代码托管
- GitHub 实时同步，随学随 pull
- 每个章节附带可跑通的最小示例

环境与准备

“环境配置花了我一周时间，才跑通第一个 Hello OS”

宿主机：Ubuntu 22.04 LTS（Windows 用户可装 WSL2）
交叉编译链：arm-none-eabi-gcc + binutils
模拟器：QEMU-system-arm
调试：GDB + VSCode/CLion 插件

每一步我都会附上详尽命令与截图，保证你按图索骥，一键复现。

扩展思考

为什么 Linux 要把中断入口用汇编实现？在驱动层面又该如何“穿透”这些底层机制？

在深入操作系统内核之前，我们先从宏观到微观，逐步剖析中断处理的全流程。通过以下四个维度的探讨，你不仅能看懂“中断入口为什么是汇编”，还能在驱动开发时真正掌握“上下文切换到底做了什么”，并将裸机系统与 Linux 调度策略进行对比，找到驱动层面优化与调试的方法。

1. 从 ARM 异常向量看 CPU 特性

向量表机制
- ARM 架构将中断向量表固定在 0x0000 或高地址，旨在通过地址映射快速定位异常入口。
- 这种设计能够让 CPU 在发生异常时，无需计算复杂的跳转偏移，直接从固定位置读取指令地址。
硬件响应流程
- 当一个中断事件发生，CPU 会自动切换到对应的异常模式，并将当前执行状态保存到专用寄存器（如 SPSR、LR）。
- 这种“硬件级拦截”确保了异常处理的原子性和时序确定性。

2. 从汇编启动到 C 入口的调用链

汇编层面的最小启动代码
- 向量表中的每个条目通常是一个跳转指令（B/LDR PC），将控制流引导到汇编 stub。
- 在汇编 stub 中，完成寄存器保存、堆栈切换等极低级的上下文准备。
过渡到 C 语言
- 汇编 stub 调用统一的异常分发函数（如 __irq_handler），并传递中断号或上下文指针。
- 在 C 函数中，才有条件使用更丰富的语言特性（数据结构、循环、函数调用）来完成具体的中断处理逻辑。

3. 驱动开发中的上下文切换示例

同步与异步的权衡
- 驱动开发中，你会在中断上下文（IRQ Handler）与进程上下文（Driver Probe 或用户态接口）之间频繁切换。
- 使用 tasklet、workqueue 或 threaded IRQ，可以将耗时操作从中断上下文推到可睡眠的进程上下文中。
示例流程
1. 硬件触发中断 → 进入汇编 stub → 调用 C 的 IRQ Handler
2. 在 IRQ Handler 中快速完成寄存器读取、清中断标志
3. 将后续处理排入 workqueue → 返回中断上下文
4. workqueue 回调中执行耗时操作（DMA 传输、上下文切换等）

4. 裸机 OS 与 Linux Kernel 调度策略对比

裸机 OS（单任务或简易多任务）
- 通常依赖简单的循环调度或基于时间片的轮询，调度开销低但灵活性不足。
- 中断处理多在同一堆栈上完成，如果不加以分离，易产生栈溢出与实时性冲突。
Linux Kernel（抢占式多任务）
- 采用抢占式内核，支持进程、内核线程混合调度，并以红黑树、优先级队列等算法维护就绪队列。
- 中断和软中断分离，确保中断处理尽可能短小；复杂任务移到软中断或底半部执行，以降低延迟。

通过上述层层剖析，你将明白：