Arch Linux

Updated to 195.36.03

195.36.03 http://www.nvnews.net/vbulletin/showthread.php?t=144405

yes, I've tried compiling a couple of times over, no luck. is everyone using xorg 1.7.3 with this ? I managed to get past the libglx.so errors, but now I'm stuck on this :

0: /usr/bin/X (xorg_backtrace+0x3b) [0x809bd9b]
1: /usr/bin/X (0x8048000+0x520e5) [0x809a0e5]
2: (vdso) (__kernel_rt_sigreturn+0x0) [0xb777f40c]
3: /usr/lib/libpixman-1.so.0 (0xb76bb000+0x3e6d5) [0xb76f96d5]
4: /usr/lib/libpixman-1.so.0 (0xb76bb000+0x13839) [0xb76ce839]
5: /usr/lib/libpixman-1.so.0 (0xb76bb000+0x38d3d) [0xb76f3d3d]
6: /usr/lib/libpixman-1.so.0 (0xb76bb000+0x40a6a) [0xb76fba6a]
7: /usr/lib/libpixman-1.so.0 (0xb76bb000+0x41c8a) [0xb76fcc8a]
8: /usr/lib/libpixman-1.so.0 (0xb76bb000+0x38a33) [0xb76f3a33]
9: /usr/lib/libpixman-1.so.0 (0xb76bb000+0x143b3) [0xb76cf3b3]
10: /usr/lib/libpixman-1.so.0 (0xb76bb000+0x3aa2e) [0xb76f5a2e]
11: /usr/lib/libpixman-1.so.0 (0xb76bb000+0x143b3) [0xb76cf3b3]
12: /usr/lib/libpixman-1.so.0 (0xb76bb000+0x45d93) [0xb7700d93]
13: /usr/lib/libpixman-1.so.0 (0xb76bb000+0x143b3) [0xb76cf3b3]
14: /usr/lib/libpixman-1.so.0 (0xb76bb000+0x4c4c9) [0xb77074c9]
15: /usr/lib/libpixman-1.so.0 (0xb76bb000+0x143b3) [0xb76cf3b3]
16: /usr/lib/libpixman-1.so.0 (pixman_image_composite+0x16f) [0xb76f48af]
17: /usr/lib/xorg/modules/libwfb.so (wfbComposite+0x1cc) [0xb558557c]
18: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0xb55ab000+0x34ffb1) [0xb58fafb1]
Segmentation fault at address 0x1

Have you tried recompiling the drivers? Looks like if some library is link against another wrong library.

my kdm crashes right after login, throwing me back to the login screen. kdm log shows the following :
(==) Using config file: "/etc/X11/xorg.conf"
dlopen: /usr/lib/xorg/modules/extensions/libglx.so: undefined symbol: _nv000008gl
(EE) Failed to load /usr/lib/xorg/modules/extensions/libglx.so
(EE) Failed to load module "glx" (loader failed, 7)
(EE) Dec 31 22:03:03 NVIDIA(0): Failed to initialize the GLX module; please check in your X
(EE) Dec 31 22:03:03 NVIDIA(0): log file that the GLX module has been loaded in your X
(EE) Dec 31 22:03:03 NVIDIA(0): server, and that the module is the NVIDIA GLX module. If
(EE) Dec 31 22:03:03 NVIDIA(0): you continue to encounter problems, Please try
(EE) Dec 31 22:03:03 NVIDIA(0): reinstalling the NVIDIA driver.
KCrash: Application 'kdmgreet' crashing...
QThread::wait: Thread tried to wait on itself
QThread: Destroyed while thread is still running
drkonqi: cannot connect to X server :0.0

anyone else seen this ? the regular nvidia module works fine for me

You are right. I was confused because kernel-headers exists too.

i think u missed 26 after kernel, its kernel-headers atm

I added kernel26-headers to makedepends field. It should be OK for everyone now :)

Yes it will. Install kernel26-headers.

Won't build for the new kernel (2.6.32).

Fixed. Sorry

sh NVIDIA-Linux-${ARCH}-${pkgver}-pkg${NV}.run --extract-only
cd NVIDIA-Linux-${ARCH}-${pkgver}-pkg${NV}

there is no declared ${NV} variable...

Won't build. I get an error at line 28 and 29 in the pkgbuild file.

Updated to 190.30

Changelog: http://www.nvnews.net/vbulletin/showthread.php?p=2149232

Merry Christmas to all :-)

I agree with ngoonee. He's absolutely right. I will not provide splitted package.

Please don't. nvidia-beta-all depends on nvidia-utils, which doesn't need to be separate for all kernels. I believe nvidia-beta-ice and the like (specific to kernels) also depend on nvidia-utils, so it wouldn't make sense to combine nvidia-beta and nvidia-utils.

Would it be possible to use a split pkgbuild for nvidia and nvidia utils?
Here is my pkgbuild: http://pastebin.ca/1712831

Fixed, thank you guys.

It needs that too.

It is required after pacman 3.x.

See the man page and the wiki.

It should be fixed.

I guess you need

provides=("nvidia=${pkgver}")

If you say so...:-) Fixed...thank you

>>I don't specify version of nvidia-utils-beta in depends() because it makes updating little more complicated - you >> would have to uninstall (-R) nvidia-beta in order to upate nvidia-utils-beta and then to install nvidia-beta again.

Nevertheless, it is the only correct way to satisfy the dependencies.

It should be a specific version.

I was looking to another PKGBUILDs (for -zen or -ice kernels) and mostly the only difference from this package was that where I use `uname -r` they use hardcoded kernel name.
This is better solution I think which allow anyone to install it on any kernel. And if it won't work you can always use -zen,-ice... driver

I don't specify version of nvidia-utils-beta in depends() because it makes updating little more complicated - you would have to uninstall (-R) nvidia-beta in order to upate nvidia-utils-beta and then to install nvidia-beta again

@gun26 - In the situation you mention, the user would have to modify the PKGBUILD in any case, unless he's in another kernel and installing 2.6.31-ARCH, for example (which doesn't make sense, since I don't think any systems don't have kernel26 already installed). If he's using kernel26, when he upgrades the kernel he can just reinstall nvidia with `uname -r` and it'll work (except on major revisions, in which case a hard-coded name wouldn't work anyway). If he's NOT using kernel26, for example using -ice, whenever the kernel upgrades he just needs to reinstall nvidia-beta WITHOUT restarting, then on a reboot everything works. No need to go to console unless its the first time you're installing.

@ngoonee - that makes sense, except that you can't be booting to X via a dm. You have to boot your new kernel only to a console, build and install nvidia, and then startx or enable your dm. I prefer to build and install a new kernel, and build and install nvidia for it before I ever reboot, so that I can go right to X when I do.

@gun26, the `uname -r` is precisely so that it's built against the running kernel. Not everyone uses the standard ARCH kernel, and most who do use an alternative kernel (the -zen and -ice seem particularly popular) don't ever boot the standard ARCH kernel for much. I use -ice, for example, and I never boot my ARCH kernel.

Installed and working here. Thanks, ProgDan. One observation: is it a good idea to simply put `uname -r` for _kernver? Yes, doing that makes the PKGBUILD usable on future major versions of the ARCH kernel, but at the cost of building blindly against the current running kernel whether it's the ARCH kernel or not. I think it might be wiser to name the version explicitly (2.6.31-ARCH) both for _kernver in the PKGBUILD and kernver in nvidia.install. Also, how about being specific about the required version of nvidia-utils-beta in the depends array, i.e. 'nvidia-utils-beta=195.22' ?

Yeah, you are right. I must have deleted it accidentally. Fixed, thank you.

Does this package not replace nvidia?

Updated to 195.22

Changelog:
http://www.nvnews.net/vbulletin/showthread.php?p=2129618

Updated to 190.42. This is a release candidate.

Changelog:
http://www.nvnews.net/vbulletin/showthread.php?p=2105790

Yeah, I helped ya: http://pastebin.com/m5bb0250a

190.42 is out.

My bad, needed to reboot to get the latest kernel running.

Did this, and got:

If you are using a Linux 2.4 kernel, please make sure
you either have configured kernel sources matching your
kernel or the correct set of kernel headers installed
on your system.

If you are using a Linux 2.6 kernel, please make sure
you have configured kernel sources matching your kernel
installed on your system. If you specified a separate
output directory using either the "KBUILD_OUTPUT" or
the "O" KBUILD parameter, make sure to specify this
directory with the SYSOUT environment variable or with
the equivalent nvidia-installer command line option.

Depending on where and how the kernel sources (or the
kernel headers) were installed, you may need to specify
their location with the SYSSRC environment variable or
the equivalent nvidia-installer command line option.

*** Unable to determine the target kernel version. ***

make: *** [select_makefile] Error 1

My kernel version is 2.6.30-ARCH

64 bit. Maybe I need a reboot?

>> Creating directory NVIDIA-Linux-x86_64-190.40-pkg0
>> The directory 'NVIDIA-Linux-x86_64-190.40-pkg0' already exists.

Try to remove pkg/ and src/ dirs and then rebuild it again. The kernel version should not be important, the PKGBUILD is dynamic.

What kernel are you using?

I get this error when trying to install this:

==> Install or build missing dependencies for nvidia-beta:
==> Building and installing package

==> nvidia-beta dependencies:
- kernel26 (already installed)
- nvidia-utils-beta (already installed)
==> Lager pakke: nvidia-beta 190.40-1 x86_64 (sø. 18. okt. 20:17:26 +0200 2009)
==> Sjekker avhengigheter som trengs for å kjøre programmet ...
==> Sjekker avhengigheter som trengs for å bygge programmet ...
==> Henter Kilder ...
-> Fant NVIDIA-Linux-x86_64-190.40-pkg0.run i build-mappen
==> Validerer kildefiler med md5sums ...
NVIDIA-Linux-x86_64-190.40-pkg0.run ... Klarert
==> Pakker ut kilder ...
==> Fjerner eksisterende pkg/-mappe ...
==> Går inn i fakeroot-miljøet ...
==> Starter build() ...
Creating directory NVIDIA-Linux-x86_64-190.40-pkg0
The directory 'NVIDIA-Linux-x86_64-190.40-pkg0' already exists. Please either
move the existing directory out of the way, or specify a
different directory with the '--target' option.
If you are using a Linux 2.4 kernel, please make sure
you either have configured kernel sources matching your
kernel or the correct set of kernel headers installed
on your system.

If you are using a Linux 2.6 kernel, please make sure
you have configured kernel sources matching your kernel
installed on your system. If you specified a separate
output directory using either the "KBUILD_OUTPUT" or
the "O" KBUILD parameter, make sure to specify this
directory with the SYSOUT environment variable or with
the equivalent nvidia-installer command line option.

Depending on where and how the kernel sources (or the
kernel headers) were installed, you may need to specify
their location with the SYSSRC environment variable or
the equivalent nvidia-installer command line option.

*** Unable to determine the target kernel version. ***

make: *** [select_makefile] Error 1
==> FEIL: Build feilet
Avslutter ...
Error: Makepkg was unable to build nvidia-beta package.

Error: unable to update nvidia-beta

Following packages have not been installed:
nvidia-beta

Updating nvidia-utils-beta went fine. Any thoughts on what to do?

Updated to 190.40.

Changelog: http://www.nvnews.net/vbulletin/showthread.php?p=2105790

Please update: http://pastebin.com/mc2b1b1a

Hey everyone, I've being having suspend2ram problems with this driver, so I debug'd it a little an made a little patch that works around the problem (it doesn't properly fix it, it just makes, s2ram work): nv_kern_suspend.patch, I hope this helps.

--- nv.c 2009-09-23 11:04:05.000000000 -0300
+++ /usr/src/nvidia-beta/nv.c 2009-09-26 21:04:08.000000000 -0300
@@ -5044,7 +5044,11 @@

lnv = pci_get_drvdata(dev);

- if (!lnv || (lnv->dev != dev))
+ /* lnv->dev not correctly initialized, who cares, we want to suspend anyway. */
+ if (lnv->dev != dev && lnv->dev == 0)
+ nv_printf(NV_DBG_WARNINGS, "NVRM (warlock): lnv->dev = %x dev = %x\n", lnv->dev, dev);
+
+ if (!lnv)
{
nv_printf(NV_DBG_WARNINGS, "NVRM: PM: invalid device!\n");
return -1;
@@ -5105,7 +5109,11 @@

lnv = pci_get_drvdata(dev);

- if (!lnv || (lnv->dev != dev))
+ /* lnv->dev not correctly initialized, who cares, we want to resume anyway. */
+ if (lnv->dev != dev && lnv->dev == 0)
+ nv_printf(NV_DBG_WARNINGS, "NVRM (warlock): lnv->dev = %x dev = %x\n", lnv->dev, dev);
+
+ if (!lnv)
{
nv_printf(NV_DBG_WARNINGS, "NVRM: PM: invalid device!\n");
return -1;

Updated to 190.36.

See changelog for more informations: http://www.nvnews.net/vbulletin/showthread.php?p=2091962

work's for me on 2.6.31 from testing and 190.32 on 9400gt.

I can successfully compile this driver on 2.6.31-ARCH kernel, but have to switch back to 190.25...

I haven't test it on .31 yet. I'll check and fix it later today or tomorrow. Thanks for reporting.

Compiling does not work with kernel 2.6.31 - use the PKGBUILD from extra and change the pkgver where required and the md5sums.

I haven't encountered it on my 8400MG yet. It seems to involve only 7xxx gpus.
Anyway, these are BETA drivers. You have to count on this bugs when you use it. If it annoys you too much, use stable drivers now and try to return to these after next release.

190.32 has a very annoying bug :(

please check: http://www.nvnews.net/vbulletin/showthread.php?t=138413

Updated do 190.32

Changelog: http://www.nvnews.net/vbulletin/showthread.php?p=2079643

Updated to 190.25

Changelog available here: http://www.nvnews.net/vbulletin/showthread.php?p=2071551

Fixed provides=() array, thanks XAVeRY.

I 2nd what XAVeRY said

I think you should add provides=('nvidia') to the PKGBUILD.

I confirm. The 190.18 version is working now. :-)

Updated to 190.18

Fixed an initialization problem on some mobile GPUs.

Flagging out of date is completely sufficient.

I now got (again!) 4 spam like emails just because there is a new version out. If you flag it out of date, the maintainer gets an email which is totally sufficient..

By the way the problem that mobile gpus dont get initialized is fixed now and the driver works here nicely.

GA-EP45-DS3 + 9800GT works fine.

I confirm on 9300M.

I can confirm, 8400MG - black screen, no way to return co console. Will be fixed in next release. Notebook users have to stay at 185.18.14.

Its looking like which the problem happens with mobile GPUs.

Asus P5Q - Geforce 9600GT - testing/kernel26 2.6.30.2-1 - nvidia-beta 190.16-2

Works perfectly here ;)

Unfortunately I have a pretty black screen on start X. Other guys have same issue: http://www.nvnews.net/vbulletin/showthread.php?t=136143
Caution before update.

I already fixed the source to use http://us.download..., it should work now.

No such directory `XFree86/Linux-x86/190.16'.
==> ERROR: Failure while downloading NVIDIA-Linux-x86-190.16-pkg0.run

nvidia-utils-beta uses a http source, which is ok.

Fixed, thanks alessandro_ufms.

ftp://download.nvidia.com/XFree86/Linux-x86/190.16/NVIDIA-Linux-x86-190.16-pkg0.run

550 /XFree86/Linux-x86/190.16/NVIDIA-Linux-x86-190.16-pkg0.run: No such file or directory

Updated to 190.16

For more informations about this release, see http://www.nvnews.net/vbulletin/showthread.php?p=2051461

version 190.16 is out

http://www.nvidia.com/object/linux_display_ia32_190.16.html

rwhite5: I will update after official release.

http://www.phoronix.com/scan.php?page=news_item&px=NzM0NA

Screensaver -> monitor power standby, still crashes X. No resume. (185 only, 180 okay)

It's no more beta.
http://www.nvnews.net/vbulletin/showthread.php?t=122606

Updated to 185.18.14.

Changes since 185.19:
http://www.nvnews.net/vbulletin/showthread.php?p=2016740

If you are afraid of bugs, simply don't upgrade but there might be some people interested in trying it.

Updated to 185.18.10.

185.18.10 was released see :
http://www.nvidia.com/object/linux_display_amd64_185.18.10.html

It's a known issue. see

http://www.nvnews.net/vbulletin/showthread.php?t=132475

Can anyone get this driver to work with KDE4 and desktop effects turned? When I try to log into my kde4 desktop I just get a black screen for 2-3 seconds and I'm kicked back to kdm.

Regards

André

Updated to 185.18.08

See http://www.nvnews.net/vbulletin/showthread.php?p=1997862 for changelog.

Updated to 185.18.04.

Yes, it is newer then 185.19, just guys from nvidia probably don't know which number comes after 19...

185,18.04 released

http://www.nvnews.net/vbulletin/showthread.php?t=131924

I promise I will use my brain next time. Of course there should be 1 instead of 0. I fixed the PKGBUILD.

you should really return something else than 0, since it does mean "everything went ok". Try with ... || return 1

It will probably be problem when compiling the module. I updated the PKGBUILD to report when the build failed (added || return 0 to 'make build module') so try to rebuild it and watch the output. Maybe there is some dependency missing.

Yepp, of course I do. :)

Do you use kernel26 from [core] ?

Either it's me, or something's fishy about this driver:
I am not getting a nvidia.ko - there simply is no such module, and hence it can't be loaded. I made the package twice, and installed it twice (With the latest nvidia-utils-beta, obviously).

Any ideas?

Driver is working great. But FAN adjustment on my Colorful 9600GT is not working. nvclock beta4 does also not support the card. So i have 100% fanspeed all time. This is really annoying! I hope there will be a update soon to fix this!

This one even works with 2.6.29.1-rt7 ;) ( http://aur.archlinux.org/packages.php?ID=11364 )

Confirming it works with 2.6.29, x86_64 on a 8300 IGP.

Yes it works. Even the previous drivers were working with .29.

Does this beta work with the 2.6.29 kernel? Seems like the new kernel just went into [core], hence the question.

Regards

André

Got it working, but I had to remove the previous driver and utils beforehand, with "yaourt -Rd nvidia-beta nvidia-utils-beta", and then update.

Connection problem solved, but I still can't update.

Installing missing dependencies...
nvidia-utils-beta=185.19 package not found, searching for group...
error: 'nvidia-utils-beta=185.19': not found in sync db

But when I look at nvidia-utils-beta its version is 185.19

Do you have an idea why this might happen? Should I uninstall the previous driver and then clean update?

Does this appear when you download sources?

I can download and build it without any problems.

"No Such File or Directory"

Am I the only one getting an error while updating?

Updated to 185.19 (beta :-)

The main feature is sync to vblank in VDPAU, it also brings some bugfixes in VDPAU and OpenGL, support for few new GPUs etc.

More info here:
http://www.nvnews.net/vbulletin/showthread.php?p=1976912

just a word of warning i had to do a nvidia-xconfig afer i switched to kernel 2.6.29 because x wouldent start

Yeah you're right. That reads exactly as explained by the nvidia devs on nvnews.net.

OK, I'll keep this version :-). The versioning in nvidia should work like that: 180.41 is prerelease of current stable line 180 and 185.xx are betas from new line which should be finished by releasing stable version someday later.

Sorry, ProgDan. I know this is ridiculous but: seems like 185.13 IS different from the 180.xx 'stable' line, so i do need it for xbmc-vdpau and even recent xbmc-svn builds because xbmc-vdpau got merged into the linuxport-branch of xbmc. I guess you leave it at 185.13 until anyone complains :-)

Yeah you're right. Seems like i've been a bit too early, but i blame nvidia for not releasing a changelog for 185.13. 185.13 only was a development branch to prepare for 180.41, so changes should be present there and you may safely 'revert' to 180.41 if you like. sorry for all that confusion.

OK, I'll update only if -beta (or -stable as successor of previous betas) is released. Just keep the versions numbers increasing. But makeing another -stable PKGBUILDs I consider useless, for -stable we have nvidia and nvidia-utils in [extra].

well that might be a fix, but i seriously think we need a better distinction between stable and beta (in nvidia speech). nvidia is pushing out drivers like crazy and each one has improvements regarding vdpau or bugfixes for kde, etc... i think the best would be to provide a -stable PKBUILD for the newer stable drivers and a -beta for what nvidia itself calls beta. what do you guys think?

I'm sorry Haggy, I didn't realize that your package needs 185.13. I don't intend to break down some other packages so I'll revert to 185.13.

Progdan: I understand, and normally i would be perfectly fine with 180.41, but i'm running xbmc with vdpau-patches which insist on features firstly introduced in 185.13 and i don't think those made it into 180.41. Other than that, i'm maintaining a PKGBUILD for xbmc-vdpau which also needs nvidia-beta>=185.13 and now that isn't available anymore due to the downgrade in numbers and the PKGBUILD is gone useless.

Updated to 180.41. This is prerelease of upcomming stable version (I hope it will be more stable then the previous "stable" :-)

Release Highlights:
* Added support for the following GPUs:
-Quadro FX 3800
-Quadro FX 1800
- Quadro FX 580
- Quadro FX 380
* Fixed OpenGL crashes while running KDE4's Plasma.
* Fixed OpenGL crashes when using a large number of texture objects.
* Fixed the timestamp reporting in the GL_NV_present_video extension on SDI II with Quadro FX 4800 and 5800.
* Improved power management support on some systems, such as Hewlett-Packard xw4600 workstations.
* Fixed an X server crash when an X client attempts to draw trapezoids and RenderAccel is disabled.

Haggy:
First, I think there is no need to provide new "-stable" packages, at those are already in [extra]. Second, you are right, this is "-beta" package. I understand it's purpose as providing the latest (beta/stable/unstable/testing/prerelease/whatever) version of the drivers. 180.41 is the current latest version. It definetely brings something new and I don't think it will appear in [extra]. The goal of this package is to provide versions of drivers that would not appear in [extra]. So my decision is to upgrade the PKGBUILDs. It's up to you wheter to switch or not.

Now why's that flagged ood? Sure - 180.41 is out, but as that will be the next stable release, 185.13 is still the beta one. I don't think we should go back to 180.41 but provide another PKBGUILD. Perhaps nvidia-stable/nvidia-utils-stable to provide the stable series (180.xx for the moment) and leave this one to the beta releases.

I have NO PROBLEMS with:
nvidia-beta 185.13-1
nvidia-utils-beta 185.13-1

and before it was lots of

Fast but NOT stable. When blank screen saver kicks in, machine (not just X) crashes. When crashes, audio (and I suspect rest of machine) goes into an infinite playback loop.

Updated to 185.13

No changelog available.

185.13 is out (http://www.nvnews.net/vbulletin/showthread.php?p=1957328)

OK, here's the PKGBUILD; whole package update later.

# Maintainer : Dan Vratil <progdan@progdansoft.com>

pkgname=nvidia-beta
pkgver=180.37
_kernver=`uname -r`
pkgrel=1
pkgdesc="NVIDIA beta drivers for kernel26."
arch=('i686' 'x86_64')
[ "$CARCH" = "i686" ] && ARCH=x86 && NV=0
[ "$CARCH" = "x86_64" ] && ARCH=x86_64 && NV=0
provides=('nvidia')
url="http://www.nvidia.com/"
depends=('kernel26' 'nvidia-utils-beta')
conflicts=('nvidia-96xx' 'nvidia-71xx' 'nvidia-legacy')
license=('custom')
install=('nvidia.install')
source=(ftp://download.nvidia.com/XFree86/Linux-$ARCH/${pkgver}/NVIDIA-Linux-$ARCH-${pkgver}-pkg${NV}.run)

#md5sums=('23a4e1cbe24943452c82eeab9dd8200d')
#[ "$CARCH" = "x86_64" ] && md5sums=('451fdd8d5196a15aba424618ab16ed12')

build()
{
# Extract
echo ${_kernver}
cd $startdir/src/
sh NVIDIA-Linux-$ARCH-${pkgver}-pkg${NV}.run --extract-only
cd NVIDIA-Linux-$ARCH-${pkgver}-pkg${NV}

# Any extra patches are applied in here...

cd usr/src/nv/
ln -s Makefile.kbuild Makefile
make SYSSRC=/lib/modules/${_kernver}/build module

# install kernel module
mkdir -p $startdir/pkg/lib/modules/${_kernver}/kernel/drivers/video/
install -m644 nvidia.ko $startdir/pkg/lib/modules/${_kernver}/kernel/drivers/video/

sed -i -e "s/KERNEL_VERSION='.*'/KERNEL_VERSION='${_kernver}'/" $startdir/*.install
}

I'm sorry but I'm currently away for a week and I have very limited access to the internet (cell phone). I probably won't be able to update it till my return (friday).
Please update the pkgver yourself and comment the md5sums.
Thanks

180.37 is out - please update! It fixes at least some nasty VDPAU/VC1 bug on x86_64

for KDE4 users http://archlinux.ns-linux.org/Pkg/

I understand, but we are stuck with 2 broke drivers atm and you have to downgrade to 180.29 to get a working driver... nvidia never released a 'fix' for 180.22 which brakes hibernate and corrupts fonts for many so i am not convinced they'll go out of their way this time.

Well, lets hope we get atleast a beta fix soon and people read comments before they install 180.35

That is correct. If someone uses this *beta* PKGBUILD, he should be able to downgrade on his own, no matter if the driver is marked stable by nvidia or not. I dont see any problem with that..

Occurs that it works for gnome users, though.

If this version doesn't work for you, modify the PKGBUILD to a version that works. It's my understanding (and opinion) that nvidia-beta will always point to the latest beta, no matter what works or doesn't.

it is not question what is working with you or not ... or u want to people broke KDE4?

The 180.35 works well for me. I'll keep this version. If you have any problems, use previous stable from [extra].

Chrysalis: AFAIK most "stables" are just summary of fixes presented in betas since previous stable. The problem with 180.35 does not occur on all cards/systems/configurations so guys from nvidia might have not noticed it. I believe there will be fixed version released ASAP.

please back 180.35 to 180.29 driver is evil !!!!!!!!

So far nvidia has broke every 'stable' release since i started tracking (177.80+) and every beta in between has worked flawless.

Its like they do it on purpose so people can test betas. As sad as it sounds i am convinced its true by now.

http://www.nvnews.net/vbulletin/showthread.php?t=128992
Read it there. I switched back to .29

Could you please give few examples of applications which are not working with new drivers anymore? I have no problems with it (x86_64 up-to-date)

NV140 on a thinkpad T61 here. This driver also keeps most X applications from launching.

mine 6800M GT is completely hanging X on 180.35 drivers
most of X applications don't work at all
reverted to 180.29

Updated to 180.35 (stable)

For more informations see http://www.nvnews.net/vbulletin/showthread.php?t=128939

Updated to 180.27

For further informations see http://www.nvnews.net/vbulletin/showthread.php?p=1916380

This driver is now out of date the 180.27 driver is officially released on the FTP server, notice on NVNEWS: http://www.nvnews.net/vbulletin/showthread.php?p=1916380

Fixed source URL

17c17
< source=(http://us.download.nvidia.com/XFree86/Linux-$ARCH/${pkgver}/NVIDIA-Linux-$ARCH-${pkgver}-pkg${NV}.run)
---
> source=(http://download.nvidia.com/XFree86/Linux-$ARCH/${pkgver}/NVIDIA-Linux-$ARCH-${pkgver}-pkg${NV}.run)

and all is fine.
A side note: suspend works again with 180.25.

i have problem with 64bit package nvidia-beta

HTTP request sent, awaiting response... 404 Not Found
2009-01-28 02:27:54 ERROR 404: Not Found.

==> ERROR: Failure while downloading NVIDIA-Linux-x86_64-180.25-pkg0.run
Aborting...

Updated to 180.25. Thanks for notice.

See release highlight for more informations:
http://www.nvnews.net/vbulletin/showthread.php?p=1914053

new driver is available.

good!

Fixed a regression that could result in window decoration corruption when running Compiz using Geforce 6 and 7 series GPUs.


seems useful for me

Updated to 180.22 (stable release, not BETA).

Should compile with both .27 and .28.

See what's new:
http://www.nvnews.net/vbulletin/showthread.php?p=1897256

180.22 now out...

It builds for me on 2.6.28 too. Could you tell more about the problem?

This package wont build against 2.6.28 for me...

Yep working here.

Do version 180.18-1 work on kernel 2.6.28?

Updated to 180.18

Release highlights:
- Fixed an X server hang rendering very large fonts.
- Added a check to nvidia-installer to not consider Compiz's libglx.so a conflicting X extension library.
- VDPAU updates:
* Relaxed restrictions on the number of H.264 references frames.
* Fixed corruption problems in some video bitstreams.
* Fixed a problem that prevented the presentation queue from working in some multi-display or multi-screen configurations when using overlay based presentation.

Updated to 180.16

There are some new stuffs in VDPAU and old patches for mplayer etc. won't work.
Some new patches are available here:
ftp://download.nvidia.com/XFree86/vdpau/

PS: Sorry for the delay, I'm very busy now and I have limited access to Linux machine.

Updated to 180.11

Release Highlights:
- Added support for the following new GPUs:
* GeForce 9400M
- Fixed font corruption on GeForce 6 and 7 series GPUs when the GlyphCache setting is enabled.
- Fixed a memory leak problem when the GlyphCache setting is enabled.
- Added support for GVO full-range color.
- Fixed a problem parsing the monitor sync range X config file options.
- Improved VDPAU error detection and reporting.
- Improved VDPAU support for some video bitstreams.

Updated to 180.08

Release Highlights:
* Added support for the following new GPUs:
- Quadro NVS 450
- Quadro FX 370 LP
- Quadro FX 5800
- Quadro FX 4800
- Quadro FX 470
- Quadro CX
* Added preliminary support for OpenGL 3.0.
* Improved VDPAU error recovery on some GPUs.

To EvilSide: try out these drivers and provide more information from X server (or make new thread in forum)

180.08 is out.

Guy with problem: post in the forums with nvidia bug report.

Hm ... for some strange reason, this drivers won't work under arch [testing], where the xorg-server is 1.5.3. X just wont start :(

Updated to 180.06

Release Highlights:
* Added support for CUDA 2.1.
* Added initial support for PureVideo-like features on Linux via the new VDPAU API (see the vdpau.h header file installed with the driver).
* Added new workstation performance optimizations.
* Enabled the X Render "GlyphCache" by default.
* Disabled shared memory X pixmaps by default; see the “AllowSHMPixmaps" option.
* Fixed a regression that could result in window decoration corruption when running Compiz using Geforce 6 and 7 series GPUs.
* Improved X pixmap placement on GeForce 8 series and later GPUs.
* Improved compatibility with recent Linux kernels.
* Improved stability on some GeForce 8 series and newer GPUs.

Fixed typo in URL

the sources line is misspelled: htpp://

Updated to 177.82

Release Highlights:
* Added support for the following new GPUs:
- Quadro NVS 450
- Quadro FX 370 LP
- Quadro FX 5800
- Quadro FX 4800
- Quadro FX 470
- Quadro CX
* Fixed a problem on recent mobile GPUs that caused a power management resume from S3 to take 30+ seconds.
* Fixed a problem with hotkey switching on some recent mobile GPUs.
* Fixed an image corruption issue seen in FireFox 3.

Whoops, I'm an idiot. The programs I was running were 32bit, and I hadn't updated my lib32-nivida-utils-beta.

You definitely have the wrong nvidia-utils installed.

Did I fail at something, or does the PKGBUILD somehow fail (eg. doesn't delete something), but when upgrading from 177.80 to 177.61, programs complain about NVIDIA API mismatch. Says that "this" (which?) part of the driver is 177.80.

Here's a bit of pastebin'ing about the matter: http://pastebin.com/m6ac8d6be

-AapoAlas

P.S. I did upgrade both the nvidia-beta and nvidia-utils-beta while running X with the nv-driver, not nvidia-driver, and there were no errors during the installation.

Updated to 177.61.02

This is special beta version brings support for OpenGL 3.0 andd GLSL 1.30 and is aimed for developers who want to start coding new OpenGL 3.0 features. That's why the version numbering is so strange.

To could use OpenGL 3.0 features, you must have one of these GPUs:
Desktop:
Quadro FX 370, 570, 1700, 3700, 4600, 4700x2, 5600 GeForce 8000 series or higher, GeForce GTX 260, 280
Notebook:
Quadro FX 360M, 370M, 570M, 770M, 1600M, 1700M, 2700M, 3600M, 3700M GeForce 8000 series or higher

If you don't have any of those GPUs, this driver does not really bring anything new for you and you should stay with current 177.80 stable drivers (this is not recommended by nvidia but by me :-) )

Updated to 177.80

Release highlights:
* Added support for the following new GPUs:
- GeForce GTX 260
- GeForce GTX 280
- GeForce 9800 GTX+
- GeForce 9800 GT
- GeForce 9700M GTS
- GeForce 9500 GT
- GeForce 8100P
- nForce 780a SLI
- nForce 750a SLI
- Quadro FX 770M
- Quadro NVS 160M
- Quadro NVS 150M
* Improved support for RENDER masks, as well as RENDER repeating modes and transformations, for video memory pixmaps.
* Added accelerated support for RENDER convolution filters for video memory pixmaps on GeForce 8, 9 and GTX GPUs.
* Improved support for RENDER operations with the same source and destination; this should performance in some situations, e.g. when dragging Plasma applets in KDE4.
* Improved GPU video memory management coordination between the NVIDIA X driver and OpenGL implementation; this should improve performance with e.g. the KDE4 OpenGL compositing manager.
* Added an 'AllowSHMPixmaps' X configuration option, which can be used to prevent applications from using shared memory pixmaps; the latter may cause some optimizations in the NVIDIA X driver to be disabled.
* Fixed a text rendering performance regression that affected GeForce 6 and 7 series GPUs.
* Fixed a regression that caused the 'Auto' SLI X option setting to not enable SLI.
* Fixed a bug that caused system hangs when using the NV-CONTROL interface to change GPU clock frequencies.
* Added support for DisplayPort display devices (including 30-bit devices).
* Resolved various stability problems on GeForce 8, 9 and GTX GPUs, as well as some GeForce 6 and 7 PCI-E GPUs.
* Fixed a bug that resulted in GPU errors when changing the TwinView display configuration while using Compiz.
* Further improved the error recovery paths taken in case of GPU command stream corruption.
* Updated mode validation, in cases when no EDID is detected, such that 1024x768 @ 60Hz and 800x600 @ 60Hz are allowed, rather than just 640x480 @ 60Hz.
* Removed an old workaround that caused incorrect Xinerama information to be reported after enabling a second TwinView display.
* Fixed corruption when using SLI in SFR mode with OpenGL-based composite managers.
* Fixed the subpicture component order reported by the NVIDIA X driver's XvMC implementation.
* Added a workaround for broken EDIDs provided by some Acer AL1512 monitors.
* Fixed a bug that caused GLXBadDrawable errors to be generated when running more than one OpenGL application with anti-aliasing enabled on GeForce 6 and 7 GPUs, e.g. wine.
* Fixed a problem that could result in IRQs being disabled on some multi-GPU SMP configurations.
Worked around cache flushing problems (on some Linux kernels) that caused corruption and stability problems.
* Added experimental support for PCI-E MSI.
* Fixed a bug that resulted in AGP FW/SBA settings and overrides being applied incorrectly when using the Linux kernel's AGP GART driver.
* Improved compatibility with recent Linux 2.6 kernels.
* Updated the X driver to consider /sys/class/power_supply when determining the AC power state.

Looks like the package was built incorrectly. Try to compile and install it again.
The libwf is shipped with the nvidia installer natively.

(II) NVIDIA(0): Initialized GPU GART.
(II) NVIDIA(0): Unable to connect to the ACPI daemon; the ACPI daemon may not
(II) NVIDIA(0): be running or the "AcpidSocketPath" X configuration option
(II) NVIDIA(0): may not be set correctly. When the ACPI daemon is
(II) NVIDIA(0): available, the NVIDIA X driver can use it to receive ACPI
(II) NVIDIA(0): events. For details, please see the "ConnectToAcpid" and
(II) NVIDIA(0): "AcpidSocketPath" X configuration options in Appendix B: X
(II) NVIDIA(0): Config Options in the README.
(II) NVIDIA(0): ACPI display change hotkey events enabled: the X server is new
(II) NVIDIA(0): enough to receive ACPI display change hotkey events.
(II) NVIDIA(0): Setting mode "1920x1200+0+0"
(II) Loading extension NV-GLX
(II) NVIDIA(0): NVIDIA 3D Acceleration Architecture Initialized
(EE) NVIDIA(0): Need libwfb but wfbScreenInit not found

Updated to 177.78

Release highlights:
* Fixed a performance regression affecting the gtkperf lines and circles test.
* Updated the X driver to consider /sys/class/power_supply when determining the AC power state.
* Fixed corruption when using SLI in SFR mode with OpenGL-based composite managers.

Updated to 177.76

Release highlights:

* Added support for the following new GPUs:
- GeForce 9500 GT
* Fixed a bug that caused GPU errors when applications used the X RENDER extension's repeating modes in conjunction with color-index overlays or rotation on GeForce 7 series and older GPUs.
* Fixed a bug that caused system hangs when using the NV-CONTROL interface to change GPU clock frequencies.
* Fixed a text rendering performance regression on GeForce 7 series and older GPUs when InitialPixmapPlacement is set to 2.
* Updated mode validation, in cases when no EDID is detected, such that 1024x768 @ 60Hz and 800x600 @ 60Hz are allowed, rather than just 640x480 @ 60Hz.
* Improved power management support.
* Improved compatibility with recent Linux 2.6 kernels.
* Fixed a regression that caused the 'Auto' SLI X option setting to not enable SLI.
* Added a workaround for broken EDIDs provided by some Acer AL1512 monitors.

Updated to 177.70

Release highlights:
* Added support for the following new GPUs:
- GeForce 9800 GTX+
- GeForce 9800 GT
- GeForce 8100P
- nForce 780a SLI
- nForce 750a SLI
- Quadro FX 770M
- Quadro NVS 160M
- Quadro NVS 150M
* Improved support for RENDER operations with the same source and destination; this should enhance performance in some situations, e.g. when dragging Plasma applets in KDE4.
* Fixed a text rendering performance regression that affected GeForce 6 and 7 series GPUs.
* Fixed a regression that caused text to be missing or corrupt on GeForce 6 and 7 series GPUs.
* Fixed a regression responsible for false negatives during SLI video bridge detection attempts after X server restarts.
* Fixed a bug that resulted in AGP FW/SBA settings and overrides being applied incorrectly when using the Linux kernel's AGP GART driver.
* Fixed a bug that caused initialization of the builtin AGP GART driver (NvAGP) to fail.

Updated to 177.68

Release highlights:

* Added support for the GeForce 9700M GTS.
* Improved GPU video memory management coordination between the NVIDIA X driver and OpenGL implementation; this should improve performance with e.g. the KDE4 OpenGL compositing manager.
* Fixed a RENDER corruption bug on GeForce 6 and 7 GPUs.
* Fixed a bug that caused GLXBadDrawable errors to be generated when running more than one OpenGL application with anti-aliasing enabled on GeForce 6 and 7 GPUs, e.g. wine.
* Fixed a bug that caused GPU errors when killing the X server while an OpenGL application is running.
* Fixed a bug on GeForce 8, 9 and GTX GPUs that caused dynamic display configuration to fail on GPUs not currently driving an X screen.

vorgon: no problem here, nvidia-beta PKGBUILD is available...

wth can't download the pkgbuild.
I always get the 404 error.

thanks for this package, better performance with kde4

Updated to 177.36

Release Highlights
*cAdded support for the following new GPUs:
- GeForce GTX 260
- GeForce GTX 280
* Improved support for RENDER masks, as well as RENDER repeating modes and transformations, for video memory pixmaps.
* Added accelerated support for RENDER convolution filters for video memory pixmaps on GeForce 8, 9 and GTX GPUs.
* Added an 'AllowSHMPixmaps' X configuration option, which can be used to prevent applications from using shared memory pixmaps; the latter may cause some optimizations in the NVIDIA X driver to be disabled.
* Added support for DisplayPort display devices (including 30-bit devices).
* Resolved various stability problems on GeForce 8, 9 and GTX GPUs, as well as some GeForce 6 and 7 PCI-E GPUs.
* Fixed a bug that resulted in GPU errors when changing the TwinView display configuration while using Compiz.
* Further improved the error recovery paths taken in case of GPU command stream corruption.
* Removed an old workaround that caused incorrect fake Xinerama information to be reported after enabling a second TwinView display.
* Fixed the subpicture component order reported by the NVIDIA X driver's XvMC implementation.
* Fixed a problem that could result in IRQs being disabled on some multi-GPU SMP configurations.
* Worked around cache flushing problems (on some Linux kernels) that caused corruption and stability problems.
* Added experimental support for PCI-E MSI.
* Improved compatibility with recent Linux 2.6 kernels.

Nvidia-utils-beta will be uploaded soon. There is an problem in AUR, which is going to be sort out soon (I hope).

Confirmed, glxgears are 200-300 FPS slower then with 177 drivers...I'm going back to 177 (but this package does not :-) )

AFAIK the new stable version lacks the stuff (2D performance improvements among other things) that is in the 177 beta driver.

Updated to 173.14.12. Yes, the numbering is OK. In fact, this is not BETA version, just next stable one.

Release Highlights
* Added support for GeForce 8600 GS.
* Fixed a problem with missing rendering in OpenGL Workstation Overlays.
* Fixed a problem with running some SDL applications and virtual terminal switching.
* Fixed a potential crash in nvidia-settings when saving to the X configuration file.
* Improved error recovery paths in the case of corruption of the commands sent to the GPU.

Fixed PKGBUILD, now is kernel-version independent.

Please solve the dependence on kernel26-2.6.26.2-1

Upgraded to 177.13

Release highlights:
* Added support for the following new GPUs:
- GeForce GTX 260
- GeForce GTX 280

This package should depend on make (at least).

Sorry for the misunderstanding, I think the purpose of this package should be to be always up to date, no matter if the latest version is stable or not.
I just wanted to point to the precompiled package.

buddabrod: this was flagged out-of-date so I updated it and when I was trying it out I noticed it's not beta, but stable release :)
Well, if there were more people who will want to use previous BETA version, I'll downgrade it, but I think it's not neccessary as this version provides the same (and much more) as previous BETA version.

still does trouble with cedega, i'm back to 169

This driver is precompiled in testing ;)

i got pissed off and went back to the repo's modules :) i'll try it today and let you know

Give it a try and let us know.

i had a problem with cedega resizing the window, is this fixed?

Actually, this is not beta, but stable release based on previous beta 173.08 including some more bug fixes.

Updated do 173.14.05

Release highlights:
* Added support for the following new GPUs:
- Quadro FX 3600M
- GeForce 9800 GX2
- GeForce 9800 GTX
- GeForce 9600 GT
- GeForce 9600 GSO
- GeForce 9600 GS
- GeForce 9500M GS
- GeForce 8400
- GeForce 8400 GS
* Added support for Quadro FX 5600/4600 SDI and Quadro G-Sync II.
* Resolved a bug causing left and right eyes to be reversed in stereo mode on some Quadro FX GPUs.
* Fixed a problem that caused OpenGL to stop rendering to windows with origins at or beyond 4096 pixels (horizontally) on GeForce 8 and 9 GPUs.
* Fixed a bug causing some Quadro FX 4500 SDI configurations to take a long time to achieve synchronization.
* Added preliminary support for X.Org server 1.5.
* Addressed a problem causing visual corruption when using GeForce 8 GPUs to drive Chi Mei 56" displays.
* Addressed visual corruption when driving Cintiq 20WSX wide format tables with some GeForce 6 and 7 GPUs.
* Fixed OpenGL rendering corruption with textures compressed using the DXT5 compression algorithm.
Fixed a regression that caused invalid EDIDs to be detected for the internal display device on some notebooks.
* Improved hotkey switching and power management support on some GeForce 8 notebooks.
* Fixed a regression causing some GeForce 6100/6150 systems to fail to restore the screen after DPMS cycles.
* Fixed a bug that prevented the console from being restored correctly in SLI mode on GeForce 6 and 7 GPUs.
* Fixed interlaced modes on GeForce 8 GPUs.
* Fixed a problem that caused the synchronization signal polarity to always be positive for DVI devices on GeForce 8 and 9 GPUs.
* Resolved a problem resulting in X startup to fail on some GeForce 8 and 9 systems without swap space.
* Fixed a bug resulting in X crashes when using GeForce 8 and 9 GPUs in SLI to drive X screens at depth 8.
* Fixed a problem that caused TV output on secondary TVs to be black and white on some GPUs.
* Restored compatibility with recent Linux 2.6 kernels.

I compiled nvidia-beta and nvidia-utils-beta two days ago (because of kernel update) on Arch64 and there was no problem with compilation,installation or modprobing nvidia module.
But depmode tells me the same as you - module not found. But running 'depmod -n | grep nvidia' gives some output.

hm, with this SYSSRC the module builds and is installed (and in the filesystem) but the kernel doesn't "recognize" it (modprobe, depmod doesn't work -> 'module not found') :/

This won't compile und x86_64

you have to change the SYSSRC var in the `make module' command to point to the kernel sources.

SYSSRC=/usr/src/${_kernver}

Updated, fixed error in 'conflicts'

Updated, using pkg0 now.

buddabrod: Thanks for notice

I did what you said, it still will not work. Since you are knowledgeable on this, can you please check my thread on it? I've really been unable to make any progress.

http://bbs.archlinux.org/viewtopic.php?pid=359066#p359066

is it just me or "Loose Binding" in compiz is not needed anymore?

modprobe it and then check dmesg. You dont need libgl, nvidia ships its own.

This package will not install unless I remove libgl, and then the driver will not load

(**) NVIDIA(0): Depth 24, (--) framebuffer bpp 32
(=smile NVIDIA(0): RGB weight 888
(=smile NVIDIA(0): Default visual is TrueColor
(=smile NVIDIA(0): Using gamma correction (1.0, 1.0, 1.0)
(**) NVIDIA(0): Enabling RENDER acceleration
(II) NVIDIA(0): Support for GLX with the Damage and Composite X extensions is
(II) NVIDIA(0): enabled.
(EE) NVIDIA(0): Failed to load the NVIDIA kernel module!
(EE) NVIDIA(0): *** Aborting ***

Same as for nvidia-beta-utils.. fetching pk0.run is sufficient.

Updated for kernel 2.6.25. Kernel 2.6.24 is no longer supported by these drivers.

Please update it for kernel 2.6.25. This driver works better for 2.6.25 than the stable one.

Updated to 173.08

Release Highlights
* Added support for the following new GPUs:
- Quadro FX 3600M
- GeForce 9800 GX2
- GeForce 9800 GTX
- GeForce 9600 GT
- GeForce 9500M GS
- GeForce 8400
- GeForce 8400 GS
* Added support for Quadro FX 5600/4600 SDI and Quadro G-Sync II.
* Fixed a problem that caused OpenGL to stop rendering to windows with origins at or beyond 4096 pixels (horizontally) on GeForce 8 and 9 GPUs.
* Fixed OpenGL rendering corruption with textures compressed using the DXT5 compression algorithm.
* Fixed a regression that caused invalid EDIDs to be detected for the internal display device on some notebooks.
* Improved hotkey switching and power management support on some GeForce 8 notebooks.
* Fixed a bug that prevented the console from being restored correctly in SLI mode on GeForce 6 and 7 GPUs.
* Fixed a problem that caused the synchronization signal polarity to always be positive for DVI devices on GeForce 8 and 9 GPUs.
* Fixed a problem that caused TV output on secondary TVs to be black and white on some GPUs.
* Restored compatibility with recent Linux 2.6 kernels.

Updated to 169.12

Relase highlights:
* Improved power management support with GeForce 8 GPUs.
* Further improved stability on some GeForce 8 GPUs.
* Fixed a bug that broke certain TwinView configurations with TV-OUT on GeForce 8 GPUs.
* Fixed a bug that could cause OpenGL to crash in certain cases, e.g. when running Counter-Strike under Wine.
* Further improved GLX_EXT_texture_from_pixmap out-of-memory handling.
* Fixed a bug that could result in incorrect PowerMizer state being reported.
* Improved nvidia-xconfig behavior when updating X configuration files without a "Module" section.
* Worked around a problem that caused function key presses on some Toshiba notebooks to result in system crashes.

Fixed some error in PKGBUILD

Updated to 169.09

Release Highlights
* Fixed a problem causing the fan on some GPUs to always run at full speed.
* Fixed a bug that caused the X driver to crash if the X.Org GLX extension module was loaded intead of NVIDIA’s.
* Improved the X driver’s awareness of the current notebook docking status.
* Fixed brightness control on HP Compaq notebooks.
* Fixed a bug in the Linux/i2c algorithm driver implementation that prevented core transfer types from succeeding.

I've adopted the nvidia-beta package. This is my first package so please be tolerant :)
Please contact me if any problems.