From: bugzilla-daemon@freedesktop.org
To: dri-devel@lists.freedesktop.org
Subject: [Bug 109102] At dual monitor intel_do_flush_locked failed: Resource deadlock avoided
Date: Tue, 19 Feb 2019 23:39:44 +0000 [thread overview]
Message-ID: <bug-109102-502-xGdAYWMKyz@http.bugs.freedesktop.org/> (raw)
In-Reply-To: <bug-109102-502@http.bugs.freedesktop.org/>
[-- Attachment #1.1: Type: text/plain, Size: 2044 bytes --]
https://bugs.freedesktop.org/show_bug.cgi?id=109102
--- Comment #5 from Gert vd Kraats <vd.kraats@hccnet.nl> ---
Some more investigation, understanding and adding 2 other possible fixes for
the problem.
The problem occurs at Ubuntu 18.10 only at gdm3 with wayland using dual
monitor.
It is not occuring with wayland at single monitor.
It totally doesnot occur if gdm3 is not using wayland.
At ubuntu 18.04 the same problem exists with wayland, but is not occurring so
often.
At ubuntu 18.10 with wayland and dual monitor the user session immediately
aborts, if 16 or more favorites are allocated at the dock.
For some reason wayland seems to use one extra fence register at dual monitor.
It is noticed at dual monitor, that gdm3 with wayland uses 2 calls to
clutter_stage_cogl_redraw_view for 2 logical screens for every call to
clutter_stage_cogl_redraw; gdm3 without wayland does only one call to
clutter_stage_cogl_redraw_view for 1 logical screen.
The crash occurs at intel_batchbuffer_flush. Always the last batch at such a
flush is coming from function emit_copy_blit and intelClearWithBlit at
src/mesa/drivers/dri/i915/intel_blit.c. At the call to
dri_bufmgr_check_aperture_space they indicate to use zero fence registers, but
in fact they use one. This violates the limit of 14, causing a crash at dual
monitor.
So the call to dri_bufmgr_check_aperture_space must be postponed, until the
needed fence register is added in the middle of the batch-generation and then
the batch-actions must be undone, a flush is called and batch is regenerated
again.
For this function intel_batchbuffer_emit_reset is added.
This also is done for function intel_miptree_set_alpha_to_one, although I never
saw a call of this function.
See fix error3_patch2.txt.
Another (dirty) solution is to decrement the availablity and just continue.
This gives somewhere a failure, but I could not see a failing layout.
See fix error3_patch3.txt.
--
You are receiving this mail because:
You are the assignee for the bug.
[-- Attachment #1.2: Type: text/html, Size: 2873 bytes --]
[-- Attachment #2: Type: text/plain, Size: 159 bytes --]
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
next prev parent reply other threads:[~2019-02-19 23:39 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <bug-109102-502@http.bugs.freedesktop.org/>
2018-12-19 14:35 ` [Bug 109102] At dual monitor intel_do_flush_locked failed: Resource deadlock avoided bugzilla-daemon
2019-01-26 10:50 ` bugzilla-daemon
2019-01-26 10:52 ` bugzilla-daemon
2019-02-19 23:39 ` bugzilla-daemon [this message]
2019-02-19 23:43 ` bugzilla-daemon
2019-02-19 23:46 ` bugzilla-daemon
2019-07-28 22:43 ` bugzilla-daemon
2019-09-18 19:41 ` 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-109102-502-xGdAYWMKyz@http.bugs.freedesktop.org/ \
--to=bugzilla-daemon@freedesktop.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox