https://bugs.freedesktop.org/show_bug.cgi?id=67550
Priority: medium Bug ID: 67550 Assignee: dri-devel@lists.freedesktop.org Summary: Radeon+Intel GPU with HDMI audio on Intel Severity: normal Classification: Unclassified OS: Linux (All) Reporter: a.heider@gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: DRI CVS Component: General Product: DRI
I have multiple, but related, issues with a dual GPU setup: 1) cursor flickering 2) no HDMI audio on secondary GPU without extending X11 for that output 3) xrandr broken with xorg.conf describing the dual setup 4) driQueryOptioni() not multi GPU aware (crash in mesa)
Setup: Radeon 6850 PCIe as primary device, connected to a TFT over DVI HD4000 on Ivybridge as secondary device, connected to a receiver over HDMI (plus a projector connected to my receiver via HDMI) Pretty much the latest and greatest of everything in the graphics stack.
Why the secondary connection? It's used to get multichannel audio to my receiver, which isn't possible with the additional radeon HDMI head.
If I extend my desktop via: xrandr --output $intel_hdmi --right-of $radeon_dvi --mode 1280x720 --refresh 60 It properly extends the display to the secondary GPU. I get a picture on the projector, as well as HDMI audio on the receiver.
#1, without xorg.conf Now with both outputs enabled there is a mouse cursor issue with apps on the primary output:
* mplayer (without using vdpau), dvb-t viewer or firefox+flash: when moving the cursor over the video output, there's a rectangle of garbage around the cursor. Looks like a rect of a prior frame on a broken alpha mask. The issue with mplayer vanishes when using vdpau. * The cursor in full screen GL games flickers. One frame it's there, then vanishes some later, but mostly its gone, making GUIs a real pita.
If I disable the $intel_hdmi output again the problem goes away. But that brings us to the second problem:
#2, without xorg.conf The receiver sends its own EDID block, so I can extend via xrandr without turning on the projector. But the projector is turned off in most cases, so is there a way to disable a display output but keep the HDMI audio output? (as a workaround for #1)
I found: xrandr --output $intel_hdmi --set audio force-dvi|off|auto|on but it seems that only works if the display output is enabled (or I'm too stupid to properly use xrandr)...
#3 with xorg.conf xrandr thinks HDMI isn't connected to the Intel GPU, and hence doesn't allow to toggle it, yet HDMI audio over it just works. While that would probably work around #1 I cannot tell because then I run into:
#4 with xorg.conf All GL apps crash with: glxinfo: /home/andre/devel/mesa/src/mesa/drivers/dri/common/xmlconfig.c:1030: driQueryOptioni: Assertion `cache->info[i].name != ((void *)0)' failed.
https://bugs.freedesktop.org/show_bug.cgi?id=67550
--- Comment #1 from Andre Heider a.heider@gmail.com --- Created attachment 83312 --> https://bugs.freedesktop.org/attachment.cgi?id=83312&action=edit xorg.conf
https://bugs.freedesktop.org/show_bug.cgi?id=67550
--- Comment #2 from Andre Heider a.heider@gmail.com --- Created attachment 83313 --> https://bugs.freedesktop.org/attachment.cgi?id=83313&action=edit xorg log without xorg.conf
https://bugs.freedesktop.org/show_bug.cgi?id=67550
--- Comment #3 from Andre Heider a.heider@gmail.com --- Created attachment 83314 --> https://bugs.freedesktop.org/attachment.cgi?id=83314&action=edit xorg log with xorg.conf
https://bugs.freedesktop.org/show_bug.cgi?id=67550
--- Comment #4 from Christian König deathsimple@vodafone.de --- (In reply to comment #0)
#2, without xorg.conf The receiver sends its own EDID block, so I can extend via xrandr without turning on the projector. But the projector is turned off in most cases, so is there a way to disable a display output but keep the HDMI audio output? (as a workaround for #1)
Nope, unfortunately not. It's by HDMI design, the audio signal is mixed into the vertical and horizontal blank periods of the video signal -> so if you don't have a video signal you don't have audio also.
As a workaround you could try to setup a second X server or framebuffer or something like that (kms console?) on the HDMI output to just get a video signal on it.
https://bugs.freedesktop.org/show_bug.cgi?id=67550
--- Comment #5 from Andre Heider a.heider@gmail.com --- (In reply to comment #4)
(In reply to comment #0)
#2, without xorg.conf The receiver sends its own EDID block, so I can extend via xrandr without turning on the projector. But the projector is turned off in most cases, so is there a way to disable a display output but keep the HDMI audio output? (as a workaround for #1)
Nope, unfortunately not. It's by HDMI design, the audio signal is mixed into the vertical and horizontal blank periods of the video signal -> so if you don't have a video signal you don't have audio also.
As a workaround you could try to setup a second X server or framebuffer or something like that (kms console?) on the HDMI output to just get a video signal on it.
Okay, thanks for clearing that up.
Another workaround would be HDMI multichannel audio for radeon :) Does AMD have any plans to implement that?
https://bugs.freedesktop.org/show_bug.cgi?id=67550
--- Comment #6 from Christian König deathsimple@vodafone.de --- (In reply to comment #5)
Another workaround would be HDMI multichannel audio for radeon :) Does AMD have any plans to implement that?
Oh yes we are working on that and IIRC actually have most of the stuff on the video driver side done, but the alsa side is still missing.
Going to ask on our team call today what the status of that is.
https://bugs.freedesktop.org/show_bug.cgi?id=67550
--- Comment #7 from Andre Heider a.heider@gmail.com --- (In reply to comment #6)
(In reply to comment #5)
Another workaround would be HDMI multichannel audio for radeon :) Does AMD have any plans to implement that?
Oh yes we are working on that and IIRC actually have most of the stuff on the video driver side done, but the alsa side is still missing.
Going to ask on our team call today what the status of that is.
Nice, looking forward to it!
https://bugs.freedesktop.org/show_bug.cgi?id=67550
--- Comment #8 from compmastermike@yahoo.com --- I've got a similar setup with a Radeon HD 6750 and a Radeon X300. Assuming you're using Compiz, you can get the cursor flickering issue to go away by disabling "framebuffer object" and "always use buffer swapping" in the OpenGL options of CCSM. It may require a restart of Compiz after that to stop the flickering.
I still get garbage around the cursor when using it on a scaled image (getting the magnifying glass cursor) in firefox or midori though.
https://bugs.freedesktop.org/show_bug.cgi?id=67550
Andre Heider a.heider@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Assignee|dri-devel@lists.freedesktop |xorg-driver-ati@lists.x.org |.org | QA Contact| |xorg-team@lists.x.org Product|DRI |xorg Version|DRI CVS |git Component|General |Driver/Radeon
--- Comment #9 from Andre Heider a.heider@gmail.com --- Status: #2 work's as advertised #3 and #4: That's xinerama with the attached xorg.conf, right? That wasn't the intention, so I guess noone cares
#1 is still open (cursor flickering), reassigning to drm/radeon, as I guess that's the culprint
(In reply to comment #8) No, plain xfce without compositor here
dri-devel@lists.freedesktop.org