这篇文章摘要： AMD GPU命令系统采用PM4 packet格式，命令不是函数调用而是二进制数据包。文章重点解析了PM4 packet的结构和编码方式： PM4 packet由header和body组成，TYPE3类型最常用，header包含type、opcode和body长度信息 amd_PM4.h提供了大量宏来编码header和body的位域，使代码更可读 以WRITE_DATA命令为例，展

文章摘要： 本章解析SDMA硬件命令（packet）的结构与常见类型。所有命令以32位dword为单元，首dword为header（含opcode与sub-opcode）。通过分析具体emit函数，详解以下核心命令： WRITE：线性写入内存（如自检用例写入0xDEADBEEF）； INDIRECT：跳转执行间接缓冲区（IB），支持虚拟地址隔离（VMID）； FENCE+TRAP：完成通知组合拳（

本专栏系统解析AMD GPU中SDMA引擎的硬件架构与软件驱动实现，以SDMA v4.0（Vega架构）为主线，涵盖硬件机制、驱动抽象层、IP生命周期管理及三大应用场景（TTM内存迁移、VM页表更新、SVM按需迁移）。内容分为五部分：硬件基础（队列/指针/Doorbell机制）、软件抽象层（数据结构与函数指针分层）、驱动实现（固件加载/中断处理）、上层应用案例及调试方法论。通过分层解析和全景图展示

本文对比分析了谷歌TPU与国内AI加速器厂商在Linux内核驱动和HBM内存管理机制上的差异。研究发现，大多数厂商（如华为昇腾、寒武纪、燧原等）采用私有内核驱动和用户态runtime管理HBM，而非标准的DRM框架。主要原因包括：DRM框架主要针对图形渲染设计，对纯计算芯片过于复杂；上游DRM社区要求严格且需开源用户态；私有方案更利于商业生态构建和技术保密。仅少数具备图形功能的厂商（如摩尔线程、海

本文对比分析了谷歌TPU与国内AI加速器厂商在Linux内核驱动和HBM内存管理机制上的差异。研究发现，大多数厂商（如华为昇腾、寒武纪、燧原等）采用私有内核驱动和用户态runtime管理HBM，而非标准的DRM框架。主要原因包括：DRM框架主要针对图形渲染设计，对纯计算芯片过于复杂；上游DRM社区要求严格且需开源用户态；私有方案更利于商业生态构建和技术保密。仅少数具备图形功能的厂商（如摩尔线程、海

本文提出了一种针对并发系统中长操作与状态修改冲突的解决方案——Epoch Staleness模式。该模式通过引入epoch计数器来检测操作执行期间底层数据是否被修改，确保决策基于最新状态。 核心设计包含三个关键要素：epoch计数器标记状态变更、操作前捕获快照、完成后验证状态有效性。该模式特别适用于修改是短操作而执行是长操作的场景，如硬件操作、DMA等可能产生不可逆副作用的场景。 文章详细阐述了多

本文深入解析了AMD ROCm软件栈的分层架构与核心概念映射关系。通过分层对比表，系统梳理了HIP、ROCr/HSA运行时、libhsakmt和KFD四个层次中设备、流/队列、事件/信号等关键概念的对应关系。文章重点分析了三个典型"翻译链"：设备标识如何从hipDevice_t逐层转换为内核gpu_id；HIP流如何实现为用户态AQL队列并最终映射为MQD描述符；事件机制如何通过信号量和中断实现。

Sashiko 是由 Meta 开发的 Linux 内核 AI 补丁审查工具，现由 Linux 基金会维护。这款基于 Rust 的开源工具专为内核补丁设计，支持多阶段审查（11个阶段）和子系统专属检查规则，可发现约53.6%的已知Bug。它提供Web和CLI两种界面，支持云端LLM（如Gemini、Claude）和本地模型（通过Ollama/vLLM）。部署需Rust 1.90+环境，配置简单，适

Sashiko 是由 Meta 开发的 Linux 内核 AI 补丁审查工具，现由 Linux 基金会维护。这款基于 Rust 的开源工具专为内核补丁设计，支持多阶段审查（11个阶段）和子系统专属检查规则，可发现约53.6%的已知Bug。它提供Web和CLI两种界面，支持云端LLM（如Gemini、Claude）和本地模型（通过Ollama/vLLM）。部署需Rust 1.90+环境，配置简单，适

本文探讨了异构计算环境下传统Linux内存管理（MM）的局限性，并分析了HMM（异构内存管理）的解决方案。文章指出，传统split address space模型导致CPU与设备（如GPU、FPGA）间需要显式数据拷贝，不仅增加编程复杂度，还会造成库生态分裂。理想目标是实现shared address space，使设备能直接访问进程虚拟地址。但硬件现实（如PCIe带宽限制、设备内存特性差异）要求