Launchpad has imported 43 comments from the remote bug at https://bugs.freedesktop.org/show_bug.cgi?id=36326.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2011-04-17T14:06:25+00:00 Sitsofe Wheeler wrote: Description of the problem: With the soon to be released distros graphical corruption occasionally appears on font characters - everywhere a corrupted character of that size is it will be corrupted the same way. Steps to reproduce: 1. Start computer. 2. Start a gnome-terminal . 3. Type echo "import string; print string.printable" | python 4. Press Ctrl-"+" several times. 5. Press Ctrl-"-" several times. 6. Go to step 4. Expected results: Text to look normal as it is resized. Actual results: Sometimes characters will appear to have a line through them. How reproducible is the problem? Somewhat reproducible but only on an EeePC 900. Version information: Ubuntu 11.04 xorg 1:7.6+4ubuntu1 xserver-xorg-video-intel 2:2.14.0-4ubuntu6 linux-image-2.6.38-7-generic 2.6.38-7.39 Fedora 15 xorg-x11-server-Xorg-1.10.0-7.fc15.i686 xorg-x11-drv-intel-2.14.0-4.fc15.i686 kernel-2.6.38.2-9.fc15.i686 00:00.0 Host bridge [0600]: Intel Corporation Mobile 915GM/PM/GMS/910GML Express Processor to DRAM Controller [8086:2590] (rev 04) Additional Information: Unreproducible on a machine with a 945GM/GMS/GME, 943/940GML (rev 03) Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/745608/comments/7 ------------------------------------------------------------------------ On 2011-04-17T14:28:48+00:00 Sitsofe Wheeler wrote: Created attachment 45730 Screenshot of glyph corruption As I'm only seeing this issue on LiveCDs (my Ubuntu 10.04 setup with an old xorg but a 2.6.38 kernel seems fine) testing fixes could be tricky for the foreseeable future... Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/745608/comments/8 ------------------------------------------------------------------------ On 2011-04-17T14:35:39+00:00 Sitsofe Wheeler wrote: I will also note this happens with gnome-shell, compiz or metacity (although it seems to happen a bit sooner/more frequently with gnome- shell and Unity desktops). Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/745608/comments/9 ------------------------------------------------------------------------ On 2011-04-17T14:55:27+00:00 Chris Wilson wrote: For 915GM it is important to test with 2.15.0 as well to rule out one source of tiling corruption. Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/745608/comments/10 ------------------------------------------------------------------------ On 2011-04-17T16:27:53+00:00 Sitsofe Wheeler wrote: A somewhat painful Ubuntu live CD upgrade to xserver-xorg-video-intel 2:2.15.0+git20 shows the same problem (Xorg.0.log shows it it is using 2.15.0 too)... Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/745608/comments/11 ------------------------------------------------------------------------ On 2011-04-17T18:38:17+00:00 Chris Wilson wrote: Thanks Sitsofe. I can now cry myself to sleep. Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/745608/comments/12 ------------------------------------------------------------------------ On 2011-04-18T06:43:23+00:00 Sitsofe Wheeler wrote: Some additional information (although I'm not sure how comforting it's going to be): Ubuntu 10.10 also exhibits the same behaviour (but only after I switched from compiz to metacity) and has the following packages: xorg 1:7.5+6ubuntu3 xserver-xorg-video-intel 2:2.12.0-1ubuntu5 linux-image 2.6.35.28.36 My Ubuntu 10.04 setup with a 2.6.38 kernel does not show the problem with the following packages: xorg 1:7.5+5ubuntu1 xserver-xorg-video-intel 2:2.9.1-3ubuntu5 Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/745608/comments/13 ------------------------------------------------------------------------ On 2011-04-19T19:37:44+00:00 Sitsofe Wheeler wrote: Another data point - the problem doesn't seem to occur with Fedora 13: xorg-x11-server-Xorg-1.8.0-12.fc13.i686 xorg-x11-drv-intel-2.11.0-4.fc13.i686 kernel-2.6.33.3-85.fc13.i686 So it appears that the problem was inserted in the 2.12 release of the Intel DRM module / 2.6.34-2.6.35 release of the kernel. Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/745608/comments/14 ------------------------------------------------------------------------ On 2011-04-19T22:12:17+00:00 Sitsofe Wheeler wrote: (Numerous bisections later...) The problem appears to have been introduced in the following commit: commit f05dd2f09cac422c423dae8f9b8e2be13df05a8f Author: Eric Anholt <e...@anholt.net> Date: Fri Feb 26 13:32:11 2010 -0800 drm/i915: Don't bother with the BKL for GEM ioctls. We probably don't need it for most of the other driver ioctls as well, but we explicitly did locking when doing the GEM pieces. On CPU-bound graphics tasks, the BKL was showing up as 1-2% of CPU time. Signed-off-by: Eric Anholt <e...@anholt.net> I've narrowed it down to two lines in drivers/gpu/drm/i915/i915_dma.c: DRM_IOCTL_DEF(DRM_I915_GEM_SET_TILING, i915_gem_set_tiling, DRM_UNLOCKED), DRM_IOCTL_DEF(DRM_I915_GEM_GET_TILING, i915_gem_get_tiling, DRM_UNLOCKED), If the last parameter is 0 instead of DRM_UNLOCKED the problem goes away even on the latest drm-intel-fixes branch. Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/745608/comments/15 ------------------------------------------------------------------------ On 2011-04-19T22:14:10+00:00 Sitsofe Wheeler wrote: Created attachment 45831 Workaround glyph corruption It's blunt but it seems to work. I haven't done tests to work out if only one of the lines is needed... Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/745608/comments/16 ------------------------------------------------------------------------ On 2011-04-20T00:02:53+00:00 Sitsofe Wheeler wrote: Sadly the above patch did nothing to solve the problem on a Fedora 15 live CD. Rolling back to a 2.6.28 kernel with the above patch didn't help either. Weird and frustrating. Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/745608/comments/17 ------------------------------------------------------------------------ On 2011-04-25T08:57:34+00:00 Jules9112 wrote: I'd like to confirm that this bug manifests itself for me as well, on an Asus EEE 900, on every recent distro I've tried. It's not only reproducible but happens all the time. It's extremely jarring, sometimes half the glyphs get corrupted resulting in barely readable text. Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/745608/comments/24 ------------------------------------------------------------------------ On 2011-04-25T19:43:57+00:00 Sitsofe Wheeler wrote: The symptoms described in this bug are very similar to those described in the closed bug #34662 ... Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/745608/comments/27 ------------------------------------------------------------------------ On 2011-04-25T20:58:37+00:00 Sitsofe Wheeler wrote: This may also be related to bug #35557. For what it's worth, there is some more anecdotal evidence that this was introduced in the 2.12 release of the Intel DRM module - http://forums.opensuse.org/english/get-technical-help-here/hardware/442680-font-corruption-x-anyone-else-seeing.html#post2272576 talks about how switching to intellegacy in OpenSUSE resolved the problem for the commenter. http://askubuntu.com/questions/29626/font-corruption-lines-through-characters talks about how it started happening in Ubuntu 10.10 and http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=600474#5 describes how it started happening after upgrading from xserver-xorg-video-intel 2:2.9.1-4 2:2.12.0+shadow-2 to xserver-xorg-video-intel 2:2.12.0+shadow-2 2:2.13.0-1 . Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/745608/comments/28 ------------------------------------------------------------------------ On 2011-04-26T05:19:51+00:00 Jules9112 wrote: bug #35557 may or may not be related, but it's interesting that 1.) He's using a 945GM 2.) He's having vertical corrupted lines in glyphs. It seems that the 915GM only exhibits horizontal corruption (which by itself is very weird). By the way, it would be so great to finally put a nail in the coffin of this one, so please tell me if I can help with testing in any way. Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/745608/comments/29 ------------------------------------------------------------------------ On 2011-04-26T08:36:34+00:00 Jules9112 wrote: Something possibly useful: switching the acceleration method from UXA to EXA seems to reduce the corruption significantly for me (one or two letters corrupted instead of a dozen), although unfortunately it's still there. Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/745608/comments/30 ------------------------------------------------------------------------ On 2011-04-27T10:09:56+00:00 Sitsofe Wheeler wrote: jules9112: Bug #35995 sounds pretty much identical this bug (horizontal lines, 915GM, driver is 2.14+) and has been marked a duplicate of bug #35557 . If someone who sees the problem can find a way of bisecting the intel driver versions between 2.11 and 2.12 we might at least be able to find out exactly which change introduced the problem. Once it has been narrowed down by a tester, the hope is that an expert can justify looking at the problem because finding a solution will hopefully take them less time than it would have done before... Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/745608/comments/31 ------------------------------------------------------------------------ On 2011-05-15T13:55:32+00:00 Sitsofe Wheeler wrote: I've just done an Ubuntu 11.04 install and tested with different kernels and I find 2.6.33 is OK, 2.6.34 is a problem. The bisection between .33 and .34 is as follows: # bad: [e40152ee1e1c7a63f4777791863215e3faa37a86] Linus 2.6.34 # good: [60b341b778cc2929df16c0a504c91621b3c6a4ad] Linux 2.6.33 git bisect start 'v2.6.34' 'v2.6.33' '--' 'drivers/gpu/drm/i915/' # good: [ae3db24aab398fb5f985696c12362eb12ef65812] drm/i915: extract fence stealing code git bisect good ae3db24aab398fb5f985696c12362eb12ef65812 # bad: [8956c8bba5b11b3d3aec000e6c6184943011a8d4] drm/i915: Set up the documented clock gating on Sandybridge and Ironlake. git bisect bad 8956c8bba5b11b3d3aec000e6c6184943011a8d4 # good: [1c62233508ef7104f8a78e571fdf5c72d0dc0200] Merge branch 'gpu-switcher' of /ssd/git//linux-2.6 into drm-next-stage git bisect good 1c62233508ef7104f8a78e571fdf5c72d0dc0200 # bad: [71cf39b117d5aa817a4693f4478397e6b04bee25] drm/i915: Enable VS timer dispatch. git bisect bad 71cf39b117d5aa817a4693f4478397e6b04bee25 # bad: [5d9391628e8eb3b0830697697a95bfd0c3c35b9e] drm/i915: remove an unnecessary wait_request() git bisect bad 5d9391628e8eb3b0830697697a95bfd0c3c35b9e # bad: [f05dd2f09cac422c423dae8f9b8e2be13df05a8f] drm/i915: Don't bother with the BKL for GEM ioctls. git bisect bad f05dd2f09cac422c423dae8f9b8e2be13df05a8f This is the same result as comment #8. Further, putting Section "Device" Identifier "Intel 915GM" Driver "intel" Option "Tiling" "false" EndSection in /etc/X11/xorg.conf doesn't stop the problem from occurring. Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/745608/comments/43 ------------------------------------------------------------------------ On 2011-05-16T21:24:05+00:00 Sitsofe Wheeler wrote: Using a 2.6.36 kernel with Fedora 13 showed the problem. Using the 2.10 DDX driver with a newer kernel also showed the problem so it looks like this issue was masked with kernels <= 2.6.33. The thing to note is that Ubuntu 10.04 (with a 2.9 DDX) does not show the problem with newer kernels. Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/745608/comments/47 ------------------------------------------------------------------------ On 2011-05-22T15:16:09+00:00 Sitsofe Wheeler wrote: A quick recap: Occurs with Intel DDX 2.10+ (tested up to .15) with Kernel 2.6.34+ (tested up to .39). Reported affecting a 915GM and a 945G. Setting Section "Device" Identifier "Intel" Driver "intel" Option "DebugWait" "true" EndSection in xorg.conf works around the problem in at least two cases. Setting Tiling to false in xorg.conf does not resolve the problem. Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/745608/comments/65 ------------------------------------------------------------------------ On 2011-06-03T10:36:39+00:00 Matej wrote: Closing our bug https://bugzilla.redhat.com/708849 against this one. Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/745608/comments/67 ------------------------------------------------------------------------ On 2011-06-05T11:20:25+00:00 Sitsofe Wheeler wrote: OK I finally had time to test the SNA branch up at http://cgit.freedesktop.org/~ickle/xf86-video-intel/ . The only thing changed from a Fedora 15 live CD was the intel_drv.so . The good news This didn't show the corruption on font resizing at the terminal. The bad news While just typing at the terminal the entire prompt would sometimes disappear. Sometimes only one pixel of row of letters could be seen. When doing printscreen to try and capture a screenshot everything would fix itself just before the screenshot was taken. After a bit the entire system would lock up and the hangcheck timer would elapse. VTs and plymouth continued to work though. All this behaviour happens fairly quick - within 5 minutes of starting X. Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/745608/comments/68 ------------------------------------------------------------------------ On 2011-06-05T11:28:10+00:00 Chris Wilson wrote: Sitsofe, just to be a nuisance, can you try again with xf86-video- intel.git and --enable-sna And then attach the usual the suspects (Xorg.log and i915_error_state), thanks! Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/745608/comments/69 ------------------------------------------------------------------------ On 2011-06-05T12:09:33+00:00 Sitsofe Wheeler wrote: Created attachment 47554 Xorg log taken after crash Mainline xf86-video-intel.git still blows up. Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/745608/comments/70 ------------------------------------------------------------------------ On 2011-06-05T12:10:04+00:00 Sitsofe Wheeler wrote: Created attachment 47555 i915_error_state after crash Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/745608/comments/71 ------------------------------------------------------------------------ On 2011-06-05T12:32:26+00:00 Chris Wilson wrote: Created attachment 47556 Use pot size, not multiple-of-two tile height Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/745608/comments/72 ------------------------------------------------------------------------ On 2011-06-05T12:47:02+00:00 Sitsofe Wheeler wrote: Created attachment 47558 i915_error_state for 3.0.0-rc1 (without pot patch) Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/745608/comments/73 ------------------------------------------------------------------------ On 2011-06-05T12:56:44+00:00 Sitsofe Wheeler wrote: Created attachment 47559 i915_error_state for 3.0.0-rc1 (with pot patch) Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/745608/comments/74 ------------------------------------------------------------------------ On 2011-06-05T13:30:28+00:00 Chris Wilson wrote: Created attachment 47560 Fix unfenced alignment on pre-g33 Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/745608/comments/75 ------------------------------------------------------------------------ On 2011-06-05T13:41:24+00:00 Sitsofe Wheeler wrote: Created attachment 47561 915_error_state after fix unfenced alignment on pre-g33 patch Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/745608/comments/76 ------------------------------------------------------------------------ On 2011-06-05T14:13:57+00:00 Sitsofe Wheeler wrote: Created attachment 47563 915_error_state after Y-tiling DDX patch Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/745608/comments/77 ------------------------------------------------------------------------ On 2011-06-06T07:50:48+00:00 Sitsofe Wheeler wrote: The combination of an updated SNA based DDX and the latest kernel patch seems to resolve all font corruption problems I have been seeing. However copying the binary DDX compiled for Fedora 15 to an Ubuntu 11.04 install showed that corruption around the border of the screen was happening when show all desktops (windows-s) was used (probably unrelated to this bug though). Note: the kernel patch alone is not enough to stop font corruption. Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/745608/comments/78 ------------------------------------------------------------------------ On 2011-06-07T05:57:34+00:00 Sitsofe Wheeler wrote: The more I think about this, the more I feel this bug report should be marked fixed as soon as all the patches in it land - the latest intel.git + kernel changes fix the font problem but at a price. The DDX SNA rewrite has brought new issues (which should be in separate bug reports as they may be unrelated to this one) that make for an unpleasant experience at present. Before this bug is closed I guess it is worth checking: is it possible for a patch to be generated for pre SNA xorg drivers/older kernels (as found in Ubuntu 11.04/Fedora 15)? If not, users seeing the font problem on said distros will have to use the DebugWait workaround until newer distros (11.08/16) land... Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/745608/comments/79 ------------------------------------------------------------------------ On 2011-06-07T07:31:10+00:00 Chris Wilson wrote: Yes, I'm planning to disable tiling on pre-G33 boxes without the kernel patch. That should prevent the hang (but at a noticeable performance hit). Sorry. Sitsofe, please file those SNA bugs soon. :) Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/745608/comments/80 ------------------------------------------------------------------------ On 2011-06-07T08:41:38+00:00 Sitsofe Wheeler wrote: SNA rewrite issues have been broken out into bug 38021 . If I ever find the time I will try and split that bug into smaller pieces... Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/745608/comments/81 ------------------------------------------------------------------------ On 2011-07-19T15:20:57+00:00 Sitsofe Wheeler wrote: There is a rumour going round that this is actually Bug #28798 . I haven't had a chance to confirm or deny this... Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/745608/comments/83 ------------------------------------------------------------------------ On 2011-07-31T18:44:50+00:00 W-florijn-k wrote: A patch referencing this bug report has been merged in Linux v3.0: commit e28f87116503f796aba4fb27d81e2c3d81966174 Author: Chris Wilson <ch...@chris-wilson.co.uk> Date: Mon Jul 18 13:11:49 2011 -0700 drm/i915: Fix unfenced alignment on pre-G33 hardware Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/745608/comments/84 ------------------------------------------------------------------------ On 2011-08-04T19:57:05+00:00 Tibbs wrote: Just a note that e28f87116503f796aba4fb27d81e2c3d81966174 does not appear to have any effect for me. I'm running a 3.0 kernel (with the 3.0.1 queue applied), have verified that the patch is included, and I still see the corruption. For reference, this is i945: 00:02.0 VGA compatible controller: Intel Corporation 82945G/GZ Integrated Graphics Controller (rev 02) (prog-if 00 [VGA controller]) Subsystem: ASUSTeK Computer Inc. Device 817a Flags: bus master, fast devsel, latency 0, IRQ 16 Memory at dfd00000 (32-bit, non-prefetchable) [size=512K] I/O ports at b800 [size=8] Memory at c0000000 (32-bit, prefetchable) [size=256M] Memory at dfd80000 (32-bit, non-prefetchable) [size=256K] Expansion ROM at <unassigned> [disabled] Capabilities: [90] MSI: Enable- Count=1/1 Maskable- 64bit- Capabilities: [d0] Power Management version 2 Kernel driver in use: i915 Kernel modules: i915 X driver is the stock Fedora 15 version: xorg-x11-drv- intel-2.15.0-5.fc15.x86_64. I'll try the 2.15.901 code next just to see what happens. Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/745608/comments/95 ------------------------------------------------------------------------ On 2011-08-04T21:54:05+00:00 Tibbs wrote: Just to be thorough, I'll report that updating to server version 10.1.99.1 and Intel driver version 2.15.901 does not appear have any effect at all on the problem. However, according to other information on this ticket I'd expect to see this problem on Fedora 14 (with xorg-x11-drv- intel-2.12.0-6.fc14.1.x86_64 and kernel-2.6.35.13-92.fc14.x86_64) but everything is completely fine there. That F14 kernel does, however, carry a few i915-related patches; I'm not able to tell if they have any bearing on the issue. Regardless, this looks like an annoyingly complex issue. Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/745608/comments/96 ------------------------------------------------------------------------ On 2011-08-05T09:08:51+00:00 Sitsofe Wheeler wrote: Jason: The kernel patch alone does not fix the problem (see comment #31). I needed an intel driver that was using the "new" SNA paths in addition to the kernel patch for the problem to be solved. This is consistent with what you are reporting because Fedora 15's intel driver is not using the SNA path (the SNA path isn't on by default in the intel drivers). If you can get hold of SNA enabled drivers for Fedora 15 let me know as I'd like to test them too (at the moment I have to hand compile has issues with older xorgs)... I admit I am baffled by the fact that you do not see the problem on Fedora 14 though. Perhaps you are using a different desktop in Fedora 15 to what you were using in 14? Oh and does the workaround described in comment #19 make any difference to your problem? Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/745608/comments/97 ------------------------------------------------------------------------ On 2011-08-05T12:43:26+00:00 Tibbs wrote: Unfortunately I am not entirely sure how to get an SNA-based DDX; I assumed that the 2.15.901 driver would be such, but perhaps that needs to be enabled at build time. I can state that if this problem is present on F14, I haven't seen it and no user has reported it. I have 30+ identical desktops with this hardware configuration. It is certainly possible that some other difference masks the problem in F14; there is plenty of updated software and unfortunately you can't just go back to the old kernel and X on an F15 machine to check. Both logins are with the same account to a generic KDE desktop and it's pretty trivial to make it happen on the F15 machine; many times it's even visible on the login screen. I might be able to take an F14 machine and go forward with X and the kernel to see if one breaks; I can try to allocate some time to try that out next week. As for the debugwait trick, I'll try that out today if I can find some time. Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/745608/comments/98 ------------------------------------------------------------------------ On 2011-08-05T17:26:04+00:00 Tibbs wrote: OK, in my testing the DebugWait trick appears to work fine (with the 3.0.1 kernel and the 2.15.901 non-SNA driver, at least; I haven't time to drop back to the stock F15 packages today). I guess it's slower but I don't really notice much difference. I can try a SNA build next week; I expect that it will solve the problems but I'm not sure if it's supposed to be ready for deployment yet. Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/745608/comments/99 ------------------------------------------------------------------------ On 2012-03-01T01:56:35+00:00 Bryce Harrington wrote: Reportedly still happening in Ubuntu Precise: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/745608 Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/745608/comments/124 ** Changed in: xserver-xorg-video-intel Status: Unknown => Confirmed ** Changed in: xserver-xorg-video-intel Importance: Unknown => High ** Bug watch added: Debian Bug tracker #600474 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=600474 -- You received this bug notification because you are a member of Ubuntu-X, which is subscribed to xserver-xorg-video-intel in Ubuntu. https://bugs.launchpad.net/bugs/745608 Title: [915GM] font corruption on Intel GMA900 To manage notifications about this bug go to: https://bugs.launchpad.net/xserver-xorg-video-intel/+bug/745608/+subscriptions _______________________________________________ Mailing list: https://launchpad.net/~ubuntu-x-swat Post to : ubuntu-x-swat@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-x-swat More help : https://help.launchpad.net/ListHelp
