[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