From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla-daemon@freedesktop.org Subject: [Bug 112265] Drm: mgag200. Video adapter issue with 5.4.0-rc3 ; no graphics Date: Wed, 13 Nov 2019 21:30:11 +0000 Message-ID: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1672003415==" Return-path: Received: from culpepper.freedesktop.org (culpepper.freedesktop.org [IPv6:2610:10:20:722:a800:ff:fe98:4b55]) by gabe.freedesktop.org (Postfix) with ESMTP id 61F836EE79 for ; Wed, 13 Nov 2019 21:30:11 +0000 (UTC) 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 --===============1672003415== Content-Type: multipart/alternative; boundary="15736806111.c88D2bcF.17600" Content-Transfer-Encoding: 7bit --15736806111.c88D2bcF.17600 Date: Wed, 13 Nov 2019 21:30:11 +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=3D112265 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@lists.freedesktop.org Reporter: John.p.donnelly@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 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 decis= ion should rather be made by the memory manager. By replacing the function w= ith 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_syst= em() 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 .=20=20=20=20 I found this issue using=20 gnome-desktop3-3.28.2-1.el8.x86_64 If there is a more specific. RPM I can look at for guidance I will . --=20 You are receiving this mail because: You are the assignee for the bug.= --15736806111.c88D2bcF.17600 Date: Wed, 13 Nov 2019 21:30:11 +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
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@lists.freedesktop.org
Reporter John.p.donnelly@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 <tz=
immermann@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 decis=
ion
   should rather be made by the memory manager. By replacing the function w=
ith
   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_syst=
em()
   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 .=20=20=20=20



I found this issue using=20

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.
= --15736806111.c88D2bcF.17600-- --===============1672003415== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVs IG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHBzOi8vbGlz dHMuZnJlZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8vZHJpLWRldmVs --===============1672003415==--