| Summary: | DRI_PRIME not working | ||
|---|---|---|---|
| Product: | Mesa | Reporter: | Maxim <ya.maxis11> |
| Component: | Drivers/Gallium/r600 | Assignee: | Default DRI bug account <dri-devel> |
| Status: | RESOLVED NOTABUG | QA Contact: | |
| Severity: | normal | ||
| Priority: | medium | ||
| Version: | git | ||
| Hardware: | x86-64 (AMD64) | ||
| OS: | Linux (All) | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
| Attachments: | dmesg and Xorg | ||
PRIME only works with a compositor. Make sure you are using one. 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 (In reply to comment #1) > PRIME only works with a compositor. Make sure you are using one. Thanks, xcompmgr fixed it 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. (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 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) (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. (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. (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. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.
Created attachment 100312 [details] 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.