Win11 + Optimus + HDMI 高刷超宽屏导致 WATCHDOG / TDR / Explorer 卡死 的一次完整排障记录
一、问题背景
设备环境：
-
笔记本：HP 游戏本（Intel + NVIDIA Optimus 架构）
-
核显：Intel Graphics
-
独显：NVIDIA Laptop GPU
-
外接显示器：ASUS TUF Gaming VG34WQML5A
-
显示器规格：34 寸曲面超宽屏
-
分辨率：3440×1440
-
刷新率：240Hz、最高 250Hz（OC）
-
连接方式：HDMI（独显直连）
-
系统：Windows 11
-
显示模式：仅第二屏幕
显示器官网：
-
ASUS TUF Gaming VG34WQML5A
-
支持 HDMI 2.1 / VRR / FreeSync Premium / 高刷
二、最初出现的问题
系统长期存在以下异常：
1. 事件查看器大量显示异常
包括：
Intel-Gfx-Display-External
Event ID 10系统提示：
无法找到来自源 Intel-Gfx-Display-External 的事件 ID 10 的描述同时还出现：
WATCHDOG440x
LiveKernelEvent 117
BlueScreen 1162. Explorer / DWM 异常
现象包括：
-
Explorer 卡死
-
任务栏无响应
-
桌面冻结
-
Edge / Chrome 偶发卡死
-
Alt-Tab 异常
-
睡眠恢复后黑屏
3. 锁屏后恢复异常
最典型现象：
机器锁屏离开
↓
显示器关闭
↓
回来亮屏
↓
笔记本内屏先亮
↓
再切换到外接显示器
↓
随后系统出现各种异常包括：
-
黑屏
-
卡顿
-
Event Log 异常
-
WATCHDOG
-
TDR
三、最初怀疑的方向
一开始怀疑：
-
NVIDIA 驱动崩溃
-
Intel 核显异常
-
DDU 残留
-
显卡硬件问题
-
HDMI 线材问题
-
显示器问题
由于已经做过 DDU 双清，因此一度怀疑硬件故障。
但后续分析发现：
更像是 Display Pipeline（显示链）问题
而不是 GPU 核心损坏。
四、关键硬件与架构分析
1. Optimus 双显卡架构
本机属于典型：
Intel + NVIDIA Optimus虽然 HDMI 为独显直连：
NVIDIA → HDMI → 显示器但 Windows 11 的 WDDM / DWM / Hybrid Graphics 机制中：
Intel 驱动仍可能参与：
-
显示拓扑管理
-
显示器恢复
-
电源管理
-
MPO
-
Present Queue
-
睡眠恢复
因此即使是独显直连：
仍可能看到：
Intel-Gfx-Display-External相关事件。
2. 超宽高刷 HDMI 2.1 的复杂性
当前环境：
3440×1440
120Hz / 250Hz
HDMI 2.1
VRR / G-SYNC Compatible
超宽屏
Win11这是目前 Windows 显示链中：
最容易出现兼容性问题的组合之一
因为涉及：
-
VRR
-
HDMI FRL
-
DSC
-
MPO
-
DWM Overlay
-
Display Resume
-
HDR Metadata
-
Present Queue
任何一个环节异常：
都可能触发：
TDR / WATCHDOG / 黑屏五、关键线索：刷新率与黑边问题
系统中出现多个刷新率：
240Hz
120Hz
119.99Hz
119.88Hz
75.03Hz*其中：
-
120Hz 会黑边
-
119.99Hz 正常
这说明：
不同刷新率背后实际对应不同 Timing（显示时序）
而不是单纯数字不同。
Windows 与 NVIDIA 可能分别使用：
-
CVT-RB
-
CTA Timing
-
VRR Timing
-
HDMI Timing
-
DSC Timing
部分 Timing 与显示器 Scaler 不兼容。
六、最关键的突破点
最初 NVIDIA 设置：
缩放模式：纵横比
执行缩放于：显示器之后修改为：
缩放模式：无缩放
执行缩放于：GPU
勾选：覆盖由游戏和程序设置的缩放模式并保持：
3440×1440
120Hz
PC 分辨率
G-SYNC Compatible（仅全屏）
仅第二屏幕修改后出现巨大变化：
1. Intel-Gfx-Display-External 日志消失
原本大量出现的：
Intel-Gfx-Display-External不再出现。
2. 应用程序日志恢复正常
之前大量的：
-
DWM
-
WATCHDOG
-
External Display
-
Display Resume
相关异常明显减少。
3. 唤醒行为改变
之前：
锁屏恢复
↓
笔记本内屏先亮
↓
再切外屏现在：
锁屏恢复
↓
直接恢复外接显示器这是整个排障过程中最重要的变化。
七、最终定位：问题根因
最终确认：
问题并非 GPU 核心损坏
而是：
Display Resume + HDMI Timing + 显示器 Scaler + VRR 的组合问题
具体链路：
Win11 锁屏/唤醒
↓
显示器关闭
↓
GPU 低功耗恢复
↓
HDMI FRL 重新训练
↓
VRR 重协商
↓
显示器 Scaler 参与 Timing
↓
Windows 重建 Display Topology
↓
Intel 内屏短暂恢复
↓
切换回 HDMI 外屏
↓
Present Queue / MPO 异常
↓
WATCHDOG / TDR而：
GPU 缩放 + 无缩放实际上绕过了：
显示器内部 Scaler
从而：
简化了整个 Display Resume Pipeline
最终：
-
不再内屏先亮
-
不再频繁拓扑切换
-
Intel 日志消失
-
系统恢复稳定
八、为什么不是硬件损坏
原因如下：
1. 游戏高负载不一定复现
真正硬件损坏通常：
-
高温
-
高负载
-
显存压力
更容易触发。
但本问题：
更多发生在锁屏恢复阶段
2. 修改缩放设置后现象立刻改变
如果是：
-
GPU 核心损坏
-
显存损坏
-
主板供电问题
则：
GPU缩放 / 显示器缩放不可能直接改变：
-
Resume 行为
-
显示拓扑
-
Intel 日志
-
外屏恢复方式
3. 问题具有明显 Display Pipeline 特征
包括：
-
黑边
-
Timing 异常
-
Resume 异常
-
External Display
-
DWM
-
WATCHDOG
-
TDR
全部属于：
WDDM Display Pipeline 范畴
九、最终稳定配置
最终采用：
NVIDIA 控制面板
分辨率、刷新率（由 240Hz -> 降低到 120Hz ），先求稳。
3440×1440
120Hz
PC
G-SYNC
启用 G-SYNC Compatible
仅全屏模式
缩放
无缩放
GPU 缩放
覆盖由游戏和程序设置的缩放模式
Windows
仅第二屏幕并避免：
-
自动睡眠
-
自动关闭显示器
用于进一步观察稳定性。
十、建议与经验总结
1. HDMI 独显直连并不意味着 Intel 完全不参与
Win11 Hybrid Graphics 下：
Intel 仍可能参与：
-
拓扑恢复
-
电源状态
-
DWM
-
MPO
因此看到 Intel 事件并不奇怪。
2. 超宽 + 高刷 + VRR 是高风险组合
特别是：
HDMI 2.1
VRR
3440×1440
高刷
Win11目前 PC 生态中兼容性问题较多。
3. 显示器 Scaler 可能成为问题来源
很多人只关注：
-
GPU
-
驱动
-
线材
但实际上：
显示器内部 Scaler 也会参与 Timing 与 Resume
尤其电竞显示器。
4. GPU 缩放有时反而更稳定
对于：
-
超宽
-
VRR
-
高刷
-
HDMI
场景：
GPU缩放 + 无缩放往往比：
显示器缩放更稳定。
十一、后续计划
后续准备：
1. 双 DDU 清理
包括：
-
Intel Graphics
-
NVIDIA
2. 使用 OEM 驱动
安装顺序：
1. Intel OEM 驱动
2. 重启
3. NVIDIA OEM 驱动
4. 重启并避免使用 Generic DCH。
3. 长期观察
重点观察：
-
WATCHDOG
-
117
-
TDR
-
Resume
-
黑屏
-
Explorer
是否彻底消失。
十二、结论
这次问题本质并不是：
“显卡坏了”
而是：
Windows 11 高带宽显示链复杂度过高导致的兼容性问题
尤其：
Optimus
+
HDMI 2.1
+
VRR
+
3440×1440
+
高刷
+
超宽屏
+
Display Resume最终通过：
GPU缩放
无缩放
仅第二屏幕
优化 Display Pipeline成功稳定系统。