Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 543496 - x11-drivers/xf86-video-ati: graphics artifacts in window chrome
Summary: x11-drivers/xf86-video-ati: graphics artifacts in window chrome
Status: RESOLVED TEST-REQUEST
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo X packagers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-03-16 11:16 UTC by Serge Ratke
Modified: 2017-01-26 07:03 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
emerge.info (emerge-info.txt,5.80 KB, text/plain)
2015-03-16 11:16 UTC, Serge Ratke
Details
screenshot (graphics_bugs.png,69.41 KB, image/png)
2015-03-16 12:01 UTC, Serge Ratke
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Serge Ratke 2015-03-16 11:16:09 UTC
Created attachment 399024 [details]
emerge.info

Hi,

not sure when this issue started to happen, however, as the title says i'm having some rather annoying graphical bug where usually the chrome and sometimes the whole window is full of graphics artifacts as shown in the attachment.

some additional infos:

libdrm-2.4.59 (libkms -static-libs ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64" ABI_X86="64 -32 -x32" VIDEO_CARDS="radeon -exynos -freedreno -intel -nouveau -omap -tegra -vmware")
xf86-video-ati-7.5.0 (glamor udev)
1.17.1-r1 (ipv6 nptl suid udev xorg -dmx -doc -glamor -kdrive -minimal -selinux -static-libs -systemd -tslib -unwind -wayland -xephyr -xnest -xvfb)

X11 config
----------

Section "Monitor"
	Identifier   "Monitor0"
	VendorName   "IIYAMA"
	ModelName    "IIYAMA B1906S"
EndSection

Section "Device"
        ### Available Driver options are:-
        ### Values: <i>: integer, <f>: float, <bool>: "True"/"False",
        ### <string>: "String", <freq>: "<f> Hz/kHz/MHz"
        ### [arg]: arg optional
        #Option     "NoAccel"            	# [<bool>]
        #Option     "SWcursor"           	# [<bool>]
        #Option     "Dac6Bit"            	# [<bool>]
        #Option     "Dac8Bit"            	# [<bool>]
        #Option     "BusType"            	# [<str>]
        #Option     "CPPIOMode"          	# [<bool>]
        #Option     "CPusecTimeout"      	# <i>
        #Option     "AGPMode"            	# <i>
        #Option     "AGPFastWrite"       	# [<bool>]
        #Option     "AGPSize"            	# <i>
        #Option     "GARTSize"           	# <i>
        #Option     "RingSize"           	# <i>
        #Option     "BufferSize"         	# <i>
        #Option     "EnableDepthMoves"   	# [<bool>]
        #Option     "EnablePageFlip"     	# [<bool>]
        #Option     "NoBackBuffer"       	# [<bool>]
        #Option     "DMAForXv"           	# [<bool>]
        #Option     "FBTexPercent"       	# <i>
        #Option     "DepthBits"          	# <i>
        #Option     "PCIAPERSize"        	# <i>
        #Option     "AccelDFS"           	# [<bool>]
        #Option     "IgnoreEDID"         	# [<bool>]
        #Option     "DisplayPriority"    	# [<str>]
        #Option     "PanelSize"          	# [<str>]
        #Option     "ForceMinDotClock"   	# <freq>
#        Option     "ColorTiling" "true"       	# [<bool>]
        #Option     "VideoKey"           	# <i>
        #Option     "RageTheatreCrystal" 	# <i>
        #Option     "RageTheatreTunerPort" 	# <i>
        #Option     "RageTheatreCompositePort" 	# <i>
        #Option     "RageTheatreSVideoPort" 	# <i>
        #Option     "TunerType"          	# <i>
        #Option     "RageTheatreMicrocPath" 	# <str>
        #Option     "RageTheatreMicrocType" 	# <str>
        #Option     "ScalerWidth"        	# <i>
#        Option     "RenderAccel" "true"       	# [<bool>]
        #Option     "SubPixelOrder"      	# [<str>]
        #Option     "ShowCache"          	# [<bool>]
        #Option     "DynamicClocks"      	# [<bool>]
        #Option     "VGAAccess"          	# [<bool>]
        #Option     "ReverseDDC"         	# [<bool>]
        #Option     "LVDSProbePLL"       	# [<bool>]
#        Option     "AccelMethod" "EXA"       	# <str>
        #Option     "DRI"                	# [<bool>]
        #Option     "ConnectorTable"     	# <str>
        #Option     "DefaultConnectorTable" 	# [<bool>]
        #Option     "DefaultTMDSPLL"     	# [<bool>]
        #Option     "TVDACLoadDetect"    	# [<bool>]
        #Option     "ForceTVOut"         	# [<bool>]
        #Option     "TVStandard"         	# <str>
        #Option     "IgnoreLidStatus"    	# [<bool>]
        #Option     "DefaultTVDACAdj"    	# [<bool>]
        #Option     "Int10"              	# [<bool>]
        #Option     "EXAVSync"           	# [<bool>]
        #Option     "ATOMTVOut"          	# [<bool>]
        #Option     "R4xxATOM"           	# [<bool>]
	Identifier  "Card0"
	Driver      "radeon"
	VendorName  "ATI Technologies Inc"
	BoardName   "RV770 [Radeon R9 290]"
#	BusID       "PCI:1:0:0"
EndSection

#Section "Screen"
#	Identifier "Screen0"
#	Device     "Card0"
#	Monitor    "Monitor0"
#	SubSection "Display"
#		Depth     1
#	EndSubSection
#	SubSection "Display"
#		Depth     4
#	EndSubSection
#	SubSection "Display"
#		Depth     8
#	EndSubSection
#	SubSection "Display"
#		Depth     15
#	EndSubSection
#	SubSection "Display"
#		Depth     16
#	EndSubSection
#	SubSection "Display"
#		Depth     24
#	EndSubSection
#EndSection

thanks in advance
Comment 1 Serge Ratke 2015-03-16 12:01:40 UTC
Created attachment 399030 [details]
screenshot
Comment 2 Chí-Thanh Christopher Nguyễn gentoo-dev 2015-03-16 14:02:02 UTC
Which graphics chipset is this? Does switching between EXA and glamor make a difference, or switching between raster and native Qt graphics system?
Comment 3 Serge Ratke 2015-03-16 14:38:47 UTC
it's ATI Radeon R9 290, and no it didn't make any difference. What i tried is

eselect qtgraphicssystem set 2 -- opengl, didn't work at all, then
eselect qtgraphicssystem set 3 -- raster (default), didn't fix the bug

then i switched the AccelMethod setting from EXA to glamor, no difference.
Comment 4 Chí-Thanh Christopher Nguyễn gentoo-dev 2015-03-17 11:59:59 UTC
As radeonsi cards use only glamor, switching to EXA does not have any effect.

Try upgrading xorg packages to latest unstable versions, namely

eselect-opengl-1.3.1-r4
glproto-1.4.17-r1
mesa-10.5.1
llvm-3.6.0
xorg-server-1.17.1-r1

If you have the stable version of emul-linux-x86-opengl installed, you may also need to upgrade it to 20140508-r1 to avoid blockers.
Comment 5 Serge Ratke 2015-03-17 16:43:59 UTC
That's actually all the versions i have installed on my box anyway.
Comment 6 Michael Palimaka (kensington) gentoo-dev 2015-03-27 16:08:47 UTC
Does this happen in only KDE/Qt applications, or in other toolkits too?
Comment 7 Serge Ratke 2015-03-31 17:25:04 UTC
Seems to be in Qt Apps only, as i don't have the artifacts in Gimp, nor in Vivaldi.
Comment 8 Davide Pesavento gentoo-dev 2016-04-23 12:47:22 UTC
does this still happen on an up-to-date system?
Comment 9 Matt Turner gentoo-dev 2017-01-26 07:03:01 UTC
If you can still reproduce, please file a bug upstream.