Linux 6.6 UDP GRO 收包调用链源码分析
1. 概述GRO（Generic Receive Offload，通用接收卸载）是 Linux 内核网络栈中的一项关键性能优化技术。其核心思想是在数据包进入协议栈入口处，将属于同一条流/五元组的多个小包合并为一个大的“超级包”（super-skb），从而显著减少上层协议栈的处理次数，提升网络吞吐量。 GRO 的处理是分层进行的：在网口驱动的napi处理函数里，依次经过链路层 → IP 层
Kernel Study Notes
deepseek 总结的html绘图规范
版本：v2（汇总至第 40 轮迭代）参考原型：https://martinbj2008.github.io/html/fib_animation.html适用场景：Linux 内核数据结构关系图（数组 / 链表 / 树 / 注册表）的静态 SVG 绘制 1. 参考原型：martinbj 的 FIB 画页打开原页面，可以提炼出以下视觉约定（本项目沿用了其中大部分）：
Linux 6.6 UDP Socket connect 调用链源码分析
1. 概述UDP 是无连接协议，但应用程序仍可调用 connect() 将 socket 与远端地址绑定。对于 UDP 而言，connect() 并不进行三次握手，而是完成路由查找及 socket 状态和路由缓存的更新。 1.1. 小结UDP socket 的 connect() 调用在内核中经历了一条清晰的路径： 系统调用层 系统调用通过 ops 找到 ip4_datagram_connec
内核启动：从 ACPI 到 device_add 的 PCI 枚举调用链
梳理 X86_64 服务器内核启动阶段，ACPI 子系统如何一路调用到 device_add(&dev->dev)，完成 PCI 设备的注册与 driver core 接入。 本文中所有代码引用均基于内核 v7.2-rc2-22-g0e35b9b6ec0f 的源码。【Claude-4.7-Opus】 0.1. 调用链全景12345678910111213141516171819202
Linux 驱动 ko 动态加载：uevent、udev、kmod 协作机制
姊妹篇 Linux 内核 PCI：pci_dev 是如何与 driver 建立绑定的 提到：当 pci_dev 枚举出来时，若对应驱动的 ko 还没加载，路径 A 会”空手而归”，pci_dev 只是”就位”等待。真正让这条链闭合的，是内核 → udev → kmod → modprobe → pci_register_driver → 路径 B 回补 probe 这一套用户态协作。 本文专门梳理
Linux 内核 PCI：pci_dev 是如何与 driver 建立绑定的（match / probe 双路径）
本文接续 Linux 内核 PCI 枚举：pci_scan_slot 及其调用链梳理，讨论 pci_device_add() 末尾那一句 device_add(&dev->dev) 之后，driver core 到底做了什么，pci_dev 是如何”找到”驱动并最终跑到驱动 .probe 的。 本文中所有代码引用均基于内核 v7.2-rc2-22-g0e35b9b6ec0f 的源码。
Linux 内核 PCI 枚举：pci_scan_slot 及其调用链梳理
本文梳理 Linux 内核 PCI 枚举过程中 pci_scan_slot 函数及其调用链的实现。 本文中所有代码引用均基于内核 v7.2-rc2-22-g0e35b9b6ec0f 的源码。【Claude-4.7-Opus】 1234567891011121314pci_scan_slot(bus, devfn=D×8) └─► pci_scan_single_device(bus, D×8+f
PCIe ARI（Alternative Routing-ID Interpretation）：为什么需要 & 如何工作
本文整理了 PCIe ARI 的背景动机与技术方法，以及 Linux 内核在 PCI 枚举扫描过程中对 ARI 的使用方式。讨论主线：传统 PCI BDF 的 8-function 限制 → SR-IOV 大量 VF 的编址困境 → ARI 的解决方案 → 内核实现细节。 本文中所有代码引用均基于内核 v7.2-rc2-22-g0e35b9b6ec0f 的源码。【Claude-4.7-Opus】