[Bug 112265] Drm: mgag200. Video adapter issue with 5.4.0-rc3 ; no graphics
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Wed Nov 13 21:30:11 UTC 2019
https://bugs.freedesktop.org/show_bug.cgi?id=112265
Bug ID: 112265
Summary: Drm: mgag200. Video adapter issue with 5.4.0-rc3 ; no
graphics
Product: DRI
Version: DRI git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: major
Priority: not set
Component: DRM/other
Assignee: dri-devel at lists.freedesktop.org
Reporter: John.p.donnelly at oracle.com
bisect took to me to this change that certainly reflects the behavior I am
seeing :
5.1.0-rc5
commit 81da87f63a1edebcf8cbb811d387e353d9f89c7a (refs/bisect/bad)
Author: Thomas Zimmermann <tzimmermann at suse.de>
Date: Tue May 21 13:08:29 2019 +0200
drm: Replace drm_gem_vram_push_to_system() with kunmap + unpin
The push-to-system function forces a buffer out of video RAM. This decision
should rather be made by the memory manager. By replacing the function with
calls to the kunmap and unpin functions, the buffer's memory becomes
available,
but the buffer remains in VRAM until it's evicted by a pin operation.
This patch replaces the remaining instances of drm_gem_vram_push_to_system()
in ast and mgag200, and removes the function from DRM.
My 1st impression is we need a method that restores the previous behavior that
pushes the content to the device .
I found this issue using
gnome-desktop3-3.28.2-1.el8.x86_64
If there is a more specific. RPM I can look at for guidance I will .
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20191113/f4275b42/attachment.html>
More information about the dri-devel
mailing list