I am using compiz-0.8. With DRI3 enabled in xorg.conf and AccelMethod EXA, the output becomes scrambled when switching monitors. This does not happen with DRI3 off and AccelMethod EXA, and does not happen with DRI3 on and AccelMethod glamour. There seems no proper way to restore functionality except killing compiz (leaving a black screen) and starting another window manager, like xfwm4. After that, launching compiz again is not possible, I have to restart the X server. Using xf86-video-ati git master (391900a670addec39515f924265bfa9f8bfa9ec0). 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Cayman PRO [Radeon HD 6950] (prog-if 00 [VGA controller]) Subsystem: Advanced Micro Devices, Inc. [AMD/ATI] Cayman PRO [Radeon HD 6950] Flags: bus master, fast devsel, latency 0, IRQ 25 Memory at e0000000 (64-bit, prefetchable) [size=256M] Memory at f7e20000 (64-bit, non-prefetchable) [size=128K] I/O ports at e000 [size=256] Expansion ROM at f7e00000 [disabled] [size=128K] Capabilities: [50] Power Management version 3 Capabilities: [58] Express Legacy Endpoint, MSI 00 Capabilities: [a0] MSI: Enable+ Count=1/1 Maskable- 64bit+ Capabilities: [100] Vendor Specific Information: ID=0001 Rev=1 Len=010 <?> Capabilities: [150] Advanced Error Reporting
Please attach /var/log/Xorg.0.log and the output of dmesg, preferably from after the problem occurred. What does "switching monitors" mean exactly?
Created attachment 114744 [details] Xorg.dri3.glamour.log.bz2 Xorg.log DRI3 + glamour (bzip2)
Created attachment 114745 [details] Xorg.dri3.exa.log.bz2 Xorg.log DRI3 + EXA (bzip2)
(In reply to Michel Dänzer from comment #1) > Please attach /var/log/Xorg.0.log and the output of dmesg, preferably from > after the problem occurred. There is nothing strange in dmesg. The image looks scrambled and is frozen, yet slightly reminiscent of the original screen. > What does "switching monitors" mean exactly? this: xrandr --output DVI-1 --auto --primary --output HDMI-0 --off xrandr -s 1360x768 or: xrandr --output HDMI-0 --auto --primary --output DVI-1 --off Screen 0: minimum 320 x 200, current 1920 x 1200, maximum 16384 x 16384 HDMI-0 connected primary 1920x1200+0+0 (normal left inverted right x axis y axis) 550mm x 344mm 1920x1200 59.95*+ 1920x1080 60.00 59.94 59.93 1920x1080i 60.00 59.94 1600x1200 60.00 1680x1050 59.88 1280x1024 75.02 60.02 1440x900 59.90 1152x864 75.00 1280x720 60.00 59.94 1024x768 75.08 70.07 60.00 1440x480i 59.94 832x624 74.55 800x600 72.19 75.00 60.32 56.25 720x576 50.00 720x576i 50.00 720x480 60.00 59.94 720x480i 60.00 59.94 640x480 75.00 72.81 66.67 60.00 59.94 720x400 70.08 640x400 59.95 DisplayPort-0 disconnected (normal left inverted right x axis y axis) DisplayPort-1 disconnected (normal left inverted right x axis y axis) DVI-0 disconnected (normal left inverted right x axis y axis) DVI-1 connected (normal left inverted right x axis y axis) 1920x1200 60.00 + 1360x768 60.02 + 1280x1024 75.02 60.02 1280x768 59.87 1024x768 75.08 70.07 60.00 800x600 72.19 75.00 60.32 56.25 640x480 75.00 72.81 60.00 720x400 70.08 Also, a similar issue occurs even with glamour + dri3 (and maybe exa + dri2 etc., but I haven't tested this) for: xrandr --fb 3840x1200 --output HDMI-0 --mode 1920x1200 --scale-from 3840x1200 --output DVI-1 --off And the scaling does not work. It recognizes the fb change (the panel pager reflects this), but the scaling does not change. I've filed a bug for this some time ago, though things have changed a bit since then: https://bugs.freedesktop.org/show_bug.cgi?id=80678
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/drm/amd/issues/597.
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.