You are not logged in.
Had the same problem fixed it by manually installing driver via 'sudo bash NVIDIA-Linux-x86_64-185.18.14-pkg0.run'
thanks, but I am always installing drivers manually. This is the only way to have nvidia driver installed for more than one kernel at a time (I have 4 kernels, with nvidia module installed for all kernels)
Offline
patch fixing this problem is available from nvidia
post #29
http://www.nvnews.net/vbulletin/showthr … 112&page=2
Offline
well this patch did not solve it for me... anyway for those that want to try, here is a PKGBUILD and the patch:
PKGBUILD:
# $Id: PKGBUILD 42147 2009-06-11 17:33:55Z tpowa $
# Maintainer : Thomas Baechler <thomas@archlinux.org>
pkgname=nvidia
pkgver=185.18.14
_kernver='2.6.30-ARCH'
pkgrel=1
pkgdesc="NVIDIA drivers for kernel26."
arch=('i686' 'x86_64')
[ "$CARCH" = "i686" ] && ARCH=x86
[ "$CARCH" = "x86_64" ] && ARCH=x86_64
url="http://www.nvidia.com/"
depends=('kernel26>=2.6.30' 'kernel26<2.6.31' 'nvidia-utils=185.18.14')
conflicts=('nvidia-96xx' 'nvidia-173xx')
license=('custom')
install=nvidia.install
source=("http://download.nvidia.com/XFree86/Linux-$ARCH/${pkgver}/NVIDIA-Linux-$ARCH-${pkgver}-pkg0.run")
md5sums=('a91d31a9dec5deb2f9e4ca9a09e0019f')
[ "$CARCH" = "x86_64" ] && md5sums=('534a36a15caef39118e698a871047f1a')
build() {
cd $srcdir
sh NVIDIA-Linux-$ARCH-${pkgver}-pkg0.run --apply-patch $startdir/NVIDIA_kernel-185.18.14-572433.diff --extract-only
cd NVIDIA-Linux-$ARCH-${pkgver}-pkg0-custom
cd usr/src/nv/
ln -s Makefile.kbuild Makefile
make SYSSRC=/lib/modules/${_kernver}/build module || return 1
mkdir -p $pkgdir/lib/modules/${_kernver}/kernel/drivers/video/
install -m644 nvidia.ko $pkgdir/lib/modules/${_kernver}/kernel/drivers/video/
sed -i -e "s/KERNEL_VERSION='.*'/KERNEL_VERSION='${_kernver}'/" $startdir/nvidia.install
}
NVIDIA_kernel-185.18.14-572433.diff:
diff -ru usr/src/nv/nv.c usr/src/nv.572433/nv.c
--- usr/src/nv/nv.c 2009-05-27 03:20:53.000000000 -0700
+++ usr/src/nv.572433/nv.c 2009-07-05 11:31:27.635210006 -0700
@@ -888,6 +888,7 @@
unsigned int pat1, pat2, i;
U008 PAT_WC_index;
+#if 0 /* disabled */
if (!test_bit(X86_FEATURE_PAT,
(volatile unsigned long *)&boot_cpu_data.x86_capability))
{
@@ -895,6 +896,7 @@
"NVRM: CPU does not support the PAT, falling back to MTRRs.\n");
return NV_PAT_MODE_DISABLED;
}
+#endif
NV_READ_PAT_ENTRIES(pat1, pat2);
PAT_WC_index = 0xf;
He hoped and prayed that there wasn't an afterlife. Then he realized there was a contradiction involved here and merely hoped that there wasn't an afterlife.
Douglas Adams
Offline
your problem is definitely different that mine:
in my case compositing is/was failing irrelevant of nvidia driver version with 2.6.30.x kernels. This was caused by a bug in PAT
i described this in detail here:
http://www.nvnews.net/vbulletin/showthread.php?t=135157
in post #1
you can find error description and in post #6 buggy PAT behavior.
if none of this (disabled or slow compositing) is happening in your case, obviously you have different problem.
it seems though that coming new nvidia driver will have a lot of bugfixes, hopefully it will resolve yours.
My understanding is that unfortunately, PAT bug fix is not going to be added to the next release of nvidia driver.
thank you for PKBUILD useful for users that prefer this way of installing nvidia driver.
Last edited by broch (2009-07-06 16:01:39)
Offline
Rasi, thank you for the PKGBUILD! I also lost the effects (and compiz became _really_ slow) but the modified nvidia package solved it for me :-)
Offline
FYI
The patch provided also works for 190.18 nvidia driver. Otherwise I face the same problem with compositing.
Offline