AMDGPU SVM VRAM Migration 实现详解

原创 已于 2026-04-15 17:38:35 修改 · 757 阅读 · 3 GEO检测
于 2026-04-14 05:00:00 首次发布

AMD 正在使用 drm svm框架重构SVM的实现，看来drm svm框架要进入大范围应用了。下面是在kernel社区上由AMD的开发人员提交的POC 验证版本的patches的技术方案实现。这里快速总结了实现，以飨读者。

因是POC版本，设计可能会变动，读者们慎重使用。本文仅用来跟踪前沿驱动技术的迭代发展现状。

1. 总体架构概览

AMDGPU SVM 的 VRAM migration 建立在 Linux DRM 子系统的 drm_pagemap 框架之上。整体分为三层：

┌─────────────────────────────────────────────────────────┐
│           AMDGPU SVM Map Path (Caller)                  │
│  amdgpu_svm_range_migrate.c                             │
│  ┌───────────────────────────────────────────────────┐  │
│  │  migrate_range() → migrate_to_vram()              │  │
│  │  3-layer migration decision:                      │  │
|  |       Capability→Command→Policy                   │  │
│  └─────────────────────────────────────
标签
#drm_pagemap #amdgpu #svm migration
了解本专栏 订阅专栏 解锁全文
13 - VRAM驱逐与恢复
图形/计算GPU的驱动与虚拟化技术分享园地
02-28 1884
摘要：本文深入分析GPU SVM中的VRAM驱逐机制，包含两条触发路径：TTM内存压力驱逐和CPU页表失效驱逐。核心数据结构包括svm_range_bo封装VRAM Buffer Object，以及驱逐计数器evicted_ranges和无效标记invalid。详细阐述了svm_range_bo创建流程，重点说明eviction_fence如何控制TTM驱逐时机。最后解析TTM内存压力触发的驱逐链，包括LRU扫描、fence信号处理和驱逐工作调度等关键环节。该机制通过精细的异步协作确保内存迁移的正确性。
11 — xe SVM与 AMD/ROCm SVM 的简要对比
图形/计算GPU的驱动与虚拟化技术分享园地
03-07 1273
本文对比了AMD KFD与Intel Xe在Linux内核中实现GPU SVM（共享虚拟内存）的架构差异。两者均基于HMM框架，但在代码层次、notifier粒度与数据结构上存在显著区别：Xe采用公共框架drm_gpusvm实现粗粒度notifier管理（512MB对齐块），减少TLB shootdown但可能引发无关fault重试；KFD则独立实现细粒度的per-range notifier，精准控制失效但内核开销较高。
AMDGPU驱动性能实战： KFD Queue Quiesce/Restore 机制分析与优化方案探讨
图形/计算GPU的驱动与虚拟化技术分享园地
04-27 3436
分析了AMDGPU KFD驱动中基于进程粒度的队列停止(quiesce)/恢复机制。当前实现采用粗粒度per-process方式，当需要驱逐某个BO或SVM range时，会停止该进程的所有用户队列，即使某些队列并未访问相关BO。文章详细梳理了9种触发场景，分为SVM相关、TTM BO驱逐、系统级和CRIU四类，其中SVM MMU notifier路径对性能影响最大。这种设计源于进程级VM共享模型和用户队列模式下内核无法获取各队列的BO。该机制虽保证了安全性，但存在优化空间，未来可探索更精细的队列控制方案。
8.2 SDMA 数据搬运中的地址空间与地址转换原理与实战分析
图形/计算GPU的驱动与虚拟化技术分享园地
06-05 417
深入剖析了AMDGPU驱动在RAM与VRAM间数据迁移时SDMA引擎的地址解析机制。核心要点包括： SDMA地址解析遵循GPU内存控制器路径，而非CPU地址空间 VRAM可直接寻址，因处于GPU显存aperture内 系统内存访问需通过GART转换，将DMA地址映射为GPU可识别的MC地址 完整数据迁移流程涉及：构建系统内存和显存的地址映射，通过GART转换系统内存地址，最后提交SDMA复制命令 关键结论：SDMA命令中的地址必须是GPU内存控制器可解析的地址，而非CPU虚拟地址、物理地址或原始DMA地址。
《Linux DRM 子系统实现与产品化案例剖析》目录
图形/计算GPU的驱动与虚拟化技术分享园地
12-23 3164
本文系统介绍了Linux DRM（Direct Rendering Manager）图形子系统的核心架构与技术实现。主要内容包括：DRM子系统演进历程、GEM/TTM显存管理机制分析（含drm_gem_object、ttm_buffer_object等关键结构）、BO共享机制（Prime/DMA-BUF）、异步同步技术（Fence/dma_resv）等。通过AMD驱动实例，深入解析了VRAM分配、GTT管理等关键技术实现，并展望了DRM子系统未来发展方向。为开发者提供了从基础概念到内核实现的完整技术路线.
6.4 专栏总结：从 MM 到 HMM 的设计哲学
图形/计算GPU的驱动与虚拟化技术分享园地
06-26 434
Linux 通过 HMM（异构内存管理）机制将原本为 CPU DRAM 设计的内存管理（MM）扩展到了 GPU/CXL/SmartNIC 等异构设备内存。其核心思想是复用而非重构，将设备内存接入 Linux MM 现有的对象模型（如 mm_struct、struct page）、页表模型、缺页处理模型、通知模型和迁移模型。
drm_pagemap — drm提供的新迁移框架设计分析
图形/计算GPU的驱动与虚拟化技术分享园地
03-19 1040
本文分析了Linux DRM子系统中的drm_pagemap技术，该技术为GPU设备内存迁移提供了统一的抽象层。文章首先指出直接使用内核原始API进行内存迁移存在复杂性和重复性问题，进而介绍了drm_pagemap的三层对象模型：设备级的drm_pagemap、迁移上下文的drm_pagemap_devmem和设备页面元数据的drm_pagemap_zdd。该框架封装了迁移协议、页面生命周期管理等核心功能，使GPU驱动只需关注VRAM分配和DMA拷贝。
专栏目录：Linux 内存管理子系统的进化——从 MM 到 HMM
图形/计算GPU的驱动与虚拟化技术分享园地
06-24 686
专栏梳理了Linux内存管理子系统从经典MM到异构内存管理(HMM)的演进历程。内容分为六大部分：首先介绍经典MM基础，包括虚拟地址空间、页表、VMA等核心机制；其次分析MM通用框架如页表遍历、NUMA迁移等；然后探讨设备内存引入的关键技术，如ZONE_DEVICE和dev_pagemap；接着深入解析HMM核心机制及其与DMA的集成；随后通过多个实际驱动案例展示HMM应用；最后讨论大页支持等进阶主题。专栏采用"经典机制→问题→扩展方案"的三段式结构，帮助开发者理解Linux如何通过HMM实现设备内存管理。
深度专栏推荐之—linux HMM 实践：从MM到HMM的进化
图形/计算GPU的驱动与虚拟化技术分享园地
03-29 765
本文系统梳理了Linux HMM（异构内存管理）的学习路线，从基础到高级分为八个层次： 虚拟内存基础：涵盖页表结构、struct page、PFN、VMA等核心概念 页表遍历框架：重点讲解walk_page_range()和mm_walk_ops 非驻留PTE编码：解析Swap/Migration/Device等特殊PTE格式 MMU Notifier子系统：HMM保持页表一致性的核心机制 ZONE_DEVICE与dev_pagemap：设备内存管理基础设施 页面迁移框架：三阶段迁移流程及锁机制 。
QT handles XML add, delete, query, and read, custom nodes, custom keys
08-21
代码下载链接： https://pan.quark.cn/s/a4b39357ea24 QGraphicsView
构网型GFM-VSG与跟网型GFL-PQ逆变器混合并联并网仿真系统研究（Simulink仿真实现）
最新发布
08-21
内容概要：本文系统研究了构网型GFM-VSG与跟网型GFL-PQ逆变器混合并联并网的协同控制机理与动态特性，聚焦于两者在并网过程中的频率响应、功率交互及稳定性表现。通过Simulink搭建详细的仿真模型，深入分析了在不同电网强度和负载扰动工况下，构网型逆变器凭借虚拟惯量和阻尼提供的主动频率支撑能力，以及跟网型逆变器在功率精确跟踪方面的优势。研究揭示了两类逆变器在动态过程中的耦合关系与互补特性，探讨了控制参数对系统稳定性和响应速度的影响，旨在为高比例新能源接入背景下新型电力系统的稳定运行提供理论依据和技术支撑。; 适合人群：具备电力电子、新能源并网或自动控制相关背景，从事科研、仿真或工程应用的研发人员及研究生。; 使用场景及目标：①理解构网型与跟网型逆变器的基本原理与控制差异；②掌握混合并联系统的建模与仿真方法；③分析多类型逆变器并网的动态响应与稳定性问题，服务于新型电力系统的设计与优化。; 阅读建议：建议结合Simulink仿真环境动手实践，重点关注控制策略实现与参数设置，同时参考文中提到的其他相关研究以拓展技术视野。
网页抓取Robots策略覆盖证据留存工具｜原创源码+测试+离线报告
08-21
原创 Crawler Robots Policy Coverage Auditor Evidence Retention 工具，围绕“对照目标路径、robots规则、用户代理和抓取计划，检查允许、禁止与未覆盖范围”的基础结果，为输入、过程、输出、回执和限制说明安排可追溯留存周期。压缩包包含完整源码、3 项自动化测试、可复现合成示例、离线 HTML/JSON/SVG 报告、1080×720 真实运行效果图、README、运行说明、功能清单、MIT License 及原创与授权声明。运行时零第三方依赖，不包含热点产品或开源项目源码、Logo、官方截图、论文、生产日志或其他受限素材。
单片机学习芯片资料三极管资料
08-21
单片机学习芯片资料三极管资料
【OA系统开发】基于jQuery的泛微流程时间校验实现：明细表字段取值与提交验证功能设计
08-21
内容概要：本文介绍了在泛微OA流程系统中实现时间校验功能的具体方法，重点针对表单中主表与明细表的时间字段进行有效性验证。通过jQuery获取字段值，对明细表采用动态索引方式（如field62969_+i）逐行取值，并结合索引变量rowindex遍历所有明细行。文中给出了完整的JavaScript代码示例，在提交时校验开始时间是否早于结束时间，若不满足条件则通过Dialog.alert弹出提示并阻止流程提交。完整展示了从字段取值、时间比较到流程控制的全过程。; 适合人群：有一定前端基础，正在从事泛微OA系统开发或二次开发的1-3年经验研发人员；需要实现流程表单校验功能的实施顾问或技术人员。; 使用场景及目标：① 在泛微流程提交时对明细表中的时间字段进行顺序校验；② 掌握泛微系统中主表与明细表的字段取值方式；③ 利用checkCustomize函数实现自定义提交校验逻辑。; 阅读建议：此资源以实际案例驱动，代码可直接参考使用，学习时应重点关注明细表取值的索引机制及校验函数的返回逻辑，建议结合自身表单结构调整字段ID和校验规则，并在测试环境中调试验证效果。
.NET Framework 4.8 Offline Installer! 如果您的下載在 30 秒後仍未開始，按一下這裡以手動下載 需要語言套件嗎? 語言套件包含非英文語言的已翻譯錯誤訊息及其
08-21
.NET Framework 4.8 Offline Installer! 如果您的下載在 30 秒後仍未開始，按一下這裡以手動下載。 需要語言套件嗎? 語言套件包含非英文語言的已翻譯錯誤訊息及其他 UI 文字。 您必須先安裝 .NET Framework 4.8 Offline Installer，才能安裝語言套件。 العربية (المملكة العربية السعودية) 中文 (简体)
氢能轻量化应用提速：全球小功率空冷电堆市场进入高成长放量阶段.docx
08-21
氢能轻量化应用提速：全球小功率空冷电堆市场进入高成长放量阶段.docx
Python ConvMixer深度混合 风电功率GPU预测
08-21
Python ConvMixer深度混合 风电功率GPU预测 用 ConvMixer（深度可分离时空混合）预测风电功率，对照 LSTM，输出预测曲线与特征图。默认 CUDA。 功能： · 深度可分离混合 · ConvMixer · 对照 LSTM · 特征图 · CUDA 训练 · 打包时预跑 output/preview 压缩包含可运行源码、依赖与说明，按 README 安装后即可复现。
Linux驱动中的DMA和Cache不一致问题
08-21
源码链接： https://pan.quark.cn/s/a4b39357ea24 DMA（直接内存访问）是计算机系统中一种关键的数据传输机制，它使得特定的硬件子系统得以直接对系统内存进行读写操作，无需CPU的介入。这种机制对于提高I/O操作的效能具有极其重要的作用，特别是在网络设备、存储设备等驱动程序的编写过程中占据着核心地位。Cache（缓存）则是一种用于暂存频繁访问的数据和指令的存储结构，其目的是减少处理器对主存储器的访问次数，进而增强系统的整体性能。然而，DMA和Cache之间存在着一致性的挑战，特别是在部分嵌入式系统中，DMA操作可能绕过Cache机制，从而引发数据不一致的情况，这就需要采取一系列策略来维护Cache的一致性。 在DMA的运作模式中，主要存在两种Cache一致性问题：流式DMA（streaming DMA）与一致性DMA（coherent DMA）。流式DMA通常应用于需要大量数据传输的场景，它不关注Cache的一致性，因此传输速度较快，但要求软件开发者自行管理数据的一致性。而一致性DMA则保证了在DMA传输期间，数据在Cache与主内存之间保持同步，通常适用于对一致性要求较高的应用场景。 在Linux内核中，为了有效管理DMA操作，提供了一系列接口函数。其中，一致性DMA接口负责维护数据的一致性，而流式DMA接口则提供了更快的传输速度，但要求开发者自行解决数据一致性的问题。开发者在选用这些接口时，必须依据硬件平台的特点和性能需求，选择合适的DMA模式。 Cache一致性的解决方案通常取决于硬件平台的属性。在某些先进的处理器架构中，Cache对程序员而言是透明的，即处理器与Cache控制器之间的交互对程序员不可见，从而简化了编程的复...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值