Artifacts in 3D with Sandy Bridge

[Rob van der Linde]

I am experiencing serious artifacts with the Sandy Bridge graphics card when doing 3D. Because we are trying to use this card at work, I have been testing this card for the last 2 months trying to get it to work with no luck, so I have done quite a lot of testing towards this and have found nothing so far that fixes this issue.

This bug seems to happen to certain parts of the 3D scene only, it happens with our software quite badly which uses Panda 3D (I will attach a screenshot), but it is not limited to Panda 3D or our software at all because it also happens with Extreme Tux Racer if you look closely at the trees when you pause the game (I have taken a screenshot of this too).

What you will notice is a pattern of dots (artifacts) in certain areas of the 3D scene, also the dots flicker like snow, which the screenshots cannot show exactly. I have marked the areas that have artifacts in Extreme Tux Racer in red, but in the screenshot of our software it is so bad I don't even need to mark this.

I am using Ubuntu Natty 32 bit, I have tried the following:

* Intel drivers supplied with natty (2.14) and mesa supplied with natty (7.10.2)
* Cutting edge Intel drivers and mesa 7.12 prerelease from Xorg edgers
* Intel drivers 2.15 from various PPA's with Mesa 7.11 GIT pre-release
* Intel drivers 2.15, Linux 3.0, Mesa 7.11 final release from Michael Kuhn PPA
* Linux 3.0, Mesa 7.11 final from Michael Kuhn PPA + latest Intel 2.16 drivers from Xorg edgers
* Both HD2000 and HD3000 model CPUs do it (both Core i3)
* I have experimented with turning different settings on and off using driconf, but it still happens

I have also tried to install Oneiric Alpha 3 32 bit, but the desktop CD crashes half way during the install, the alternative CD crashes during the install when it asks for the language because it doesn't like USB keyboards, and the server CD also crashes, before it can even start, so I cannot install Oneiric at this point to test it.

[Benjamin Hodgetts (enverex)]

Created attachment 49803
Minecraft

All the blocks in the world seem to have what look like crawling black ants on them, specifically around the edges (this is also happening in other games, not just Minecraft).

System environment:
-- chipset: Sandybridge (HD3000)
-- system architecture: 64-bit
-- xf86-video-intel: 2.15.0
-- xserver: 1.10.3
-- mesa: 7.11
-- libdrm: 7.11
-- kernel: 3.0
-- Linux distribution: Arch
-- Machine or mobo model: Dell XPS 15 L502X
-- Display connector: LVDS

[Benjamin Hodgetts (enverex)]

Forgot to mention that the game runs unplayably slow, 2fps or so. Not sure if it's related as the hardware is clearly enough to cope.

[Rob van der Linde (robvdl)]

I have also tried two different motherboards, with the same H67 chipset, one Asus, and one Gigabyte.

I have also tried different RAM, so it is not RAM related.

[Austin Holbrook (pythoneater)]

Bug affects me as well. Happens in other games, but seems to show up the worst in Minecraft.

[Benjamin Hodgetts (enverex)]

*** Bug 39732 has been marked as a duplicate of this bug. ***

[Benjamin Hodgetts (enverex)]

*** Bug 39733 has been marked as a duplicate of this bug. ***

[Benjamin Hodgetts (enverex)]

Created attachment 50393
Warcraft 3

[Benjamin Hodgetts (enverex)]

Created attachment 50394
SuperTuxKart

[Benjamin Hodgetts (enverex)]

Created attachment 50395
Spring Engine (NOTA)

[Benjamin Hodgetts (enverex)]

Created attachment 50396
Warzone 2100

[Benjamin Hodgetts (enverex)]

Just adding to this list, I've found that this bug affects:

Minecraft
Stunt Racer
Spring (the 3D TA remake engine)
SuperTuxKart (specifically certain karts)
Warzone 2100

I'm sure there are many others but that should be sufficient for now.

[Benjamin Hodgetts (enverex)]

Also can be seen on the leaves and the back of the players head in UT2004.

[Austin Holbrook (pythoneater)]

Issue is not fixed in 7.11. It also happens across all distros that I've tried.

[Benjamin Hodgetts (enverex)]

This bug is logged against 7.11 ;) (it just doesn't let you select it in the drop-down list).

It's still an issue with current GIT too.

[K00-fol (k00-fol)]

*** Bug 35165 has been marked as a duplicate of this bug. ***

[K00-fol (k00-fol)]

I've observed that the artifacts can be temporary removed by the debugfs API on my affected game.

mkdir /tmp/debugfs
mount -t debugfs /tmp/debugfs /tmp/debugfs
echo 1 > /tmp/debugfs/dri/0/i915_wedged

Could be a clue?

[Austin Holbrook (pythoneater)]

I noticed that installing the AdventureCraft mod for Minecraft actually prevents this from happening. Every now and then you can see the artifacts, but they quickly disappear.

[K00-fol (k00-fol)]

*** Bug 40544 has been marked as a duplicate of this bug. ***

[Eric Anholt (eric-anholt)]

I'm deciding that this bug report is now only about SuperTuxKart, so we can focus on that. It may all be related, but talk about the other apps will only serve as a distraction from solving the problem.

Steps to reproduce:
1) start supertuxkart
2) choose "race"
3) mouseover the purple bird character
4) Observe flickering pixels

By forcing alphatest off (brw_draw.c: smash ctx->Color.AlphaEnabled to false), the flickering goes away. Most of the alpha-enabled drawing in the app uses (GL_GREATER, 0.0), while the two failing characters use (GL_GREATER, 0.5). Switching to GL_ALWAYS doesn't workaround, nor does disabling the alpha test bit in the CC unit. always_flush_batch=true does not workaround, either.

[Eric Anholt (eric-anholt)]

Smashing the fb write to have an alpha of 1.0 also doesn't affect the problem, though it does show off the ways the app uses the alpha test.

[K00-fol (k00-fol)]

Some trial and error on my end revealed that it's enough to remove ctx->Color.AlphaEnabled from the test in:

In mesa/drivers/dri/i965/gen6_wm_state.c
if (fp->program.UsesKill || ctx->Color.AlphaEnabled)
   dw5 |= GEN6_WM_KILL_ENABLE;

[K00-fol (k00-fol)]

((forgot to say that above is no fix as it introduce other artifacts))

[Austin Holbrook (pythoneater)]

Any updates on the bug? And should a bug be filed against the Intel drivers?

[Eric Anholt (eric-anholt)]

Interesting. After a fresh reboot, I wasn't able to reproduce the problem until I ran Minecraft and looked at its artifacts for a while, at which point supertuxkart's artifacts came back.

[Austin Holbrook (pythoneater)]

The flickering pixels are kind of hit and miss for me. While they almost always appear in Minecraft, they don't always appear in the other games.

[Machado-prx (machado-prx)]

So there is no fix to this bug? I'm with all the git drivers and this error don't go away.

[Austin Holbrook (pythoneater)]

So far, it doesn't look like we have much information as to what's causing the problem. Might be tricky to see what's happening. I really hope that a fix is found, as this is driving me insane.

[Machado-prx (machado-prx)]

I do not know much about language C but I found this in mesa git, which seems to be related to our problem: http://cgit.freedesktop.org/mesa/mesa/commit/?id=367020d87ce8c27aeb58b3887fbd29d216fdc151

[Austin Holbrook (pythoneater)]

I don't know much about C either, but hopefully posting another comment will get some attention to this bug.

I'm surprised this isn't affecting more people honestly. It seems like it would be easy to run into if you have a Sandy Bridge processor.

[Machado-prx (machado-prx)]

(In reply to comment #27)
> I don't know much about C either, but hopefully posting another comment will
> get some attention to this bug.
>
> I'm surprised this isn't affecting more people honestly. It seems like it would
> be easy to run into if you have a Sandy Bridge processor.

I think all people with our video card, are being affected by this problem but seem to not realize it yet as we have seen does not affect all programs. Frankly most people who use linux do not seek to use it for games, for that reason I think the fix for this bug will not be released soon by the fact that hardly anyone will notice this bug.

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Michael Gratton (mjog)]

This has been a problem with 3D apps on earlier version of Oneiric on my MBP 8,1 (amd64, EFI boot, integrated Sandybridge HD Graphics 3000), but I have not seen it happen for a while.

Can you reproduce it with an up-to-date Oneiric install?

[Rob van der Linde (robvdl)]

I am going to try it on Thursday, which is when I am back at work and have access to the hardware, at home I don't have any sandy bridge based systems to play with plus I am quite busy with my third year project at the moment.

[Freedesktop-signup (freedesktop-signup)]

Two new Thinkpad Laptops I have are affected by the same issue, in minecraft as well as in other games. Recently I added

i915.i915_enable_rc6=1 i915.i915_enable_fbc=1 i915.lvds_downclock=1

as kernel boot parameters to reduce the power consumption of these laptops. Interestingly, this seemed to reduce the frequency and duration of these artifacts. While they used to remain until I shut down the program, they now tend to disappear again after a few seconds.

The system specs of one of the machines are:

System: Host: skadi Kernel: 3.0-ARCH x86_64 (64 bit) Desktop Xfce 4.8.3 Distro: Arch Linux
Machine: System: LENOVO product: 429136G version: ThinkPad X220
           Mobo: LENOVO model: 429136G Bios: LENOVO version: 8DET41WW (1.11 ) date: 03/28/2011
CPU: Dual core Intel Core i7-2620M CPU (-HT-MCP-) clocked at 800.00 MHz
Graphics: Card: Intel 2nd Generation Core Processor Family Integrated Graphics Controller
           X.Org: 1.11.1 driver: intel Resolution: 1366x768@60.1hz
           GLX: Mesa DRI Intel Sandybridge Mobile GLX Version: 2.1 Mesa 7.11

If I can help with any more information or testing, please let me know.

[Austin Holbrook (pythoneater)]

(In reply to comment #29)
> Two new Thinkpad Laptops I have are affected by the same issue, in minecraft as
> well as in other games. Recently I added
>
> i915.i915_enable_rc6=1 i915.i915_enable_fbc=1 i915.lvds_downclock=1
>
> as kernel boot parameters to reduce the power consumption of these laptops.
> Interestingly, this seemed to reduce the frequency and duration of these
> artifacts. While they used to remain until I shut down the program, they now
> tend to disappear again after a few seconds.
>
> The system specs of one of the machines are:
>
> System: Host: skadi Kernel: 3.0-ARCH x86_64 (64 bit) Desktop Xfce 4.8.3
> Distro: Arch Linux
> Machine: System: LENOVO product: 429136G version: ThinkPad X220
> Mobo: LENOVO model: 429136G Bios: LENOVO version: 8DET41WW (1.11 )
> date: 03/28/2011
> CPU: Dual core Intel Core i7-2620M CPU (-HT-MCP-) clocked at 800.00 MHz
> Graphics: Card: Intel 2nd Generation Core Processor Family Integrated Graphics
> Controller
> X.Org: 1.11.1 driver: intel Resolution: 1366x768@60.1hz
> GLX: Mesa DRI Intel Sandybridge Mobile GLX Version: 2.1 Mesa 7.11
>

The behavior you're describing is what I was experiencing with the 2.6.39 kernel. The artifacts got noticably worse after upgrading to 3.x.
> If I can help with any more information or testing, please let me know.

[Jonas Jelten (jonas-jelten)]

I have exactly the same issue on my core i5-2520M with hd 3000 sandy bridge graphics.

These artifacts are very annoying and only occur at the edges of transparent textures, like you will see on the screenchot.

Same thing occurs in Osmos, but only edges of all textures are visible.

Next thing: when i use the minecraft internal screenshot feature, the screenshot captures the texture error, but for the next ~10 seconds the graphics are COMPLETELY normal as they should be, but after short time the sky-colored artifacts shine through again.

[Machado-prx (machado-prx)]

(In reply to comment #30)
> (In reply to comment #29)
> > Two new Thinkpad Laptops I have are affected by the same issue, in minecraft as
> > well as in other games. Recently I added
> >
> > i915.i915_enable_rc6=1 i915.i915_enable_fbc=1 i915.lvds_downclock=1
> >
> > as kernel boot parameters to reduce the power consumption of these laptops.
> > Interestingly, this seemed to reduce the frequency and duration of these
> > artifacts. While they used to remain until I shut down the program, they now
> > tend to disappear again after a few seconds.
> >
> > The system specs of one of the machines are:
> >
> > System: Host: skadi Kernel: 3.0-ARCH x86_64 (64 bit) Desktop Xfce 4.8.3
> > Distro: Arch Linux
> > Machine: System: LENOVO product: 429136G version: ThinkPad X220
> > Mobo: LENOVO model: 429136G Bios: LENOVO version: 8DET41WW (1.11 )
> > date: 03/28/2011
> > CPU: Dual core Intel Core i7-2620M CPU (-HT-MCP-) clocked at 800.00 MHz
> > Graphics: Card: Intel 2nd Generation Core Processor Family Integrated Graphics
> > Controller
> > X.Org: 1.11.1 driver: intel Resolution: 1366x768@60.1hz
> > GLX: Mesa DRI Intel Sandybridge Mobile GLX Version: 2.1 Mesa 7.11
> >
>
> The behavior you're describing is what I was experiencing with the 2.6.39
> kernel. The artifacts got noticably worse after upgrading to 3.x.
> > If I can help with any more information or testing, please let me know.

So our problem aren't in mesa drivers? Let's try change the kernel for old versions, or dev versions.

[Austin Holbrook (pythoneater)]

(In reply to comment #31)
> So our problem aren't in mesa drivers? Let's try change the kernel for old
> versions, or dev versions.

It's unlikely that it isn't a bug with mesa, but something between kernel versions seems to have worsened the effect.

[K00-fol (k00-fol)]

*** Bug 41993 has been marked as a duplicate of this bug. ***

[K00-fol (k00-fol)]

*** Bug 41893 has been marked as a duplicate of this bug. ***

[pasimako (pasimako)]

I experience a similar problem on my i5-2410M. I currently have a 64-bit Oneiric installation, however the bug was also present in Natty.

I have tried the latest xorg-edgers (in Natty) and latest Oibaf drivers (in Oneiric), without any luck. It seems to be an Ubuntu specific problem since trying the latest stable OpenSUSE and Mageia live cds do not reproduce the bug.

[Michael Gratton (mjog)]

Definitly still happening with latest xorg-edgers. This looks like f.d.o 39730 - now linked.

[Eric Anholt (eric-anholt)]

We finally isolated the issue by cutting down the "fire" demo to a minimal case and poking around at that. Proposed patch is at:

http://lkml.indiana.edu/hypermail/linux/kernel/1111.0/02876.html

You can apply that patch to test (and a Tested-by: would be appreciated if it fixes it), or as a one-shot fix you can try "sudo intel_reg_write 0x9404 0x00001000" from intel-gpu-tools (in any reports on success/failure of this test, please note which you tried. Also, the intel_reg_write workaround doesn't appear to take effect until your GPU has gone thoroughly idle for a while.

[Michael Gratton (mjog)]

Switching upstream bug and Ubuntu package to Mesa - according to upstream it's a Mesa driver bug, not X Windows.

[Michael Gratton (mjog)]

(Also, the upstream bug has a porposed fix and a workaround, if anyone wants to test it)

[Alejandro-aero (alejandro-aero)]

I have applied the proposede patch over Linux 3.1 kernel and it seems to solve the issues i reported on flightgear (#40544)

I will test it more these days, however.

Thank you very much ! :)

[Brot+bfdo (brot+bfdo)]

I have also applied that patch (onto the 3.1-rc6+ drm-intel-next) and it fixes my problems with Minecraft on Sandybridge.

If you want to, you can add my tested-by:

Michael "brot" Groh <email address hidden>

Thanks for your help Eric!

[denstark (denstark)]

I attempted to run the one-off fix but it came back with an error:

[tstella@elmdor ~]$ sudo intel_reg_write 0x9404 0x00001000
Couldn't map MMIO region: No such file or directory

xserver: 1.11.1.902
mesa 7.11-4
libdrm 2.4.27-1
kernel: 3.0
distro: Arch

[Kenxeth (kenxeth)]

I'm pretty sure the "Couldn't map MMIO region" error from intel_reg_write means your intel-gpu-tools is too old. We haven't done a release of that in a while, so you might need to install it from git. Or, just try the kernel patch (which is now upstream in Keith's drm-intel-next tree.)

[Machado-prx (machado-prx)]

Applying the patch on kernel 3.2-rc1 works for me, thanks to your help Eric. =D

[Machado-prx (machado-prx)]

Sorry for the hasty reply, but the benchmarks Unigine Tropics and Sanctuary continue the mistakes of pixels. But Heroes Of NewerEarth SuperTuxKart and were corrected.

[Austin Holbrook (pythoneater)]

It fixed the issues in Minecraft for me. And, seems to have improved the performance slightly. I still notice weird artifacts in other applications once Minecraft starts running, but this is far less annoying than the other bug.

xorg-server - 1.11.2
mesa - 7.11
libdrm - 2.4.27
kernel - 3.1.0-4-ARCH
distro - Arch 64bit

[Austin Holbrook (pythoneater)]

Created attachment 53359
Screencap of artifact that still exists after quick solution

Sorry about the double reply. Here is a screenshot of some of the artifacts that still exist. I didn't apply the patch; I used the one-line solution, if it makes any difference.

[Rob van der Linde (robvdl)]

We got an email back from Intel, the issue was fixed in Keith's drm-intel-next kernel branch and heading upstream.

Apparently it's a clock gating issue on Sandybridge.

As a temporary fix, if you have intel-gpu-tools, you can run:

sudo intel_reg_write 0x9404 0x1800

For me it seems to have fixed the issue, I am running our software through a test now and so good so far.

For reference, the two commits are:

commit 9ca1d10d748e56964de95e3ed80211b192f56cf4
Author: Eric Anholt <email address hidden>
Date: Mon Nov 7 16:07:05 2011 -0800

   drm/i915: Turn on another required clock gating bit on gen6.

   Unlike the previous one, I don't have known testcases it fixes. I'd
   rather not go through the same debug cycle on whatever testcases those
   might be.

   Signed-off-by: Eric Anholt <email address hidden>
   Cc: <email address hidden>
   Signed-off-by: Keith Packard <email address hidden>

commit 406478dc911e16677fbd9c84d1d50cdffbc031ab
Author: Eric Anholt <email address hidden>
Date: Mon Nov 7 16:07:04 2011 -0800

   drm/i915: Turn on a required 3D clock gating bit on Sandybridge.

   Fixes rendering failures in Unigine Tropics and Sanctuary and the mesa
   "fire" demo.

   Signed-off-by: Eric Anholt <email address hidden>
   Cc: <email address hidden>
   Signed-off-by: Keith Packard <email address hidden>

[B5gzilla (b5gzilla)]

Running on Ubunut Ocelot (11.10) and a T420S (i5-2520M) -- I grabbed the latest intel-gpu-tools from git first to avoid the "Couldn't map MMIO region" error, then did:
 sudo ./intel_reg_write 0x9404 0x00001000

This entirely fixes the transparent pixel issues for me. (The main Minecraft guy's hand flickers briefly into a triangle now and then, but that's nothing by comparison.)

Tons of thanks, Eric Anholt -- I'm using it for a pretty trivial purpose, but I'm really excited to be able to play games again. :)

System information:
-- chipset: Sandybridge (HD3000)
-- system architecture: 64-bit
-- xf86-video-intel: 2.15.0
-- xserver: 1.10.4
-- kernel: 3.0

[Peter Silva (peter-bsqt)]

using completely stock oneiric:

sudo intel_reg_write 0x9404 0x1800

fixes almost all the problems (guessing >90%, by eye?) but some artifacts remain. (sandybridge on a core-i5-2500K)

[pasimako (pasimako)]

Indeed, the issue has been resolved. In Oneiric I had to install intel-gpu-tools from git ("git clone git://anongit.freedesktop.org/git/xorg/app/intel-gpu-tools") and then use "sudo intel_reg_write 0x9404 0x1800".

[Rob van der Linde (robvdl)]

Yes, intel-gpu-tools in both Natty and Oneiric doesn't work from the repository (you get the error - Couldn't map MMIO region: No such file or directory). Compiling intel-gpu-tools from source is one option, but I also found a PPA that works, and you can also just download the .deb without adding the PPA:

https://launchpad.net/~sarvatt/+archive/intel-gpu-tools

For those people that are still experiencing some artifacts, I have been playing around with the "sudo intel_reg_write 0x9404 0x1800" fix most of the afternoon and have come to find that it matters when you run this command. This command must be run before any 3D happens, if you have already had the artifacts and then run the command it will not fix it, even if you restart your 3D application. It appears once the graphics card is in this "state" already, the fix won't work.

You must run the command just after you started the computer, when there have been no artifacts or 3D yet. Because the command has to be run as root (and it doesn't seem to matter if you run it before X starts), I have found the perfect place to place this line is in the /etc/rc.local file, just before the "exit 0" line. Since /etc/rc.local is executed by root, you don't have to put sudo in front either.

[Windowsdowninthewinter (windowsdowninthewinter)]

This problem persists for me.

I think the version of Mesa I have already implements the patch mentioned. I also tried the 'one shot' solution with no luck.

ben@monitor:~$ uname -a
Linux monitor 3.1.1-030101-generic #201111111651 SMP Fri Nov 11 21:52:29 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux

ben@monitor:~$ cat /proc/cpuinfo
model name : Intel(R) Core(TM) i5-2500K CPU @ 3.30GHz
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 popcnt aes xsave avx lahf_lm ida arat epb xsaveopt pln pts dts tpr_shadow vnmi flexpriority ept vpid

motherboard is a zotac

any more info much appreciated (want to play minecraft on my new computer)

ben

[P P (duzy84)]

One-shot solution doesn't work for me.
Warcraft 3 is not playable :/ Still pixels flickering

I have to use Nvidia GPU (it works ok)

Linux Mint 12 RC1.

2011/11/15 <email address hidden>

> https://bugs.freedesktop.org/show_bug.cgi?id=39730
>
> --- Comment #45 from <email address hidden> 2011-11-15 08:36:55
> PST ---
> This problem persists for me.
>
> I think the version of Mesa I have already implements the patch mentioned.
> I
> also tried the 'one shot' solution with no luck.
>
>
> ben@monitor:~$ uname -a
> Linux monitor 3.1.1-030101-generic #201111111651 SMP Fri Nov 11 21:52:29
> UTC
> 2011 x86_64 x86_64 x86_64 GNU/Linux
>
>
> ben@monitor:~$ cat /proc/cpuinfo
> model name : Intel(R) Core(TM) i5-2500K CPU @ 3.30GHz
> flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca
> cmov
> pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx
> rdtscp lm
> constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc
> aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr
> pdcm
> sse4_1 sse4_2 popcnt aes xsave avx lahf_lm ida arat epb xsaveopt pln pts
> dts
> tpr_shadow vnmi flexpriority ept vpid
>
> motherboard is a zotac
>
> any more info much appreciated (want to play minecraft on my new computer)
>
>
> ben
>
> --
> Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
> ------- You are receiving this mail because: -------
> You are on the CC list for the bug.
>

[Machado-prx (machado-prx)]

(In reply to comment #45)
> This problem persists for me.
>
> I think the version of Mesa I have already implements the patch mentioned. I
> also tried the 'one shot' solution with no luck.
>
>
> ben@monitor:~$ uname -a
> Linux monitor 3.1.1-030101-generic #201111111651 SMP Fri Nov 11 21:52:29 UTC
> 2011 x86_64 x86_64 x86_64 GNU/Linux
>
>
> ben@monitor:~$ cat /proc/cpuinfo
> model name : Intel(R) Core(TM) i5-2500K CPU @ 3.30GHz
> flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
> pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm
> constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc
> aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm
> sse4_1 sse4_2 popcnt aes xsave avx lahf_lm ida arat epb xsaveopt pln pts dts
> tpr_shadow vnmi flexpriority ept vpid
>
> motherboard is a zotac
>
> any more info much appreciated (want to play minecraft on my new computer)
>
>
> ben

Hello buddy, you have to apply the patch on kernel source not on mesa. Try the patch, he works for me.

[Michael Gratton (mjog)]

Can the people reporting they still have this problem comment on the following:

1. Did they apply the fix from just the first patch, or both?
2. If using the one-shot fix, did they execute the command before launching the app/game?

The second patch is found on the same thread as the first:

1st: http://lkml.indiana.edu/hypermail/linux/kernel/1111.0/02876.html
2nd: http://lkml.indiana.edu/hypermail/linux/kernel/1111.0/02877.html

The one-shot fix command that is equivalent to both patches is:

  sudo intel_reg_write 0x9404 0x00001800

(Note that the second value is 0x1800, not 0x1000)

Also note that the one-shot fix does not survive a logout, reboot, or resume from suspend/hibernate.

[K00-fol (k00-fol)]

I've successfully mitigated all flickering pixels using the one-shot fix in all games I currently have installed. (Supertuxkart, Neverwinter Nights and Vdrift)

I've not tested patching the kernel for it yet.

Some observations:

If the problems had already appeared, the one-shot fix would not help the situation. It required a reboot or simulating a gpu wedging (i915_wedged, to trigger some kind of reset) before the flickering would disappear. Disclaimer: Observation made using the previous, /wrong/ 1000 number.

I do however get more full solid flickers now, especially on shadows in Neverwinter Nights at certani camera angles. In supertuxkart it's much more rare, but sometimes kart flicker there. Tire tracks flicker more often, but I'm not sure this is a driver problem yet.

[Windowsdowninthewinter (windowsdowninthewinter)]

(In reply to comment #47)
> (In reply to comment #45)
> > This problem persists for me.
> >
> > I think the version of Mesa I have already implements the patch mentioned. I
> > also tried the 'one shot' solution with no luck.
> >
> >
> > ben@monitor:~$ uname -a
> > Linux monitor 3.1.1-030101-generic #201111111651 SMP Fri Nov 11 21:52:29 UTC
> > 2011 x86_64 x86_64 x86_64 GNU/Linux
> >
> >
> > ben@monitor:~$ cat /proc/cpuinfo
> > model name : Intel(R) Core(TM) i5-2500K CPU @ 3.30GHz
> > flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
> > pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm
> > constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc
> > aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm
> > sse4_1 sse4_2 popcnt aes xsave avx lahf_lm ida arat epb xsaveopt pln pts dts
> > tpr_shadow vnmi flexpriority ept vpid
> >
> > motherboard is a zotac
> >
> > any more info much appreciated (want to play minecraft on my new computer)
> >
> >
> > ben
>
> Hello buddy, you have to apply the patch on kernel source not on mesa. Try the
> patch, he works for me.

ok how does i?

[Chris Lord (cwiiis)]

Just to note, the temporary fix of running 'intel_reg_write 0x9404 0x00001800' fixes the crawling transparent pixels for me, but does not fix the various other glitches while running Minecraft (sporadic junk textures and incorrect texture coordinates appearing everywhere (including in applications outside of Minecraft)) - This probably ought to be a separate bug.

[P P (duzy84)]

intel_reg_write 0x9404 0x00001800 do the job for me,

I would like to install new kernel, can anybody tell me why 32-bit version is not avaiable http://kernel.ubuntu.com/~kernel-ppa/mainline/drm-intel-next/current/ ?

[Nicholas Rempel (nicholas-r)]

I'm just chiming in to say that the command 'intel_reg_write 0x9404 0x00001800' does fix this problem for me. Like Chris Lord said, though, there are still some other problems.

[Austin Holbrook (nxuul)]

Can anyone see if the kernel patch solves the various other graphical glitches? Otherwise, the problem isn't entirely solved.

[Konstantinkeller5 (konstantinkeller5)]

I was just wondering how I would install the kernel patch or where I could get a newer version of intel-gpu-tools because I get the MMIO error too.

[Kenxeth (kenxeth)]

For what it's worth, the patches are included in the 3.2 kernel which was just released. So you could use that.

[Konstantinkeller5 (konstantinkeller5)]

(In reply to comment #56)
> For what it's worth, the patches are included in the 3.2 kernel which was just
> released. So you could use that.

Yeah, I realized that now when I compiled my own version of 3.2. Thanks, it works now!

[Kenxeth (kenxeth)]

Closing this bug. We believe the primary issue here is fixed in the Linux 3.2 kernel, and many people seem to agree. I'm guessing most of the people who had trouble were either trying to use intel_reg_write had trouble patching the kernel.

It sounds like a few people still have rendering glitches in various apps; feel free to open new bug reports and we'll take a look at them. I think that will be clearer and more useful for everyone than keeping this bug report open. Thanks for your patience.

[Jose Riha (jose1711)]

i am sometimes getting this missing or incorrectly colored fonts (see attachment broken-fonts.jpg) with intel hd 2000. is this the same problem or should i file it as a new bug?

[Timo Aaltonen (tjaalton)]

this is fixed in precise, which has kernel 3.2.

Jose, maybe test precise (12.04) first and if it's still an issue, file a new bug.

[postadelmaga (postadelmaga)]

I have same problem on 12.04 using different kernel 3.2/3.4/3.6
The issue is for me visible only in Never Winter Night ( linux native version):
- cpu intensive use and heat
- render artifacts

Render Artifacts are experimented only when I wear some special object in the game.
Cpu intensive use is bug as well, the game is very old and my pc is i5 + 4 gb ( during the game play temperature goes 90' degree and my pc shutdown, I have a notebook )