HOWTO: Radeon 9500 (and newer) with DRI

[lroland]

Older replies in [topic=538002]Part I[/topic] of this thread.

There has been a ton of post regarding getting the brand new R300 driver working in Gentoo so I collected the advice that had been given on the subject and put them into this small guide - I have completed the guide on my IBM ThinkPad T42 (Radeon 9600XT Mobility) and it works perfectly (i.e. Quake 3 is playable using only open source software):

Inorder to perform this installation you will need at least (i.e. never versions will do) either xorg-x11-6.8.99.15 or xorg-server-0.99.2-r1 (i.e. modular X) . If you are using xorg-x11 then you will also need libdrm which can be installed like this:

Code: Select all

echo x11-libs/libdrm >> /etc/portage/package.unmask
echo 'x11-libs/libdrm ~*' >> /etc/portage/package.keywords
echo x11-misc/util-macros >> /etc/portage/package.unmask
echo 'x11-misc/util-macros ~*' >> /etc/portage/package.keywords
emerge -v --oneshot --nodeps util-macros libdrm

Note: the --oneshot --nodeps magic is needed in order to keep your system in a healthy state when updating the world profile.

The actual driver installation is a two step procedure: first we need to compile a DRM module for our kernel and then we must compile a Mesa driver for X that uses our newly created kernel driver - sounds complicated ?, it is not:

Code: Select all

mkdir /usr/src/r300
cd /usr/src/r300
export CVSROOT=":pserver:anonymous@cvs.freedesktop.org:/cvs/dri"
cvs checkout drm 
cd drm
rm -rf shared
ln -s shared-core shared
cd linux-core 
DRM_MODULES="radeon" make 
cp *.ko /lib/modules/`uname -r`/kernel/drivers/char/drm 
modules-update

To create a new Xorg driver using the new Radeon/DRM modules do the folowing:

Code: Select all

cd /usr/src/r300
export CVSROOT=":pserver:anonymous@cvs.freedesktop.org:/cvs/mesa"
cvs checkout Mesa
cd Mesa
echo 'DRM_SOURCE_PATH=/usr/src/r300/drm' >> configs/linux-dri 
make linux-dri-x86  # on AMD64 this should be: make linux-dri-x86-64
cp -a lib/r300_dri.so /usr/lib/modules/dri/       # on xorg-x11
cp -a lib/r300_dri.so /usr/lib/xorg/modules/dri/  # on xorg-server
mkdir -p /usr/lib/opengl/mesa-cvs
ln -s /usr/src/r300/Mesa/lib /usr/lib/opengl/mesa-cvs/lib
ln -s /usr/src/r300/Mesa/include /usr/lib/opengl/mesa-cvs/include

Now switch to our new mesa-cvs OpenGL interface:

Code: Select all

eselect opengl set mesa-cvs

We are done building the driver all that is left is enabling it in /etc/X11/xorg.conf:

Code: Select all

Section "Module"
         :
         Load        "glx"   # libglx.a
         Load        "dri"   # libdri.a
         Load        "drm"   # libdrm.a
         :
EndSection

along with:

Code: Select all

Section "dri"
         Mode    0666
EndSection

and somthing in the style of:

Code: Select all

Section "Device"
         Identifier      "ATI"
         Driver          "radeon"
         Option          "AGPMode" "4"
         Option          "RenderAccel" "on"
         # This two lines are needed to prevent fonts from being scrambled
         Option "XaaNoScanlineImageWriteRect"
         Option "XaaNoScanlineCPUToScreenColorExpandFill" 
         # Misc
         BusID  "PCI:1:0:0"
         Screen 0
EndSection

Thats it, restart X and execute the folowing to see if everything is okay (if you already had any drm/radeon kernel modules loaded, then stop X, unload them and start X again):

Code: Select all

glxinfo | grep -i "direct rendering"

If it answars: direct rendering: Yes then you are all set.

[_pF_]

It seems to me that the whole X11 system is now in a supreme stage of b0rkedness. Even "Gentoo stable" x11-drm won't build on the 2.19 kernels. Primozic's overlay now won't allow X to work for me, and no X builds at all run Beryl because the X server crashes. Perhaps some consolidation and amalgamation of our various overlays into something stable would be useful at this point. I dread to think what is going on in the actual X code.

[Phlogiston]

PS: Somebody knows anything about that slow content rendering when using EXA + beryl? I think of reporting this as a bug to xorg.

See: #8476, eventually add a comment...

Hmm that was a problem I had on XAA but with EXA its different. I think they don't distinguish and I'm not sure if they use XAA or EXA.

[_pF_]

I once tried EXA with Compiz. Although the effects ran very well, all application scrolling was glacially slow: some seven times slower than normal. That's why I had to switch to XAA.

[Phlogiston]

I once tried EXA with Compiz. Although the effects ran very well, all application scrolling was glacially slow: some seven times slower than normal. That's why I had to switch to XAA.

I had the slow scrolling issue with XAA but only with stable packages, I could fix that with using cvs versions.

[Eisbrecher]

I have this problem:

Code: Select all

ati.c:68: error: 'PACKAGE_VERSION_MAJOR' undeclared here (not in a function)
ati.c:68: error: 'PACKAGE_VERSION_MINOR' undeclared here (not in a function)
ati.c:68: error: 'PACKAGE_VERSION_PATCHLEVEL' undeclared here (not in a function)
make[2]: *** [ati.lo] Fehler 1
make[2]: *** Warte auf noch nicht beendete Prozesse...
 i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I.. -I/usr/include/xorg -I/usr/include/drm -I/usr/include/X11/dri -O2 -march=i686 -pipe -MT atibus.lo -MD -MP -MF .deps/atibus.Tpo -c atibus.c  -fPIC -DPIC -o .libs/atibus.o
mv -f .deps/atibus.Tpo .deps/atibus.Plo
make[2]: Leaving directory `/var/tmp/portage/xf86-video-ati-9999/work/xf86-video-ati-9999/src'
make[1]: *** [all-recursive] Fehler 1
make[1]: Leaving directory `/var/tmp/portage/xf86-video-ati-9999/work/xf86-video-ati-9999'
make: *** [all] Fehler 2

!!! ERROR: x11-drivers/xf86-video-ati-9999 failed.
Call stack:
  ebuild.sh, line 1546:   Called dyn_compile
  ebuild.sh, line 937:   Called src_compile
  ebuild.sh, line 1255:   Called x-modular_src_compile
  x-modular.eclass, line 333:   Called x-modular_src_make
  x-modular.eclass, line 328:   Called die

!!! emake failed
!!! If you need support, post the topmost build error, and the call stack if relevant.

!!! This ebuild is from an overlay: '/usr/portage/local/layman/r300-driver'

I found this patch in the thread. But what do I have to do? Just add the lines to the file?

Here's a better solution.

Code: Select all

--- xf86-video-ati-9999/work/xf86-video-ati-9999/configure.ac	2006-12-19 20:07:25.000000000 +0100
+++ xf86-video-ati-9999/work/xf86-video-ati-9999/configure.ac	2006-12-26 03:37:19.000000000 +0100
@@ -25,6 +25,15 @@
         6.6.99,
         [https://bugs.freedesktop.org/enter_bug.cgi?product=xorg],
         xf86-video-ati)
+AC_DEFINE_UNQUOTED([PACKAGE_VERSION_MAJOR],
+		   [$(echo $PACKAGE_VERSION | sed -e 's/^\([[0-9]]\)\.[[0-9]]\.[[0-9]]/\1/')],
+		   [Major version])
+AC_DEFINE_UNQUOTED([PACKAGE_VERSION_MINOR],
+		   [$(echo $PACKAGE_VERSION | sed -e 's/^[[0-9]]\.\([[0-9]]\)\.[[0-9]]/\1/')],
+		   [Minor version])
+AC_DEFINE_UNQUOTED([PACKAGE_VERSION_PATCHLEVEL],
+		   [$(echo $PACKAGE_VERSION | sed -e 's/^[[0-9]]\.[[0-9]]\.\([[0-9]]\)/\1/')],
+		   [Patch version])
 
 AC_CONFIG_SRCDIR([Makefile.am])
 AM_CONFIG_HEADER([config.h])

[mprzybyla]

Hi,
I have problem with mesa-9999 - I can't compile/use anything that requires libGL.so*
compilation error:

Code: Select all

/usr/lib/gcc/i686-pc-linux-gnu/4.1.1/../../../libGL.so: undefined reference to `drmOpenOnce'
/usr/lib/gcc/i686-pc-linux-gnu/4.1.1/../../../libGL.so: undefined reference to `drmCloseOnce'

and when running previously compiled programm:

Code: Select all

glxinfo: symbol lookup error: //usr//lib/opengl/xorg-x11/lib/libGL.so.1: undefined symbol: drmCloseOnce

Everything works fine when I switch to ATI's GL implementation.

As I googled drmOpenOnce and drmCloseOnce are moved to libdrm and the xserver shouild be aware of this fact (https://bugs.freedesktop.org/show_bug.cgi?id=8859), but it does not work for me ;(

emerge --info:

Code: Select all

Portage 2.1.2_rc4-r2 (default-linux/x86/2006.1/desktop, gcc-4.1.1, glibc-2.5-r0, 2.6.19-gentoo-r2 i686)
=================================================================
System uname: 2.6.19-gentoo-r2 i686 Intel(R) Pentium(R) M processor 1.86GHz
Gentoo Base System version 1.12.8
Last Sync: Fri, 29 Dec 2006 15:30:01 +0000
ccache version 2.4 [enabled]
dev-java/java-config: 1.3.7, 2.0.31
dev-lang/python:     2.3.6, 2.4.4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.4-r6
sys-apps/sandbox:    1.2.18.1
sys-devel/autoconf:  2.13, 2.61
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.17
sys-devel/gcc-config: 1.3.14
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.19
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -pipe -march=pentium-m -msse2 -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/splash /etc/terminfo"
CXXFLAGS="-O2 -pipe -march=pentium-m -msse2 -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache confcache distlocks metadata-transfer parallel-fetch sandbox sfperms strict userfetch"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo"
LANG="pl_PL.utf8"
LC_ALL="pl_PL.utf8"
LINGUAS="pl ru en"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage /usr/portage/local/layman/xeffects /usr/portage/local/layman/xeffects-experimental /usr/portage/local/layman/r300-driver"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="nls dvdread dba wddx glut fam jpeg lm_sensors tcl gd mp3 cdr mysql gdbm pcmcia mozsvg xml visualization aalib samba hal cli mhash flash mikmod apache2 fortran tk ldap gmp wmf real force-cgi-redirect xmlrpc dvdr quicktime bash-completion ssl effects extraengine ithreads X bitmap-fonts mmxext libcaca nptl pdo aiglx dbus rrdcgi unicode soap vorbis truetype session innodb mfd-rewrites alsa oci8-instant-client zlib cairo bcmath pheaders bluetooth calendar xmlreader inkjar mmx ftp mpeg vcd network exif xv sms sockets truetype-fonts esd posix acpi cgi qt4 kdeenablefinal imagemagick isdnlog nocd iconv sensord test asf apache java xscreensaver fastbuild gnome plugin mbrola amarok dri pcntl simplexml fbcon pdf extraicons extramodules mad gps gtk firefox tokenizer tiff discard-path musicbrainz mysqli cups pcre gpm browserplugin usb xpm opengl automount type1-fonts snmp perl gif kde encode matroska cracklib glib dlloader curlwrappers zip sdl ncurses ctype pppd nsplugin taglib udev flac berkdb multiuser png flatfile threads ffmpeg nptlonly jpeg2k gstreamer ogg v4l ppds insecure-drivers qt3 gphoto2 svg dts xcomposite motif videos expat tidy imlib ming tcpd spl curl mppe-mppc bzip2 crypt python xine libg++ sse tcltk pam directfb spell x86 openal gtk2 xorg readline php vhosts idn slang sdk qt3support reflection sse2 dvd wifi extras oracle win32codecs audiofile" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="mouse keyboard evdev ps2mouse" KERNEL="linux" LINGUAS="pl ru en" USERLAND="GNU" VIDEO_CARDS="fglrx radeon vesa"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS

/usr/portage/local/layman/r300-driver is rsync://rsync.sturmartillerie.org/mesa-cvs


regards
M

[txboy]

After updating the r300 driver today, beryl becomes like a rainbow.
I see all windows plenty of rainbow colors and none font.
Even more, any opengl application acts as that.

Somebody helps ?

[pal_gene]

After updating the r300 driver today, beryl becomes like a rainbow.
I see all windows plenty of rainbow colors and none font.
Even more, any opengl application acts as that.

Somebody helps ?

i also got great rainbow
it maybe introduce since this commit.

this parent is work fine no rainbow.

Code: Select all

EGIT_TREE="cc509b5fbb88239bbb93d18bee2c801e4b563ce5" emerge -1 mesa

[txboy]

this parent is work fine no rainbow.

Code: Select all

EGIT_TREE="cc509b5fbb88239bbb93d18bee2c801e4b563ce5" emerge -1 mesa

Hey, that works fine !

Thank you very much.

[harluad]

I have this problem:

Code: Select all

ati.c:68: error: 'PACKAGE_VERSION_MAJOR' undeclared here (not in a function)
ati.c:68: error: 'PACKAGE_VERSION_MINOR' undeclared here (not in a function)
ati.c:68: error: 'PACKAGE_VERSION_PATCHLEVEL' undeclared here (not in a function)
make[2]: *** [ati.lo] Fehler 1
make[2]: *** Warte auf noch nicht beendete Prozesse...
 i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I.. -I/usr/include/xorg -I/usr/include/drm -I/usr/include/X11/dri -O2 -march=i686 -pipe -MT atibus.lo -MD -MP -MF .deps/atibus.Tpo -c atibus.c  -fPIC -DPIC -o .libs/atibus.o
mv -f .deps/atibus.Tpo .deps/atibus.Plo
make[2]: Leaving directory `/var/tmp/portage/xf86-video-ati-9999/work/xf86-video-ati-9999/src'
make[1]: *** [all-recursive] Fehler 1
make[1]: Leaving directory `/var/tmp/portage/xf86-video-ati-9999/work/xf86-video-ati-9999'
make: *** [all] Fehler 2

!!! ERROR: x11-drivers/xf86-video-ati-9999 failed.
Call stack:
  ebuild.sh, line 1546:   Called dyn_compile
  ebuild.sh, line 937:   Called src_compile
  ebuild.sh, line 1255:   Called x-modular_src_compile
  x-modular.eclass, line 333:   Called x-modular_src_make
  x-modular.eclass, line 328:   Called die

!!! emake failed
!!! If you need support, post the topmost build error, and the call stack if relevant.

!!! This ebuild is from an overlay: '/usr/portage/local/layman/r300-driver'

I found this patch in the thread. But what do I have to do? Just add the lines to the file?

Here's a better solution.

Code: Select all

--- xf86-video-ati-9999/work/xf86-video-ati-9999/configure.ac	2006-12-19 20:07:25.000000000 +0100
+++ xf86-video-ati-9999/work/xf86-video-ati-9999/configure.ac	2006-12-26 03:37:19.000000000 +0100
@@ -25,6 +25,15 @@
         6.6.99,
         [https://bugs.freedesktop.org/enter_bug.cgi?product=xorg],
         xf86-video-ati)
+AC_DEFINE_UNQUOTED([PACKAGE_VERSION_MAJOR],
+		   [$(echo $PACKAGE_VERSION | sed -e 's/^\([[0-9]]\)\.[[0-9]]\.[[0-9]]/\1/')],
+		   [Major version])
+AC_DEFINE_UNQUOTED([PACKAGE_VERSION_MINOR],
+		   [$(echo $PACKAGE_VERSION | sed -e 's/^[[0-9]]\.\([[0-9]]\)\.[[0-9]]/\1/')],
+		   [Minor version])
+AC_DEFINE_UNQUOTED([PACKAGE_VERSION_PATCHLEVEL],
+		   [$(echo $PACKAGE_VERSION | sed -e 's/^[[0-9]]\.[[0-9]]\.\([[0-9]]\)/\1/')],
+		   [Patch version])
 
 AC_CONFIG_SRCDIR([Makefile.am])
 AM_CONFIG_HEADER([config.h])

+1
I have the same problem, and I don't understand the solution too

[txboy]

+1
I have the same problem, and I don't understand the solution too

Yes, I still have it and no solution at the moment.

[sian]

txboy :

You need to go to /var/tmp/portage/x11-drivers/xf86-video-ati-9999/work/xf86-video-ati-9999/

And add the lines to configure.ac

Then relaunch the emerge xf86-video-ati

[txboy]

txboy :

You need to go to /var/tmp/portage/x11-drivers/xf86-video-ati-9999/work/xf86-video-ati-9999/

And add the lines to configure.ac

Then relaunch the emerge xf86-video-ati

Yes, but what lines? What file?
And if I modify any file at /var/tmp/portage... it's supposed to be overwritten when doing a new emerge, isn't it?
I've got Gentoo since three years ago and have solved many problems, but this little stupid things take me really crazy.

[pal_gene]

i have no prob on xf86-ati-driver.
i greped where defined this.

Code: Select all

$ grep PACKAGE_VERSION /usr/share/aclocal/*
...
xorgversion.m4:# defines PACKAGE_VERSION_{MAJOR,MINOR,PATCHLEVEL} for modules to use.
xorgversion.m4: AC_DEFINE_UNQUOTED([PACKAGE_VERSION_MAJOR],
xorgversion.m4:         [`echo $PACKAGE_VERSION | cut -d . -f 1`],
xorgversion.m4: PVM=`echo $PACKAGE_VERSION | cut -d . -f 2`
xorgversion.m4: AC_DEFINE_UNQUOTED([PACKAGE_VERSION_MINOR],
xorgversion.m4: PVP=`echo $PACKAGE_VERSION | cut -d . -f 3`
xorgversion.m4: AC_DEFINE_UNQUOTED([PACKAGE_VERSION_PATCHLEVEL],
...

$ qfile /usr/share/aclocal/xorgversion.m4
x11-misc/util-macros (/usr/share/aclocal/xorgversion.m4)

$ qlist -Iv util-macros
x11-misc/util-macros-1.1.5

but, other stuffs hitted by "grep PACKAGE_VERSION" are provided by autoconf-archive.

Code: Select all

qfile ax_create_pkgconfig_info.m4
sys-devel/autoconf-archive (/usr/share/aclocal/ax_create_pkgconfig_info.m4)

wish for helping.

[Eisbrecher]

txboy :

You need to go to /var/tmp/portage/x11-drivers/xf86-video-ati-9999/work/xf86-video-ati-9999/

And add the lines to configure.ac

Then relaunch the emerge xf86-video-ati

Yes, but what lines? What file?
And if I modify any file at /var/tmp/portage... it's supposed to be overwritten when doing a new emerge, isn't it?
I've got Gentoo since three years ago and have solved many problems, but this little stupid things take me really crazy.

Yes, it will be overwritten, if you change it in /var/tmp/portage... I tried it, too. And I also couldn't solve the problem

[harluad]

txboy :

You need to go to /var/tmp/portage/x11-drivers/xf86-video-ati-9999/work/xf86-video-ati-9999/

And add the lines to configure.ac

Then relaunch the emerge xf86-video-ati

Yes, but what lines? What file?
And if I modify any file at /var/tmp/portage... it's supposed to be overwritten when doing a new emerge, isn't it?
I've got Gentoo since three years ago and have solved many problems, but this little stupid things take me really crazy.

Yes, it will be overwritten, if you change it in /var/tmp/portage... I tried it, too. And I also couldn't solve the problem

For not overwritte, I do that :
1. unpack the ebluid

Code: Select all

ebuild /usr/local/layman/mesa-cvs/x11-drivers/xf86-video-ati/xf86-video-ati-9999.ebuild clean unpack

2. modify files in /var/tmp/portage/xf86-video-ati-9999/work/xf86-video-ati-9999/configure.ac

3. compil

Code: Select all

ebuild /usr/local/layman/mesa-cvs/x11-drivers/xf86-video-ati/xf86-video-ati-9999.ebuild merge

But add the lines to configure.ac don't resolve the problem... ?

[veneto]

I just compiled everything in the overlay and i got dri+EXA working on a x300 PCIE on toshiba satellite m40. glxgears (which is not a benchmark! ) reaches 2600. I bumped my head for 2 days on this issue for discovering just now that the radeon driver conflicts with radeonfb in the kernel. Since I was trying the X server from the console and then launching fluxbox again from the console I always blamed the radeon driver for locking up when switching. I just use vesa-ng now and everything is working nicely now. I hope this will save time...
It would be nice to add to the repository a patch to fix the xf86-video-ati build. I did a workaround in ativersion.h defining PACKAGE_ variables just using random numbers. But I guess they will fix it soon.
So what if i want to try beryl now? Aiglx seem to work fine according to Xorg.log. Should i use the ebuild posted in the forum?

Thanks to every one for sharing!

[txboy]

I just compiled everything in the overlay and i got dri+EXA working on a x300 PCIE on toshiba satellite m40. glxgears (which is not a benchmark! ) reaches 2600. I bumped my head for 2 days on this issue for discovering just now that the radeon driver conflicts with radeonfb in the kernel. Since I was trying the X server from the console and then launching fluxbox again from the console I always blamed the radeon driver for locking up when switching. I just use vesa-ng now and everything is working nicely now. I hope this will save time...
It would be nice to add to the repository a patch to fix the xf86-video-ati build. I did a workaround in ativersion.h defining PACKAGE_ variables just using random numbers. But I guess they will fix it soon.
So what if i want to try beryl now? Aiglx seem to work fine according to Xorg.log. Should i use the ebuild posted in the forum?

Thanks to every one for sharing!

So, do you get the problem finally solved? Could you post your steps?
Could you explain how to use vesa-ng?

Thank you very much in advance.

[MADevil]

...
So what if i want to try beryl now? Aiglx seem to work fine according to Xorg.log. Should i use the ebuild posted in the forum?

Thanks to every one for sharing!

No, you must use another overlay , like xeffects -> http://wiki.gentoo-xeffects.org/Overlay

[Primozic]

Greetings.

As some of you may have noticed, my server has been up for quite some time now. I've made many changes to the overlay over the past few weeks, and I've finally taken the time to document them. Here they are:

libtxcdxtn-060508.ebuild - also known as S3TC

• Initial import (thanks SuperDindon).

mesa-9999.ebuild

• New "video_cards_nouveau" USE flag.
• Added a patch for the "rainbow color" problem.

mesa-progs-9999.ebuild

• Now uses the same source code used to compile mesa-9999.

x11-drm-9999.ebuild

• Synced with the latest x11-drm-20060608-r1 ebuild.
• New "video_cards_nouveau" USE flag.
• New "tools" USE flag for optional dristat and drmstat programs.

xorg-server-1.2.99.999.ebuild

• Now uses the same source code used to compile mesa-9999.
• New "beryl" USE flag for Beryl-related patches (thanks argasek).
• New "exa" USE flag for EXA-related patches (thanks argasek).
• New "video_cards_nouveau" and "video_cards_xgi" USE flags.

xf86-video-ati-9999.ebuild

• New "patch" USE flag for those encountering PACKAGE_VERSION compile errors (thanks argasek).

xf86-video-i810-9999.ebuild

• New "exa" USE flag for compiling the git exa branch.
• New "modesetting" USE flag for compiling the git modesetting branch.

xf86-video-nouveau-9999.ebuild

• Initial import.

xf86-video-xgi-9999.ebuild

• Initial import.

Enjoy.

Browse: http://sturmartillerie.org/portage/mesa-cvs
Rsync: rsync://rsync.sturmartillerie.org/mesa-cvs
Tarball: http://sturmartillerie.org/portage/mesa ... cvs.tar.gz

EDIT: Missed a Mesa patch.

[txboy]

Hey, that's great !!!

Thank you Primozic. Tomorrow I'll try these new ebuilds.

[harluad]

xf86-video-ati-9999.ebuild

• New "patch" USE flag for those encountering PACKAGE_VERSION compile errors (thanks argasek).

Great, it's working now ! Thanks

[vitalogy]

yeah thanks, now it works again

danke

[cruzki]

how well is working the noveau driver? it's usable?¿?¿?