Bug 108747 - The booting is too long with drm_atomic_helper_wait_for_dependencies errors (xenial+hwe,bionic))
Summary: The booting is too long with drm_atomic_helper_wait_for_dependencies errors (...
Status: CLOSED DUPLICATE of bug 93782
Alias: None
Product: DRI
Classification: Unclassified
Component: DRM/Intel (show other bugs)
Version: unspecified
Hardware: x86 (IA32) Linux (All)
: medium normal
Assignee: Intel GFX Bugs mailing list
QA Contact: Intel GFX Bugs mailing list
URL: https://bugs.launchpad.net/ubuntu/+so...
Whiteboard: Triaged
Keywords:
Depends on:
Blocks:
 
Reported: 2018-11-14 22:41 UTC by Dima
Modified: 2018-12-28 08:44 UTC (History)
4 users (show)

See Also:
i915 platform:
i915 features:

Attachments
dmesg 4.20 RC2 (72.98 KB, text/plain)
2018-11-19 21:14 UTC, Lakshmi 		no flags Details
dmesg Ubuntu drm-tip 4.20.0-994.201811182101 (recovery mode -> resume (nomodeset(?)) (51.98 KB, text/plain)
2018-11-20 01:19 UTC, Dima 		no flags Details
dmesg 4.15 ubuntu 16.04.5 hwe drm.debug=0x1e (370.96 KB, text/plain)
2018-11-22 23:46 UTC, Dima 		no flags Details
View All

Description Dima 2018-11-14 22:41:06 UTC 
The booting is too long on any kernels =>4.4 (higher than Ubuntu xenial non-hwe versions).

The errors in dmesg output are similar to this:

[drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [CRTC:41:pipe B] flip_done timed out
[drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [PLANE:35:plane B] flip_done timed out

I tried amd64 and i386 (i686) architectures with the same results. Also I tried Fedora and some other distributions.
The system information was collected by apport and posted there:

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1785326

Thank you.
Comment 1 Lakshmi 2018-11-19 13:46:19 UTC 
 
> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1785326
Dmesg attached here from Linux version 4.15.0-20-generic, can you try to verify this issue with latest drm-tip?
https://cgit.freedesktop.org/drm-tip
If the problem persists (with drm-tip) attach the full dmesg from boot with kernel parameters drm.debug=0x1e log_buf_len=4M?
Comment 2 Lakshmi 2018-11-19 21:14:02 UTC 
Created attachment 142524 [details]
dmesg 4.20 RC2
Comment 3 Lakshmi 2018-11-19 21:31:50 UTC 
Ville, any comments here?
Comment 4 Dima 2018-11-19 22:54:35 UTC 
May I use this link for drm-tip?
http://kernel.ubuntu.com/~kernel-ppa/mainline/drm-tip/current/
Comment 5 Dima 2018-11-20 01:17:08 UTC 
I tried linux-image-4.20.0-994-lowlatency_4.20.0-994.201811182101_i386 from the link above, but I can't boot it by the normal way. And I don't know how to save dmesg while the system does not respond. But I tried to boot in recovery mode and have got two dmesgs without X and with nomodeset on (and/or something else by recovery mode menu -> resume). I guess it's not useful, but it's all I've got.

If it's distro version related I can install any of them on my old hdd.

And I don't know how to use https://cgit.freedesktop.org/drm-tip/. Should I merge it with the latest kernel sources and then compile? How to merge it?
Comment 6 Dima 2018-11-20 01:19:57 UTC 
Created attachment 142525 [details]
dmesg Ubuntu drm-tip 4.20.0-994.201811182101 (recovery mode -> resume (nomodeset(?))
Comment 7 Lakshmi 2018-11-22 08:53:05 UTC 
Dima, 
Can you please set kernel parameters drm.debug=0x1e log_buf_len=4M and reproduce this issue and attach the log? 
Current logs are without debug parameters.
Comment 8 Ville Syrjala 2018-11-22 12:59:02 UTC 
The dmesg didn't have the debugs enabled so can't see much.

The one important detail I see is

[   15.130664]  ? wait_woken+0x70/0x70
[   15.130746]  intel_get_load_detect_pipe+0x335/0x380 [i915]
[   15.130801]  intel_tv_detect+0x10b/0x480 [i915]

so this is a duplicate.

*** This bug has been marked as a duplicate of bug 93782 ***
Comment 9 Dima 2018-11-22 23:46:46 UTC 
Created attachment 142581 [details]
dmesg 4.15 ubuntu 16.04.5 hwe drm.debug=0x1e

I wasn't able to boot 4.20rc2, 4.20rc3 and drm-tip current. I don't know why. I was able to boot 4.20rc2 a day before and now I can't. It looks like it is the same case as was on linux-image-4.20.0-994-lowlatency_4.20.0-994.201811182101_i386.

So I've made the dmesg with drm.debug=0x1e log_buf_len=4M for default Ubuntu Xenial hwe kernel (4.15). I hope it can be helpful.
Comment 10 Dima 2018-11-23 19:50:16 UTC 
(In reply to Ville Syrjala from comment #8)

I've attached dmesg with drm.debug recently. Could you please check it to be sure it's a duplicate?
Comment 11 Ville Syrjala 2018-11-23 20:05:12 UTC 
(In reply to Dima from comment #10)
> (In reply to Ville Syrjala from comment #8)
> 
> I've attached dmesg with drm.debug recently. Could you please check it to be
> sure it's a duplicate?

i965gm+tv -> it's a duplicate
Comment 12 Dima 2018-11-23 21:04:45 UTC 
Booting with video=SVIDEO-1:d helps. So indeed it's a duplicate. Finally I can update to 18.04. A profound bow to you all. Thank you.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.