[Bug Report] 【Deepin 25 / AMD 680M / 6.18.48】多次桌面冻结 Resolved
Tofloor
poster avatar
xxooxxoo
deepin
2026-09-10 14:42
Author

【Deepin 25 / AMD 680M / 6.18.48】多次桌面冻结:待机唤醒后及非待机场景均出现 DMCUB error、flip_done timed out

问题概述

使用过程中间歇性整屏冻结,曾在长时间合盖待机唤醒后打开应用时发生,也曾在未待机的情况下,通过文件管理器打开文本文件、从压缩包内打开日志时发生。相同操作有时正常,尚无每次必现的复现步骤。

卡住时 Ctrl+Alt+F3 无法切换到文字终端,最终只能强制重启。没有通过 SSH 检查冻结时的系统响应,因此不能断言整个内核死锁。部分故障中,内核在画面冻结后仍持续输出错误。

目前四次已取得内核日志的故障,都出现 AMD 核显(0000:07:00.0)的 DMCUB error。部分同时出现 flip_done timed out、DMUB 命令提交失败,与 Xorg 显示提交错误对应。希望协助定位 AMD 显示驱动/固件问题。

系统环境

  • 系统:Deepin 25,磐石不可变模式。
  • 当前内核:6.18.48-amd64-desktop-rolling,软件包版本 25.01.01.35。
  • 已安装但尚未对照测试的内核:6.6.155-amd64-desktop-hwe。
  • 核显:AMD Radeon 680M(Rembrandt,PCI ID 1002:1681),使用 amdgpu;Xorg 主屏由 AMD 驱动。
  • 独显:NVIDIA RTX 3060 Mobile / Max-Q(PCI ID 10de:2520),驱动 580.119.02。
  • 显示会话:X11,dde-kwin 6.0.9,Xorg 1.21.1.16。
  • Mesa:24.3.0-1deepin9。
  • libdrm-amdgpu1:2.4.134-3deepin1。
  • xserver-xorg-video-amdgpu:23.0.0-1deepin1。
  • linux-firmware:20250310.git9e1370d3-0ubuntu1deepin17。
  • 待机方式:s2idle,系统未提供 deep/S3 选项。
  • 内屏:BOE,2560×1600;启动日志报告支持 PSR。
  • 当前 amdgpu.dcdebugmask=0,尚未进行禁用 PSR 的对照测试。这一参数值本身不证明故障时 PSR 正处于活动状态。
  • 笔记本品牌型号、BIOS 版本、外接屏连接情况:机械革命蛟龙16笔记本、MRID6V36、无外接屏。

故障时间线

以下时间均为北京时间(UTC+8)。

时间 场景和日志证据 附件
9 月 9 日 14:10:11 打开文本文件、Deepin 编辑器启动时,同一秒出现 DMCUB error;14:10:22 起出现 flip_done timed out,随后出现 DMUB 命令提交失败及 commit wait timed out kernel-freeze-1.log
9 月 9 日 14:12:16 重启后再次打开文本文件,编辑器启动的同一秒再次出现 DMCUB error;Xorg 有 Page flip failed、present flip failed kernel-freeze-2.log、Xorg-freeze-1412.log
9 月 10 日 13:59:34 11:49:35 进入 s2idle,13:58:55 记录 PM: suspend exit;唤醒约 39 秒后出现 DMCUB error,13:59:44 出现 flip_done timed out kernel-freeze-20260910.log、Xorg-freeze-20260910.log
9 月 10 日 14:26:25 本次没有经过待机;打开日志 ZIP 后点击其中日志时冻结。14:26:25 开始出现 DMCUB error,14:26:35 出现 flip_done timed out,错误持续至 14:27:18 kernel-freeze-20260910-1426.log、Xorg-freeze-20260910-1426.log

另外,9 月 9 日上午也发生过合盖唤醒后冻结,但该次保存的日志不足以确认 DMCUB 错误,未计入上述四次。

关键错误

amdgpu 0000:07:00.0: [drm] *ERROR* dc_dmub_srv_log_diagnostic_data: DMCUB error - collecting diagnostic data
amdgpu 0000:07:00.0: [drm] *ERROR* [CRTC:80:crtc-0] flip_done timed out
amdgpu 0000:07:00.0: [drm] *ERROR* Error queueing DMUB command: status=2
amdgpu 0000:07:00.0: [drm] *ERROR* [CRTC:80:crtc-0] commit wait timed out

这些错误来自不同次故障,不表示每次均包含全部四种错误。9 月 10 日 14:26 这次导出日志中,统计到 209 次 DMCUB error、113 次 DMUB 命令提交失败、1 次 flip_done timed out。

已进行的检查

  • 刷新软件源后,当前配置的 Deepin 软件源中,所查 AMD 固件、Mesa、libdrm、AMD Xorg 驱动以及当前内核均无更高候选版本,未执行重装或混入第三方软件源。
  • 日志 ZIP 的 CRC 校验通过,未发现压缩包损坏。
  • 文本文件、编辑器和压缩管理器只是观察到的触发场景,尚不能确认是应用缺陷。
  • 尚未测试禁用 PSR,也尚未切换 6.6.155 HWE 内核。PSR 仅为排查假设,不是已确认根因。
  • 现有错误指向 AMD 显示链路,但不足以判断具体驱动回归、固件问题或硬件故障。

希望社区协助

  1. 当前 6.18.48 Deepin 内核在 Rembrandt/680M 上是否存在已知 DMCUB/显示提交问题?
  2. 是否有对应修复补丁、推荐内核或固件版本?
  3. 是否建议先用 amdgpu.dcdebugmask=0x10 禁用 PSR 做对照,或先切换已安装的 HWE 内核?
  4. 如需 DMCUB trace、DRM 调试日志或其他信息,请提供适用于该内核的采集方法,尤其是冻结后只能强制重启的情况。

附件说明

附件 logs/ 中包含四次内核日志、三份对应 Xorg 日志和软件包候选版本信息。

logs.zip

Reply Favorite View the author
All Replies
avatar
deepin流云
Super Moderator
Community OP
2026-09-10 15:03
#1

研发反馈说这是 7840U/780M 在较新内核配合 AMD DKMS 驱动使用时的一个已知问题。

请尝试将 amdgpu.dcdebugmask=0x10 添加到 /etc/default/grub 中,以禁用 PSR,然后看看系统是否能稳定下来。arch社区也有相应问题反馈:https://bbs.archlinux.org/viewtopic.php?id=302499

 # Add to /etc/default/grub:
  GRUB_CMDLINE_LINUX_DEFAULT="quiet splash amdgpu.dcdebugmask=0x10"
  sudo update-grub
  sudo reboot
Reply View the author
avatar
xxooxxoo
deepin
2026-09-10 15:09
#2

感谢研发反馈。补充确认:我的核显是 Radeon 680M(Rembrandt,1002:1681),当前内核为 6.18.48-amd64-desktop-rolling。请问同样适用此方案吗?我会按建议禁用 PSR,对照测试非待机打开应用及长时间合盖唤醒两个场景,再反馈结果。

Reply View the author
avatar
xxooxxoo
deepin
2026-09-10 15:26
#3
deepin流云:

研发反馈说这是 7840U/780M 在较新内核配合 AMD DKMS 驱动使用时的一个已知问题。

请尝试将 amdgpu.dcdebugmask=0x10 添加到 /etc/default/grub 中,以禁用 PSR,然后看看系统是否能稳定下来。arch社区也有相应问题反馈:https://bbs.archlinux.org/viewtopic.php?id=302499

 # Add to /etc/default/grub:
  GRUB_CMDLINE_LINUX_DEFAULT="quiet splash amdgpu.dcdebugmask=0x10"
  sudo update-grub
  sudo reboot

已按建议禁用 PSR,正在进行对照观察。

Reply View the author
avatar
weixiang
deepin
2026-09-11 09:10
#4

@deepin流云 AMD已经修复这个问题,能否让开发任务同步下代码?https://github.com/ROCm/legacy-rocm-build/issues/6033

Reply View the author
avatar
deepin流云
Super Moderator
Community OP
2026-09-11 09:20
#5
weixiang:

@deepin流云 AMD已经修复这个问题,能否让开发任务同步下代码?https://github.com/ROCm/legacy-rocm-build/issues/6033

转给内核同事评估了

Reply View the author
avatar
xxooxxoo
deepin
2026-09-15 14:51
#6
deepin流云:

转给内核同事评估了

禁用PSR后,目前观测未再出现冻结现象。但还是希望官方能同步下上游已修复的代码。

Reply View the author
avatar
deepin流云
Super Moderator
Community OP
2026-09-15 14:59
#7
xxooxxoo:

禁用PSR后,目前观测未再出现冻结现象。但还是希望官方能同步下上游已修复的代码。

这个只是issue在讨论,上游如果有更新 ,内核这边会及时拉取更新的。

Reply View the author