kernel error in drm_kms_helper, flip_done timed out

Soukyuu · 2017-02-08 19:18:50

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?

Bratpfanne · 2017-02-09 09:33:19

Anyone who is affected by this bug could you please add the following kernel boot parameter instead of reverting the bad commit and test if it works?

video=SVIDEO-1:d

This has solved the bug for me on my Latitude D630 with a 4.9 kernel. It disables the SVIDEO connector but my laptop doesen't even have one so it's fine.

Last edited by Bratpfanne (2017-02-09 09:57:09)

grzechoo · 2017-02-11 12:33:43

Bratpfanne wrote:

Anyone who is affected by this bug could you please add the following kernel boot parameter instead of reverting the bad commit and test if it works?
video=SVIDEO-1:d

I confirm - the issue is solved with above kernel boot parameter.
Running 4.9.8-1 on Compaq 6510b.

vitamin · 2017-02-11 14:06:39

Bratpfanne wrote:

Anyone who is affected by this bug could you please add the following kernel boot parameter instead of reverting the bad commit and test if it works?
video=SVIDEO-1:d
This has solved the bug for me on my Latitude D630 with a 4.9 kernel. It disables the SVIDEO connector but my laptop doesen't even have one so it's fine.

It works for me too. Thank you.
HP 550, kernel 4.9.8

step · 2017-02-13 15:31:07

Bratpfanne wrote:

Anyone who is affected by this bug could you please add the following kernel boot parameter instead of reverting the bad commit and test if it works?
video=SVIDEO-1:d
This has solved the bug for me on my Latitude D630 with a 4.9 kernel. It disables the SVIDEO connector but my laptop doesen't even have one so it's fine.

It not solved for me, i add it into systemd-boot so /boot/loader/entries/arch.conf but when i restart it freeze, the only way for me (at this moment) is to unistall xf86-video-intel

cdown · 2017-02-18 02:03:02

Bratpfanne wrote:

Anyone who is affected by this bug could you please add the following kernel boot parameter instead of reverting the bad commit and test if it works?
video=SVIDEO-1:d
This has solved the bug for me on my Latitude D630 with a 4.9 kernel. It disables the SVIDEO connector but my laptop doesen't even have one so it's fine.

Thanks, this works for me on a T460s with 4.9.10.

collector1871 · 2017-02-18 08:42:43

After update to kernel 4.9 in one of my laptop (I am using 2 notebooks with Linux Arch) during boot I have "acpi errors".
But everything is working as usual. It is only blinking for 1-2 seconds during boot.

second notebook is working as usual, no problem at all, boot is clean.

Last edited by collector1871 (2017-02-18 08:43:53)

sofiasmith · 2017-03-04 22:41:43

Today after pacman -Syu, linux-lts updated from 4.4.52 to 4.9.13.

And the infamous drm_kms_helper error appeared in linux- lts.

And then I aplied: GRUB_CMDLINE_LINUX_DEFAULT="video=SVIDEO-1:d" on /etc/default/grub

grub-mkconfig -o /boot/grub/grub.cfg

Then I delete lts and install linux:

pacman -R linux-lts && pacman -S linux

And all is OK, worked like a charm, without any error and booting in 15 sec.

Thanks to bratpfanne!

sobralense · 2017-03-05 04:41:16

Just to let you know, worked for me too.

I have an old Macbook (Early 2007) with an "Intel GMA X3100 integrated graphics".
Since couldn't use linux-lts anymore, had to try the "video=" trick. Worked like a charm.
Funny, Xrandr wasn't listing SVIDEO!

I'm still with the linux-lts kernel (at this time is newer than main linux for arch, waiting 4.10, maybe).

If you don't use grub, but use "systemd-boot" like me, can do this:
Edit: /boot/loader/entries/linux-lts.conf
at the end of "options" line, include the: video=SVIDEO-1:d
Mine is: options root=/dev/sda2 rw elevator=deadline nosplash resume=/dev/sda3 nmi_watchdog=0 video=SVIDEO-1:d
PS: This is a single line, and please it's an example, don't copy everything.

And update the boot entry with:
sudo mkinitcpio -p linux-lts

If anyone have the same, I changed the video driver too, could keep the Early KMS, removed the xf86-video-intel and the performance it's really good with the "modesetting" driver for my old vga.

linux4me · 2017-03-08 20:33:55

Bratpfanne wrote:

Anyone who is affected by this bug could you please add the following kernel boot parameter instead of reverting the bad commit and test if it works?
video=SVIDEO-1:d
This has solved the bug for me on my Latitude D630 with a 4.9 kernel. It disables the SVIDEO connector but my laptop doesen't even have one so it's fine.

Thanks for this! It worked for me on a Toshiba Satellite A205 with the 4.9.11-1 kernel. My boot is now downright peppy.

martijn600 · 2017-03-10 08:55:16

Thanks Bratpfanne, video=SVIDEO-1:d solved the problem with my slow booting laptop as well.

For people who have only basic knowledge of Linux (like me), this is my account:
-Laptop specs:
HP Compaq 6910p
Duo Core @ 2.00 GHz, 1 GB RAM

I upgraded from Ubuntu 14.04 to 16.04, boot time to login screen after upgrade over 40 sec, which was noticeably slower than before.
Tried Xubuntu, but same problem (which not surprising, as Xubuntu has especially a faster UI).

-Opened terminal and typed: journalctl -b
This shows the boot log.
At subsequent lines with much time difference (about 10 sec) an error message with 'flip_done timed' appeared.
Searching on the internet on this message brought me to this forum.
It said that I needed to change the kernel boot parameters.

-In terminal I typed: sudo mousepad /etc/default/grub

-Changed line
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
into:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash video=SVIDEO-1:d"

-To propagate the changes, I did both (though one of them would probably have sufficed):
sudo update-grub
and/or
sudo grub-mkconfig -o /boot/grub/grub.cfg

-Rebooted machine, booting to log-in screen now 24 sec.

B.t.w.: another cause of this problem might be that I had a second monitor plugged in during installation.

dsreyes1014 · 2017-03-10 14:13:03

I have a Dell D630 laptop as well and the kernel parameter video=SVIDEO-1:d seems to work. This is not a solution but rather a workaround for now as my VGA port won't work with the kernel parameter it seems.

webspider84 · 2017-03-12 13:25:54

Huge thanks to sobralense and Bratpfanne.

This has been annoying me for ages and adding video=SVIDEO-1:d to systemd-boot conf has worked perfectly.

Boot speed it fantastic,

Thanks again guys.

kjkinnell · 2017-03-15 13:58:59

Toshiba Satellite L755 laptop now working again.

Just installed 4.10.2-1, and the drm_kms_helper "flip_done timed out" warning is gone, the machine is not hanging for two or three minutes when switching graphics modes.

Changing the SVIDEO boot param did not help on this machine.

I never had a boot speed issue, but switching between vts took forever, and there were random hangs in X. The 4.9 lts kernel reintroduced all of that, but upstream was making steady progress on this and it looks like older/weird-Toshiba-Intel graphics is supported again in the latest kernel.

And thanks to Soukyuu--removing xf86-intel-video made debugging a tiny bit easier. Nothing required it, I don't know why I had it installed in the first place.

Last edited by kjkinnell (2017-03-15 14:00:39)

tmg · 2017-03-22 22:27:07

Hi,

I faced the same problem installing Arch and Ubuntu on my laptop (zenbook ux31a). I found out this error only appeared when I had it plugged to my second monitor. Everything was fine using only the laptop.

giuscri · 2017-06-13 10:16:03

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

$ uname -a
Linux x220 4.11.3-1-ARCH #1 SMP PREEMPT Sun May 28 10:40:17 CEST 2017 x86_64 GNU/Linux

Last edited by giuscri (2017-06-13 10:16:49)

Lenry · 2017-09-21 20:33:51

Bratpfanne wrote:

Anyone who is affected by this bug could you please add the following kernel boot parameter instead of reverting the bad commit and test if it works?
video=SVIDEO-1:d
This has solved the bug for me on my Latitude D630 with a 4.9 kernel. It disables the SVIDEO connector but my laptop doesen't even have one so it's fine.

Thank you!
This reduced my boot time from ~40 seconds to 10!
Thank you again

malcontent · 2017-09-27 03:31:51

The message "flip_done timed out" is not the real problem here, it's only a symptom of an underlying problem that needs to be fixed.

There are many potential problems that can cause the timeout, sometimes it's because of a missing interrupt, sometimes the GPU goes haywire and that causes the timeout, it can be different things, but it's important that we fix all those underlying issues.

So, please help with this and file bug reports on https://bugs.freedesktop.org/ (file it against DRM/Intel).

I would advise against adding a temporary workaround to your machine and then forget about it, because that won't help solve the real problem.

We need to fix everything upstream.

Last edited by malcontent (2017-09-27 20:18:47)

joelek · 2017-12-30 22:09:09

I am not (currently) running Arch Linux (I have in the past). But your forum helped me. I am installing Linux Mint 18.3 XFCE on an older acer Extensa 7620Z that I was given, and I was experiencing long (around 20 second) delays during boot, after login, and after logout. During the login/logout delays, the mouse cursor was visible but frozen. It made switching users very painful.

I was seeing the following error peppered in my syslog:

[drm:drm_atomic_helper_commit_cleanup_done [drm_kms_helper]] *ERROR* [CRTC:29:pipe A] flip_done timed out

Adding video=SVIDEO-1:d to GRUB_CMDLINE_LINUX_DEFAULT in /etc/default/grub made the issue go away.

I am running Linux version 4.10.0-38-generic.

WorMzy · 2017-12-30 22:28:20

EDIT: I initially split your post off, but since you aren't asking for support, I don't see any need to. I'm glad you've found our forums useful.

I am going to close this old topic now, however.

Last edited by WorMzy (2017-12-30 22:30:37)

Arch Linux

#51 2017-02-08 19:18:50

Re: kernel error in drm_kms_helper, flip_done timed out

#52 2017-02-09 09:33:19

Re: kernel error in drm_kms_helper, flip_done timed out

#53 2017-02-11 12:33:43

Re: kernel error in drm_kms_helper, flip_done timed out

#54 2017-02-11 14:06:39

Re: kernel error in drm_kms_helper, flip_done timed out

#55 2017-02-13 15:31:07

Re: kernel error in drm_kms_helper, flip_done timed out

#56 2017-02-18 02:03:02

Re: kernel error in drm_kms_helper, flip_done timed out

#57 2017-02-18 08:42:43

Re: kernel error in drm_kms_helper, flip_done timed out

#58 2017-03-04 22:41:43

Re: kernel error in drm_kms_helper, flip_done timed out

#59 2017-03-05 04:41:16

Re: kernel error in drm_kms_helper, flip_done timed out

#60 2017-03-08 20:33:55

Re: kernel error in drm_kms_helper, flip_done timed out

#61 2017-03-10 08:55:16

Re: kernel error in drm_kms_helper, flip_done timed out

#62 2017-03-10 14:13:03

Re: kernel error in drm_kms_helper, flip_done timed out

#63 2017-03-12 13:25:54

Re: kernel error in drm_kms_helper, flip_done timed out

#64 2017-03-15 13:58:59

Re: kernel error in drm_kms_helper, flip_done timed out

#65 2017-03-22 22:27:07

Re: kernel error in drm_kms_helper, flip_done timed out

#66 2017-06-13 10:16:03

Re: kernel error in drm_kms_helper, flip_done timed out

#67 2017-09-21 20:33:51

Re: kernel error in drm_kms_helper, flip_done timed out

#68 2017-09-27 03:31:51

Re: kernel error in drm_kms_helper, flip_done timed out

#69 2017-12-30 22:09:09

Re: kernel error in drm_kms_helper, flip_done timed out

#70 2017-12-30 22:28:20

Re: kernel error in drm_kms_helper, flip_done timed out

Board footer