Intel Linux Driver Still Working To Address Tearing

[tecknurd]

I have an Intel i3-3225 (Ivy Bridge) tearing is less on OpenGL even though vsync is enabled. I have to include TearFree in my xorg.conf file, but opens up other problems. When I enable TearFree and xscreensaver sends a stand-by command to my monitor, X Window System crashes. Using OpenGL for video playback is not an option because it is unreliable. I just have to deal with tearing or get a nVidia graphics card. People said that nVidia does not support FOSS, but nVidia supports their graphics for Linux better than other companies.

I use Calculate Linux (Gentoo based) and Xfce as my desktop manager with compositer disabled.

Using a compositer to fix the issue is the most stupidest work-around. Also switching from graphics port to the other is another stupid work-around. Your monitor might have less layers of processing for DVI compared to HDMI.

[Kano]

Nvidia is not perfect as well. Basically what works for Intel+Nvidia is opengl output with disabled composite and fullscreen. Like when you use xbmc or so it usally looks good (for streaming vaapi is not fully stable, so maybe you have to disable that). mplayer fullscreen usally works as well.

[tecknurd]

Nvidia is not perfect as well. Basically what works for Intel+Nvidia is opengl output with disabled composite and fullscreen. Like when you use xbmc or so it usally looks good (for streaming vaapi is not fully stable, so maybe you have to disable that). mplayer fullscreen usally works as well.

If this thread reply is to me, nVidia's priorpetary driver is far better on reliability and stability compared to AMD and Intel graphic drivers. Occasionally, I get the following message with Intel graphics.

[drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung
[drm] Enabling RC6 states: RC6 on, RC6p on, RC6pp off

I never have instability issues with nVidia graphic cards like I get above. Also I do not get any video tearing when VSYNC is enabled for OpenGL and/or X-Video. Intel fixing the video tearing bug is not much of an issue for me compared to stability and reliability problems that I am having with Intel graphics in Linux.

I have no problems using OpenGL for video playback in fullscreen with nVidia graphics on my other systems. When I use Radeon graphics using open source drivers, video playback with OpenGL works even in fullscreen. I use X-Video for Intel graphics, so I can have the reliability and stability. My computer with i3-3225 is fast enough to handle 1080p content so I do not need VA API. My other computer with T7300 CPU that has a GeForce8 8400M GS can use VDPAU, but lately MPlayer has issues with VDPAU.

From I learn in the past of other Intel hardware like WiFi, relability and stability does not get fixed. Intel just provides the software for their hardware to a working condition and Intel expects open source developers to fix the issues if their drivers have any or add features.

[bwat47]

If this thread reply is to me, nVidia's priorpetary driver is far better on reliability and stability compared to AMD and Intel graphic drivers. Occasionally, I get the following message with Intel graphics.

[drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung
[drm] Enabling RC6 states: RC6 on, RC6p on, RC6pp off

I never have instability issues with nVidia graphic cards like I get above. Also I do not get any video tearing when VSYNC is enabled for OpenGL and/or X-Video. Intel fixing the video tearing bug is not much of an issue for me compared to stability and reliability problems that I am having with Intel graphics in Linux.

I have no problems using OpenGL for video playback in fullscreen with nVidia graphics on my other systems. When I use Radeon graphics using open source drivers, video playback with OpenGL works even in fullscreen. I use X-Video for Intel graphics, so I can have the reliability and stability. My computer with i3-3225 is fast enough to handle 1080p content so I do not need VA API. My other computer with T7300 CPU that has a GeForce8 8400M GS can use VDPAU, but lately MPlayer has issues with VDPAU.

From I learn in the past of other Intel hardware like WiFi, relability and stability does not get fixed. Intel just provides the software for their hardware to a working condition and Intel expects open source developers to fix the issues if their drivers have any or add features.

I've never had any stability issues with intel graphics, I have two laptops with them (one with ironlake, one with ivybridge). I don't get any tearing on either of them, I've also never had a single issue with intel wireless, and every laptop I've ever used linux with has had intel wireless.

vaapi did give me a few issues with the ironlake chip, but is working perfectly with my ivybridge.

Just because you ran into a bug on your system doesn't really mean intel is 'generally unreliable'. Intel is one of the more reliable choices for linux hardware.

I have an Intel i3-3225 (Ivy Bridge) tearing is less on OpenGL even though vsync is enabled. I have to include TearFree in my xorg.conf file, but opens up other problems. When I enable TearFree and xscreensaver sends a stand-by command to my monitor, X Window System crashes. Using OpenGL for video playback is not an option because it is unreliable. I just have to deal with tearing or get a nVidia graphics card. People said that nVidia does not support FOSS, but nVidia supports their graphics for Linux better than other companies.

I use Calculate Linux (Gentoo based) and Xfce as my desktop manager with compositer disabled.

Using a compositer to fix the issue is the most stupidest work-around. Also switching from graphics port to the other is another stupid work-around. Your monitor might have less layers of processing for DVI compared to HDMI.

Compositing is the future, I can't stand using a desktop without compositing, personally. Currently I use ubuntu and the intel graphics are giving me a perfect, tear free experience out of the box, I've had zero issues. Intel is the only graphics company that actually develops OSS drivers themselves, so that makes them a winner in my book. I can't stand dealing with proprietary drivers.

[ChrisXY]

I've never had any stability issues with intel graphics, I have two laptops with them (one with ironlake, one with ivybridge).

I have a 3632qm.

I don't get any tearing on either of them,

I have tearing, especially on flash video with kwin xrender compositing.

Just because you ran into a bug on your system doesn't really mean intel is 'generally unreliable'. Intel is one of the more reliable choices for linux hardware.

Now that kwin has fixed the "MSAA bug" I can use opengl compositing again. It seems intel's driver bug where the gpu hangs isn't triggered anymore either. But instead now the graphical output freezes completely when putting a flash video on fullscreen with opengl compositing. with gles compositing it works but there are massive redraw issues. I still have screen corruption issues with tooltips or when I open the menus of chrome extensions.


Probably not all the issues I have are intel issues. But they are all issues I have since I use intel and that I didn't have when using radeon on a HD 6550M. Maybe intel just doesn't try to keep git master stable...

[bwat47]

I have a 3632qm.


I have tearing, especially on flash video with kwin xrender compositing.


Now that kwin has fixed the "MSAA bug" I can use opengl compositing again. It seems intel's driver bug where the gpu hangs isn't triggered anymore either. But instead now the graphical output freezes completely when putting a flash video on fullscreen with opengl compositing. with gles compositing it works but there are massive redraw issues. I still have screen corruption issues with tooltips or when I open the menus of chrome extensions.


Probably not all the issues I have are intel issues. But they are all issues I have since I use intel and that I didn't have when using radeon on a HD 6550M. Maybe intel just doesn't try to keep git master stable...

I haven't yet tried kwin on my ivybridge machine (an intel i5-3210m), but on my ironlake machine (i5-460m) I had no issues with tearing, flash, or any kind of corruption. I've only used compiz on ivybridge which seems to work with zero issues, I can watch flash videos fullscreen with no problems, and I can watch videos in vlc using vaapi with no issues.

From what I can see the gles issue is a mesa bug that only cropped up with a recent update and was working before, so perhaps it will be fixed quickly:
https://bugs.archlinux.org/task/31956

[halo9en]

I don't like the idea of losing power savings

Me too. I think I'll stay with 3.7 unless this new feature can be disabled.