From mboxrd@z Thu Jan 1 00:00:00 1970
From: bugzilla-daemon@freedesktop.org
Subject: [Bug 104598] vkmark with kwin compositing: Page flip failed: Cannot
allocate memory
Date: Tue, 15 May 2018 16:18:57 +0000
Message-ID:
References:
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0099061507=="
Return-path:
Received: from culpepper.freedesktop.org (culpepper.freedesktop.org
[131.252.210.165])
by gabe.freedesktop.org (Postfix) with ESMTP id 94C9C6E25D
for ; Tue, 15 May 2018 16:18:57 +0000 (UTC)
In-Reply-To:
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
Errors-To: dri-devel-bounces@lists.freedesktop.org
Sender: "dri-devel"
To: dri-devel@lists.freedesktop.org
List-Id: dri-devel@lists.freedesktop.org
--===============0099061507==
Content-Type: multipart/alternative; boundary="15264011370.c405381.514"
Content-Transfer-Encoding: 7bit
--15264011370.c405381.514
Date: Tue, 15 May 2018 16:18:57 +0000
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://bugs.freedesktop.org/
Auto-Submitted: auto-generated
https://bugs.freedesktop.org/show_bug.cgi?id=3D104598
Michel D=C3=A4nzer changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|DRM/AMDgpu |DRM/other
--- Comment #7 from Michel D=C3=A4nzer ---
Thanks, I was finally able to reproduce this. Seems like it's only reproduc=
ible
if the app runs at >=3D ~10K FPS.
It happens because the client submits so many PresentPixmap requests within=
a
single vertical blank period that the corresponding DRM vblank events fill =
up
the kernel DRM event queue. Then when the compositor sends a PresentPixmap
request, the page flip ioctl gets -ENOMEM from drm_event_reserve_init and
propagates it. (That the modesetting driver can't deal with this is its bug)
Options for addressing this:
The kernel might allow queuing page flip events even when the queue is full
with vblank events.
The xserver present code should be able to re-use a single DRM vblank event=
for
multiple client requests with the same target MSC.
--=20
You are receiving this mail because:
You are the assignee for the bug.=
--15264011370.c405381.514
Date: Tue, 15 May 2018 16:18:57 +0000
MIME-Version: 1.0
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://bugs.freedesktop.org/
Auto-Submitted: auto-generated
=
Michel D=C3=A4nzer
changed
bug 10459=
8
| What |
Removed |
Added |
| Component |
DRM/AMDgpu
|
DRM/other
|
Commen=
t # 7
on bug 10459=
8
from Michel D=C3=A4nzer
Thanks, I was finally able to reproduce this. Seems like it's =
only reproducible
if the app runs at >=3D ~10K FPS.
It happens because the client submits so many PresentPixmap requests within=
a
single vertical blank period that the corresponding DRM vblank events fill =
up
the kernel DRM event queue. Then when the compositor sends a PresentPixmap
request, the page flip ioctl gets -ENOMEM from drm_event_reserve_init and
propagates it. (That the modesetting driver can't deal with this is its bug)
Options for addressing this:
The kernel might allow queuing page flip events even when the queue is full
with vblank events.
The xserver present code should be able to re-use a single DRM vblank event=
for
multiple client requests with the same target MSC.
You are receiving this mail because:
- You are the assignee for the bug.
=
--15264011370.c405381.514--
--===============0099061507==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVs
IG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHBzOi8vbGlz
dHMuZnJlZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8vZHJpLWRldmVsCg==
--===============0099061507==--