All of lore.kernel.org
 help / color / mirror / Atom feed
From: bugzilla-daemon@bugzilla.kernel.org
To: dri-devel@lists.freedesktop.org
Subject: [Bug 210123] New: drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] - flip_done time out with vmwgfx
Date: Mon, 09 Nov 2020 21:05:09 +0000	[thread overview]
Message-ID: <bug-210123-2300@https.bugzilla.kernel.org/> (raw)

https://bugzilla.kernel.org/show_bug.cgi?id=210123

            Bug ID: 210123
           Summary: drm:drm_atomic_helper_wait_for_dependencies
                    [drm_kms_helper]] - flip_done time out with vmwgfx
           Product: Drivers
           Version: 2.5
    Kernel Version: 5.3.18-24.9.1
          Hardware: x86-64
                OS: Linux
              Tree: Mainline
            Status: NEW
          Severity: normal
          Priority: P1
         Component: Video(DRI - non Intel)
          Assignee: drivers_video-dri@kernel-bugs.osdl.org
          Reporter: stefan+kernel@mayr-stefan.de
        Regression: No

Since we upgraded SUSE Linux Enterprise Server 15 from kernel 4.12.14-197.45.1
(SLES15 SP1) to 5.3.18-24.9.1 (SLES15 SP2) or later we see the following error
messages on some virtual machines:

[102215.857602] [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]]
*ERROR* [CRTC:38:crtc-0] flip_done timed out
[102226.097847] [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]]
*ERROR* [PLANE:34:plane-0] flip_done timed out

We were also provided some more current kernels from SUSE support:
- 5.3.18 with updated modules 
- 5.8.15
- 5.9.1

The issue stays the same. All affected machines are running in runlevel 3. The
only graphical "thing" is the boot screen and when this error appears in the
logs this screen is sitting at an empty login prompt.
All virtual machines are running in a VMware environment on ESXi-Hosts with
versions between 6.0.x and 6.7.x. We could not track it down to specific ESXi
versions, load on the ESXi host or even the virtual machine. This happens on
different versions, loaded and also on idle hosts and virtual machines.

The issue goes away when we add vmwgfx to the grub module_blacklist.

I know our kernel versions are somehow SUSE specific. But what changed between
4.12 and 5.3 and later that may cause this message between drm and vmwgfx?

-- 
You are receiving this mail because:
You are watching the assignee of the bug.
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

             reply	other threads:[~2020-11-09 21:05 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-11-09 21:05 bugzilla-daemon [this message]
2020-11-09 21:16 ` [Bug 210123] drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] - flip_done time out with vmwgfx bugzilla-daemon
2020-11-10 18:07 ` bugzilla-daemon
2020-11-11  9:24 ` bugzilla-daemon
2020-11-20 10:22 ` bugzilla-daemon
2020-11-20 10:38 ` bugzilla-daemon
2020-11-25 16:54 ` bugzilla-daemon
2020-11-25 21:45 ` bugzilla-daemon
2021-01-28 19:25 ` bugzilla-daemon

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=bug-210123-2300@https.bugzilla.kernel.org/ \
    --to=bugzilla-daemon@bugzilla.kernel.org \
    --cc=dri-devel@lists.freedesktop.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.