[opensuse] New NVIDIA drivers available
Hi, there are new versions of the NVIDIA drivers available. The G03 driver is now version 331.38. Bug 858421 is supposed to befixed, there. Best regards Robert -- Robert Klein UNIX Operations, Max Planck-Institut für Polymerforschung Ackermannweg 10 55218 Mainz -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
I tried the RPMs from the nvidia repo (for 12.3) and I would get high CPU usage (80%+) while starting/playing L4D2. In fact, that was just starting the game. The game was unplayable as it would could not get past the menu (joining a game would freeze). Also, as soon as I started the game, and before the menu loaded, the CPU temps would climb above 65C and stay there until I force killed it. I tried other versions from other repos (some from in home:/), but the same thing. In the end, I just downloaded the .run from nvidia's site and installed it manually. No issues with CPU usage or temperatures. The .run does complain that it cannot build the CUDA support/driver. However, since AFAIK I don't use CUDA I just used "--no-unified-memory' (as per its log file instructs) to get around the error. Just thought I would just share my experience in case others see the same issues using the nvidia RPMs. My system: i7-3770 16 GB RAM Zotac GT 230, 2GB openSUSE 12.3 KDE 4.12.1 Kernel 3.12.7-2.g78b11e9-desktop Cheers, Alvin On 19/01/14 10:42, Robert Klein wrote:
Hi,
there are new versions of the NVIDIA drivers available.
The G03 driver is now version 331.38.
Bug 858421 is supposed to befixed, there.
Best regards Robert
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 20/01/14 02:06, Alvin Beach wrote:
I tried the RPMs from the nvidia repo (for 12.3) and I would get high CPU usage (80%+) while starting/playing L4D2. In fact, that was just starting the game. The game was unplayable as it would could not get past the menu (joining a game would freeze). Also, as soon as I started the game, and before the menu loaded, the CPU temps would climb above 65C and stay there until I force killed it.
I tried other versions from other repos (some from in home:/), but the same thing.
In the end, I just downloaded the .run from nvidia's site and installed it manually. No issues with CPU usage or temperatures.
The .run does complain that it cannot build the CUDA support/driver. However, since AFAIK I don't use CUDA I just used "--no-unified-memory' (as per its log file instructs) to get around the error.
Just thought I would just share my experience in case others see the same issues using the nvidia RPMs.
My system: i7-3770 16 GB RAM Zotac GT 230, 2GB openSUSE 12.3 KDE 4.12.1 Kernel 3.12.7-2.g78b11e9-desktop
Cheers,
Alvin
On 19/01/14 10:42, Robert Klein wrote:
Hi,
there are new versions of the NVIDIA drivers available.
The G03 driver is now version 331.38.
Bug 858421 is supposed to befixed, there.
Best regards Robert
The driver released on 10 January - 319.82 - has no problem compiling and there is no need to use '-no-unified-memory'. Are you suggesting that the new one (331.38, released 14 January) has regressed to not compile without the '-n-u-m' "fix"? BC -- Using openSUSE 13.1, KDE 4.12.0 & kernel 3.12.7-2 on a system with- AMD FX 8-core 3.6/4.2GHz processor 16GB PC14900/1866MHz Quad Channel Corsair "Vengeance" RAM Gigabyte AMD3+ m/board; Gigabyte nVidia GTX660 OC 2GB DDR5 GPU -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 01/20/2014 05:07 PM, Basil Chupin wrote:
The driver released on 10 January - 319.82 - has no problem compiling and there is no need to use '-no-unified-memory'.
Are you suggesting that the new one (331.38, released 14 January) has regressed to not compile without the '-n-u-m' "fix"?
NVIDIA-Linux-x86_64-331.38.run compiled here without need for fancy switches and without a hitch. Opensuse 13.1 64-bit; GeForce 670 GTX. -- Robin K Wellington "Harbour City" New Zealand -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Monday, January 20, 2014 08:21:35 PM Robin Klitscher wrote:
On 01/20/2014 05:07 PM, Basil Chupin wrote:
The driver released on 10 January - 319.82 - has no problem compiling and there is no need to use '-no-unified-memory'.
Are you suggesting that the new one (331.38, released 14 January) has regressed to not compile without the '-n-u-m' "fix"?
NVIDIA-Linux-x86_64-331.38.run compiled here without need for fancy switches and without a hitch.
Opensuse 13.1 64-bit; GeForce 670 GTX.
Hi, What kernel version ? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 01/20/2014 09:17 PM, Amuraritei Andrei wrote:
On Monday, January 20, 2014 08:21:35 PM Robin Klitscher wrote:
On 01/20/2014 05:07 PM, Basil Chupin wrote:
The driver released on 10 January - 319.82 - has no problem compiling and there is no need to use '-no-unified-memory'.
Are you suggesting that the new one (331.38, released 14 January) has regressed to not compile without the '-n-u-m' "fix"?
NVIDIA-Linux-x86_64-331.38.run compiled here without need for fancy switches and without a hitch.
Opensuse 13.1 64-bit; GeForce 670 GTX.
Hi,
What kernel version ?
3.11.6-4-desktop -- Robin K Wellington "Harbour City" New Zealand -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Monday, January 20, 2014 09:46:01 PM Robin Klitscher wrote:
On 01/20/2014 09:17 PM, Amuraritei Andrei wrote:
On Monday, January 20, 2014 08:21:35 PM Robin Klitscher wrote:
On 01/20/2014 05:07 PM, Basil Chupin wrote:
The driver released on 10 January - 319.82 - has no problem compiling and there is no need to use '-no-unified-memory'.
Are you suggesting that the new one (331.38, released 14 January) has regressed to not compile without the '-n-u-m' "fix"?
NVIDIA-Linux-x86_64-331.38.run compiled here without need for fancy switches and without a hitch.
Opensuse 13.1 64-bit; GeForce 670 GTX.
Hi,
What kernel version ?
3.11.6-4-desktop
Need to downgrade my installation to that kernel, as I am using K:HEAD repo. But installing 331.38 with latest 3.13-rcX kernel version needs this patch [1], to compile the kernel module and the uvm module. I'm thinking of reinstalling 13.1 - to use btrfs, willl try then 331.38- although I guess now the G03 driver is available. [1] http://cvs.rpmfusion.org/viewvc/rpms/nvidia-kmod/devel/nvidia_3.13_kernel.patch?revision=1.2&root=nonfree&view=markup -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 20/01/14 22:18, Amuraritei Andrei wrote:
On Monday, January 20, 2014 09:46:01 PM Robin Klitscher wrote:
On 01/20/2014 09:17 PM, Amuraritei Andrei wrote:
On Monday, January 20, 2014 08:21:35 PM Robin Klitscher wrote:
On 01/20/2014 05:07 PM, Basil Chupin wrote:
The driver released on 10 January - 319.82 - has no problem compiling and there is no need to use '-no-unified-memory'.
Are you suggesting that the new one (331.38, released 14 January) has regressed to not compile without the '-n-u-m' "fix"? NVIDIA-Linux-x86_64-331.38.run compiled here without need for fancy switches and without a hitch.
Opensuse 13.1 64-bit; GeForce 670 GTX. Hi,
What kernel version ? 3.11.6-4-desktop Need to downgrade my installation to that kernel, as I am using K:HEAD repo.
My personal opinion is that you should be using the '....Kernel:/stable/standard' repo and leave the HEAD one alone. The stable repo has the lastest kernel as 3.12.x (see my Sig line below). Going back to the original insallation kernel for 13.1 is going backwards too much.
But installing 331.38 with latest 3.13-rcX kernel version needs this patch [1], to compile the kernel module and the uvm module.
I'm thinking of reinstalling 13.1 - to use btrfs, willl try then 331.38- although I guess now the G03 driver is available.
Do you know if this patch will also work with the 331.38 driver and the 3.12.7.x kernel? BC -- Using openSUSE 13.1, KDE 4.12.0 & kernel 3.12.7-2 on a system with- AMD FX 8-core 3.6/4.2GHz processor 16GB PC14900/1866MHz Quad Channel Corsair "Vengeance" RAM Gigabyte AMD3+ m/board; Gigabyte nVidia GTX660 OC 2GB DDR5 GPU -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Tuesday, January 21, 2014 05:19:03 PM Basil Chupin wrote:
Do you know if this patch will also work with the 331.38 driver and the 3.12.7.x kernel?
BC
Hello, Yes it should work. 331.20 and 331.38 kernel modules should compile without patching on kernel version 3.12.xx - but not 3.13. UVM module maybe not, as reported by different users here and on the NVIDIA developer forums, thus requiring --no-unified-memory switch on the nvidia-installer. 331.38 requires the patch mentioned to compile the kernel module, because of some kernel changes to acpi event flags waiting introduced with kernel 3.13. Also the patch fixes another change needed for loading the UVM module, which although compiles OK, errors out when trying to load it (modprobe) with the some EUID error. The patch fixes that. This was for 3.13-rc, while NVIDIA doesn't officially support devel-version kernels. 331.38 works quite OK and doesn't screw things like 331.20 did. I'm using it like I said for a while now (actually right after release) and with every 3.13-rcX update in K:HEAD repo that I got, ran the 331.38 patched driver installer, rebuilt the kernel and it worked without problems.) Regarding the usage of K:HEAD and 3.13.rc kernel versions, I was curious about the multi-queue block layer, but I'm already planning a reinstall of 13.1 using btrfs so I'll be using whatever is in the update channels or like you suggested in K:stable. Short procedure for installing 331.38 is: Get the 331.38.run install file. 0. Boot with kernel param 3 or in terminal as root do systemctl stop xdm. 1. sh NVIDIA...331.38.run -x to extract. 2. cp nvidia_3.13_kernel.patch to NVIDIA...331.38 folder 3. Apply patch with patch -p 1 -i ./nvidia_3.13_kernel.patch for example. 4. ./nvidia-installer -a 5. Reboot. 6. Profit. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 22/01/14 04:07, Amuraritei Andrei wrote:
On Tuesday, January 21, 2014 05:19:03 PM Basil Chupin wrote:
Do you know if this patch will also work with the 331.38 driver and the 3.12.7.x kernel?
BC
Hello,
Yes it should work. 331.20 and 331.38 kernel modules should compile without patching on kernel version 3.12.xx - but not 3.13. UVM module maybe not, as reported by different users here and on the NVIDIA developer forums, thus requiring --no-unified-memory switch on the nvidia-installer.
331.38 requires the patch mentioned to compile the kernel module, because of some kernel changes to acpi event flags waiting introduced with kernel 3.13. Also the patch fixes another change needed for loading the UVM module, which although compiles OK, errors out when trying to load it (modprobe) with the some EUID error. The patch fixes that. This was for 3.13-rc, while NVIDIA doesn't officially support devel-version kernels.
331.38 works quite OK and doesn't screw things like 331.20 did. I'm using it like I said for a while now (actually right after release) and with every 3.13-rcX update in K:HEAD repo that I got, ran the 331.38 patched driver installer, rebuilt the kernel and it worked without problems.)
Regarding the usage of K:HEAD and 3.13.rc kernel versions, I was curious about the multi-queue block layer, but I'm already planning a reinstall of 13.1 using btrfs so I'll be using whatever is in the update channels or like you suggested in K:stable.
Short procedure for installing 331.38 is:
Get the 331.38.run install file.
0. Boot with kernel param 3 or in terminal as root do systemctl stop xdm. 1. sh NVIDIA...331.38.run -x to extract. 2. cp nvidia_3.13_kernel.patch to NVIDIA...331.38 folder 3. Apply patch with patch -p 1 -i ./nvidia_3.13_kernel.patch for example. 4. ./nvidia-installer -a 5. Reboot. 6. Profit.
Thanks for the above. The driver is now installed and working with kernel 3.13.x. I have often considered trying to use the HEAD repo but while I have always liked to be at "the bleeding edge" I have recognised quite some time ago that there is more pain than gain in doing so which is why I stay with the K:stable :-) . BC -- Using openSUSE 13.1, KDE 4.12.1 & kernel 3.13.0-1 on a system with- AMD FX 8-core 3.6/4.2GHz processor 16GB PC14900/1866MHz Quad Channel Corsair "Vengeance" RAM Gigabyte AMD3+ m/board; Gigabyte nVidia GTX660 OC 2GB DDR5 GPU -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Sunday 26 January 2014 16:28:22 Basil Chupin wrote:
On 22/01/14 04:07, Amuraritei Andrei wrote:
On Tuesday, January 21, 2014 05:19:03 PM Basil Chupin wrote:
Do you know if this patch will also work with the 331.38 driver and the 3.12.7.x kernel?
BC
Hello,
Yes it should work. 331.20 and 331.38 kernel modules should compile without patching on kernel version 3.12.xx - but not 3.13. UVM module maybe not, as reported by different users here and on the NVIDIA developer forums, thus requiring --no-unified-memory switch on the nvidia-installer.
331.38 requires the patch mentioned to compile the kernel module, because of some kernel changes to acpi event flags waiting introduced with kernel 3.13. Also the patch fixes another change needed for loading the UVM module, which although compiles OK, errors out when trying to load it (modprobe) with the some EUID error. The patch fixes that. This was for 3.13-rc, while NVIDIA doesn't officially support devel-version kernels.
331.38 works quite OK and doesn't screw things like 331.20 did. I'm using it like I said for a while now (actually right after release) and with every 3.13-rcX update in K:HEAD repo that I got, ran the 331.38 patched driver installer, rebuilt the kernel and it worked without problems.)
Regarding the usage of K:HEAD and 3.13.rc kernel versions, I was curious about the multi-queue block layer, but I'm already planning a reinstall of 13.1 using btrfs so I'll be using whatever is in the update channels or like you suggested in K:stable.
Short procedure for installing 331.38 is:
Get the 331.38.run install file.
0. Boot with kernel param 3 or in terminal as root do systemctl stop xdm. 1. sh NVIDIA...331.38.run -x to extract. 2. cp nvidia_3.13_kernel.patch to NVIDIA...331.38 folder 3. Apply patch with patch -p 1 -i ./nvidia_3.13_kernel.patch for example. 4. ./nvidia-installer -a 5. Reboot. 6. Profit.
Thanks for the above. The driver is now installed and working with kernel 3.13.x.
I have often considered trying to use the HEAD repo but while I have always liked to be at "the bleeding edge" I have recognised quite some time ago that there is more pain than gain in doing so which is why I stay with the K:stable :-) .
BC
Hi Basil, There's a new version of the patch, 1.3, has some added tests for 3.13. See that you get/use that one. Without going too much off-topic and in bigger rant, regarding bleeding edge, I can say after using Archlinux and it's rolling release model, that if you're just a bit mindful of the "signs" (check the website for news or general info channel) you don't get in that much trouble with bleeding edge. Of course some experience with computers is needed. Have a good one. Deiu -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Am Dienstag, 21. Januar 2014, 19:07:31 schrieb Amuraritei Andrei:
Short procedure for installing 331.38 is:
Get the 331.38.run install file.
0. Boot with kernel param 3 or in terminal as root do systemctl stop xdm. 1. sh NVIDIA...331.38.run -x to extract. 2. cp nvidia_3.13_kernel.patch to NVIDIA...331.38 folder 3. Apply patch with patch -p 1 -i ./nvidia_3.13_kernel.patch for example. 4. ./nvidia-installer -a 5. Reboot. 6. Profit.
Just one addition : Don't delete the unpacked nvidia driver sources after installation. If you install a new kernel version, you can run ./nvidia-installer -aK -k <new kernel version> to build the nvidia kernel driver module for the new kernel version before booting the new kernel. No need to boot into textmode first to reinstall the nvidia drivers any more. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Sun, 2014-01-26 at 12:34 +0100, Markus Koßmann wrote: <snip>
Just one addition : Don't delete the unpacked nvidia driver sources after installation. If you install a new kernel version, you can run ./nvidia-installer -aK -k <new kernel version> to build the nvidia kernel driver module for the new kernel version before booting the new kernel. No need to boot into textmode first to reinstall the nvidia drivers any more.
Good tip. I was not aware this was possible. As regards the <new kernel version>, is this one obtained from "uname -r"? On the Pc here, it is "3.11.6-4-desktop". Would the command be ./nvidia-installer -aK -k 3.11.6-4-desktop? Regards. Sudhir -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Sunday 26 January 2014 13:08:09 Sudhir Anand wrote:
On Sun, 2014-01-26 at 12:34 +0100, Markus Koßmann wrote: <snip>
Just one addition : Don't delete the unpacked nvidia driver sources after installation. If you install a new kernel version, you can run ./nvidia-installer -aK -k <new kernel version> to build the nvidia kernel driver module for the new kernel version before booting the new kernel. No need to boot into textmode first to reinstall the nvidia drivers any more. Good tip. I was not aware this was possible.
As regards the <new kernel version>, is this one obtained from "uname -r"? On the Pc here, it is "3.11.6-4-desktop".
Would the command be ./nvidia-installer -aK -k 3.11.6-4-desktop?
Regards.
Sudhir
Hey Sudhir, for 3.11.x aka current kernel in 13.1 you can just add the nvidia driver repo from Yast/Software Repositories/Community. 331.38 is there already. No need to manage all of the above posted. Just add the repo, install nvidia-gfxG03-kmp-desktop package (for newer NVIDIA cards) and you're set. Deiu -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Sun, 2014-01-26 at 15:28 +0200, Amuraritei Andrei wrote: <snip>
Hey Sudhir, for 3.11.x aka current kernel in 13.1 you can just add the nvidia driver repo from Yast/Software Repositories/Community.
331.38 is there already. No need to manage all of the above posted.
Just add the repo, install nvidia-gfxG03-kmp-desktop package (for newer NVIDIA cards) and you're set.
Deiu
Thank you for your response. In the past, there were problems using the Nvidia drivers from the community website. The solution was to fallback to drivers from Nvidia'a website and compile one specifically for the PC. For now, I will stick to Nvidia's drivers. Regards. Sudhir -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Sun, 26 Jan 2014 12:34:01 Markus Koßmann wrote:
Am Dienstag, 21. Januar 2014, 19:07:31 schrieb Amuraritei Andrei:
Short procedure for installing 331.38 is:
Get the 331.38.run install file.
0. Boot with kernel param 3 or in terminal as root do systemctl stop xdm. 1. sh NVIDIA...331.38.run -x to extract. 2. cp nvidia_3.13_kernel.patch to NVIDIA...331.38 folder 3. Apply patch with patch -p 1 -i ./nvidia_3.13_kernel.patch for example. 4. ./nvidia-installer -a 5. Reboot. 6. Profit.
Just one addition : Don't delete the unpacked nvidia driver sources after installation. If you install a new kernel version, you can run ./nvidia-installer -aK -k <new kernel version> to build the nvidia kernel driver module for the new kernel version before booting the new kernel. No need to boot into textmode first to reinstall the nvidia drivers any more.
Or, install DKMS, run the Nvidia install script and allow it to register with DKMS. No more manually building kernel modules after kernel updates. Works for Nvidia and VirtualBox drivers here. :-) -- ============================================================== Rodney Baker VK5ZTV rodney.baker@iinet.net.au ============================================================== -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 28/01/14 19:23, Rodney Baker wrote:
On Sun, 26 Jan 2014 12:34:01 Markus Ko�mann wrote:
Am Dienstag, 21. Januar 2014, 19:07:31 schrieb Amuraritei Andrei:
Short procedure for installing 331.38 is:
Get the 331.38.run install file.
0. Boot with kernel param 3 or in terminal as root do systemctl stop xdm. 1. sh NVIDIA...331.38.run -x to extract. 2. cp nvidia_3.13_kernel.patch to NVIDIA...331.38 folder 3. Apply patch with patch -p 1 -i ./nvidia_3.13_kernel.patch for example. 4. ./nvidia-installer -a 5. Reboot. 6. Profit. Just one addition : Don't delete the unpacked nvidia driver sources after installation. If you install a new kernel version, you can run ./nvidia-installer -aK -k <new kernel version> to build the nvidia kernel driver module for the new kernel version before booting the new kernel. No need to boot into textmode first to reinstall the nvidia drivers any more. Or, install DKMS, run the Nvidia install script and allow it to register with DKMS. No more manually building kernel modules after kernel updates. Works for Nvidia and VirtualBox drivers here. :-) "Nvidia install script" - do you mean 'sh nvidia........." or the "./nvidia-installer" thingie?
BC -- Using openSUSE 13.1, KDE 4.12.1 & kernel 3.13.0-1 on a system with- AMD FX 8-core 3.6/4.2GHz processor 16GB PC14900/1866MHz Quad Channel Corsair "Vengeance" RAM Gigabyte AMD3+ m/board; Gigabyte nVidia GTX660 OC 2GB DDR5 GPU -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Tuesday 28 January 2014 22:27:24 Basil Chupin wrote:
On 28/01/14 19:23, Rodney Baker wrote:
On Sun, 26 Jan 2014 12:34:01 Markus Ko�mann wrote:
Am Dienstag, 21. Januar 2014, 19:07:31 schrieb Amuraritei Andrei:
Short procedure for installing 331.38 is:
Get the 331.38.run install file.
0. Boot with kernel param 3 or in terminal as root do systemctl stop xdm. 1. sh NVIDIA...331.38.run -x to extract. 2. cp nvidia_3.13_kernel.patch to NVIDIA...331.38 folder 3. Apply patch with patch -p 1 -i ./nvidia_3.13_kernel.patch for example. 4. ./nvidia-installer -a 5. Reboot. 6. Profit.
Just one addition : Don't delete the unpacked nvidia driver sources after installation. If you install a new kernel version, you can run ./nvidia-installer -aK -k <new kernel version> to build the nvidia kernel driver module for the new kernel version before booting the new kernel. No need to boot into textmode first to reinstall the nvidia drivers any more.
Or, install DKMS, run the Nvidia install script and allow it to register with DKMS. No more manually building kernel modules after kernel updates. Works for Nvidia and VirtualBox drivers here. :-)
"Nvidia install script" - do you mean 'sh nvidia........." or the "./nvidia-installer" thingie?
BC
He means nvidia-installer and to be sure use the --dkms option on it. Also have dkms installed and enabled( systemctl enable dkms). Deiu -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 28/01/14 22:54, Amuraritei Andrei wrote:
On Tuesday 28 January 2014 22:27:24 Basil Chupin wrote:
On 28/01/14 19:23, Rodney Baker wrote:
On Sun, 26 Jan 2014 12:34:01 Markus Ko�mann wrote:
Am Dienstag, 21. Januar 2014, 19:07:31 schrieb Amuraritei Andrei:
Short procedure for installing 331.38 is:
Get the 331.38.run install file.
0. Boot with kernel param 3 or in terminal as root do systemctl stop xdm. 1. sh NVIDIA...331.38.run -x to extract. 2. cp nvidia_3.13_kernel.patch to NVIDIA...331.38 folder 3. Apply patch with patch -p 1 -i ./nvidia_3.13_kernel.patch for example. 4. ./nvidia-installer -a 5. Reboot. 6. Profit. Just one addition : Don't delete the unpacked nvidia driver sources after installation. If you install a new kernel version, you can run ./nvidia-installer -aK -k <new kernel version> to build the nvidia kernel driver module for the new kernel version before booting the new kernel. No need to boot into textmode first to reinstall the nvidia drivers any more. Or, install DKMS, run the Nvidia install script and allow it to register with DKMS. No more manually building kernel modules after kernel updates. Works for Nvidia and VirtualBox drivers here. :-) "Nvidia install script" - do you mean 'sh nvidia........." or the "./nvidia-installer" thingie?
BC He means nvidia-installer and to be sure use the --dkms option on it. Also have dkms installed and enabled( systemctl enable dkms).
Deiu
Thanks for that. All worked except for the bit about enabling dkms (systemctl enable dkms): this produced the error message that this command is unrecognised (and to go back and get my act together :-) .) Running './nividia-installer --dkms' worked perfectly. BC -- A civilisation is judged by how it treats the most vulnerable. Lauren Smith - 30 January 2014 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 20/01/14 00:07, Basil Chupin wrote:
On 20/01/14 02:06, Alvin Beach wrote:
I tried the RPMs from the nvidia repo (for 12.3) and I would get high CPU usage (80%+) while starting/playing L4D2. In fact, that was just starting the game. The game was unplayable as it would could not get past the menu (joining a game would freeze). Also, as soon as I started the game, and before the menu loaded, the CPU temps would climb above 65C and stay there until I force killed it.
I tried other versions from other repos (some from in home:/), but the same thing.
In the end, I just downloaded the .run from nvidia's site and installed it manually. No issues with CPU usage or temperatures.
The .run does complain that it cannot build the CUDA support/driver. However, since AFAIK I don't use CUDA I just used "--no-unified-memory' (as per its log file instructs) to get around the error.
[snip]
Alvin
On 19/01/14 10:42, Robert Klein wrote:
[snip]
The driver released on 10 January - 319.82 - has no problem compiling and there is no need to use '-no-unified-memory'.
Are you suggesting that the new one (331.38, released 14 January) has regressed to not compile without the '-n-u-m' "fix"?
BC
On my system, I couldn't compile the driver without that switch. I tried searching for similar issues with compiling and searching "--no-unified-memory", but nothing really came up. At least, not obvious to me. The logs suggest that it is used to take advantage of CUDA calculations. AFAIK, I don't use those...at least not knowingly. I also couldn't find out what RPMs I had to install to enable "CUDA" outside of installing bits and pieces from nvidia's website. I prefer to stick with RPMs...less for me to maintain. As for the temp issue, I discovered that KDE was configured to "Compositing type: XRender" and the "Suspend desktop effects for fullscreen windows" was unchecked. I changed the compositing type to OpenGL 3.1 and checked the suspend effect for fullscreen windows. None of the selected effects were effected (e.g. none had to be disabled). I'm not sure if that would effect the CPU utilisation issue or not. I haven't retried the nvidia RPMs yet. I've been using the nvidia RPMs for a very long time now. I just used the .run file as a fallback. But it's been years since I had to recompile the driver myself. Alvin -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
* Basil Chupin
The driver released on 10 January - 319.82 - has no problem compiling and there is no need to use '-no-unified-memory'.
Are you suggesting that the new one (331.38, released 14 January) has regressed to not compile without the '-n-u-m' "fix"?
Yes, on my TW 331.38 requires -no-unified-memory and announces that CUDA will not be functional, and: nvidia-cuda-mps-control -d is running nvidia-cuda-mps-control get_server_list doesn't report anything :( kernel 3.12.7-7.g78b11e9-desktop OpenGL renderer string: GeForce GTS 450/PCIe/SSE2 OpenGL core profile version string: 4.3.0 NVIDIA 331.38 -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535 @ http://linuxcounter.net -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 21/01/14 03:00, Patrick Shanahan wrote:
* Basil Chupin
[01-19-14 23:09]: [...] The driver released on 10 January - 319.82 - has no problem compiling and there is no need to use '-no-unified-memory'.
Are you suggesting that the new one (331.38, released 14 January) has regressed to not compile without the '-n-u-m' "fix"? Yes, on my TW 331.38 requires -no-unified-memory and announces that CUDA will not be functional, and: nvidia-cuda-mps-control -d is running nvidia-cuda-mps-control get_server_list doesn't report anything :(
kernel 3.12.7-7.g78b11e9-desktop OpenGL renderer string: GeForce GTS 450/PCIe/SSE2 OpenGL core profile version string: 4.3.0 NVIDIA 331.38
Incredible! What a farce nVidia is! It must use programmers - a.k.a "engineers" - who aren't able to tell the difference between their 'asses' and holes in the ground! Release one driver which compiles perfectly and then release another one 3 days later[*] which doesn't! I just tried to compile the latest 331.38 driver with the same result as yourself, Patrick. Pathetic, is the kindest word I could use. [*] I made a typo in the earlier post: the 319.82 was released on the 10th January and the 331.38 on the 13th January. BC -- Using openSUSE 13.1, KDE 4.12.0 & kernel 3.12.7-2 on a system with- AMD FX 8-core 3.6/4.2GHz processor 16GB PC14900/1866MHz Quad Channel Corsair "Vengeance" RAM Gigabyte AMD3+ m/board; Gigabyte nVidia GTX660 OC 2GB DDR5 GPU -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
* Basil Chupin
On 21/01/14 03:00, Patrick Shanahan wrote:
* Basil Chupin
[01-19-14 23:09]: [...] The driver released on 10 January - 319.82 - has no problem compiling and there is no need to use '-no-unified-memory'.
Are you suggesting that the new one (331.38, released 14 January) has regressed to not compile without the '-n-u-m' "fix"? Yes, on my TW 331.38 requires -no-unified-memory and announces that CUDA will not be functional, and: nvidia-cuda-mps-control -d is running nvidia-cuda-mps-control get_server_list doesn't report anything :( kernel 3.12.7-7.g78b11e9-desktop OpenGL renderer string: GeForce GTS 450/PCIe/SSE2 OpenGL core profile version string: 4.3.0 NVIDIA 331.38
Incredible!
What a farce nVidia is! It must use programmers - a.k.a "engineers" - who aren't able to tell the difference between their 'asses' and holes in the ground!
Release one driver which compiles perfectly and then release another one 3 days later[*] which doesn't!
I just tried to compile the latest 331.38 driver with the same result as yourself, Patrick.
Pathetic, is the kindest word I could use.
[*] I made a typo in the earlier post: the 319.82 was released on the 10th January and the 331.38 on the 13th January.
Basil, check locally and see if a "Dale Carnegie" Training class is available. I'm sure we can provide you with free admission. -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535 @ http://linuxcounter.net -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 22/01/14 01:06, Patrick Shanahan wrote:
* Basil Chupin
[01-21-14 01:03]: On 21/01/14 03:00, Patrick Shanahan wrote:
* Basil Chupin
[01-19-14 23:09]: [...] The driver released on 10 January - 319.82 - has no problem compiling and there is no need to use '-no-unified-memory'.
Are you suggesting that the new one (331.38, released 14 January) has regressed to not compile without the '-n-u-m' "fix"? Yes, on my TW 331.38 requires -no-unified-memory and announces that CUDA will not be functional, and: nvidia-cuda-mps-control -d is running nvidia-cuda-mps-control get_server_list doesn't report anything :( kernel 3.12.7-7.g78b11e9-desktop OpenGL renderer string: GeForce GTS 450/PCIe/SSE2 OpenGL core profile version string: 4.3.0 NVIDIA 331.38 Incredible!
What a farce nVidia is! It must use programmers - a.k.a "engineers" - who aren't able to tell the difference between their 'asses' and holes in the ground!
Release one driver which compiles perfectly and then release another one 3 days later[*] which doesn't!
I just tried to compile the latest 331.38 driver with the same result as yourself, Patrick.
Pathetic, is the kindest word I could use.
[*] I made a typo in the earlier post: the 319.82 was released on the 10th January and the 331.38 on the 13th January. Basil, check locally and see if a "Dale Carnegie" Training class is available. I'm sure we can provide you with free admission.
Ah, The Man Who Lives In A Glass House speaks! Tell you what: you stop picking on Duaine, and others, and I'll stop complaining about less-than-perfectly constructed nVidia drivers. Deal? :-) BC -- Using openSUSE 13.1, KDE 4.12.1 & kernel 3.13.0-1 on a system with- AMD FX 8-core 3.6/4.2GHz processor 16GB PC14900/1866MHz Quad Channel Corsair "Vengeance" RAM Gigabyte AMD3+ m/board; Gigabyte nVidia GTX660 OC 2GB DDR5 GPU -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
participants (9)
-
Alvin Beach
-
Amuraritei Andrei
-
Basil Chupin
-
Markus Koßmann
-
Patrick Shanahan
-
Robert Klein
-
Robin Klitscher
-
Rodney Baker
-
Sudhir Anand