内核

0环反截图完整调用链（比我之前只知道 NtUserSetWindowDisplayAffinity 细一层）：R3: SetWindowDisplayAffinity(hwnd, WDA_*) ↓ syscall 0x14BB（win32u 里：mov eax,14BBh; syscall） R0: win32kfull!NtUserSetWindowDisplayAffinity └─ SetDisplayAffinity 设标志 + 触发更新 └─ ChangeWindowTreeProtection ★ 递归

驱动工程搭建与字符设备驱动框架静态加载，驱动在zImage 中 1.编写驱动 .c 2.编译代码 .config Kconfig Makefile 3.通过 make menuconfig 勾选需要编译的内容 <*> 4.zImage 中，会包含咱们的驱动的代码。 zImage 会变大。 5.需要开发板重新启动，新增的代码才能生效。动态加载，生成ko文件，独立与zImage 1.编写驱动 .c 2.编译代码修改Makefile obj-m += led.o make modules产生ko文件 3.使用insmod 命令，

Starry-sky(jing)

BUG: unable to handle kernel paging request 完整排查：dmesg 四要素与三路定罪TL;DR：你的服务器 dmesg 里冒出 BUG: unable to handle kernel paging request at ffff...，机器要么卡死重启，要么某个进程被内核杀掉。这行日志本身不是病，它是报告：内核访问了一块它不该碰的内存。真正要做的有三件事，先取四要素（地址、RIP、Call Trace、Modules linked in），再分三路定罪（第三方模块、内存硬件、内核自身 bug），最后决定是换内存条、卸模块还是升级内核。下面给可直接照抄的命令，以及一句"今晚就能做"的自检

云计算练习生

什么是操作系统的体系结构？宏内核、微内核与外核这是“操作系统系列教程”的第二十五篇。前面几篇我们补写了导论模块，知道了操作系统是什么、Linux 是什么、国产操作系统有哪些。这一篇，我们回到操作系统本身，聊一个更底层、也更根本的问题：操作系统的体系结构。也就是说，操作系统的各个功能模块，到底是怎么组织在一起的？是全部塞进内核，还是拆分成多个独立服务？这就是宏内核、微内核和外核要回答的问题。

Starry-sky(jing)

watchdog: BUG: soft lockup - CPU#3 stuck for 22s! 怎么排查——从寄存器 dump 到自旋锁争用根因你的服务器 dmesg 里反复冒出这一行：机器要么卡住几十秒、SSH 敲不进去，要么直接重启。你去搜中文答案，十篇有八篇叫你 sysctl kernel.watchdog_thresh=30 把阈值调大。调完报错确实少了，但下一次它不打招呼，直接变成 Hard LOCKUP panic。

我是怎么理解 eBPF、AppArmor 和 Seccomp 的？先说结论：不要把 eBPF 当成 AppArmor，也不要把 Seccomp 当成完整的沙箱。我的理解是：Seccomp 缩小系统调用面，AppArmor 限制文件和能力，eBPF 负责把运行时发生的事情记录下来。

云计算练习生

什么是内核？操作系统内核到底管哪些事这是“操作系统系列教程”的第二篇。在上一篇文章中，我们知道了操作系统是硬件与应用软件之间的桥梁。那么，这座桥梁最核心的承重结构是什么？答案就是——内核。

fnOS-k3s-ResolvConf权限700-Bug分析文档日期：2026-09-01 涉及设备：fnos（192.168.31.182，k3s v1.36.4+k3s1，containerd v1.7.29）关联文档：fnOS-vol1-权限000问题记录.md

PendSV与RISC-V trap——上下文切换的两种设计哲学TL;DR：PendSV是Cortex-M3为RTOS量身定做的"可挂起的最低优先级异常"——硬件替你锁存切换请求、压8个寄存器、双栈指针自动分家。RISC-V没有这个专属机关，只有一套通用trap机制——硬件只记三个CSR，31+2个寄存器全靠软件压栈，栈分家靠mscratch约定。但深挖下去两者惊人地同构：M3的"pend位"对应RISC-V的"mip挂起位+mret门控"，SVC对应ecall，PSP/MSP对应mscratch。差异的本质不是功能缺失，而是ARM把RTOS的需求烧进硬件，RISC-

程序员老舅

啃透 I2C 驱动开发，才算入门嵌入式 Linux 内核驱动大家好，今天咱们聊聊嵌入式开发里绕不开的坎——I2C驱动开发！！为啥驱动开发绕不开I2C呢？因为I2C设备多啊！嵌入式开发里， I2C堪称“江湖大佬”——它简单、成本低，两根线（SCL和SDA）就能搞定一堆设备：传感器、EEPROM、RTC……简直是嵌入式硬件的“万能胶”。

Linux内核-文件系统-文件系统目录和文件操作文件系统namei.c源文件是用来处理文件系统名和节点关系，文件的一些操作如打开关闭等原文链接：Linux内核-文件系统-文件系统目录和文件操作 – kidwjb的小站

[一些好玩的事情] Kernel Panic 的真相和一份实验报告 -- 致 6 年前的自己Just for fun, won't be as big and professional as GNU. -- Linus Torvalds

Linux内核-内核信号处理函数它的核心作用是：在进程即将从内核态返回用户态的前夕，检查并处理该进程收到的待处理信号。它不直接对应任何一个系统调用。它是由所有的系统调用（以及中断/异常）在返回用户态时统一调用的“钩子函数”。

Linux内核-0.1版本的中断流程中断处理过程：将所有寄存器的值入栈将异常码（中断号）入栈将当前的函数返回值入栈（为了能够在中断执行完成后恢复到被中断的地方）

eBPF 运行时架构：Verifier、JIT、Map 与加载流程要把一段 C 写的逻辑安全地跑进 Linux 内核，靠的不是「信任开发者」，而是一套固定流水线：编译 → 加载 → 校验 →（可选）JIT → 挂接事件 → 经 Map/ringbuf 回传用户态。本文把这条链路拆开说明，并补充指令架构与 bpf() 系统调用要点，便于独立理解 eBPF 运行时本身。

Linux RCU 原理与应用原作者：Linux教程原文地址：Linux 内核：RCU机制全解（读多写少场景的性能神器）各位啃 Linux 源码的时候，有没有发现一个细节：很多链表、指针后面有个 __rcu 后缀？比如 struct list_head __rcu *next; 或者 rcu_dereference() 这些 API。

程序员老舅

从内核视角，看Linux文件读写过程原作者：Linux教程原文地址：从内核视角，看Linux文件读写过程今天咱们来聊一个「看似简单、实则硬核」的——Linux 文件读写全过程。

程序猿编码

vmlinuz 到 vmlinux：不碰源码，徒手重建内核 ELF 符号表玩 Linux 内核调试的朋友，或多或少都碰过这种憋屈事儿——系统崩了、想抓个内核栈、或者想跟一下 sys_call_table 的调用流程，结果打开 GDB 或者 Crash 工具，满屏的十六进制地址，一个函数名都认不出来。原因很简单：你手头那个 /boot/vmlinuz-xxx 是个"裸奔"的内核，符号表被剥得干干净净。

紧急修复Ubuntu内核漏洞指南CVE-2026-43500 CVE-2026-43284ubuntu以上漏洞内核升级下载附件：kernel-pkg-ubuntu20.04-5.4.0-231.251.tar.gz

centos7内核kernel升级背景：最近部署k8s高版本v1.28.8时发现需要操作系统内核等级至少为5版本，因此整理了一下升级系统内核的一些操作和细节。离线内核包rpm下载地址： http://mirrors.coreix.net/elrepo-archive-archive/kernel/el7/x86_64/RPMS/ 下载包列表：