Small patch to add the PCI ID for E7221 to the intel DRI driver. See the link for the patch
Created attachment 152637 [details, diff] mesa-7.0-E7221.patch git-diff 44f6a6f9c4195727e8819007ac4e3aeac898838a^ 44f6a6f9c4195727e8819007ac4e3aeac898838a
It might make more sense to revbump with all patches since 7.0.3, including this one. Here's the patches in that list: donnie@comet $ git format-patch mesa_7_0_3..HEAD 0001-added-MD5-sums-for-7.0.3.patch 0002-patches-for-DragonFly-OS.patch 0003-initial-7.0.4-relnotes.patch 0004-add-link-to-7.0.4-relnotes.patch 0005-Hasso-Tepper-hasso-estpak.ee.patch 0006-Revert-Hasso-Tepper-hasso-estpak.ee.patch 0007-New-dragonfly-configs.patch 0008-r200-fix-XPD-vertex-program-instruction-when-using.patch 0009-define-extension-GL_ARB_texture_rectangle.patch 0010-define-extension-GL_ARB_texture_rectangle.patch 0011-add-Wl-case-part-of-prev-DragonFly-patch.patch 0012-check-for-_WIN32-and-__WIN32__.patch 0013-fixed-WIN32-compile-problem-in-libGLU.patch 0014-fix-GL_ARB_texture_rectangle-breakage.patch 0015-Fix-error-string.patch 0016-correct-the-return-value.patch 0017-small-cleanups.patch 0018-revert.patch 0019-added-freebsd-static.patch 0020-added-FreeBSD-static-config.patch 0021-enable-GL_EXT_multi_draw_arrays-see-bug-15670.patch 0022-Change-default-of-driconf-allow_large_textures-to.patch 0023-r200-fix-state-submission-issue-causing-bogus-textu.patch 0024-Enabled-GL_EXT_multi_draw_arrays-extension-in-R200-R.patch 0025-mesa-adjust-glBitmap-coords-by-a-small-epsilon.patch 0026-Add-support-for-GL_REPLACE_EXT-texture-env-mode.patch 0027-i915-Add-E7221-variant-to-i915.patch 0028-mesa-free-shader-program-data-before-deleting-shade.patch
Yeah. That's quite a list ;) I just wanted to make sure this gets in if you were planning to just bump to 7.0.3.
(In reply to comment #3) > Yeah. That's quite a list ;) Yep. > I just wanted to make sure this gets in if you were planning to just bump to > 7.0.3. Not sure I follow you here, I bumped to 7.0.3 a couple weeks ago. If a revision bump is what you mean, then OK, that's what I was thinking of doing since you filed this.
(In reply to comment #4) > Not sure I follow you here, I bumped to 7.0.3 a couple weeks ago. If a revision > bump is what you mean, then OK, that's what I was thinking of doing since you > filed this. Yeah, I just left off the "-r1", but you know what I meant ;)
It'd be nice to get 7.0.4 into portage for us intel folks who don't want to live on the bleeding GEM edge. (there are about 10 or so commits to mesa_7_0_branch post 7.0.4 that look safe as well... specifically the G41 patch would be friendly to include): git format-patch c1796274e91986f44f0ec8cade8ef5fbc35b6b3f..mesa_7_0_branch 0001-mesa-rearrange-some-code-in-_mesa_BindTexture-to.patch 0002-mesa-fix-float-blend-bug.patch 0003-added-_mesa_get_uniformiv-to-mesa.def.patch 0004-mesa-bump-MAX_INSN-to-350.patch 0005-fix-BUFFER_DEPTH-BUFFER_ACCUM-mix-up.patch 0006-mesa-improved-gl_buffer_object-reference-counting.patch 0007-mesa-replace-MALLOC-w-CALLOC-to-fix-memory-error-i.patch 0008-i965-Add-support-for-G41-chipset-which-is-another-4.patch 0009-Fix-fragment.position-in-textured-CopyPixels.patch
xorg-server 1.5.2 requires mesa 7.1+ which should have all those patches. And -intel-2.5.0 should work perfectly without a GEM kernel. Please let me know if that's not the case. Thanks
Mesa-7.2 + intel does not work well without GEM support. It's not a matter of the intel drm driver. It's a matter of the Mesa intel dri drivers: /var/db/pkg/media-libs/mesa-7.0.4 # grep dri CONTENTS dir /usr/lib/dri obj /usr/lib/dri/i810_dri.so 460488f786a157ce1aa80648cfc1781d 1225138588 obj /usr/lib/dri/i915_dri.so cc04bfbfe48a96b5b27d15405d422a40 1225138588 obj /usr/lib/dri/i915tex_dri.so 9e9ee3c9ec7b6286abc47fb5f4155952 1225138588 obj /usr/lib/dri/i965_dri.so 1762d084dd6a1f0e495b2aaeefe987e4 1225138589 Mesa-7.2/xorg-server-1.5.x is not a viable option for intel users who want to use kernels earlier than 2.6.28-rcXX. The 7.0.3 ebuild works fine for 7.0.4. Please atleast bump to that if you don't want to pull in the additional patches from mesa_7_0_branch.
BTW, mesa-7.0.x doesn't compile with libdrm-2.3.1. It needs libdrm-2.3.0 to compile: --- mesa-7.0.4.ebuild.orig 2008-10-29 11:24:10.000000000 -0700 +++ mesa-7.0.4.ebuild 2008-10-29 11:25:02.000000000 -0700 @@ -57,13 +57,14 @@ RDEPEND="app-admin/eselect-opengl x11-libs/libXi x11-libs/libXmu x11-libs/libXdamage - =x11-libs/libdrm-2.3* + >=x11-libs/libdrm-2.3.0 x11-libs/libICE motif? ( x11-libs/openmotif ) doc? ( app-doc/opengl-manpages ) !<=x11-base/xorg-x11-6.9 xcb? ( x11-libs/libxcb )" DEPEND="${RDEPEND} + ~x11-libs/libdrm-2.3.0 !<=x11-proto/xf86driproto-2.0.3 dev-util/pkgconfig x11-misc/makedepend
Sorry Jeremy, I won't add this patch. Old versions of the whole X stack are slated for removal from portage as soon as alpha stabilizes xorg-server 1.5. GEM now being stable enough for nearly all use cases, I see very value in maintaining such old components. Thanks
That's fine. I've got it in a private repo. The 1.5 and 1.6 servers aren't working with this system. I don't use it very often, so I'm content leaving it as is ratehr than debugging. If someone else reports a problem with E7221, hardened, and the 1.5 server or later, let me know, and I'll actually debug the problem. This system is probably an edge case.
