| Summary: | mesa: add support for g33 chipsets | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Christian Hoffmann (RETIRED) <hoffie> |
| Component: | New packages | Assignee: | Gentoo X packagers <x11> |
| Status: | RESOLVED FIXED | ||
| Severity: | enhancement | CC: | dizzy |
| Priority: | High | Keywords: | Inclusion |
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| URL: | http://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg380300.html | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: | diff -u media-libs/mesa/mesa-7.0.1.ebuild.orig media-libs/mesa/mesa-7.0.1.ebuild | ||
|
Description
Christian Hoffmann (RETIRED)
2007-10-28 08:41:26 UTC
I second that, I have the same problem. I am trying to fix the issue myself but I am not sure how to make the xorg-server ebuild apply a given patch to the mesa source it unpacks just for xorg-server compilation. I even don't know how/where are the Mesa sources unpacked for xorg-server compilation (I noticed it sets some variables to the sources and downloads them but I don't see where it unpacks them). I mean I can do it easily for the media/libs/mesa package but I dont think that helps as I noticed xorg-server is "built against" given mesa source tree. So it would be nice to have a way to specify patches for the mesa tree that xorg-server may use to compile against. Created attachment 134809 [details, diff]
diff -u media-libs/mesa/mesa-7.0.1.ebuild.orig media-libs/mesa/mesa-7.0.1.ebuild
Hrm, I didn't even think of the xorg-server build, I only applied those two patches to media-libs/mesa and it just worked.
Btw, attached are the two lines I added to mesa-7.0.1.ebuild, you need patch #1 from my first post in files/mesa-7.0.1-support-945gme.patch and patch #2 in mesa-7.0.1-support-g33-q33-q35.patch
Actually I managed to fix it by just making a custom mesa package (a 6.5.2 package). The patches referenced in the original message are slightly broken (the second patch that adds the IDs for Q33 & all depends on some changes that were not made by the first patch like adding some IDs for I945_GME in some "i945tex" directory locations but it's trivial to make them deducing them from the unified diff of the second patch that needs those). Now at least quake3 demo seems to work fine hehe. xorg-server only uses mesa for libglx, you don't need to worry about driver-specific mesa things in the xorg-server build. We've got a new upstream mesa 7.0.2-rc1 (release candidate 1) that I'm testing, we should be able to get a release with this shortly. Cool, any progress on this? I am recently trying to make AVP2 work on wine and it crashes the X server in a similar way as before did any OpenGL application only this time it might be something else. I would like to test the latest upstream source that should fix this bug report and hopefully my current one. Yes, try mesa 7.0.2. I just added keywords to it a few minutes ago, but you can keyword it yourself if you don't want to wait for rsync. Yes, try mesa 7.0.2. I just added keywords to it a few minutes ago, but you can keyword it yourself if you don't want to wait for rsync. Just make sure to build it and xorg-server without USE=nptl. Thank you, indeed now even wine AVP2 doesn't crash the X server. So far so good. |