| View previous topic :: View next topic |
| Author |
Message |
lroland
n00b
Joined: 28 Aug 2005
Posts: 32
Location: Copenhagen, Denmark
|
 Posted: Sun Aug 28, 2005 12:20 am Post subject: HOWTO: Radeon 9500 (and newer) with DRI |
 |
|
Older replies in Part I 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: | 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: | 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: | 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: | | eselect opengl set mesa-cvs |
We are done building the driver all that is left is enabling it in /etc/X11/xorg.conf:
| Code: | Section "Module"
:
Load "glx" # libglx.a
Load "dri" # libdri.a
Load "drm" # libdrm.a
:
EndSection
|
along with:
| Code: | Section "dri"
Mode 0666
EndSection
|
and somthing in the style of:
| Code: | 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: | | glxinfo | grep -i "direct rendering" |
If it answars: direct rendering: Yes then you are all set.
Last edited by lroland on Mon Jan 02, 2006 8:51 pm; edited 14 times in total |
|
| Back to top |
|
 |
_pF_
Apprentice
Joined: 22 Apr 2004
Posts: 195
Location: Central London
|
| Posted: Tue Jan 02, 2007 3:43 am Post subject: |
|
|
| 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. |
|
| Back to top |
|
|
Phlogiston
Veteran
Joined: 27 Jan 2004
Posts: 1925
Location: Europe, Swizerland
|
| Posted: Tue Jan 02, 2007 9:01 am Post subject: |
|
|
| argasek wrote: | | Phlogiston wrote: | | 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.
_________________
Workstation: 5.1 SurroundSound, LIRC remote control; Laptop [IBM-T43]: patched sources, s2disk/ram, fingerprint sensor |
|
| Back to top |
|
|
_pF_
Apprentice
Joined: 22 Apr 2004
Posts: 195
Location: Central London
|
| Posted: Tue Jan 02, 2007 9:49 am Post subject: |
|
|
| 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. |
|
| Back to top |
|
|
Phlogiston
Veteran
Joined: 27 Jan 2004
Posts: 1925
Location: Europe, Swizerland
|
| Posted: Tue Jan 02, 2007 12:17 pm Post subject: |
|
|
| _pF_ wrote: | | 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.
_________________
Workstation: 5.1 SurroundSound, LIRC remote control; Laptop [IBM-T43]: patched sources, s2disk/ram, fingerprint sensor |
|
| Back to top |
|
|
Eisbrecher
Tux's lil' helper
Joined: 31 Aug 2006
Posts: 84
|
| Posted: Tue Jan 02, 2007 10:40 pm Post subject: |
|
|
I have this problem: | Code: | 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?
| argasek wrote: | Here's a better solution. 
| Code: |
--- 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])
|
|
|
|
| Back to top |
|
|
mprzybyla
n00b
Joined: 07 Aug 2005
Posts: 15
|
| Posted: Wed Jan 03, 2007 9:36 am Post subject: |
|
|
Hi,
I have problem with mesa-9999 - I can't compile/use anything that requires libGL.so*
compilation error:
| Code: | /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: | | 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: | 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 |
|
| Back to top |
|
|
txboy
Tux's lil' helper
Joined: 01 Apr 2004
Posts: 86
Location: La Isla - Cádiz (Spain)
|
| Posted: Fri Jan 05, 2007 4:02 pm Post subject: |
|
|
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 ? |
|
| Back to top |
|
|
pal_gene
n00b
Joined: 15 Nov 2005
Posts: 54
|
| Posted: Fri Jan 05, 2007 4:26 pm Post subject: |
|
|
| txboy wrote: | 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: | | EGIT_TREE="cc509b5fbb88239bbb93d18bee2c801e4b563ce5" emerge -1 mesa |
_________________
what happen my profile #
[i speak "ENGRISH"!] |
|
| Back to top |
|
|
txboy
Tux's lil' helper
Joined: 01 Apr 2004
Posts: 86
Location: La Isla - Cádiz (Spain)
|
| Posted: Fri Jan 05, 2007 4:57 pm Post subject: |
|
|
| pal_gene wrote: |
this parent is work fine no rainbow.
| Code: | | EGIT_TREE="cc509b5fbb88239bbb93d18bee2c801e4b563ce5" emerge -1 mesa |
|
Hey, that works fine ! 
Thank you very much. |
|
| Back to top |
|
|
harluad
n00b
Joined: 06 Jan 2007
Posts: 5
|
| Posted: Sat Jan 06, 2007 7:27 pm Post subject: |
|
|
| Eisbrecher wrote: | I have this problem: | Code: | 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?
| argasek wrote: | Here's a better solution.
| Code: |
--- 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  |
|
| Back to top |
|
|
txboy
Tux's lil' helper
Joined: 01 Apr 2004
Posts: 86
Location: La Isla - Cádiz (Spain)
|
| Posted: Sat Jan 06, 2007 8:08 pm Post subject: |
|
|
| harluad wrote: |
+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.  |
|
| Back to top |
|
|
sian
Apprentice
Joined: 26 Jan 2004
Posts: 288
|
| Posted: Sat Jan 06, 2007 9:43 pm Post subject: |
|
|
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
_________________
Kernel : 2.6.32 - E17 - OpenRC-0.61 - gcc-4.4.3 |
|
| Back to top |
|
|
txboy
Tux's lil' helper
Joined: 01 Apr 2004
Posts: 86
Location: La Isla - Cádiz (Spain)
|
| Posted: Sat Jan 06, 2007 10:33 pm Post subject: |
|
|
| sian wrote: | 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. |
|
| Back to top |
|
|
pal_gene
n00b
Joined: 15 Nov 2005
Posts: 54
|
| Posted: Sat Jan 06, 2007 11:11 pm Post subject: |
|
|
i have no prob on xf86-ati-driver.
i greped where defined this.
| Code: |
$ 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: |
qfile ax_create_pkgconfig_info.m4
sys-devel/autoconf-archive (/usr/share/aclocal/ax_create_pkgconfig_info.m4)
|
wish for helping.
_________________
what happen my profile #
[i speak "ENGRISH"!] |
|
| Back to top |
|
|
Eisbrecher
Tux's lil' helper
Joined: 31 Aug 2006
Posts: 84
|
| Posted: Sun Jan 07, 2007 12:12 am Post subject: |
|
|
| txboy wrote: | | sian wrote: | 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  |
|
| Back to top |
|
|
harluad
n00b
Joined: 06 Jan 2007
Posts: 5
|
| Posted: Sun Jan 07, 2007 4:36 am Post subject: |
|
|
| Eisbrecher wrote: | | txboy wrote: | | sian wrote: | 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: | | 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: | | 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... ? |
|
| Back to top |
|
|
veneto
n00b
Joined: 05 Sep 2005
Posts: 7
|
| Posted: Sun Jan 07, 2007 11:00 am Post subject: |
|
|
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! |
|
| Back to top |
|
|
txboy
Tux's lil' helper
Joined: 01 Apr 2004
Posts: 86
Location: La Isla - Cádiz (Spain)
|
| Posted: Sun Jan 07, 2007 11:07 am Post subject: |
|
|
| veneto wrote: | 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. |
|
| Back to top |
|
|
MADevil
n00b
Joined: 26 Nov 2006
Posts: 57
|
| Posted: Sun Jan 07, 2007 3:27 pm Post subject: |
|
|
| veneto wrote: | ...
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
_________________
Athlon XP-M @ 2.3 2x256 BH5 Dual 6600 GT Agp 8x NForce2 Ultra 400
Gentoo 2.6.22-r1 Gcc 4.2.0 xorg-server-1.2.0-r3;nvidia-drivers-1.0.9755-r1
kde 3.5.7 + compiz-fusion;atlantis;3d;screensaver;wallpaper;shift;ezoom... |
|
| Back to top |
|
|
Primozic
Apprentice
Joined: 11 Jun 2004
Posts: 186
Location: Dover, NH, USA
|
| Posted: Sun Jan 07, 2007 9:33 pm Post subject: |
|
|
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
xf86-video-xgi-9999.ebuild
Enjoy.
Browse: http://sturmartillerie.org/portage/mesa-cvs
Rsync: rsync://rsync.sturmartillerie.org/mesa-cvs
Tarball: http://sturmartillerie.org/portage/mesa-cvs/mesa-cvs.tar.gz
EDIT: Missed a Mesa patch.
_________________
Interceptor: Intel Core 2 Duo 2.4GHz | AOpen i965GMt-LA Mini-ITX | 4GB PC2-5300 DDR2
Pursuit: AMD Geode NX 1500 1.0GHz | TYAN Tomcat K7M S2498AGNN FlexATX | 2GB PC2700 DDR
Last edited by Primozic on Thu Feb 08, 2007 9:47 pm; edited 4 times in total |
|
| Back to top |
|
|
txboy
Tux's lil' helper
Joined: 01 Apr 2004
Posts: 86
Location: La Isla - Cádiz (Spain)
|
| Posted: Sun Jan 07, 2007 9:43 pm Post subject: |
|
|
Hey, that's great !!! 
Thank you Primozic. Tomorrow I'll try these new ebuilds. |
|
| Back to top |
|
|
harluad
n00b
Joined: 06 Jan 2007
Posts: 5
|
| Posted: Sun Jan 07, 2007 10:07 pm Post subject: |
|
|
| Primozic wrote: |
xf86-video-ati-9999.ebuild
- New "patch" USE flag for those encountering PACKAGE_VERSION compile errors (thanks argasek).
|
Great, it's working now ! Thanks |
|
| Back to top |
|
|
vitalogy
n00b
Joined: 07 Jan 2007
Posts: 6
|
| Posted: Sun Jan 07, 2007 11:15 pm Post subject: |
|
|
yeah thanks, now it works again
danke |
|
| Back to top |
|
|
cruzki
Tux's lil' helper
Joined: 13 Dec 2005
Posts: 137
|
| Posted: Mon Jan 08, 2007 12:52 am Post subject: |
|
|
| how well is working the noveau driver? it's usable?¿?¿? |
|
| Back to top |
|
|
|
Unsupported Software
