[drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [CRTC:37:pipe A] flip_done timed out.

try_to_fix_[drm_kms_helper]_in_english.md

a symptom

I am the Japanese and not good at writng English. I'm sorry to my language ability for you.
I sometimes get the following error when logging out of Xorg. It's a little different to [xf86-video-intel] flip_done timed out, but it's similar.
[drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] ERROR [CRTC:37:pipe A] flip_done timed out.

Using the video=SVIDEO-1:d kernel parameter doesn't work for me.
I'm running Arch Linux (4.17.2-1) on my laptop ThinkPad X220 with xf86-video-intel (my CPU is an i5-2540M).

$ dmesg
$ hwinfo
chromium > chrome://gpu

EDIT

I tried to varify Jaylittle's reply to not my post but to unnilquadium's post.

compton

$ sudo pacman -S compton
$ vim ~/.config/compton/compton.conf
$ vim ~/.xmonad/xmonad.hs

myStartupHook = do
    spawnOnce "compton -b --config $HOME/.config/compton/compton.conf"

$ xmonad --recompile

video drivers

$ cat /etc/X11/xorg.conf.d/20-intel.conf

Selection "Device"
    Identifler "Intel Graphics"
    Driver "Intel"
    Option "AccelMethod" "sna"
EndSectionS

$ sudo rm /etc/X11/xorg.conf.d/20-intel.conf
$ sudo pacman -Rs xf86-video-intel
$ sudo pacman -Qme | grep xf86-video
There is no output. Because any video driver is not installed by pacman, Xorg should be going to fall back to "kernel mode setting" according to Xorg > Driver installation. This article is my only knowledge about what is "kernel mode setting".
$ sudo reboot
$ xinit
The command $ xinit works without any video driver such as xf86-video-intel installed by pacman, but the same symptom occurs to me. Whichever each video driver such as xf86-video-fbdev, xf86-video-vesa, and xf86-video-intel is installed by pacman or there are no video drivers, the same symptom occurs to me.

XFCE

XFWM4 and other packages of XFCE were not installed by pacman, buy only the package of GTK2 is installed for rendering Chromium etc. Can I disable the built in compositor of XFCE etc. ?
$ sudo pacman -S xfce4
$ vim .xinitrc

exec startxfce4

$ xinit
I disabled the built in xfce compositor referring to How to switch to Compton for beautiful tear free compositing in XFCE.

To switch this off, go into the Applications menu and click ‘Settings Manager’: Then click ‘Window Manager Tweaks’, then the ‘Compositor’ tab, and un-tick the ‘Enable Display Compositing’ box:

Whichever I check or un-check the ‘Enable Display Compositing’ box, the same symptom occurs in both XFCE and xmonad to me.

choices of solutions

bug reports etc

Topic: [settled] Problems during system startup (Read 146 times)(Machine translated from German)
FS#53722 - [linux] Laptop randomically hangs when suspending or freezing

preparations

linux modules

$ sudo pacman -S linux
$ sudo pacman -S linux-headers
$ sudo mkinitcpio -p linux
I confirmed that this solution doesn't work.

video drivers

kernel error in drm_kms_helper, flip_done timed out

Soukyuu(Member)
I was having something similar on my intel 2000 HD, in the end I just removed xf86-video-intel and went with the generic KMS driver. Seems to be working just fine and I have not noticed any performance issues so far - maybe an option for some people here?
[ Arch x86_64 | linux | ThinkPad X220 | Intel Core i5 [email protected] | Intel HD3000 | 16GB RAM | Main, docked to 2 Monitors ]

giuscri(Member)
I can confirm that removing xf86-video-intel fixed the problem, on Thinkpad x220; I didn't need to change the kernel options.

xorg > generic KMS driver
$ sudo pacman -R xf86-video-intel
I confirmed that this solution doesn't work. $ xinit failed. Only xf86-video-intel is neccesary to $ xinit Please see the chapter "EDIT.

kernel modules

MODULES="i915"

Intel Graphics > Enable early KMS

Kernel mode setting (KMS) is supported by Intel chipsets that use the i915 DRM driver and is mandatory and enabled by default.
Refer to Kernel mode setting#Early KMS start for instructions on how to enable KMS as soon as possible at the boot process.

KMS is typically initialized after the initramfs stage. However it is possible to already enable KMS during the initramfs stage. Add the module radeon/amdgpu (for ATI/AMD cards), i915 (for Intel integrated graphics) or nouveau (for Nvidia cards) to the MODULES line in /etc/mkinitcpio.conf. For example:

MODULES="i915"

$ sudo mkinitcpio -p linux
I confirmed that this solution doesn't work.

Note: Intel users might need to add intel_agp before i915 to suppress the ACPI errors. This might be required for resuming from hibernation to work with changed display configuration!
I confirmed that this solution doesn't work.

grub parameters

enable_psr=0

Intel Graphics > Screen flickering

Panel Self Refresh (PSR), a power saving feature used by Intel iGPUs is known to cause flickering in some instances FS#49628 FS#49371 FS#50605. A temporary solution is to disable this feature using the kernel parameter i915.enable_psr=0.

$ sudo vim /etc/default/grub

GRUB_CMDLINE_LINUX_DEFAULT="quiet i915.enable_psr=0"

$ sudo grub-mkconfig -o /boot/efi/EFI/grub/grub.cfg
I confirmed that this solution doesn't work.

i915.modeset=0

Kernel panic during shutdown. using 4.14 LTS kernel
$ sudo vim /etc/default/grub

GRUB_CMDLINE_LINUX_DEFAULT="quiet i915.modeset=0"

$ sudo grub-mkconfig -o /boot/efi/EFI/grub/grub.cfg
I confirmed that this solution doesn't work.
This solution made KMS disable. So characters in CUI grew blurry, and $ xinit failed.

video=SVIDEO-1:d

kernel error in drm_kms_helper, flip_done timed out

I was having something similar on my intel 2000 HD, in the end I just removed xf86-video-intel and went with the generic KMS driver. Seems to be working just fine and I have not noticed any performance issues so far - maybe an option for some people here?
[ Arch x86_64 | linux | ThinkPad X220 | Intel Core i5 [email protected] | Intel HD3000 | 16GB RAM | Main, docked to 2 Monitors ]

$ sudo vim /etc/default/grub

GRUB_CMDLINE_LINUX_DEFAULT="quiet video=SVIDEO-1:d"

Arch Linux is installed with GPT and UEFI, so
$ sudo grub-mkconfig -o /boot/grub/grub.cfg
This command will not reflect the kernel parameter sustainably．A correct command is below.
$ sudo grub-mkconfig -o /boot/efi/EFI/grub/grub.cfg

$ cat /proc/cmdline
BOOT_IMAGE=/vmlinuz-linux root=UUID=190bcde4-8a47-4df5-9f46-2d679b0312cf rw quiet video=SVIDEO-1:d
I confirmed that this solution doesn't work.

modprobe

Disabling drm_kms_helper

Kernel module > Blacklisting
Stuck at black screen
/etc/modprobe.d/mhwd-gpu.conf like this:

blacklist drm_kms_helper

I confirmed that this solution doesn't work. Error messages of drm_kms_helper were displayed as before.

Disabling any other video port

Disable_discrete_GPU

Blacklist the nvidia & nouveau modules Kernel modules#Blacklisting
/etc/modprobe.d/blacklist.conf

blacklist nvidia  
blacklist nouveau

I confirmed that this solution doesn't work.

$ ls -l /sys/class/drm
total 0
lrwxrwxrwx 1 root root 0 Jun 16 23:21 card0 -> ../../devices/pci0000:00/0000:00:02.0/drm/card0/
lrwxrwxrwx 1 root root 0 Jun 16 23:21 card0-DP-1 -> ../../devices/pci0000:00/0000:00:02.0/drm/card0/card0-DP-1/
lrwxrwxrwx 1 root root 0 Jun 16 23:21 card0-DP-2 -> ../../devices/pci0000:00/0000:00:02.0/drm/card0/card0-DP-2/
lrwxrwxrwx 1 root root 0 Jun 16 23:21 card0-DP-3 -> ../../devices/pci0000:00/0000:00:02.0/drm/card0/card0-DP-3/
lrwxrwxrwx 1 root root 0 Jun 16 23:21 card0-HDMI-A-1 -> ../../devices/pci0000:00/0000:00:02.0/drm/card0/card0-HDMI-A-1/
lrwxrwxrwx 1 root root 0 Jun 16 23:21 card0-HDMI-A-2 -> ../../devices/pci0000:00/0000:00:02.0/drm/card0/card0-HDMI-A-2/
lrwxrwxrwx 1 root root 0 Jun 16 23:21 card0-HDMI-A-3 -> ../../devices/pci0000:00/0000:00:02.0/drm/card0/card0-HDMI-A-3/
lrwxrwxrwx 1 root root 0 Jun 16 23:21 card0-LVDS-1 -> ../../devices/pci0000:00/0000:00:02.0/drm/card0/card0-LVDS-1/
lrwxrwxrwx 1 root root 0 Jun 16 23:21 card0-VGA-1 -> ../../devices/pci0000:00/0000:00:02.0/drm/card0/card0-VGA-1/
lrwxrwxrwx 1 root root 0 Jun 16 23:21 renderD128 -> ../../devices/pci0000:00/0000:00:02.0/drm/renderD128/
-r--r--r-- 1 root root 4096 Jun 16 23:37 version
$ grep . /sys/class/drm/card?-*/status
/sys/class/drm/card0-DP-1/status:disconnected
/sys/class/drm/card0-DP-2/status:disconnected
/sys/class/drm/card0-DP-3/status:disconnected
/sys/class/drm/card0-HDMI-A-1/status:disconnected
/sys/class/drm/card0-HDMI-A-2/status:disconnected
/sys/class/drm/card0-HDMI-A-3/status:disconnected
/sys/class/drm/card0-LVDS-1/status:connected
/sys/class/drm/card0-VGA-1/status:disconnected

I don't have enough understanding for these knowledge. I seem that I made any other video port disable excepted for LVDS.

drm_kms_helper poll=0

Kernel Mode Setting > Problem upon bootloading and dmesg
Ubuntu 13 change drm_kms_helper poll param
Finally! A fix for Intel KMS cursor lag!
Backported i915 Driver
/etc/modprobe.d/modprobe.conf

options drm_kms_helper poll=0

I confirmed that this solution doesn't work.

EDID

Kernel Mode Setting > Forcing modes and EDID
I don't still try this solution. Monitor resolution of ThinkPad X220 is 1366x768, so I don't understand how to specify such monitor resolution on the basis of the table.

Xorg configuration

Option "AccelMethod" "uxa"

ThinkPad X220 is an old laptop, so I refered Lenovo ThinkPad X220 > Multi-monitor setups with X.

Some window managers, such as qtile or awesome don't seem to get along with the sna acceleration method of the intel driver, which results in tiled and broken display of the environments, when using a multi-monitor setup (using internal monitor only, works just fine). Switching to uxa fixes this [1].

Intel Graphics > Xorg configuration

Note: You may need to indicate Option "AccelMethod" when creating a configuration file, even just to set it to the default method (currently "sna"); otherwise, X may crash.

/etc/X11.xorg.conf.d/20-intel.conf :

Selection "Device"
    Identifler "Intel Graphics"
    Driver "Intel"
    Option "AccelMethod" "uxa"
EndSectionS

I confirmed that this solution doesn't work. Speed of $ xinit and especially$ startx become a little slow.

Option "DRI" "2"

Intel Graphics > DRI3 issues

DRI3 is the default DRI version in xf86-video-intel. On some systems this can cause issues such as this. To switch back to DRI2 add the following line to your configuration file:

/etc/X11.xorg.conf.d/20-intel.conf :

    Option "DRI" "2"

I confirmed that this solution doesn't work. But I am interest in this to my chrome://gpu of chromium.

Option "NoAccel" "True"

Intel_Graphics > X freeze/crash with intel driver

Some issues with X crashing, GPU hanging, or problems with X freezing, can be fixed by disabling the GPU usage with the NoAccel option - add the following lines to your configuration file:

/etc/X11.xorg.conf.d/20-intel.conf :

Option "NoAccel" "True"

I confirmed that this solution doesn't work. Rendering of chromium became very slow.

Option "DRI" "False"

Intel_Graphics > X freeze/crash with intel driver

Alternatively, try to disable the 3D acceleration only with the DRI option:

/etc/X11.xorg.conf.d/20-intel.conf :

Option "DRI" "False"

I confirmed that this solution doesn't work. Rendering of chromium were not changed in speed.