debian12 在挂起后唤醒时屏幕不亮

[Shwen_Y]

当挂起后再按键盘唤醒时，系统恢复了，但是屏幕不亮，是没有任何亮光的那种。

按键盘上的Fn键和Caps键，键盘上的背光亮点能亮，插拔电源时也有声音。从ssh可以登录。

硬件信息： 电脑：华为Matebook E 2022 显卡：VGA compatible controller: Intel Corporation Tiger Lake-UP4 GT2 [Iris Xe Graphics]

软件信息： 内核：6.1.0-10-amd64

使用ssh登录后，在恢复后截取到的一些错误信息：

kernel: i915 0000:00:02.0: [drm] *ERROR* DSI link not in ULPS
kernel: i915 0000:00:02.0: [drm] *ERROR* DSI header credits not released
kernel: i915 0000:00:02.0: [drm] *ERROR* error sending DCS NOP command
kernel: i915 0000:00:02.0: [drm] *ERROR* DSI payload credits not release
kernel: i915 0000:00:02.0: [drm] *ERROR* DSI trancoder not disabled
kernel: i915 0000:00:02.0: [drm] *ERROR* [PLANE:94:cursor A] commit wait timed out
kernel: i915 0000:00:02.0: [drm] *ERROR* flip_done timed out
kernel: i915 0000:00:02.0: [drm] *ERROR* [PLANE:31:plane 1A] commit wait timed out
kernel: i915 0000:00:02.0: [drm] *ERROR* [CONNECTOR:349:DSI-1] commit wait timed out
kernel: i915 0000:00:02.0: [drm] *ERROR* [CRTC:98:pipe A] commit wait timed out
kernel: i915 0000:00:02.0: [drm] *ERROR* [CRTC:98:pipe A] mismatch in hw.adjusted_mode.crtc_clock (expected 291594, found 332418)
kernel: i915 0000:00:02.0: [drm] *ERROR* [CRTC:98:pipe A] mismatch in hw.pipe_mode.crtc_clock (expected 291594, found 332418)
kernel: i915 0000:00:02.0: [drm] *ERROR* [CRTC:98:pipe A] mismatch in pixel_rate (expected 291594, found 332418)
kernel: i915 0000:00:02.0: [drm] *ERROR* [CRTC:98:pipe A] mismatch in hw.adjusted_mode.crtc_vsync_end (expected 1630, found 1)
kernel: i915 0000:00:02.0: [drm] *ERROR* [CRTC:98:pipe A] mismatch in hw.adjusted_mode.crtc_vsync_start (expected 1615, found 1)
kernel: i915 0000:00:02.0: [drm] *ERROR* [CRTC:98:pipe A] mismatch in hw.adjusted_mode.crtc_vblank_end (expected 1710, found 1800)
kernel: i915 0000:00:02.0: [drm] *ERROR* [CRTC:98:pipe A] mismatch in hw.adjusted_mode.crtc_vtotal (expected 1710, found 1800)
kernel: i915 0000:00:02.0: [drm] *ERROR* [CRTC:98:pipe A] mismatch in hw.adjusted_mode.crtc_hsync_end (expected 2802, found 1)
kernel: i915 0000:00:02.0: [drm] *ERROR* [CRTC:98:pipe A] mismatch in hw.adjusted_mode.crtc_hsync_start (expected 2762, found 1)
kernel: i915 0000:00:02.0: [drm] *ERROR* [CRTC:98:pipe A] mismatch in hw.adjusted_mode.crtc_hblank_end (expected 2842, found 2720)
kernel: i915 0000:00:02.0: [drm] *ERROR* [CRTC:98:pipe A] mismatch in hw.adjusted_mode.crtc_htotal (expected 2842, found 2720)
kernel: i915 0000:00:02.0: [drm] *ERROR* [CRTC:98:pipe A] mismatch in hw.pipe_mode.crtc_vsync_end (expected 1630, found 1)
kernel: i915 0000:00:02.0: [drm] *ERROR* [CRTC:98:pipe A] mismatch in hw.pipe_mode.crtc_vsync_start (expected 1615, found 1)
kernel: i915 0000:00:02.0: [drm] *ERROR* [CRTC:98:pipe A] mismatch in hw.pipe_mode.crtc_vblank_end (expected 1710, found 1800)
kernel: i915 0000:00:02.0: [drm] *ERROR* [CRTC:98:pipe A] mismatch in hw.pipe_mode.crtc_vtotal (expected 1710, found 1800)
kernel: i915 0000:00:02.0: [drm] *ERROR* [CRTC:98:pipe A] mismatch in hw.pipe_mode.crtc_hsync_end (expected 2802, found 1)
kernel: i915 0000:00:02.0: [drm] *ERROR* [CRTC:98:pipe A] mismatch in hw.pipe_mode.crtc_hsync_start (expected 2762, found 1)
kernel: i915 0000:00:02.0: [drm] *ERROR* [CRTC:98:pipe A] mismatch in hw.pipe_mode.crtc_hblank_end (expected 2842, found 2720)
kernel: i915 0000:00:02.0: [drm] *ERROR* [CRTC:98:pipe A] mismatch in hw.pipe_mode.crtc_htotal (expected 2842, found 2720)

尝试过的方法：

1. 安装laptop-mode-tools软件后，使用laptop_mode start启用笔记本模式，未见效。
2. 在 /etc/modprobe.d/i915.conf 中，加上options i915 intel_idle.max_cstate=1 i915.enable_dc=0 ahci.mobile_lam_policy=1三个内核参数，未见效
3. 将模块intel_lpss_pci加入到文件/etc/initramfs-tools/modules中，然后更新initramfs,未见效
4. 在文件/etc/modprobe.d/i915.conf中启用 options i915 enable_guc=2，好像是因为这个起过作用，但后来重启后又不行了
5. 更新内核到6.4版本，屏幕为亮了，但出现了文件系统错误问题，从ssh端登录后无权限；将内核换为rt版本，也有类似错误
   
   

[simsilver]

报下bug？ 另外可以试下fedora正常不

[Shwen_Y]

怎么报bug呀？从来没报过

周末我下载Fedora安装试试看。

之前在必应上搜索，搜到了类似的问题，好像是在freedesktop的一个论坛上，但我翻了好几个，好像都报的是内核的bug，但是试了最新的内核也是没解决。

[simsilver]

如何提交一个缺陷报告给 Debian

我也没在debian上报过bug，倒是在fedora上报过，fedora上如果遇到crash报bug基本就是一路next；不过各个发行版还是鼓励报bug的，就是不一定会解决

内核问题除非特别明显的配置问题，感觉自己去搜很难确认问题 反正早报bug就对了

[Shwen_Y]

使用Fedora在U盘上试了Live版，挂起后一样的问题

[Shwen_Y]

从乌邦图论坛的一个帖子的回答上找到了一个临时性的答案： 在 /etc/default/grub文件中，设置GRUB_CMDLINE_LINUX=intel_idle.max_cstate=2，然后更新启动文件 sudo update-grub2。 为啥是临时解决方案？因为这个设置是修改了内核参数intel_idle.max_cstate，从而修改了休眠的状态，及降低了休眠的程度。这一修改应该避免了linux深度休眠时随机性的问题，从而避免了内核的bug。