Gentoo Forums :: View topic - Nvidia beta drivers 1.0-9625

Nvidia beta drivers 1.0-9625 - with texture_from_pixmap !!

View unanswered posts
View posts from last 24 hours

Goto page Previous 1, 2, 3, 4, 5, 6 Next

Gentoo Forums Forum Index

Kernel & Hardware

View previous topic :: View next topic

Author

Message

ashtophet
Guru
Guru

Joined: 08 Aug 2004
Posts: 397

Posted: Tue Sep 26, 2006 1:33 pm Post subject:

lucida wrote:

I dont know why all recent nvidia-drivers ebuilds strip the nvidia-settings program...totally nonsense.

Anyway, just extract the binary driver package and get it.

I don't think that's nonsense:

nvidia-drivers license? NVIDIA
nvidia-settings license?GPL2

sylware
Apprentice

Joined: 16 Oct 2004
Posts: 159
Location: European Union (Paris / France)

Posted: Tue Sep 26, 2006 1:45 pm Post subject: Got metacity with libcm compositor built

sanmartin wrote:

Someone on the forum a few months ago said that the libcm compile problem was because libcm required a cvs version of Mesa to build. I think a new version of Mesa has been released since then, but maybe give it a shot? I'm pretty sure the xgl-coffee overlay has a cvs ebuild in it. note: i'm trying to do this myself in my spare time but I haven't got it yet either.

Okay, in fact the eselect-opengl program has its own header files for glx, making libcm unable to compile. Hopefully, eselect-opengl has an option to override its glx headers with the implementation ones. After that I was able to compile CVS HEAD libcm, which I installed in /usr/local.
After that, I created an overlay for metacity in order to enable the compositor (--enable-compositor). I did not forgot to set PKG_CONFIG_DIR to /usr/local/lib/pkgconfig. Compiling and installing the compositor enabled metacity went smoothly.
As the last step I enabled the compositor in gconf... to finish with a blue screen where I have only the cursor and the drop shadows from the opens windows. :roll:

patheticgeek
n00b
n00b

Joined: 21 May 2004
Posts: 6
Location: Aveiro, Portugal

Posted: Tue Sep 26, 2006 2:09 pm Post subject:

Regarding metacity, check https://forums.gentoo.org/viewtopic-t-501137.html Oh, and I got the same results here. _________________ The alarm code is 3333.

Matteo Azzali
Retired Dev

Joined: 23 Sep 2004
Posts: 1133

Posted: Tue Sep 26, 2006 2:35 pm Post subject:

lucida wrote:

I dont know why all recent nvidia-drivers ebuilds strip the nvidia-settings program...totally nonsense.

Anyway, just extract the binary driver package and get it.

Other than the different licenses, the version provided in the drivers package is precompiled, while the other version
is released as source.
_________________
Every day a new distro comes to birth. Every day a distro "eats" another.
If you're born distro, no matter what, start to run.
---- http://www.linuxprinting.org/ ---- http://tuxmobil.org/

onlinepancakes
Apprentice

Joined: 05 Sep 2006
Posts: 274
Location: Surprise - AZ

Posted: Tue Sep 26, 2006 11:21 pm Post subject:

ftp://download.nvidia.com/XFree86/nvidia-settings/ Source code for Nvidia-Settings 1.0 that came out 09/19/06. Some one feel like making an ebuild for it and posting it on Portage? I would if I only knew how.. I really like how they added some new things into the new version of Nvidia settings like the twinview thing.. _________________ Onlinepancakes --

baigsabeeh
Guru
Guru

Joined: 28 Sep 2005
Posts: 520
Location: North Brunswick, NJ

Posted: Wed Sep 27, 2006 12:00 am Post subject:

I see it's already in Portage. Can this be used with AMD64? It's been hard masked, but I'm making sure, before I do anything that might kill my system. _________________ BSD > SysV > Linux BSD FTW!

jballou
Tux's lil' helper

Joined: 10 Mar 2005
Posts: 128
Location: Baghdad, Iraq

Posted: Wed Sep 27, 2006 4:32 am Post subject:

The_Oak wrote:

I also got nvidia beta driver working fine with texture from pixmap support. Compiz runs smoothly, however, MPlayer doesn't play videos full screen anymore. They just freeze when maximized to full screen though they appear to be moving while spinning the cube. Anyone else had similar kinds of problems and perhaps a solution?

I have one better - When I double-click the title bar of MPlayer, it maximizes and runs fine. If I click the Maximize button in the top right of the title bar, it maximizes and immediately freezes. Weird. I still get the white screen of doom on my nVidia 6800 laptop, but my Intel 915 runs like a champ.
_________________
-Shuttle SN25P, Opteron 185, 74Gb WD Raptor, 2x 300Gb Barracuda 7200.9, 2x 1Gb Corsair dual channel, BFG GeForce 7800GT
-Asus Z7100 laptop, P-M 2.13, 2Gb DDR, 100Gb 7200RPM HDD, 128Mb GeForce 6600 Go.

Matteo Azzali
Retired Dev

Joined: 23 Sep 2004
Posts: 1133

Posted: Wed Sep 27, 2006 8:50 am Post subject:

freshyapepper wrote:

The_Oak wrote:

for the mplayer fullscreen issue, you BOTH should try to toggle the option Unredirect Fullscreen Windows, under general options.
_________________
Every day a new distro comes to birth. Every day a distro "eats" another.
If you're born distro, no matter what, start to run.
---- http://www.linuxprinting.org/ ---- http://tuxmobil.org/

1ino1eum_4the_win
Tux's lil' helper

Joined: 07 May 2006
Posts: 92

Posted: Wed Sep 27, 2006 9:13 am Post subject:

ok , I see here : http://www.nvnews.net/vbulletin/showthread.php?t=77030 that I need to have ldd `which compiz` with libnvidia-tls.so.1 but me, I still got (like other in this forum) the mesa libgl. Did I miss something? what am i doing wrong , and why the libgl are not set correctly to use my nvidia graphic card? I know that I can add the "export" setting to the /usr/bin/compizrc-aixgl to fix the problem, but I'm just curious and I would like to know why we have to do this to fix the problem, and why the libgl is not correctly by default. Thankx

1ino1eum_4the_win
Tux's lil' helper

Joined: 07 May 2006
Posts: 92

Posted: Wed Sep 27, 2006 1:01 pm Post subject: Re: Patch to xorg-server that resolve issues under 100% CPU

wojtek wrote:

I've made direct change to xorg-server sources, that is based on fix described at Beryl forum: http://forum.beryl-project.org/topic-4707-1.html.

Here is xorg-server patch sched_yield.diff:

Code:

--- hw/xfree86/common/xorgHelper.c.orig 2006-09-25 00:51:32.000000000 +0200
+++ hw/xfree86/common/xorgHelper.c 2006-09-25 00:54:09.000000000 +0200
@@ -22,3 +22,8 @@
{
return XORG_VERSION_CURRENT;
}
+
+int sched_yield(void)
+{
+ return 0;
+}

and here patch for xorg-server-1.1.1-r1.eduild:

Code:

--- /usr/portage/x11-base/xorg-server/xorg-server-1.1.1-r1.ebuild 2006-09-20 19:36:19.000000000 +0200
+++ xorg-server-1.1.1-r1.ebuild 2006-09-25 00:57:31.000000000 +0200
@@ -23,7 +23,8 @@
${FILESDIR}/xorg-x11-server-1.1.1-mesa-6.5.1.patch
${FILESDIR}/${P}-install-libxf86config-headers.patch
${FILESDIR}/${PV}-fix-xrandr-zoom-keys.patch
- ${FILESDIR}/${PV}-sparc64-ati-lockups.patch"
+ ${FILESDIR}/${PV}-sparc64-ati-lockups.patch
+ ${FILESDIR}/sched_yield.diff"

SRC_URI="${SRC_URI}

Works well for me.
Have fun!

sorry about that, but I got lag problem with aixgl and compiz, but I dont know how to use this patch.
Can someone please explain how to apply them?

I have copy /usr/portage/x11-base/xorg-server to my /usr/local/portage/x11-base/
but then, I dont know what to do

agent_jdh
Veteran
Veteran

Joined: 08 Aug 2002
Posts: 1783
Location: Scotland

Posted: Wed Sep 27, 2006 1:12 pm Post subject:

baigsabeeh wrote:

I see it's already in Portage. Can this be used with AMD64? It's been hard masked, but I'm making sure, before I do anything that might kill my system.

Do you mean the updated version is in portage now? On packages.gentoo.org it's still listed as being the older version dated 20060516.

I suppose it would be fairly straightforward to mod the ebuild and stick it in your local overlay to get the updated one.
_________________
Jingle Jangle Jewellery

Juha_K
n00b
n00b

Joined: 29 Feb 2004
Posts: 18
Location: Finland

Posted: Wed Sep 27, 2006 1:46 pm Post subject: Re: Patch to xorg-server that resolve issues under 100% CPU

1ino1eum_4the_win wrote:

I applied this lag-patch this way. First check out this url

Ok, i created file sched.c

Code:

int sched_yield() {return 0;}

Compile

Code:

gcc -rdynamic -shared -fPIC -o sched.so sched.c

Copy to /usr/local/lib and chown it

Code:

chown root:wheel /usr/local/lib/sched.so

Then I edited /etc/init.d/xdm and added next line to section setup_dm()

Code:

export LD_PRELOAD=/usr/local/lib/sched.so

And restarted xdm, glxgears from 500 --> 5000 and no lag anymore

1ino1eum_4the_win
Tux's lil' helper

Joined: 07 May 2006
Posts: 92

Posted: Wed Sep 27, 2006 3:49 pm Post subject:

well, that's nice thank you, but I would like to know how to use this patch for the ebuild, as wojtek post the patch for the ebuild version. I 've made : - cp -R /usr/portage/x11-base/xorg-server/ usr/local/portage/x11-base/ - cp ~/temp/ched_yield.diff /usr/local/portage/x11-base/xorg-server/files - patch /usr/local/portage/x11-base/xorg-server-1.1.1-r1.eduild /usr/local/portage/x11-base/xorg-server-1.1.1-r1.eduild.patch I've modified the ebuild patch to be for the local portage. I dont know what I did wrong but finaly got this : patching file xorg-server-1.1.1-r1.ebuild Hunk #1 FAILED at 23. 1 out of 1 hunk FAILED -- saving rejects to file xorg-server-1.1.1-r1.ebuild.rej any help ? thankx

1ino1eum_4the_win
Tux's lil' helper

Joined: 07 May 2006
Posts: 92

Posted: Wed Sep 27, 2006 4:24 pm Post subject:

ok , I dont know why the patch didn't work , anyway, I did it "manualy" , by just adding this ${FILESDIR}/sched_yield.diff" at the line 27 and removing the " at the end of the line 26 I hope that will work

1ino1eum_4the_win
Tux's lil' helper

Joined: 07 May 2006
Posts: 92

Posted: Wed Sep 27, 2006 6:04 pm Post subject:

ok, I managed to patch xorg , so now I dont have anymore lag, and I have a little boost for speed. But I think it is not as fast as xgl + compiz... Juha_K, you say "And restarted xdm, glxgears from 500 --> 5000 and no lag anymore " ok, it's better, but I am far from 5000 fps with glxgears. I have a 2,5GHZpV with nvidia 6600GT and I'm arout 1600 FPS

sanmartin
Tux's lil' helper

Joined: 10 Aug 2005
Posts: 138
Location: Massachusetts

Posted: Thu Sep 28, 2006 2:48 am Post subject:

Has anyone had trouble with TwinView in the 9625 drivers? My multi-head output works find with 8774, but as soon as i modprobe -r, unmask, upgrade, modprobe, restart GDM, I no longer have my second monitor going. It just turns off and doesn't come back until I downgrade the driver again. My Xorg log shows two monitors detected, recognizes my TwinView config, says it loaded my meta-mode, then informs me that it selected a virtual screen size the same as my VGA-connected monitor What happened to four lines ago when you said you were gonna give me both monitors, huh?! (and then I poke my X server in the eye)

1ino1eum_4the_win
Tux's lil' helper

Joined: 07 May 2006
Posts: 92

Posted: Thu Sep 28, 2006 3:12 am Post subject:

ok, it seams that finaly the xorg patch is useless : just use export __GL_YIELD="NOTHING" in your scrip to launche compiz.

onlinepancakes
Apprentice

Joined: 05 Sep 2006
Posts: 274
Location: Surprise - AZ

Posted: Thu Sep 28, 2006 4:32 am Post subject:

sanmartin wrote:

Has anyone had trouble with TwinView in the 9625 drivers? My multi-head output works find with 8774, but as soon as i modprobe -r, unmask, upgrade, modprobe, restart GDM, I no longer have my second monitor going. It just turns off and doesn't come back until I downgrade the driver again.

My Xorg log shows two monitors detected, recognizes my TwinView config, says it loaded my meta-mode, then informs me that it selected a virtual screen size the same as my VGA-connected monitor

What happened to four lines ago when you said you were gonna give me both monitors, huh?! (and then I poke my X server in the eye)

Idk if this may be right or not but I know the new drivers, 9625, does something different with twinview.. The new Nvidia-Settings it comes with I believe configures twinview now but the ones in portage doesn't have it since they didn't add the new Nvidia-Settings in it and havn't even bothered updating it yet in portage with just Nvidia-Settings..
_________________
Onlinepancakes --

OddFox
Apprentice

Joined: 28 Nov 2002
Posts: 270
Location: Spokane, WA

Posted: Thu Sep 28, 2006 5:47 am Post subject:

Just thought I'd drop a little idea for the people who are having problems with compiz not linking properly when you run an ldd `which compiz`. I had the exact same problem (See my previous posts) and was unable to get either the CVS or regular compiz-quinnstorm ebuilds from the xgl-coffee overlay to link properly, no matter what kinds of edits I did to the ebuild. What I ended up doing was checking out Beryl from SVN (Takes a bit of effort to find out how to do so, and I'm not about to go about posting a how-to here because apparently the developers of Beryl want to keep it more low-key until it's deemed ready for mass consumption, and I can respect that) and compiling the whole thing on my own. I suppose I must be lucky in that my copy of Berly is flawless as far as I've experienced thus far, and I'm loving it compared to vanilla compiz and what compiz-quinnstorm was.

The regular compiz ebuilds link fine for me, but I don't want to have what I would consider a bare-bones fancy schmancy WM if I'm running software deemed "unstable" in the first place. XGL and compiz-quinnstorm/Beryl have now gotten to the point on my system where I find them rather stable for my own needs, I can leave my computer doing whatever I please with the screen locked on an OpenGL screensaver and expect to find it waiting for me in the morning, not locked up or rebooted like it used to do on occasion.

Definitely loving these new nvidia-drivers, although I will say this about AIGLX: It gives me horrible framerates in OpenGL applications, and I am not even kidding. Glxgears is, I know, not a benchmarking tool, but it among other programs runs extremely slow when I attempt to go the AIGLX route. XGL on the other hand plays real nice. I'm not trying to badmouth the AIGLX development efforts, but I personally am going to be sticking with XGL until AIGLX can offer me something.

Code:

oddfox@gentz ~ $ glxgears
42748 frames in 5.0 seconds = 8545.384 FPS
45227 frames in 5.0 seconds = 9030.630 FPS
45334 frames in 5.0 seconds = 9054.351 FPS
45107 frames in 5.0 seconds = 9012.023 FPS

That drops down to around 1500-2500 FPS in an AIGLX environment. If someone can tell me that I'm doing something wrong, I'd love to hear it. And yes, I did try the scheduler fix for xorg-server but removed it after I found it didn't change anything in my situation.
_________________
Now the rainy season reminds me of Maria
The way she danced, the color of her hair
Now I'm locked inside a stall at the cantina
Eating the bananas and the cocaine off the mirror
Looking for a ticket to take me away from here

jonnevers
Veteran
Veteran

Joined: 02 Jan 2003
Posts: 1594
Location: Gentoo64 land

Posted: Thu Sep 28, 2006 1:47 pm Post subject:

OddFox wrote:

Definitely loving these new nvidia-drivers, although I will say this about AIGLX: It gives me horrible framerates in OpenGL applications, and I am not even kidding. Glxgears is, I know, not a benchmarking tool, but it among other programs runs extremely slow when I attempt to go the AIGLX route. XGL on the other hand plays real nice. I'm not trying to badmouth the AIGLX development efforts, but I personally am going to be sticking with XGL until AIGLX can offer me something.

Code:

oddfox@gentz ~ $ glxgears
42748 frames in 5.0 seconds = 8545.384 FPS
45227 frames in 5.0 seconds = 9030.630 FPS
45334 frames in 5.0 seconds = 9054.351 FPS
45107 frames in 5.0 seconds = 9012.023 FPS

I have the same experience, except I'm not using AIGLX. I am using the xorg-server + compiz (in portage modified to build against nvidia libs) + nvida beta drivers.

AFAIK, if you are using the beta nvidia-drivers you don't need to use AIGLX b/c nvidia now provides their own AIGLX implementation with the TFP GLX functions.

never-the-less my glxgears framerates drop from 10k w/ metacity to 2.5k w/ compiz. Video playback suffers as well. but damn its fun.

LoSeR_5150
Guru
Guru

Joined: 20 Mar 2005
Posts: 455
Location: San Francisco, CA

Posted: Sat Sep 30, 2006 11:05 am Post subject:

Using these drivers on my x86 and amd64 machines. both running great, thank u nvidia for finally fixing the scaling... fullscreen opengl again thank god. ciao _________________ Opteron 1356@2.4Ghz 6GB DDR2 800Mhz 128MB Quadro NVS 210S 640GB Western Digital HD Gentoo-x86_64-2.6.30-r1 Opteron175@2.2GHz 2GB DDR 400MHz 256MB Quadro 1400 Go (2) 80GB Segate HDs: RAID0 Gentoo-x86_64-2.6.30-r1

Headrush
Watchman

Joined: 06 Nov 2003
Posts: 5597
Location: Bizarro World

Posted: Sat Sep 30, 2006 1:45 pm Post subject:

jonnevers wrote:

never-the-less my glxgears framerates drop from 10k w/ metacity to 2.5k w/ compiz. Video playback suffers as well. but damn its fun.

Did you try any full-screen apps?

My video playback is fine, what output method are you using? Xv seems OK, did you have it changed to gl from a previous XGL installation?

I also noticed my glxgears dropped from 11k+ to 5k. Funny thing is ut2004 seems to play almost the same fps as before. So maybe it is something related to opengl apps in window mode.

jonnevers
Veteran
Veteran

Joined: 02 Jan 2003
Posts: 1594
Location: Gentoo64 land

Posted: Sat Sep 30, 2006 2:44 pm Post subject:

Headrush wrote:

jonnevers wrote:

never-the-less my glxgears framerates drop from 10k w/ metacity to 2.5k w/ compiz. Video playback suffers as well. but damn its fun.

i did play with XGL a bit so maybe I changed that. I saw somewhere that video output should be piped back to Xv but I'm not sure how to do that...

and from my experimentation ut2k4 displays about the same FPS between compiz and metacity but under compiz actual gameplay is slightly laggy.

Let_Me_Be
n00b
n00b

Joined: 28 Apr 2005
Posts: 65

Posted: Sat Sep 30, 2006 3:36 pm Post subject: Not working with Geforce4 440 Go

I have Dell Latitude C840 (Geforce4 440 Go) and with this new drivers GDM starts with a black screen, seems so that my monitor is turned off. With the previous everything worked fine.

Phlogiston
Veteran
Veteran

Joined: 27 Jan 2004
Posts: 1925
Location: Europe, Swizerland

Posted: Sat Sep 30, 2006 9:34 pm Post subject:

I hope that this was not discussed before in this thread, but: I can run beryl but I get no window decorators. Even if I try to restart emerald nothing shows up, and no error occurs. Anyone has similar problem or knows a fix? How do you guys start beryl? Do i need some special options? And what do you have activated in xorg? Could anyone with a working environment share his config file? Thanks a lot! _________________ Workstation: 5.1 SurroundSound, LIRC remote control; Laptop [IBM-T43]: patched sources, s2disk/ram, fingerprint sensor

Display posts from previous:

	Gentoo Forums Forum Index Kernel & Hardware	All times are GMT Goto page Previous 1, 2, 3, 4, 5, 6 Next
Page 5 of 6

Jump to:

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

Copyright 2001-2025 Gentoo Foundation, Inc. Designed by Kyle Manna © 2003; Style derived from original subSilver theme. | Hosting by Gossamer Threads Inc. © | Powered by phpBB 2.0.23-gentoo-p11 © 2001, 2002 phpBB Group
Privacy Policy