vrend 翻译 GL、venus 转发 Vulkan，它们都还在"图形 API"这一层做文章。DRM native context 把边界继续下移到内核 ioctl 粒度：让 Guest 直接运行原生用户态驱动（radeonsi/RADV），只把 amdgpu 等内核 ioctl 转发到 Host 内核执行。这是目前性能最接近裸机的路径。本章讲 virglrenderer 侧（src/drm/）的实现；更完整的端到端分析见仓库参考文档 drm_native_context。11.1 核心思想：转发 ioctl，而非翻译 API传统 virgl 在 Host 上"把 Guest 的 GL 语义重走一遍"，等于跑了两套用户态驱动、还要重编译着色器。native context 则：Guest 直接跑原生 UMD（radeonsi/RADV），着色器在 Guest 内只编译一次；Guest 驱动产生的 amdgpuioctl被序列化成CCMD（context command），经 virtio-gpu 转发到 Host；Host 的 virglrendereramdgpu_renderer解码 CCMD，调用真实的libdrm_amdgpu下发给内核。结果：CPU 侧开销接近直通（passthrough），且新 GL/Vulkan 特性天然可用（无需在 virglrenderer 里逐特性适配）。代价是安全边界从"GL 语义"下沉到"内核 ioctl"，隔离性弱于命令流翻译（见第16章）。