https://bugs.freedesktop.org/show_bug.cgi?id=79551
Priority: medium Bug ID: 79551 Assignee: dri-devel@lists.freedesktop.org Summary: DRI_PRIME not working Severity: normal Classification: Unclassified OS: Linux (All) Reporter: ya.maxis11@yandex.ru Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Drivers/Gallium/r600 Product: Mesa
Created attachment 100312 --> https://bugs.freedesktop.org/attachment.cgi?id=100312&action=edit dmesg and Xorg
I have a problem with DRI_PRIME. If i want to render on DGPU: DRI_PRIME=1 glxgears Result is black window. Hardware: IGPU: Radeon HD 6480G. DGPU: Radeon HD 7470M. Kernel 3.15-rc8. CPU:A4-3305M. Booting with radeon.runpm=0 (if with runpm=1 then after few seconds system freezes). Drivers from oibaf ppa.
https://bugs.freedesktop.org/show_bug.cgi?id=79551
--- Comment #1 from Alex Deucher agd5f@yahoo.com --- PRIME only works with a compositor. Make sure you are using one.
https://bugs.freedesktop.org/show_bug.cgi?id=79551
--- Comment #2 from Maxim ya.maxis11@yandex.ru --- xrandr --listproviders Providers: number : 3 Provider 0: id: 0x78 cap: 0x9, Source Output, Sink Offload crtcs: 2 outputs: 3 associated providers: 2 name:radeon Provider 1: id: 0x43 cap: 0x6, Sink Output, Source Offload crtcs: 4 outputs: 0 associated providers: 2 name:radeon Provider 2: id: 0x43 cap: 0x6, Sink Output, Source Offload crtcs: 4 outputs: 0 associated providers: 2 name:radeon
glxinfo | grep "OpenGL renderer" OpenGL renderer string: Gallium 0.4 on AMD SUMO2
But when I tried:
xrandr --setprovideroffloadsink 0x78 0x43 X Error of failed request: BadValue (integer parameter out of range for operation) Major opcode of failed request: 140 (RANDR) Minor opcode of failed request: 34 () Value in failed request: 0x78 Serial number of failed request: 17 Current serial number in output stream: 18
https://bugs.freedesktop.org/show_bug.cgi?id=79551
--- Comment #3 from Maxim ya.maxis11@yandex.ru --- (In reply to comment #1)
PRIME only works with a compositor. Make sure you are using one.
Thanks, xcompmgr fixed it
https://bugs.freedesktop.org/show_bug.cgi?id=79551
Alex Deucher agd5f@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |NOTABUG
https://bugs.freedesktop.org/show_bug.cgi?id=79551
--- Comment #4 from Michel Dänzer michel@daenzer.net --- I'd argue this is actually a bug (probably in the X server): If PRIME can't work without compositing, it should enable automatic compositing for the windows that need it.
https://bugs.freedesktop.org/show_bug.cgi?id=79551
--- Comment #5 from Maxim ya.maxis11@yandex.ru --- (In reply to comment #4)
I'd argue this is actually a bug (probably in the X server): If PRIME can't work without compositing, it should enable automatic compositing for the windows that need it.
xorg-server 2:1.15.1-0ubuntu2 ubuntu 14.04
https://bugs.freedesktop.org/show_bug.cgi?id=79551
--- Comment #6 from Maxim ya.maxis11@yandex.ru --- if in /etc/environment set DRI_PRIME=1 and in /etc/xprofile set xcompmgr -c & some apps will display with artifacts (part of window freezes when scrolling)
https://bugs.freedesktop.org/show_bug.cgi?id=79551
--- Comment #7 from Michel Dänzer michel@daenzer.net --- (In reply to comment #6)
if in /etc/environment set DRI_PRIME=1 and in /etc/xprofile set xcompmgr -c & some apps will display with artifacts (part of window freezes when scrolling)
Apps using PRIME, or others?
BTW, just xcompmgr -a should be enough, no need for -c.
https://bugs.freedesktop.org/show_bug.cgi?id=79551
--- Comment #8 from Maxim ya.maxis11@yandex.ru --- (In reply to comment #7)
(In reply to comment #6)
if in /etc/environment set DRI_PRIME=1 and in /etc/xprofile set xcompmgr -c & some apps will display with artifacts (part of window freezes when scrolling)
Apps using PRIME, or others?
BTW, just xcompmgr -a should be enough, no need for -c.
others. Today I've tested with DRI_PRIME=0. Same lags. It's appear, when xcompmgr running.
https://bugs.freedesktop.org/show_bug.cgi?id=79551
--- Comment #9 from Michel Dänzer michel@daenzer.net --- (In reply to comment #8)
others. Today I've tested with DRI_PRIME=0. Same lags. It's appear, when xcompmgr running.
That's not directly related to this bug report then. If xcompmgr -a doesn't work better, there are many other compositing managers you can try.
dri-devel@lists.freedesktop.org