Skip to content

Instantly share code, notes, and snippets.

@i0z0m
Last active July 31, 2021 08:49
Show Gist options
  • Save i0z0m/17b01ebe9a50db5c122edf06e892cdb6 to your computer and use it in GitHub Desktop.
Save i0z0m/17b01ebe9a50db5c122edf06e892cdb6 to your computer and use it in GitHub Desktop.
[drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [CRTC:37:pipe A] flip_done timed out.

symptom

I am a Japanese and have low academic ability, so I am not good at writng English. I'm sorry to my terrible 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 which CPU is Intel Core i5-2540M Processor.

status

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-vide

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.

try solution options

view bug reports

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

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.

kernel error in drm_kms_helper, flip_done timed out

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"

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"

Intel Graphics > Enable early KMS

$ 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

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.

Intel Graphics > Screen flickering

$ 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

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 ]

kernel error in drm_kms_helper, flip_done timed out

$ sudo vim /etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT="quiet video=SVIDEO-1:d"

Arch Linux is installed with GPT and UEFI, so do

$ 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

vi /etc/modprobe.d/mhwd-gpu.conf
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

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

blacklist nvidia
blacklist nouveau

Disable_discrete_GPU

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

/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

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].
Lenovo ThinkPad X220 > Multi-monitor setups with X.

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.
Intel Graphics > Xorg configuration

/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"

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"

Intel Graphics > DRI3 issues

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

Option "NoAccel" "True"

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"

Intel_Graphics > X freeze/crash with intel driver

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

Option "DRI" "False"

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

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

Option "DRI" "False"

Intel_Graphics > X freeze/crash with intel driver

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

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment