Ubuntu 20.04 系统冻结 [drm:intel_pipe_update_end [i915]] *ERROR* 管道 A 上的原子更新失败

Question

我的 Ubuntu 20.04 系统偶尔会受到冻结（~每 1-2 天）的影响，这会完全阻止任何交互（甚至 REISUB 都无法正常工作）并且需要按下电源按钮才能重新启动计算机。这是在笔记本电脑 MSI GF65 Thin 10SER 上的全新安装。我已经做了一些研究，这似乎是一个老问题（https://linuxreviews.org/Linux_Kernel_5.5_Will_Not_Fix_The_Frequent_Intel_GPU_Hangs_In_Recent_Kernels，https://www.dedoimedo.com/computers/intel-microcode-atomic-update.html，https ://hobo.house/2018/05/18/fix-for-intel-i915-gpu-freeze-on-recent-linux-kernels/）与英特尔 iGPU 相关。

我dmesg的充满了如下所示的行，它们不可避免地导致系统冻结。

[drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe A (start=9338 end=9339) time 321 us, min 1063, max 1079, scanline start 1038, end 1090

$ uname -r

5.4.0-58-generic

$ lspci -k | grep -EA3 'VGA|3D|Display'：

00:02.0 VGA compatible controller: Intel Corporation UHD Graphics (rev 05)
    DeviceName: Onboard - Video
    Subsystem: Micro-Star International Co., Ltd. [MSI] Device 12aa
    Kernel driver in use: i915
--
01:00.0 VGA compatible controller: NVIDIA Corporation TU106 [GeForce RTX 2060] (rev a1)
    Subsystem: Micro-Star International Co., Ltd. [MSI] Device 12aa
    Kernel driver in use: nvidia
    Kernel modules: nvidiafb, nouveau, nvidia_drm, nvidia

我尝试了以下方法：

• 添加内核选项i915.enable_psr=0，i915.enable_dc=0

• 为 Intel 图形驱动程序启用早期 KMS（将 i915 添加到 /etc/initramfs-tools/modules）

• 使用 启用 GuC i915.enable_guc=2，但它不能作为 $ sudo cat /sys/kernel/debug/dri/0/i915_guc_load_status | grep status:返回工作status: DISABLED

• 将 X.Org 显示驱动程序更改为 modeset 而不是 xserver-xorg-video-intel

• 将 linux 内核更新到 5.8

• 将以下内容添加到 /usr/share/X11/xorg.conf.d/10-intel.conf

    Section "Device"
      Identifier "Intel Graphics"
      Driver "intel"
      Option "NoAccel" "True"
      Option "DRI" "False"
    EndSection
  

一个观察结果是，当我将 Prime Profile 更改为 Performance 模式（即仅使用 nvidia gpu 而未使用 intel 时）我在 dmesg 中没有收到任何这些错误。但是，这对我来说不是解决方案，因为此选项会很快耗尽我的电池电量。

我是一个新的 Ubuntu 用户，如果有人可以伸出援手或提供一个解决方法，我将非常感激，这样我就可以拥有一个稳定的系统而不会崩溃。如果您需要任何其他信息，请告诉我。提前致谢！

2020/12/20 更新：

设置GRUB_CMDLINE_LINUX="nouveau.modeset=0"上的/ etc /默认/ grub中停止dmesg原子更新失败的错误。但是，现在glxinfo|egrep "OpenGL renderer"给出OpenGL renderer string: llvmpipe (LLVM 10.0.0, 256 bits)而不是OpenGL renderer string: Mesa Intel(R) UHD Graphics (CML GT2). 这是一个问题，因为现在我从gnome-shell. 我真的不知道要从这些信息中取出什么。

帮助将不胜感激。

与此同时，我恢复了 grub 配置并进行了一些其他更改。 $ inxi -G

Graphics:  Device-1: Intel UHD Graphics driver: i915 v: kernel 
           Device-2: NVIDIA TU106 [GeForce RTX 2060] driver: nvidia v: 450.80.02 
           Display: x11 server: X.Org 1.20.8 driver: modesetting,nvidia 
           resolution: 1920x1080~144Hz 
           OpenGL: renderer: Mesa Intel UHD Graphics (CML GT2) v: 4.6 Mesa 20.0.8

21/12/2020 更新：

好的，所以我一直在使用 Nvidia Prime 性能配置文件运行我的系统（我认为这意味着没有使用 iGPU，只有 dGPU - nvidia - 是）而且我在听 Spotify 时突然卡住了（这恰好是也是我的计算机过去冻结的原因之一），但是这次我没有在此会话中注册任何 Atomic 更新错误，journalctl -b -1 -e也没有注册任何相关内容（至少对我而言）。我将按照这个问题的答案我怎么知道为什么 20.04 崩溃了？然后我会更新主题。让我知道您是否需要更好地了解问题的任何输出/信息。

23/12/2020 更新：

我从https://www.memtest86.com/执行了 memtest并得到了 0 个错误（结果如下）：

我还干净安装了 Ubuntu、Mint 和 Manjaro。他们中的每一个都会在dmesg. 我将笔记本电脑送去维修服务，因为我认为问题是由于硬件故障造成的。

Answer 1

我一直在跟踪这个帖子，因为去年 12 月切换到 Arch 后，我在一张大约 6 年前的卡上遇到了类似的问题，希望在这里找到线索。

与此同时，我尝试了这个线程中的建议（除了我没有 GuC 支持）以及其他地方的建议，包括设置

i915.enable_psr=0 除其他事项外，但没有任何变化！

最后在 reddit 上阅读了有关设置的内容

intel_idle.max_cstate=1 在

GRUB_CMDLINE_LINUX_DEFAULT 并且在正常使用的情况下，整整一周的正常运行时间都没有冻结！

欲了解更多信息，请访问https://bbs.archlinux.org/viewtopic.php?id=263884