| View previous topic :: View next topic |
| Author |
Message |
Phlogiston
Veteran
Joined: 27 Jan 2004
Posts: 1925
Location: Europe, Swizerland
|
 Posted: Thu Dec 28, 2006 11:24 pm Post subject: |
 |
|
@argasek:
I don't quote your big post. First of all thanks for your help, and hey I'm fine because I don't have a cat 
First question: Why do you want go get EXA to work? Whats wrong with XAA? Is EXA the future or what? I makes me even more unhappy because it looks like EXA is my only chance to get beryl running (XAA still crashes X).
Is it correct that EXA and XAA have the same performance in quake3 for example? Or does it not even make any difference?
I hope you can answer some of my questions and I hope you don't mind that I won't try out your ebuils and patches because all I want is to get beryl to run but with a working synaptic driver and it should be stable. This is impossible because synaptic is not ported to X greater than 7.1.
PS: Where did you get all those interesting patches from? (bugtracker?)
Greets
_________________
Workstation: 5.1 SurroundSound, LIRC remote control; Laptop [IBM-T43]: patched sources, s2disk/ram, fingerprint sensor |
|
| Back to top |
|
 |
tontudelbot
Tux's lil' helper
Joined: 08 Jun 2006
Posts: 77
|
| Posted: Fri Dec 29, 2006 11:25 am Post subject: |
|
|
EXA is the future, yes. Look at wikipedia. Time ago i found a performance comparation of EXA and XAA in X.org but I can't find it now 
P.D.: I know this is not the place but, could anyone help me with a Matrox G550 and beryl? I think it could use beryl (at least it have dri). Maybe someone here can help me  |
|
| Back to top |
|
|
txboy
Tux's lil' helper
Joined: 01 Apr 2004
Posts: 86
Location: La Isla - Cádiz (Spain)
|
| Posted: Fri Dec 29, 2006 11:44 am Post subject: |
|
|
| 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])
|
|
That didn't work for me. 
Could it be because other packages ?
I've actually installed xorg-server 1.1.1-r1 with libdrm-9999, x11-drm-999 & mesa-9999.
I've got direct rendering but can't install last xorg-server complete, I mean with other last packages. |
|
| Back to top |
|
|
txboy
Tux's lil' helper
Joined: 01 Apr 2004
Posts: 86
Location: La Isla - Cádiz (Spain)
|
| Posted: Fri Dec 29, 2006 12:50 pm Post subject: |
|
|
Reading the last ATI AMD Proprietary Linux Release Notes, I've found this:
| Code: | | The AMD Proprietary Linux driver no longer provides precompiled Kernel Modules; all installations require GCC compiler and kernel-headers or kernel-source in order to enable 2D and 3D acceleration. |
Don't know if it was yet there before, but I think that means we shouldn't have problems with kernel versions.
Am I right ? |
|
| Back to top |
|
|
argasek
Bodhisattva
Joined: 06 May 2004
Posts: 1120
Location: Sol [0,0], Poland, Kraków
|
| Posted: Fri Dec 29, 2006 1:03 pm Post subject: |
|
|
| Phlogiston wrote: | | I don't quote your big post. First of all thanks for your help, and hey I'm fine because I don't have a cat |
Huh, then I can breathe without fear again... 
| Quote: |
First question: Why do you want go get EXA to work? Whats wrong with XAA? Is EXA the future or what? I makes me even more unhappy because it looks like EXA is my only chance to get beryl running (XAA still crashes X).
|
Because (as mentioned 1 post earlier) EXA is a future direction in area of 2D acceleration in X. It's still experimental, and in case of X.org 7.1 it's even slower than XAA, but XAA - however stable - is known of it's bad design / code which is hard do manage and work on, so there won't be much (or no at all) further progress in development of XAA in future releases of X.org. Moreover, I think XAA was deigned to accelerate 2D in times when idea of window compositing wasn't even born yet, complicating things now even further.
Btw. if You're sure it's XAAs fault, how about running Xorg with
| Code: |
Option "XAANoOffscreenPixmaps" "true"
|
and see what happens?
| Quote: |
Is it correct that EXA and XAA have the same performance in quake3 for example? Or does it not even make any difference?
|
Actually if You don't use any compositing manager and run Quake3 fullscreen, as a normal "3D" application, EXA has no impact. EXA is 2D acceleration; Quake3 uses OpenGL 3D, so, the answer is: yes.
| Quote: |
I hope you can answer some of my questions and I hope you don't mind that I won't try out your ebuils and patches because all I want is to get beryl to run but with a working synaptic driver and it should be stable. This is impossible because synaptic is not ported to X greater than 7.1.
|
No problem at all  However I can inform I have first working xorg-server-9999/mesa-9999/etc. combination now, by "working" I mean Beryl, GLX and EXA. EXA accelerated desktop works fine, unless Beryl is running - although Beryl runs more smooth (probably by using new EXA's compositing features), scrolling speed in Firefox is unacceptable. I will try to discover a bottleneck with freshly installed oprofile (I have not used this app, however, so it can time to understand how to use it, although I've got a basic conception) and if it's something new, report it to xorg devs.
The good ones: compared to xorg-server-1.1.1/mesa-6.5.1, framerate increased in glxgears form around 2200 to 3100 (yeah, now you all can post a usual "glxgears is not a benchmark" yada-yada).
| Quote: | | PS: Where did you get all those interesting patches from? (bugtracker?) |
The ebuild is written by me, basing on dberkholz overlay and Primozic's works (many thank You guys!), patches are mostly from bugs.freedesktop.org and bugs.gentoo.org, most of them is modified by me to apply cleanly to 'current' branch of xorg-server/mesa.
The ac-configure.patch to xf86-video-ati-9999.ebuild is fully mine, and here's second of my works:
files/beryl-debug.patch
| Code: |
diff -Naur beryl-core.old/beryl.pc.in beryl-core/beryl.pc.in
--- beryl-core.old/beryl.pc.in 2006-12-28 21:34:10.000000000 +0100
+++ beryl-core/beryl.pc.in 2006-12-28 21:34:39.000000000 +0100
@@ -9,4 +9,4 @@
Requires: @BERYL_REQUIRES@
Libs: @BERYL_LIBS@
-Cflags: @BERYL_CFLAGS@ -I${includedir}/beryl
+Cflags: @BERYL_CFLAGS@ -g -I${includedir}/beryl
diff -Naur beryl-core.old/berylsettings.pc.in beryl-core/berylsettings.pc.in
--- beryl-core.old/berylsettings.pc.in 2006-12-28 21:34:05.000000000 +0100
+++ beryl-core/berylsettings.pc.in 2006-12-28 21:34:42.000000000 +0100
@@ -9,4 +9,4 @@
Requires: @BERYL_REQUIRES@ beryl glib-2.0
Libs: @BERYL_LIBS@ @GLIB_LIBS@ -L@libdir@ -lberylsettings
-Cflags: @BERYL_CFLAGS@ @GLIB_CFLAGS@ -I${includedir}/beryl
+Cflags: @BERYL_CFLAGS@ @GLIB_CFLAGS@ -g -I${includedir}/beryl
|
beryl-core-9999.ebuild
| Code: |
# Copyright 1999-2006 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $
inherit subversion autotools
ESVN_REPO_URI="http://svn.gentoo-xeffects.org/beryl/trunk/${PN}"
DESCRIPTION="Beryl window manager for AIGLX and XGL (svn)"
HOMEPAGE="http://beryl-project.org"
SRC_URI="http://distfiles.gentoo-xeffects.org/beryl-releases/0.1.3/beryl-mesa-0.1.3.tar.bz2"
LICENSE="GPL-2"
SLOT="0"
KEYWORDS="-*"
IUSE="berylmesa debug"
DEPEND=">=x11-base/xorg-server-1.1.1-r1
>=x11-libs/gtk+-2.8.0
x11-libs/libXdamage
x11-libs/libXrandr
x11-libs/libXcomposite
x11-libs/startup-notification"
RDEPEND="${DEPEND}
x11-apps/xdpyinfo"
PDEPEND="~x11-plugins/beryl-plugins-${PV}"
S="${WORKDIR}/${PN}"
src_unpack() {
subversion_src_unpack
if use berylmesa; then
unpack "${A}"
fi
# argasek: debug flag
if use debug; then
epatch ${FILESDIR}/beryl-debug.patch
fi
eautoreconf || die "eautoreconf failed"
glib-gettextize --copy --force || die "glib-gettextize failed"
intltoolize --automake --copy --force || die "intltoolize failed"
}
src_compile() {
# argasek: USE="berylmesa" compiles beryl-xgl (useless for me)
if use berylmesa; then
econf --with-berylmesadir="${S}/beryl-mesa" || die "econf failed"
else
econf --disable-berylmesa || die "econf failed"
fi
emake -j1 || die "make failed"
}
src_install() {
make DESTDIR="${D}" install || die "make install failed"
}
pkg_postinst() {
einfo "Please report all bugs to http://bugs.gentoo-xeffects.org"
einfo "Thank you on behalf of the Gentoo XEffects team"
}
|
This ebuild adds two new USE flags: berylmesa and debug. If first is disabled, beryl-xgl won't be build (most of this thread readers want it, I guess, because beryl-xgl is only usable when Xgl is used), speeding up build process a lot in my case. "debug" flag adds debugging symbols, allowing getting somewhat more interesting results when using with gdb (it doesn't slow down Beryl itself).
best regards
_________________
RLU #137109 | BYKOM STOP! | Chcesz do mnie napisać? | jog
"Mam plany gotowe i wszystko, no i wiesz, idę do tego, no, mebloroba..." (Raaf) |
|
| Back to top |
|
|
Phlogiston
Veteran
Joined: 27 Jan 2004
Posts: 1925
Location: Europe, Swizerland
|
| Posted: Fri Dec 29, 2006 1:13 pm Post subject: |
|
|
| argasek wrote: | | Phlogiston wrote: | | I don't quote your big post. First of all thanks for your help, and hey I'm fine because I don't have a cat |
Huh, then I can breathe without fear again...
|
Hehe but this time I do
| Quote: |
No problem at all However I can inform I have first working xorg-server-9999/mesa-9999/etc. combination now, by "working" I mean Beryl, GLX and EXA. EXA accelerated desktop works fine, unless Beryl is running - although Beryl runs more smooth (probably by using new EXA's compositing features), scrolling speed in Firefox is unacceptable. I will try to discover a bottleneck with freshly installed oprofile (I have not used this app, however, so it can time to understand how to use it, although I've got a basic conception) and if it's something new, report it to xorg devs.
|
Interesting I had that slow scrolling "bug" with older versions of mesa, thats actually the reason why I wanted to upgrade from "stable" packages. I wanted to try out your ebuild/patches today but was unable to even apply the first patch so I just gave up.
I'm sure you guy will report us a nice solution soon Keep going and thanks a lot for your elaborate posts.
PS: Somebody knows anything about that slow content rendering when using EXA + beryl? I think of reporting this as a bug to xorg.
_________________
Workstation: 5.1 SurroundSound, LIRC remote control; Laptop [IBM-T43]: patched sources, s2disk/ram, fingerprint sensor |
|
| Back to top |
|
|
argasek
Bodhisattva
Joined: 06 May 2004
Posts: 1120
Location: Sol [0,0], Poland, Kraków
|
| Posted: Fri Dec 29, 2006 10:22 pm Post subject: |
|
|
| 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...
_________________
RLU #137109 | BYKOM STOP! | Chcesz do mnie napisać? | jog
"Mam plany gotowe i wszystko, no i wiesz, idę do tego, no, mebloroba..." (Raaf) |
|
| Back to top |
|
|
pal_gene
n00b
Joined: 15 Nov 2005
Posts: 54
|
| Posted: Sat Dec 30, 2006 2:16 pm Post subject: |
|
|
| MADevil wrote: | I've some trouble when i try to compile xorg-server ,
| Code: | | < PATCHES="${FILESDIR}/${P}-mesa-git.patch" |
is unneeded now ? (in the new ebuild)
| Code: | i686-pc-linux-gnu-gcc -DHAVE_DIX_CONFIG_H -DNO_HW_ONLY_EXTS -DNO_MODULE_EXTS -DXFree86Server -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-strict-aliasing -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I/usr/include/freetype2 -I../../include -I../../include -I../../Xext -I../../composite -I../../damageext -I../../xfixes -I../../Xi -I../../mi -I../../miext/shadow -I../../miext/damage -I../../render -I../../randr -I../../fb -O2 -march=athlon-xp -pipe -Wl,-z -Wl,lazy -o Xvfb InitInput.o InitOutput.o dpmsstubs.o stubs.o miinitext.o fbcmap.o ../../dix/.libs/libdix.a ../../fb/.libs/libfb.a ../../mi/.libs/libmi.a ../../xfixes/.libs/libxfixes.a ../../Xext/.libs/libXext.a ../../dbe/.libs/libdbe.a ../../XTrap/.libs/libxtrap.a ../../record/.libs/librecord.a ../../GL/glx/.libs/libglx.a ../../GL/mesa/.libs/libGLcore.a -lpthread ../../render/.libs/librender.a ../../randr/.libs/librandr.a ../../damageext/.libs/libdamageext.a ../../miext/damage/.libs/libdamage.a ../../miext/cw/.libs/libcw.a ../../miext/shadow/.libs/libshadow.a ../../Xi/.libs/libXi.a ../../xkb/.libs/libxkb.a ../../xkb/.libs/libxkbstubs.a ../../composite/.libs/libcomposite.a ../../dix/.libs/libxpstubs.a ../../os/.libs/libcwrapper.a ../../os/.libs/libos.a /usr/lib/libXfont.so /usr/lib/libfreetype.so /usr/lib/libXau.so /usr/lib/libfontenc.so -lz /usr/lib/libXdmcp.so -lm -lrt
../../GL/mesa/.libs/libGLcore.a(fbobject.o): In function `_mesa_GenerateMipmapEXT':
fbobject.c:(.text+0x12a1): undefined reference to `_mesa_generate_mipmap'
../../GL/mesa/.libs/libGLcore.a(texstore.o): In function `_mesa_store_compressed_texsubimage2d':
texstore.c:(.text+0x10bf): undefined reference to `_mesa_generate_mipmap'
../../GL/mesa/.libs/libGLcore.a(texstore.o): In function `_mesa_store_compressed_teximage2d':
texstore.c:(.text+0x11c3): undefined reference to `_mesa_generate_mipmap'
../../GL/mesa/.libs/libGLcore.a(texstore.o): In function `_mesa_store_texsubimage3d':
texstore.c:(.text+0x1475): undefined reference to `_mesa_generate_mipmap'
../../GL/mesa/.libs/libGLcore.a(texstore.o): In function `_mesa_store_texsubimage2d':
texstore.c:(.text+0x1615): undefined reference to `_mesa_generate_mipmap'
../../GL/mesa/.libs/libGLcore.a(texstore.o):texstore.c:(.text+0x177f): more undefined references to `_mesa_generate_mipmap' follow
../../GL/mesa/.libs/libGLcore.a(texcompress_fxt1.o): In function `fxt1_encode':
texcompress_fxt1.c:(.text+0x1ed6): undefined reference to `_mesa_upscale_teximage2d'
../../GL/mesa/.libs/libGLcore.a(s_texstore.o): In function `_swrast_copy_texsubimage3d':
s_texstore.c:(.text+0x752): undefined reference to `_mesa_generate_mipmap'
../../GL/mesa/.libs/libGLcore.a(s_texstore.o): In function `_swrast_copy_texsubimage2d':
s_texstore.c:(.text+0x9d1): undefined reference to `_mesa_generate_mipmap'
../../GL/mesa/.libs/libGLcore.a(s_texstore.o): In function `_swrast_copy_texsubimage1d':
s_texstore.c:(.text+0xbf4): undefined reference to `_mesa_generate_mipmap'
../../GL/mesa/.libs/libGLcore.a(s_texstore.o): In function `_swrast_copy_teximage2d':
s_texstore.c:(.text+0xf04): undefined reference to `_mesa_generate_mipmap'
../../GL/mesa/.libs/libGLcore.a(s_texstore.o): In function `_swrast_copy_teximage1d':
s_texstore.c:(.text+0x1133): undefined reference to `_mesa_generate_mipmap'
collect2: ld returned 1 exit status
make[3]: *** [Xvfb] Erreur 1
make[3]: quittant le répertoire « /var/tmp/portage/x11-base/xorg-server-1.1.99.999/work/xorg-server-1.1.99.999/hw/vfb »
make[2]: *** [all] Erreur 2
make[2]: quittant le répertoire « /var/tmp/portage/x11-base/xorg-server-1.1.99.999/work/xorg-server-1.1.99.999/hw/vfb »
make[1]: *** [all-recursive] Erreur 1
make[1]: quittant le répertoire « /var/tmp/portage/x11-base/xorg-server-1.1.99.999/work/xorg-server-1.1.99.999/hw »
make: *** [all-recursive] Erreur 1
!!! ERROR: x11-base/xorg-server-1.1.99.999 failed.
Call stack:
ebuild.sh, line 1580: Called dyn_compile
ebuild.sh, line 945: Called src_compile
ebuild.sh, line 1269: 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 i roll back to the old xorg-server ebuild + patch , it's ok , it is the patch , or nouveau or xgi ? |
i got stuck too
it is may necessary on my USE flags.
[ebuild R ] x11-base/xorg-server-1.1.99.999 USE="aiglx dri nptl sdl xorg" INPUT_DEVICES="evdev keyboard mouse" VIDEO_CARDS="fbdev fglrx radeon vesa"
do other ppl have same problem?
but i can't roll back old files that destroy by rsync.
i applied /usr/portage/x11-base/xorg-server/1.1.99.903-mesa-6.5.2.patch to compile.
is it same file to ${P}-mesa-git.patch ?
_________________
what happen my profile #
[i speak "ENGRISH"!] |
|
| Back to top |
|
|
tontudelbot
Tux's lil' helper
Joined: 08 Jun 2006
Posts: 77
|
| Posted: Sat Dec 30, 2006 7:38 pm Post subject: |
|
|
| I have upgraded my system (I'm not using yet exa ebuilds) and get a strange behavor with saturation and beryl: if I put a value <100 in trailfocus' saturation i get a desaturated (any color) in that windows... It worked fine before upgrading so I think is a problem of actual drivers... anyone had the same experience? |
|
| Back to top |
|
|
Earthwings
Administrator
Joined: 14 Apr 2003
Posts: 7731
Location: Karlsruhe, Germany
|
| Posted: Tue Feb 06, 2007 10:15 pm Post subject: |
|
|
Please continue in Part II
_________________
KDE 4.8 - Get It While It's Hot! |
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
Unsupported Software
