Bug 42506

Summary:	[SNB] rendering issues in XBMC
Product:	Mesa	Reporter:	mus.svz
Component:	Drivers/DRI/i965	Assignee:	Ian Romanick <idr>
Status:	RESOLVED FIXED	QA Contact:
Severity:	normal
Priority:	medium
Version:	unspecified
Hardware:	x86-64 (AMD64)
OS:	Linux (All)
Whiteboard:
i915 platform:		i915 features:
Attachments:	output of "lspci -vvnn" XBMC GUI "Corruption" Subtitle corruption

Description mus.svz 2011-11-02 04:59:18 UTC

Created attachment 53039 [details]
output of "lspci -vvnn"

I have strange rendering issues on my system. I first noticed it when watching videos with VAAPI enabled and thought this was a VAAPI specific bug (see bug #41334), but as it later turned out, there are other issues as well.

I've noticed the following problems until now:

- Screen Corruption when watching videos with VAAPI enabled (this happens in both XBMC and mplayer), see http://www.youtube.com/watch?v=hYi5QKt2KfA

- GUI elements in XBMC are partly transparent (I've only seen this twice in the last few weeks), see attachment

- Corruption in the subtitles in XBMC (regardless of whether VAAPI is enabled or not), see attachment

- I am usually running XBMC only on this machine, but when I was running XFCE once to test mplayer, I've seen corruption similiar to ones in the subtitles in a terminal window. It was actually scrolling with the terminal window and dissappeared when I tried to make a screenshot.

All of these things happen completely randomly, sometimes it doesn't happen for hours, sometimes I see them the whole time.

System:

Arch Linux
Kernel 3.0
Xorg Server 1.11.1.901
xf86-video-intel 2.16.0

Intel Pentium G630T
MSI H61I-E35 (B3)
2GB RAM

I have replaced the CPU (G620T before), the motherboard (ASUS P8H61-I) and the memory, which all didn't help. This should rule out a hardware problem.

Hai suggested in the other bug report that this may have something to do with the kernel getting the wrong Chip ID (see output of lspci -vvnn in the attachment)

I have another Sandy Bridge system with the exact same software configuration which does not show any of these problems, so I guess this is specific to the Intel HD Graphics in the Pentium CPUs.

Intel DH67GD (B3)
Intel Core i5 2500
4GB RAM

Comment 1 mus.svz 2011-11-02 04:59:49 UTC

Created attachment 53040 [details]
XBMC GUI "Corruption"

Comment 2 mus.svz 2011-11-02 05:00:21 UTC

Created attachment 53041 [details]
Subtitle corruption

Comment 3 Chris Wilson 2011-11-02 05:26:07 UTC

As far as I am aware, all of those elements are rendered through OpenGL.

Comment 4 mus.svz 2011-11-09 08:49:00 UTC

Installed mesa from git (http://aur.archlinux.org/packages.php?ID=30028), didn't help.

Comment 5 mus.svz 2011-11-30 09:40:52 UTC

The YouTube video is not available anymore (my bad). Here is another video showing the same effect.
http://www.youtube.com/watch?v=ciITY_yER60

Comment 6 mus.svz 2011-12-25 11:04:00 UTC

I know, I seem to be the only guy on this planet who has this problem and I don't want to be disrespectful, but could I please have any kind of information on this? 
I would even be fine with a "we have no idea what this is caused by and we don't care as long as no one else can confirm this"... seriously, just anything... I'm really desperate, because not being able to use VAAPI is annoying as hell when you have a CPU that cannot handle high-bitrate 1080p content on its own...

Comment 7 elupus 2012-01-06 05:11:59 UTC

The vaapi issues are quite likely same as in #40820 (for which there is a fix)

Comment 8 mus.svz 2012-01-06 06:24:32 UTC

(In reply to comment #7)
> The vaapi issues are quite likely same as in #40820 (for which there is a fix)

thanks, but I just applied the patch and it didn't fix it, seems to be another problem.

Comment 9 mus.svz 2012-01-25 04:06:07 UTC

It seems like this has all been fixed in Kernel 3.3-rc1. I have been running it for 3 days now without any problems. So not a Mesa bug after all.

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.