Hello everybody, my laptop's graphics card is a 00:02.1 Display controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03) and for a stable system I had to apply the following patches from http://git.kernel.org/?p=linux/kernel/git/ickle/drm-intel.git;a=shortlog;h=refs/tags/2011Q1 as instructed at http://intellinuxgraphics.org/2011Q1.html to my kernel sys-kernel/gentoo-sources-2.6.38-r6 01-drm-intel.git-f48629cff5bf3a0df923ce0314ace584212afbe7.patch 03-drm-intel.git-1c9fa75a74b584952ef406291e99a48a9d1476fd.patch 07-drm-intel.git-fc33e71579d6c1faf3326a94f5f6d1ffad47ecdd.patch 09-drm-intel.git-ca5b7809a236b337c2b51ed30660ab92052fe648.patch 10-drm-intel.git-8d6eefa3e760be5cfb71ae11ce1714fd8b26801a.patch 11-drm-intel.git-c94249d2a6911daf74f329e05c42e076af2cd024.patch There were more patches in this drm-intel tag which were already applied to gentoo-sources, hence the missing numbers. I would appreciate it if you would consider integrating the patches into the next gentoo-sources-2.6.38 release. I took a look at sys-kernel/gentoo-sources-2.6.39-r3 and the patches are integrated there. So yes, I could keyword ~x86 and upgrade, but I like to stay with what you kernel guys consider stable. Without those patches sometimes graphic errors are displayed (as discribed in patch 1) and sometimes the composite mode breaks that much, that a X restart or kexec-reboot cannot recover and a full reboot is necessary to make composite working again. Thanks for your considerations. Reproducible: Always Steps to Reproduce: Change tabs a lot in Firefox with media-libs/mesa-7.10.3 x11-drivers/xf86-video-intel-2.15.0-r1 x11-base/xorg-server-1.10.2 sys-kernel/gentoo-sources-2.6.38-r6 Actual Results: The shown webpage is corrupted until scrolling the corrupted part out of view and back into view. The corruption looks a little like interlacing; some pixel lines repeat multiple times with one pixel distance between them. Expected Results: clean display of the webpage
Created attachment 282809 [details] the patches mentioned in the bug description
Since it's from a git repo, you could have just listed the patches' hashes. Also, it's unclear what cat/pkg this issue is about, but no doubt someone from x11@g.o knows.
Oh right. I should start reading more of the entire report.
(In reply to comment #2) > Since it's from a git repo, you could have just listed the patches' hashes. I am not that familiar with git and wanted to make the patch work as easy as possible. Now I know, that 'git format-patch <HASH>' will do the trick as long as one has the commit's hash. > Also, it's unclear what cat/pkg this issue is about, but no doubt someone from > x11@g.o knows. Just a thought: You could think about adding the question for cat/pkg to the questionnaire in the guided bug report form.
2.6.39 is in the process of being stabilized. Bug is fixed as far as we're concerned. Thanks *** This bug has been marked as a duplicate of bug 375279 ***