| View previous topic :: View next topic |
| Author |
Message |
amdunlock
Guru
Joined: 24 Apr 2004
Posts: 409
Location: Darmstadt Germany
|
 Posted: Wed Feb 08, 2006 10:10 pm Post subject: |
 |
|
| Code: |
No package 'xf86driproto' found
Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.
|
HUMM i installed all correctly 
_________________
-2500+ @ 3200+ ---- 512MB-Ram watercooled Htf X Triple @ 3 x 5V - Abit AN7 s*cking microguru - Geforce 6800 - Audigy 2 -=Gentoo Stage 2004.2 @ ext3=- |
|
| Back to top |
|
 |
azp
Apprentice
Joined: 16 Nov 2003
Posts: 298
Location: Stockholm, Sweden
|
| Posted: Wed Feb 08, 2006 10:11 pm Post subject: |
|
|
I had a look at the HOWTO a couple of posts ago, and MESA caught my eye.. Isn't MESA a software "accelerated "version of OpenGL? Or is it an Open Source hardware accleration? I've never used it, and got the impression that I never should.
Is mesa mandatory or is it possible just to use the closed nvidia/ati drivers?
_________________
Weeks of coding can save you hours of planning. |
|
| Back to top |
|
|
Nihilus
Tux's lil' helper
Joined: 23 Mar 2005
Posts: 80
|
| Posted: Wed Feb 08, 2006 10:13 pm Post subject: |
|
|
MESA is sick shit! It's not accelerated really, since it's sw-emulation-layer for OGL... Real OGL is handled by hw like the SGIs, nvidia, ATI-chipsets...
When you link applications against the provided headers/libs, by SGI, nvidia,ATI etc, what you really do is letting the hw handling the calls by pointing at memory adresses IIRC...
_________________
Writing lots of posts doesn't necessarily make you a Guru; might prove that you're just too stupid to go figure  |
|
| Back to top |
|
|
Spoony
Tux's lil' helper
Joined: 18 Feb 2004
Posts: 99
Location: Washington DC
|
| Posted: Wed Feb 08, 2006 10:27 pm Post subject: |
|
|
| Nihilus wrote: |
or
I'd prefer the last one... |
Ah, emerge xorg-server did it. Thanks.
_________________
Regards,
Mike Sponsler
msponsler at gmail.com |
|
| Back to top |
|
|
pijalu
Guru
Joined: 04 Oct 2004
Posts: 365
|
| Posted: Wed Feb 08, 2006 10:28 pm Post subject: |
|
|
I think I start to look like a nerds waiting to get a chance to buy the latest xbox360/playstation 3 
Didn't find compiz on ebay...yet... |
|
| Back to top |
|
|
Spoony
Tux's lil' helper
Joined: 18 Feb 2004
Posts: 99
Location: Washington DC
|
| Posted: Wed Feb 08, 2006 10:42 pm Post subject: |
|
|
lol...
Yeah, I know how you feel.
_________________
Regards,
Mike Sponsler
msponsler at gmail.com |
|
| Back to top |
|
|
Mikos
Tux's lil' helper
Joined: 04 Feb 2004
Posts: 91
Location: Prague, Czech Republic
|
| Posted: Wed Feb 08, 2006 10:52 pm Post subject: |
|
|
| Nihilus wrote: | MESA is sick shit! It's not accelerated really, since it's sw-emulation-layer for OGL... Real OGL is handled by hw like the SGIs, nvidia, ATI-chipsets...
When you link applications against the provided headers/libs, by SGI, nvidia,ATI etc, what you really do is letting the hw handling the calls by pointing at memory adresses IIRC... |
Apparently you don't know anything about MESA and OpenGL, so shut up.
And may I ask you some question? How old are you? Sorry, but you behave like an rude adolescent... maybe you shoul'd think before posting.
_________________
o Athlon-XP 2600+ (512kB cache), 512MB DDR400 RAM, GeForce FX-5600 128MB
o using Arch Linux now, but still love Gentoo 
Last edited by Mikos on Wed Feb 08, 2006 11:24 pm; edited 2 times in total |
|
| Back to top |
|
|
amdunlock
Guru
Joined: 24 Apr 2004
Posts: 409
Location: Darmstadt Germany
|
| Posted: Wed Feb 08, 2006 10:57 pm Post subject: |
|
|
hi,
i have a problem here which i had a long time before with xorg-server. it is the following:
| Code: |
i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../../include -I../../include -I../../include -I../../include -I../../include -I../../include -I../../include -I../../include -I../../GL/include -I../../hw/xfree86/os-support -DHAVE_DIX_CONFIG_H -I/var/tmp/portage/xgl-20060118/work/xgl-xorg/Mesa-6.4.1/include -I/var/tmp/portage/xgl-20060118/work/xgl-xorg/Mesa-6.4.1/src/mesa/glapi -I/var/tmp/portage/xgl-20060118/work/xgl-xorg/Mesa-6.4.1/src/mesa/main -DXGLServer -DUSE_MGL_NAMESPACE -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -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 -O3 -march=athlon-xp -fforce-addr -momit-leaf-frame-pointer -fomit-frame-pointer -ftracer -pipe -MT glxcmds.lo -MD -MP -MF .deps/glxcmds.Tpo -c glxcmds.c -fPIC -DPIC -o .libs/glxcmds.o
glxcmds.c: In function `DoGetFBConfigs':
glxcmds.c:1117: error: `GLX_SWAP_METHOD_OML' undeclared (first use in this function)
glxcmds.c:1117: error: (Each undeclared identifier is reported only once
glxcmds.c:1117: error: for each function it appears in.)
make[2]: *** [glxcmds.lo] Error 1
make[2]: *** Waiting for unfinished jobs....
make[2]: Leaving directory `/var/tmp/portage/xgl-20060118/work/xgl-xorg/GL/glx'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/xgl-20060118/work/xgl-xorg/GL'
make: *** [all-recursive] Error 1
|
Please help me 
Thanks in advantage, Oliver
_________________
-2500+ @ 3200+ ---- 512MB-Ram watercooled Htf X Triple @ 3 x 5V - Abit AN7 s*cking microguru - Geforce 6800 - Audigy 2 -=Gentoo Stage 2004.2 @ ext3=- |
|
| Back to top |
|
|
Mikos
Tux's lil' helper
Joined: 04 Feb 2004
Posts: 91
Location: Prague, Czech Republic
|
| Posted: Wed Feb 08, 2006 10:59 pm Post subject: |
|
|
azp: MESA is used by Xgl. Your real X server must use native OpenGL drivers from nVidia or ATI (or also MESA if you use opensource DRI drivers).
_________________
o Athlon-XP 2600+ (512kB cache), 512MB DDR400 RAM, GeForce FX-5600 128MB
o using Arch Linux now, but still love Gentoo |
|
| Back to top |
|
|
Spoony
Tux's lil' helper
Joined: 18 Feb 2004
Posts: 99
Location: Washington DC
|
|
| Back to top |
|
|
ferg
Guru
Joined: 15 Nov 2002
Posts: 411
Location: Cambridge, UK
|
| Posted: Wed Feb 08, 2006 11:12 pm Post subject: |
|
|
| Rayno wrote: | I have it working, but it took considerable effort. I'll post the basic steps I took. This is mostly just combining information from different posts in this thread and from this site.
|
I'm glad you posted those instructions. I followed them and it works great!! It looks wonderful, and seems fairly stable! Well only been running it for an hour or so....!
I've got my Gnome desktup looking great! Takes quite a lot of CPU though (and I';ve got 2x2.8Ghz HT Xeons!!)
I'm starting my Gnome desktop with the following:
| Code: | !#/bin/sh
Xgl :1 -ac -accel xv:pbuffer -accel glx:pbuffer &
#DISPLAY=:1 metacity
LD_LIBRARY_PATH=/usr/lib/opengl/xorg-x11/lib/ DISPLAY=:1 glxcompmgr wobbly shadow
DISPLAY=:1 gnome-session |
| Quote: | | (Oh, and this is my first post, so hello everyone.) |
Welcome!
Cheers
Ferg
_________________
Climb up it, kayak down it + make sure it runs on GNU/Linux
"cease to exist, giving my goodbye, drive my car into the ocean,
you think I'm dead, but i sail away, on a wave of mutilation!" |
|
| Back to top |
|
|
Nihilus
Tux's lil' helper
Joined: 23 Mar 2005
Posts: 80
|
| Posted: Wed Feb 08, 2006 11:14 pm Post subject: |
|
|
Should it really eat CPU since it's hw accelerated? :-/ What kinda gfx-card do you have?
_________________
Writing lots of posts doesn't necessarily make you a Guru; might prove that you're just too stupid to go figure |
|
| Back to top |
|
|
Spoony
Tux's lil' helper
Joined: 18 Feb 2004
Posts: 99
Location: Washington DC
|
| Posted: Wed Feb 08, 2006 11:20 pm Post subject: |
|
|
| ferg wrote: |
I'm starting my Gnome desktop with the following:
| Code: | !#/bin/sh
Xgl :1 -ac -accel xv:pbuffer -accel glx:pbuffer &
#DISPLAY=:1 metacity
LD_LIBRARY_PATH=/usr/lib/opengl/xorg-x11/lib/ DISPLAY=:1 glxcompmgr wobbly shadow
DISPLAY=:1 gnome-session |
|
Okay...where / when do you have this script starting up?
Ideally wouldn't you want to have it run on DISPLAY=:0 instead of :1? It seems like you'd be running two X instances...
_________________
Regards,
Mike Sponsler
msponsler at gmail.com |
|
| Back to top |
|
|
ferg
Guru
Joined: 15 Nov 2002
Posts: 411
Location: Cambridge, UK
|
| Posted: Wed Feb 08, 2006 11:53 pm Post subject: |
|
|
| Spoony wrote: | | ferg wrote: |
I'm starting my Gnome desktop with the following:
| Code: | !#/bin/sh
Xgl :1 -ac -accel xv:pbuffer -accel glx:pbuffer &
#DISPLAY=:1 metacity
LD_LIBRARY_PATH=/usr/lib/opengl/xorg-x11/lib/ DISPLAY=:1 glxcompmgr wobbly shadow
DISPLAY=:1 gnome-session |
|
Okay...where / when do you have this script starting up?
Ideally wouldn't you want to have it run on DISPLAY=:0 instead of :1? It seems like you'd be running two X instances... |
I have always stayed clear of Display managers such as X/K/GDM. I always run startx instead from the console. So I just exited X, and started XGL using this script instead of startx.
TBH I'm not really sure why it needs to be on :1. I just followed the posts!
BTW I just noticed that there's a "&" missing from the end of the 4th line.
Cheers
Ferg
_________________
Climb up it, kayak down it + make sure it runs on GNU/Linux
"cease to exist, giving my goodbye, drive my car into the ocean,
you think I'm dead, but i sail away, on a wave of mutilation!" |
|
| Back to top |
|
|
dizzey
n00b
Joined: 03 Oct 2003
Posts: 40
|
| Posted: Thu Feb 09, 2006 1:28 am Post subject: well |
|
|
it must be started on :1 becus two instances of X are running.
first you got a xserver with nvidia/ati/dri drivers that provide a interface for opengl.
then you got xgl running on that layer.
xgl speaks to the gl librarys instead of the graphics card.
egl is under development and is really xgl except it uses dri and a mesa "console mode" layer for opengl
but then it's not possible to get accelerated gl with ati/nvidia from console mode.
well it is possible with some old ati cards |
|
| Back to top |
|
|
bedazzled
n00b
Joined: 21 May 2005
Posts: 39
Location: Athens, Greece
|
| Posted: Thu Feb 09, 2006 2:20 am Post subject: |
|
|
| Nihilus wrote: | | Should it really eat CPU since it's hw accelerated? :-/ What kinda gfx-card do you have? |
| /usr/share/doc/nvidia-glx-1.0.8178/README.gz wrote: | DISABLING CPU-SPECIFIC FEATURES
Setting the environment variable __GL_FORCE_GENERIC_CPU to a non-zero value
will inhibit the use of CPU-specific features such as MMX, SSE, or 3DNOW!. Use
of this option may result in performance loss. This option may be useful in
conjunction with software such as the Valgrind memory debugger.
|
Maybe makes senses now?
The cpu optimizations, MUST be removed ASAP from the drivers. They are pretty useless.
They were useful a long ago, when we had no GPUs (pre-GeForce/Radeon era).
When I run glxgears in nVidia 6600 GT+closed drivers, i get ~99% cpu usage and on a Radeon 9000 with open drivers about 50-60%.
Anyway, kudos to all Xgl testers, I don't have much time for experimenting currently.  |
|
| Back to top |
|
|
wintersommer
n00b
Joined: 28 May 2004
Posts: 33
|
| Posted: Thu Feb 09, 2006 2:32 am Post subject: |
|
|
its so awsome - i got it working with the help from the worklist @ page 15 - compiled ok
the problem I have, everything its black , but i have black wobbly windows , and they are so damn fast !!!
hehe
i want the full version !!!!
anyone else has this prob ?
my specs: system gcc : 4.1 |
|
| Back to top |
|
|
ianegg
Apprentice
Joined: 26 Oct 2005
Posts: 279
Location: Breakfast.
|
| Posted: Thu Feb 09, 2006 2:40 am Post subject: |
|
|
wintersommer; I, and many others, have had the black window problem for a while. Hopefully this is glxcompmgr specific, and compiz will solve everyone's woes when it's available.
Did Dave Reveman say he'd release Compiz after his presentation (today), or after the conference? |
|
| Back to top |
|
|
Nihilus
Tux's lil' helper
Joined: 23 Mar 2005
Posts: 80
|
| Posted: Thu Feb 09, 2006 2:46 am Post subject: |
|
|
| bedazzled wrote: | | Nihilus wrote: | | Should it really eat CPU since it's hw accelerated? :-/ What kinda gfx-card do you have? |
| /usr/share/doc/nvidia-glx-1.0.8178/README.gz wrote: | DISABLING CPU-SPECIFIC FEATURES
Setting the environment variable __GL_FORCE_GENERIC_CPU to a non-zero value
will inhibit the use of CPU-specific features such as MMX, SSE, or 3DNOW!. Use
of this option may result in performance loss. This option may be useful in
conjunction with software such as the Valgrind memory debugger.
|
Maybe makes senses now?
The cpu optimizations, MUST be removed ASAP from the drivers. They are pretty useless.
They were useful a long ago, when we had no GPUs (pre-GeForce/Radeon era).
When I run glxgears in nVidia 6600 GT+closed drivers, i get ~99% cpu usage and on a Radeon 9000 with open drivers about 50-60%.
Anyway, kudos to all Xgl testers, I don't have much time for experimenting currently. |
Admit it: You have no clue what you are talking about. I'm not a moron, not even the average-Joe... I'm in the 5th procentile among computer users. I guess that means I know how to use google. I know how to RTFM. Last nite in fact I went thru that document. This option is mainly intended for debugging calls to the driver. Not using SIMD instructions would imply more load on the CPU btw... Go google on SIMD
Me myself remember the pre-Geforce epoch (before 98-99). It was kinda dull... Well, however the point is there was no SIMD instructions back then on the x86. EDIT: I guess we had MMX. But certainly not the SSE instruction set.
_________________
Writing lots of posts doesn't necessarily make you a Guru; might prove that you're just too stupid to go figure
Last edited by Nihilus on Thu Feb 09, 2006 3:01 am; edited 1 time in total |
|
| Back to top |
|
|
Oak
Apprentice
Joined: 25 Jan 2005
Posts: 239
Location: Sweden
|
| Posted: Thu Feb 09, 2006 3:01 am Post subject: |
|
|
| Quote: |
Admit it: You have no clue what you are talking about. I'm not a moron, not even the average-Joe... I'm in the 5th procentile among computer users. I guess that means I know how to use google. I know how to RTFM. Last nite in fact I went thru that document. This option is mainly intended for debugging calls to the driver. The MMX, SSE, 3DNOW! is on the f*cking chipset!
|
Tss... Is this supposed to be a serious discussion?
This is a support thread for Xgl and not a kindergarden-thread.
Off you go, you angry boy!
_________________
GCC-4.3.3-r1 - march=core2, gentoo-sources-2.6.30-r2 SMP x86_64 @ Core2Duo 2.4GHz, 4GB RAM |
|
| Back to top |
|
|
Nihilus
Tux's lil' helper
Joined: 23 Mar 2005
Posts: 80
|
| Posted: Thu Feb 09, 2006 3:03 am Post subject: |
|
|
Well, I can put it this way... I get angry when ppl claim to know more than they actually do. Especially if they at the same time claim I'm wrong. I guess that's an highly human aspect of the mind.
_________________
Writing lots of posts doesn't necessarily make you a Guru; might prove that you're just too stupid to go figure |
|
| Back to top |
|
|
enzobelmont
Guru
Joined: 06 Apr 2004
Posts: 345
Location: Chiapas, Mexico
|
| Posted: Thu Feb 09, 2006 3:27 am Post subject: |
|
|
| Rayno wrote: | I have it working, but it took considerable effort. I'll post the basic steps I took. This is mostly just combining information from different posts in this thread and from this site.
D. glxcompmgr
1. You have to make a new patch, so just open up a text editor and paste into it:
| Code: |
--- app/glxcompmgr/src/screen.c.new 2006-01-18 12:50:32.000000000 -0800
+++ app/glxcompmgr/src/screen.c 2006-02-08 00:54:07.494794792 -0800
@@ -680,6 +680,7 @@
currentRoot = s->root;
glxExtensions = glXQueryExtensionsString (s->display->display, screenNum);
+ /*
if (!testMode && !strstr (glxExtensions, "GLX_MESA_render_texture")
&& !strstr(glxExtensions, "GLX_EXT_texture_from_drawable"))
{
@@ -687,6 +688,7 @@
programName);
return FALSE;
}
+ */
s->getProcAddress = (GLXGetProcAddressProc)
getProcAddress (s, "glXGetProcAddressARB");
|
And save that in "/usr/local/overlays/xgl/x11-misc/glxcompmgr/files" as "dmsnells-patch.diff".
2. Edit the ebuild to apply the patch. You can just add "epatch ${FILESDIR}/dmsnells-patch.diff" as the first line of the src_compile() function.
3. "ebuild glxcompmgr-20060119.ebuild digest" (Or your version)
4. "emerge glxcompmgr"
|
this is my error output
| Code: |
bash-2.05b# ACCEPT_KEYWORDS="~x86" emerge glxcompmgr
Calculating dependencies ...done!
>>> emerge (1 of 1) x11-misc/glxcompmgr-20060119 to /
>>> md5 files ;-) glxcompmgr-20060119.ebuild
>>> md5 files ;-) files/dmsnells-patch.diff
>>> md5 files ;-) files/digest-glxcompmgr-20060119
>>> Unpacking source...
* Fetching CVS module app/glxcompmgr into /usr/portage/distfiles/cvs-src ...
* Running cvs -q -f -z4 -d ":pserver:anonymous:@cvs.freedesktop.org:/cvs/xorg" login
Logging in to :pserver:anonymous@cvs.freedesktop.org:2401/cvs/xorg
* Running cvs -q -f -z4 -d ":pserver:anonymous@cvs.freedesktop.org:/cvs/xorg" update -dP app/glxcompmgr
* Copying app/glxcompmgr from /usr/portage/distfiles/cvs-src ...
* CVS module app/glxcompmgr is now in /var/tmp/portage/glxcompmgr-20060119/work
>>> Source unpacked.
* Applying dmsnells-patch.diff ...
* Failed Patch: dmsnells-patch.diff !
* ( /usr/local/portage/x11-misc/glxcompmgr/files/dmsnells-patch.diff )
*
* Include in your bugreport the contents of:
*
* /var/tmp/portage/glxcompmgr-20060119/temp/dmsnells-patch.diff-15699.out
!!! ERROR: x11-misc/glxcompmgr-20060119 failed.
!!! Function epatch, Line 350, Exitcode 0
!!! Failed Patch: dmsnells-patch.diff!
!!! If you need support, post the topmost build error, NOT this status message.
|
please help
i'm trying to apply the patch manually but i can't
what am i doing wrong?? |
|
| Back to top |
|
|
Nihilus
Tux's lil' helper
Joined: 23 Mar 2005
Posts: 80
|
| Posted: Thu Feb 09, 2006 3:28 am Post subject: |
|
|
I had the very same problem. My solution... Writing my own patch.
_________________
Writing lots of posts doesn't necessarily make you a Guru; might prove that you're just too stupid to go figure |
|
| Back to top |
|
|
enzobelmont
Guru
Joined: 06 Apr 2004
Posts: 345
Location: Chiapas, Mexico
|
| Posted: Thu Feb 09, 2006 3:49 am Post subject: |
|
|
| Nihilus wrote: | | I had the very same problem. My solution... Writing my own patch. |
can you share it with us???
i followed every step from Rayno, xgl works, but i want try glxcompmgr because compiz is not ready yet... |
|
| Back to top |
|
|
Nihilus
Tux's lil' helper
Joined: 23 Mar 2005
Posts: 80
|
| Posted: Thu Feb 09, 2006 4:05 am Post subject: |
|
|
| Code: | --- src/screen.c.old 2006-02-08 18:14:36.000000000 +0100
+++ src/screen.c 2006-02-08 18:16:00.000000000 +0100
@@ -680,10 +680,10 @@
currentRoot = s->root;
glxExtensions = glXQueryExtensionsString (s->display->display, screenNum);
- if (!testMode && !strstr (glxExtensions, "GLX_MESA_render_texture")
+if (!testMode && !strstr (glxExtensions, "GLX_EXT_texture_from_pixmap")
&& !strstr(glxExtensions, "GLX_EXT_texture_from_drawable"))
{
- fprintf (stderr, "%s: GLX_MESA_render_texture is missing\n",
+ fprintf (stderr, "%s: GLX_EXT_texture_from_pixmap is missing\n",
programName);
return FALSE;
}
|
/usr/local/portage/x11-misc/glxcompmgr/files/screen.patch lines 1-15/15 (END)
_________________
Writing lots of posts doesn't necessarily make you a Guru; might prove that you're just too stupid to go figure |
|
| Back to top |
|
|
|
Unsupported Software
