| Summary: | x11-drivers/xf86-video-intel-2.14.0: Glyph corruption | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Jeremy Murphy <jeremy.william.murphy> |
| Component: | [OLD] Core system | Assignee: | Gentoo X packagers <x11> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | alexanderyt, x11 |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| URL: | https://bugs.freedesktop.org/show_bug.cgi?id=34980 | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Jeremy Murphy
2011-04-05 07:04:40 UTC
This isn't very obviously a kernel problem, but maybe similar problems are known there or a userland solution is already known. CC-ing x11@ since it might as well be a media-libs/mesa issue. Yeah, agreed. I also just noticed some similar corruption in the Eclipse status bar, which is probably but not certainly related. Also, the best way to reproduce the tab bar corruption is when typing into the address bar: Chromium's attempts to guess and auto-complete are what cause the corruption. I had the same issue when booting 2.6.38 kernel on my laptop(it also affects x86, and not only amd64), with the i915 driver...Random screen corruption everywhere(from the chrome tabs, to the fluxbox statusbar)... Unfortunately, my laptop is a bit old(it runs debian and it can barely run chrome or firefox without running out of memory :P), thus I can't do that much debugging(or compile new kernels to test)... However, this issue seems to be reported by others too(for Debian and Ubuntu too), and seems to be fixed[1] in 2.6.39-rc1[2]...Can you try the latest 2.6.39-rc and see if it fixes your problem?... And a note from the commit: "[Note for 2.6.38-stable, we need to reintroduce the interruptible passing]" Thus it seems that applying only that patch to 2.6.38 won't work... It's not yet included in the latest -stable(2.6.38) upstream release either... I'll try compiling and testing 2.6.39-rc later... [1] https://bugs.freedesktop.org/show_bug.cgi?id=34584 [2] http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=29c5a587284195278e233eec5c2234c24fb2c204 Thanks for following up on this bug. I'll probably wait until .39 is released before testing it, cheers. Unfortunately, after a couple of hours that took me to compile the kernel, 2.6.39-rc4 doesn't seem to fix the corruption issue. :/ If anyone else tests it, let me know. (In reply to comment #5) > Unfortunately, after a couple of hours that took me to compile the kernel, > 2.6.39-rc4 doesn't seem to fix the corruption issue. :/ > If anyone else tests it, let me know. After searching a bit, I found that there was another 'corruption' bug[1] with the xf86-video-intel driver this time. xf86-video-intel-2.15 includes a patch[2] that fixes that second bug, and worked for me, with a 2.6.38 kernel. You can test unmasking the 2.15 intel driver, to see if it works. (mabye this isn't exactly a kernel bug after all, thus I remove the [2.6.38 regression] from the whiteboard, 2.6.39 doesn't seem to fix the problem anyway) [1] https://bugs.freedesktop.org/show_bug.cgi?id=34980 [2] http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/commit/?id=d21d781466785c317131a8a57606925867265dc8 Yeah, upgrading to 2.15.0 has either entirely or almost entirely fixed the bug, so I'm changing the bug from kernel to xf86-video-intel driver. (I also realized that I don't see the bug at all on my other computer that has 2.6.38 but a radeon GPU.) Maintainers/wranglers, you may want to reassign. Unless you think there are any outstanding issues, I'll close this bug soon. I think this is one for you folks. reassigning. And closing, as promised. |
