Intel q35 bug on Ubuntu 14.04 (Screen Artifacts)

[XXXXXX]

Picture simliar of my problem: http://i.stack.imgur.com/0ARuB.jpg

I went on a Ubuntu support chat website and was told that either this problem is a "glitch" or intel q35 doesn't support Ubuntu 14.04. From the chat they told me i should downgrade to Ubuntu 12 which i did but i really want to use Ubuntu 14. They also told me to make a bug report of this.

Is this a glitch or is my graphics card unsupportive.
---
.tmp.unity.support.test.0:

ApportVersion: 2.14.1-0ubuntu3.6
Architecture: i386
CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins'
CompositorRunning: compiz
CompositorUnredirectDriverBlacklist: '(nouveau|Intel).*Mesa 8.0'
CompositorUnredirectFSW: true
CurrentDesktop: Unity
DistUpgraded: Fresh install
DistroCodename: trusty
DistroRelease: Ubuntu 14.04
DistroVariant: ubuntu
EcryptfsInUse: Yes
ExtraDebuggingInterest: Yes, if not too technical
GraphicsCard:
 Intel Corporation 82Q35 Express Integrated Graphics Controller [8086:29b2] (rev 02) (prog-if 00 [VGA controller])
   Subsystem: Dell OptiPlex 755 [1028:0211]
   Subsystem: Dell OptiPlex 755 [1028:0211]
InstallationDate: Installed on 2014-12-07 (1 days ago)
InstallationMedia: Ubuntu 14.04.1 LTS "Trusty Tahr" - Release i386 (20140722.2)
MachineType: Dell Inc. OptiPlex 755
Package: xorg 1:7.7+1ubuntu8
PackageArchitecture: i386
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.13.0-40-generic root=UUID=a6415cdd-4ad1-4159-845e-83a5d2c7eecc ro quiet splash vt.handoff=7
ProcVersionSignature: Ubuntu 3.13.0-40.69-generic 3.13.11.10
Tags: trusty ubuntu compiz-0.9
Uname: Linux 3.13.0-40-generic i686
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo
_MarkForUpload: True
dmi.bios.date: 04/06/2010
dmi.bios.vendor: Dell Inc.
dmi.bios.version: A17
dmi.board.name: 0GM819
dmi.board.vendor: Dell Inc.
dmi.chassis.type: 6
dmi.chassis.vendor: Dell Inc.
dmi.modalias: dmi:bvnDellInc.:bvrA17:bd04/06/2010:svnDellInc.:pnOptiPlex755:pvr:rvnDellInc.:rn0GM819:rvr:cvnDellInc.:ct6:cvr:
dmi.product.name: OptiPlex 755
dmi.sys.vendor: Dell Inc.
version.compiz: compiz 1:0.9.11.2+14.04.20140714-0ubuntu1
version.libdrm2: libdrm2 2.4.52-1
version.libgl1-mesa-dri: libgl1-mesa-dri 10.1.3-0ubuntu0.2
version.libgl1-mesa-dri-experimental: libgl1-mesa-dri-experimental N/A
version.libgl1-mesa-glx: libgl1-mesa-glx 10.1.3-0ubuntu0.2
version.xserver-xorg-core: xserver-xorg-core 2:1.15.1-0ubuntu2.1
version.xserver-xorg-input-evdev: xserver-xorg-input-evdev 1:2.8.2-1ubuntu2
version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:7.3.0-1ubuntu3.1
version.xserver-xorg-video-intel: xserver-xorg-video-intel 2:2.99.910-0ubuntu1.3
version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.10-1ubuntu2
xserver.bootTime: Mon Dec 8 16:17:35 2014
xserver.configfile: default
xserver.devices:
 input Power Button KEYBOARD, id 6
 input Power Button KEYBOARD, id 7
 input Microsoft Basic Optical Mouse MOUSE, id 8
 input DELL DELL USB Keyboard KEYBOARD, id 9
 input DELL DELL USB Keyboard KEYBOARD, id 10
xserver.errors:

xserver.logfile: /var/log/Xorg.0.log
xserver.outputs:
 product id 435
 vendor ACR
xserver.version: 2:1.15.1-0ubuntu2.1

[Freedesktop-jay (freedesktop-jay)]

Created attachment 55974
Typical appearance of garbage

After running memory intensive programs I often have garbled UIs, most often in GTK+ programs. I started to suspect memory read back from disk for this problem and run a little test driving out a lot of memory to disk and artifacts showed. Someone else on gentoo.org said he had exactly the same sort of artifacts after hibernating to disk.

System environment:
-- chipset: "Intel 965GM"
-- system architecture: i686 32-bit
-- xf86-video-intel: "2.17.0"
-- xserver: "X.Org X Server 1.11.2"
-- mesa: 7.11.2
-- libdrm: 2.4.27
-- kernel: "Linux beluga 3.1.6-gentoo #1 SMP PREEMPT Sun Jan 22 00:29:26 CET 2012 i686 Intel(R) Core(TM)2 Duo CPU T7300 @ 2.00GHz GenuineIntel GNU/Linux"
-- Linux distribution: gentoo
-- Machine or mobo model: i686 Intel(R) Core(TM)2 Duo CPU T7300 @ 2.00GHz GenuineIntel
-- Display connector: LVDS1

Unable to build intel-gpu-tools due to xorg version mismatch.

[Freedesktop-jay (freedesktop-jay)]

Created attachment 55975
X log

[Freedesktop-jay (freedesktop-jay)]

Created attachment 55976
dmesg

[Freedesktop-jay (freedesktop-jay)]

Created attachment 55977
Output of xrandr --verbose

[Chris Wilson (ickle)]

Possibly related bug 28813. Or we may just have never got the swizzling correct for crestline?

Johnny, can you please download intel-gpu_tools from http://cgit.freedesktop.org/xorg/app/intel-gpu-tools/ and run through a make test. However we may need to throw in a memory hog in order to exercise the swap paths.

[Daniel-ffwll (daniel-ffwll)]

Ok, a few things:
- Can you try to grab another screenshot, preferrably where the background image (or any other large image) shows some corruptions? Because gui elements are usually pretty small and have mostly uniform&flat coloring it's much harder to see the pattern.

- Please attach the output of intel_reg_dumper from the intel-gpu-tools (at last v1.1, prefarrably git). You need to install a bunch of dependencies for that to compile.

- As Chris mentioned, please run the i-g-t testsuite. If that one blows up, the relevant tests are tests/gem_tiled_*, you can run these manually.

[Freedesktop-jay (freedesktop-jay)]

Created attachment 56003
Damaged desktop

[Freedesktop-jay (freedesktop-jay)]

I have uploaded a shot of the desktop with damages.

As I already wrote, I can't build intel-gpu-tools because of an error. Here's the output of autogen.sh:

autoreconf-2.68: Entering directory `.'
autoreconf-2.68: configure.ac: not using Gettext
autoreconf-2.68: running: aclocal
configure.ac:52: error: xorg-macros version 1.16 or higher is required but 1.15.0 found
/usr/share/aclocal/xorg-macros.m4:39: XORG_MACROS_VERSION is expanded from...
configure.ac:52: the top level
autom4te-2.68: /usr/bin/m4 failed with exit status: 1
aclocal-1.11: /usr/bin/autom4te-2.68 failed with exit status: 1
autoreconf-2.68: aclocal failed with exit status: 1

I guess to succeed, I have to have a newer util-macros package for which I have to have a newer X server. I don't know whether I want to do that. Can't we get around without it?

[Daniel-ffwll (daniel-ffwll)]

> --- Comment #7 from Johnny Wezel <freedesktop-
> I guess to succeed, I have to have a newer util-macros package for which I have
> to have a newer X server. I don't know whether I want to do that. Can't we get
> around without it?

Nope, newer X server not required at all. Either you upgarde the dev
package (xutils-dev on debian) or you grab the single missing file
from source:

http://cgit.freedesktop.org/xorg/util/macros/

Run ./autogen.sh and copy xorg-macros.m4 into /usr/share/aclocal

That should make this work. Btw for quick questions like this it's
usually faster to ask for help on irc, #intel-gfx on the freenode
network.

[Freedesktop-jay (freedesktop-jay)]

Created attachment 56044
Output of intel_reg_dumper

[Freedesktop-jay (freedesktop-jay)]

OK, got it with intel_reg_dumper (had to update libdrm and check whether the bug is still there because of that [yes, it is])

[Daniel-ffwll (daniel-ffwll)]

Thanks a lot for the reg dump and the screenshot, perfect match with what Chris suspected. Can you please also grab the same registers as in https://bugs.freedesktop.org/show_bug.cgi?id=28813#c21

[Freedesktop-jay (freedesktop-jay)]

Sure:

0x10200 : 0xF0002
0x10204 : 0x0
0x100E0 : 0x0
0x11234 : 0x910C1800
0x11334 : 0x910C1800

[Daniel-ffwll (daniel-ffwll)]

Can you try to set bit20 in register 0x10204 like this?

intel_reg_write 0x10204 0x100000

Note though that it's unclear from the documentation what this bit exactly does, and it has the potential to corrupt system memory (and not just graphics stuff). So I highly advise you to try this on a throw-away disk/installation.

But it's the only thing I could find, so please try it if you can.

[Freedesktop-jay (freedesktop-jay)]

This is the output of the command:

Value before: 0x0
Value after: 0x0

There is no effect from the command. Problems persist.

I'm not sure whether this helps but another effect of swapped back memory is that in GTK+ programs, icons lose their images, like shown in the last screenshot.

[Freedesktop-jay (freedesktop-jay)]

Created attachment 56154
Damaged GTK+ icons

There is no way to make the icon's images to reappear.

[Daniel-ffwll (daniel-ffwll)]

Ok, so the hw doesn't allow this bit to be flipped after initialization. Which makes sense. I need to do more documentation reading and also some patch writing before I'll have something new for you to test.

For the damaged icons: Does this not happen when swap is disabled?

[Chris Wilson (ickle)]

The icons look more like the ddx bug:

commit 2174f840158aa9cfa370ade38be28f8dc8e4b526
Author: Chris Wilson <email address hidden>
Date: Thu Nov 3 20:41:31 2011 +0000

    uxa: Remove caching of surface binding location

    If the pixmap were to be used multiple times within a batch with
    mulitple formats, the cache would only return the initial location with
    the incorrect format and so cause rendering glitches. For instance, GTK+
    uses the same pixmap as an xrgb source and as an argb mask in order to
    premultiply and composite in a single pass. Rather than introduce an
    overly complication caching (handle, format) mechanism, kiss and remove
    the invalid implementation.

    Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=40926
    Signed-off-by: Chris Wilson <email address hidden>

release in 2.16.902

[Freedesktop-jay (freedesktop-jay)]

The icons blacken only after swapping. IMHO this is not a GTK+ bug.

[Daniel-ffwll (daniel-ffwll)]

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

[Marius Gedminas (mgedmin)]

Got this again, under GNOME Shell, after using suspend to disk. (I've a screenshot if you need more of them.) Restarting GNOME Shell with Alt-F2 r fixed the corruption.

Is there anything I can to do help debug this?

[Daniel-ffwll (daniel-ffwll)]

(In reply to comment #20)
> Got this again, under GNOME Shell, after using suspend to disk. (I've a
> screenshot if you need more of them.) Restarting GNOME Shell with Alt-F2 r
> fixed the corruption.
>
> Is there anything I can to do help debug this?

Unfortunately not. I have a machine which has this issue, too. And we have tests in i-g-t that can easily reproduce it. The problem is simply that I have no idea how to fix it (without rewriting the entire driver, that is).

[Chris Wilson (ickle)]

What's the grand plan? Everyone needs to be aware of physical page locations and swizzling again?

[Daniel-ffwll (daniel-ffwll)]

One thing you could try is to grab the latest verion of intel-gpu-tools from git and run the testsuite with make test. That should give you a nice set of failing tests with "tiled" in their names.

Then try to decrease the amount of memory linux uses with the mem=xxxm boot parameter, until all these tests with 'tiled' work reliably. The best result would be to figure out that things work for mem=xxxm, but not for mem=xxx+1m.

[Chris Wilson (ickle)]

Created attachment 81971
Hack to prevent movement of swizzled pages

A hack for you to please test.

[Jani-nikula (jani-nikula)]

Timeout. What is the status of the bug?

Johnny, still an issue? Did you try the proposed hack patch?

[abdelfetah hadij (abdel-14)]

Hi i had the same problem in debian Wheezy and i managed to solve changing my hibernation method to TuxOnIce.

I hope this extra info could help solve the problem.

[Ildar (ildar-users)]

Excuse me, what are the workarounds for the problem besides patching the drm kernel module? is it possible to invalidate pixmap cache that GTK uses?

2nd: the bug is in "NEEDINFO" state. What kind of info is needed?

[Daniel-ffwll (daniel-ffwll)]

Disabling swap, replace with more ram.

[Rodrigo-vivi (rodrigo-vivi)]

And by the time, please retest with latest drm-intel-nightly

[Chris Wilson (ickle)]

(In reply to Rodrigo Vivi from comment #29)
> And by the time, please retest with latest drm-intel-nightly

Known hardware issue that remains unresolved. The patch we want tested is attached to this bug.

[Ubuntu Foundations Team Bug Bot (crichton)]

Thank you for taking the time to report this bug and helping to make Ubuntu better. It seems that your bug report is not filed about a specific source package though, rather it is just filed against Ubuntu in general. It is important that bug reports be filed about source packages so that people interested in the package can find the bugs about it. You can find some hints about determining what package your bug might be about at https://wiki.ubuntu.com/Bugs/FindRightPackage. You might also ask for help in the #ubuntu-bugs irc channel on Freenode.

To change the source package that this bug is filed about visit https://bugs.launchpad.net/ubuntu/+bug/1393205/+editstatus and add the package name in the text box next to the word Package.

[This is an automated message. I apologize if it reached you inappropriately; please just reply to this message indicating so.]

[Dave Gilbert (ubuntu-treblig)]

Flipped package to intel xserver

[Dave Gilbert (ubuntu-treblig)]

Added suspected upstream bug number.

[Daniel-ffwll (daniel-ffwll)]

Ok I've finally gotten around to polish Chris' patch and update testcase:

http://patchwork.freedesktop.org/patch/37073/

As soon as I have a few tested-by reports I'll pull this in, so please go wild. Patch applies on top of latest drm-intel-nightly.

[Daniel-ffwll (daniel-ffwll)]

Workaround is now merged into drm-intel-nightly, should land in 3.19

commit 14a369b6c9bdb40cebdac5a248321a05119fe02b
Author: Daniel Vetter <email address hidden>
Date: Thu Nov 20 09:26:30 2014 +0100

    drm/i915: Pin tiled objects for L-shaped configs

Note that this is v2, v1 was a bit WARNING-happy.

[penalvch (penalvch)]

Айдеед, could you please execute the following in a terminal as it will automatically gather and attach updated debug information to this report:

apport-collect -p xorg 1393205

Please ensure you have xdiagnose installed, and that you click the Yes button for attaching additional debugging information.

[XXXXXX (mrindeed12345)]

apport information

[XXXXXX (mrindeed12345)]

apport information

[XXXXXX (mrindeed12345)]

apport information

[XXXXXX (mrindeed12345)]

apport information

[XXXXXX (mrindeed12345)]

apport information

[XXXXXX (mrindeed12345)]

apport information

[XXXXXX (mrindeed12345)]

apport information

[XXXXXX (mrindeed12345)]

apport information

[XXXXXX (mrindeed12345)]

apport information

[XXXXXX (mrindeed12345)]

apport information

[XXXXXX (mrindeed12345)]

apport information

[XXXXXX (mrindeed12345)]

apport information

[XXXXXX (mrindeed12345)]

apport information

[XXXXXX (mrindeed12345)]

apport information

[XXXXXX (mrindeed12345)]

apport information

[XXXXXX (mrindeed12345)]

apport information

[XXXXXX (mrindeed12345)]

apport information

[XXXXXX (mrindeed12345)]

apport information

[XXXXXX (mrindeed12345)]

apport information

[XXXXXX (mrindeed12345)]

apport information

[XXXXXX (mrindeed12345)]

apport information

[XXXXXX (mrindeed12345)]

apport information

[XXXXXX (mrindeed12345)]

apport information

[XXXXXX (mrindeed12345)]

Sorry for the long delay.

I did as you requested Christopher.

[penalvch (penalvch)]

Айдеед, as per http://www.dell.com/support/home/us/en/19/product-support/product/optiplex-755/drivers an update to your BIOS is available (A22). If you update to this following https://help.ubuntu.com/community/BIOSUpdate does it change anything? If it doesn't, could you please both specify what happened, and provide the output of the following terminal command:
sudo dmidecode -s bios-version && sudo dmidecode -s bios-release-date

For more on BIOS updates and linux, please see https://help.ubuntu.com/community/ReportingBugs#Bug_reporting_etiquette .

Please note your current BIOS is already in the Bug Description, so posting this on the old BIOS would not be helpful. As well, you don't have to create a new bug report.

Once the BIOS is updated, then please mark this report Status Confirmed.

Thank you for your understanding.

[XXXXXX (mrindeed12345)]

Hello Christopher,
It stats i need windows however i lost my windows 8.1 when i was installing Ubuntu 14.04. For some reason the Installation mixed up my hard drives up as a result mixing my WIndows 7 with my Windows 8.1. Thinking i was over writing Windows 7 (when in fact it was Windows 8.1) i cocked it up.

I still have my Windows 8.1 Hard Drive (I called it Windows 8.1 (C) before the installation) however i cant get it to boot up along with Ubuntu.

[Ander Conselvan de Oliveira (conselvan2)]

(In reply to Daniel Vetter from comment #32)
> Workaround is now merged into drm-intel-nightly, should land in 3.19
>
> commit 14a369b6c9bdb40cebdac5a248321a05119fe02b
> Author: Daniel Vetter <email address hidden>
> Date: Thu Nov 20 09:26:30 2014 +0100
>
> drm/i915: Pin tiled objects for L-shaped configs
>
> Note that this is v2, v1 was a bit WARNING-happy.

Assuming the problem was fixed by the patch above, since it has been almost a month. Please reopen if necessary.

[Janus (ysangkok+launchpad)]

I have this chip, running with version 2:2.99.916+git201412 of the Intel driver from xorg-edgers didn't help. I used the DebugWait trick from bug 37326 and it seemed to help.

[Janus (ysangkok+launchpad)]

Created attachment 111328
Corrupted desktop

[Janus (ysangkok+launchpad)]

I have 3145990144 bytes of RAM and I think it may also be bug 55000. But since that bug does not mention the DebugWait workaround, and it works for me, I don't know what to think.

[Janus (ysangkok+launchpad)]

I was wrong, DebugWait didn't help. I disabled DebugWait again of course.

It looks as if upgrading to kernel v3.19-rc1 did though.

I got the kernel here: http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.19-rc1-vivid/

However, the commit ID of the patch doesn't match the one Daniel Vetter gave above. I found this though, with the same commit description: https://github.com/torvalds/linux/commit/656bfa3afc14e45e2d9e1624bf60d79b3beb12f2

In debugfs, I can see that the new code paths are getting hit:

# cat /sys/kernel/debug/dri/0/i915_swizzle_info
bit6 swizzle for X-tiling = bit9/bit10/bit11
bit6 swizzle for Y-tiling = bit9/bit11
DDC = 0x000f0002
DDC2 = 0x00000000
C0DRB3 = 0x0000
C1DRB3 = 0x0000
L-shaped memory detected

[Daniel van Vugt (vanvugt)]

The upstream bug is closed as fixed, but also Ubuntu 14.04 is no longer supported. So we assume 'Fix Released' or otherwise it would be 'Won't Fix'. If you have any ongoing issues then please open new bugs.