I am going to close this old topic now, however.
]]>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.
]]>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.
]]>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
$ uname -a
Linux x220 4.11.3-1-ARCH #1 SMP PREEMPT Sun May 28 10:40:17 CEST 2017 x86_64 GNU/Linux
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.
]]>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.
]]>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.
]]>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.
]]>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.
]]>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.
]]>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!
]]>second notebook is working as usual, no problem at all, boot is clean.
]]>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.
]]>