黑屏由tee激活后gpu解码密钥协商失败导致；需依次验证tee启用状态、驱动tee兼容性、dmesg报错，再通过禁用iommu/早期视频或设置环境变量绕过tee，最后重置tee上下文并重载驱动恢复信任链。
显卡在启用Intel SGX或ARM TrustZone等安全隔离区（TEE）硬件保护后，视频解码器因密钥协商失败无法完成内容解密，直接触发GPU解码管线静默终止，屏幕持续黑屏但系统其他功能正常运行——此时桌面进程、音频、网络均在线，仅视频输出通道被强制切断。
确认TEE环境是否实际激活并干预GPU解码路径
第一步：在终端中执行 sgx_get_quote 或 optee_client 测试TEE服务可达性。若返回“SGX not enabled in BIOS”或“OP-TEE not present”，说明TEE未真正启用，黑屏根源不在密钥协商，需跳过后续TEE相关操作。
第二步：检查GPU驱动是否声明支持TEE感知解码。NVIDIA驱动从535.86.05起、AMDGPU自Linux 6.5内核起、Intel i915自2024Q3固件起才提供drm_kms_helper与tee_shm_pool的协同接口。运行 modinfo i915 | grep -i tee，若无输出，证明当前驱动版本不兼容TEE解码模式。
第三步：查看dmesg日志中是否存在drm: failed to allocate TEE shared memory或video: key exchange handshake timeout类报错。这是密钥协商失败的直接证据，必须处理。
绕过TEE解码强制启用纯软件解码路径
方法一：修改内核启动参数屏蔽TEE参与视频解码
编辑/etc/default/grub，在GRUB_CMDLINE_LINUX_DEFAULT行末尾追加 drm.debug=0x4 i915.enable_guc=0 intel_iommu=off video.disable_early_video=1。其中intel_iommu=off可阻止TEE通过IOMMU建立DMA信任链，video.disable_early_video=1禁用早期视频初始化阶段的TEE绑定。
执行sudo update-grub && sudo reboot重启生效。此操作会关闭所有基于TEE的硬件加速解码，但确保H.264/HEVC软解可用。
方法二：为特定应用禁用TEE解码策略
对使用VA-API或DXVA2的应用（如mpv、Chrome），在启动时注入环境变量：LIBVA_DRIVER_NAME=i965 VDPAU_DRIVER=nvidia VP9_HWACCEL=0。这将强制绕过libva-tegra或libva-intel中的TEE握手逻辑，回退至传统驱动路径。
【注意】此方法仅对用户态应用生效，系统级视频服务（如GNOME Shell视频预览、Wayland屏幕录制）仍可能触发TEE协商失败。
重置TEE密钥协商上下文并刷新GPU信任状态
1. 停止所有图形服务：sudo systemctl stop gdm3（Ubuntu）或sudo systemctl stop sddm（KDE）。
2. 清除TEE密钥缓存：sudo tee /sys/kernel/debug/tee_private/shm_reset（需已加载tee_shm模块）。该操作不可逆，会清空当前所有TEE会话密钥，但不会影响SGX飞地本身。
3. 重载GPU驱动模块：sudo modprobe -r i915 && sudo modprobe i915 enable_guc=0（Intel）；sudo modprobe -r amdgpu && sudo modprobe amdgpu si_support=0（AMD）；sudo modprobe -r nvidia_uvm && sudo modprobe nvidia_uvm（NVIDIA）。
4. 启动显示管理器：sudo systemctl start gdm3。
5. 验证GPU是否重新建立TEE信任链：cat /sys/kernel/debug/dri/0/i915_tee_status（Intel）或sudo dmesg | grep -i "tee.*success"。若出现TEE session established for decoder，说明密钥协商已恢复。
