Re: Issues with the recent kernel and proprietary nvidia drivers
Am I missing something here? Does any other production vendor supply GPU compute engine cards but Nvidia? Are any GPU compute cards fully supported (including any additional interconnects beyond PCI) using fully open source drivers and compilers/application support generators/libraries? To use the Nvidia GPU compute cards under CUDA, it appears that the Nvidia proprietary driver is necessary. Yasha Karant On 03/25/2013 07:34 PM, Paul Robert Marino wrote: Um well Frankly the proprietary driver is never up to date with the kernel and it is well that's luck if it ever works with a new version of the kernel after you have reinstalled recompiled the module with code you can't see against the new code If you have a problem with the proprietary driver take it up with ?Nvidia. In theory you pay them to make it work correct ? If you don't pay them for support then find a card that doesn't use proprietary code. -- Sent from my HP Pre3 On Mar 25, 2013 9:59 PM, Jeff Siddall n...@siddall.name wrote: On 03/25/2013 12:41 PM, Yasha Karant wrote: We are forced to use the Nvidia proprietary driver for two reasons: 1. We use the switched stereoscopic 3D mode of professional Nvidia video cards with the external Nvidia 3D switching emitter for the stereoscopic 3D shutter glass mode of various applications that display stereoscopic 3D images (both still and motion). 2. We need to load Nvidia CUDA in order to use the CUDA computational functions of Nvidia GPU compute cards in our GPU based compute engines. The Nvidia CUDA system appears to require the proprietary Nvidia driver. Yup, I run the proprietary driver for VDPAU support. If anyone knows how to get that from the open source driver I would like to know. Jeff
Re: Issues with the recent kernel and proprietary nvidia drivers
On Tue, Mar 26, 2013 at 3:21 AM, Yasha Karant ykar...@csusb.edu wrote: Am I missing something here? Does any other production vendor supply GPU compute engine cards but Nvidia? Are any GPU compute cards fully supported (including any additional interconnects beyond PCI) using fully open source drivers and compilers/application support generators/libraries? To use the Nvidia GPU compute cards under CUDA, it appears that the Nvidia proprietary driver is necessary. Yasha Karant Nvidia has been playing nasty games with kernel and driver licensing for a long time. Actually read the installer. It plays fascinating, and unstable, games with the OpenGL drivers as well as the kernel. The results work, sort of, when first run, but the elrepo wrappers for those drives are usually much more effective and stable. Look in the elrepo repository for examples of better installers.
Re: Issues with the recent kernel and proprietary nvidia drivers
For the newest version of the driver (prop) you might try CUDA installer . On Mar 25, 2013 9:59 PM, Jeff Siddall n...@siddall.name wrote: On 03/25/2013 12:41 PM, Yasha Karant wrote: We are forced to use the Nvidia proprietary driver for two reasons: 1. We use the switched stereoscopic 3D mode of professional Nvidia video cards with the external Nvidia 3D switching emitter for the stereoscopic 3D shutter glass mode of various applications that display stereoscopic 3D images (both still and motion). 2. We need to load Nvidia CUDA in order to use the CUDA computational functions of Nvidia GPU compute cards in our GPU based compute engines. The Nvidia CUDA system appears to require the proprietary Nvidia driver. Yup, I run the proprietary driver for VDPAU support. If anyone knows how to get that from the open source driver I would like to know. Jeff
Issues with the recent kernel and proprietary nvidia drivers
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I have an SL6 system which uses the epel nvidia kmod modules. Just recently X began crashing whenever a flash or other video is played. I presume this is related to the most recent kernel update. The system was a bit unusual in that it had two video cards and four monitors. Is this unique to my setup or have others observed this? As a follow up I converted to the nouveau driver which doesn't have this problem but I have yet to get the system to drive more than two monitors off one card. Anyone know of a good resource for multicard/monitor nouveau setup/troubleshooting? Cheers, Bob Blair -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (GNU/Linux) iQEcBAEBAgAGBQJRUGDcAAoJEPQM1KNWz8QaBHwH/jl1VstctkmVzgaAt2jM0c1q K26yUbuQv2v3Kn3EcAIcV9qU3B3aNXDlTE7Dpbmbc4OK+6PPL2LoxhNxHsZ8qHg5 rebzjbfgqWrpjl59CMAHLMKIjcxEMPGAKOdzhGxh+6uX9Gy4Kfp41oU5tlDyaUwr 0P8nmC2gdpKEveRVGD+Yx5ZKKro36cv3hGeNCltbKm3BsXrRnMuJTnjVgvcGnKXI 6yPqKzMtd4mGdLzdgfk4g5QGaI7i9LpFIadT1VRz2WuygmbisLB6yfu+CuVEWF7Z iEXptLcVmjzBuMIqvq6dmkTTTzKZYxmeLUxExoyAurOjsK8tuThXiPwnYh9AsiM= =kHps -END PGP SIGNATURE- attachment: reb.vcf
Re: Issues with the recent kernel and proprietary nvidia drivers
Bob, Elrepo announced not long ago the availability of the nvidia-detect package from their repository. I suggest you to take a look at that. The relevant mail: http://lists.elrepo.org/pipermail/elrepo/2013-February/001652.html Andras On Mon, 25 Mar 2013 09:36:12 -0500 Robert Blair r...@anl.gov wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I have an SL6 system which uses the epel nvidia kmod modules. Just recently X began crashing whenever a flash or other video is played. I presume this is related to the most recent kernel update. The system was a bit unusual in that it had two video cards and four monitors. Is this unique to my setup or have others observed this? As a follow up I converted to the nouveau driver which doesn't have this problem but I have yet to get the system to drive more than two monitors off one card. Anyone know of a good resource for multicard/monitor nouveau setup/troubleshooting? Cheers, Bob Blair -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (GNU/Linux) iQEcBAEBAgAGBQJRUGDcAAoJEPQM1KNWz8QaBHwH/jl1VstctkmVzgaAt2jM0c1q K26yUbuQv2v3Kn3EcAIcV9qU3B3aNXDlTE7Dpbmbc4OK+6PPL2LoxhNxHsZ8qHg5 rebzjbfgqWrpjl59CMAHLMKIjcxEMPGAKOdzhGxh+6uX9Gy4Kfp41oU5tlDyaUwr 0P8nmC2gdpKEveRVGD+Yx5ZKKro36cv3hGeNCltbKm3BsXrRnMuJTnjVgvcGnKXI 6yPqKzMtd4mGdLzdgfk4g5QGaI7i9LpFIadT1VRz2WuygmbisLB6yfu+CuVEWF7Z iEXptLcVmjzBuMIqvq6dmkTTTzKZYxmeLUxExoyAurOjsK8tuThXiPwnYh9AsiM= =kHps -END PGP SIGNATURE-
Re: Issues with the recent kernel and proprietary nvidia drivers
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thanks. I suspect, however, that the issues identified by this don't apply since the two cards were a GT240 and a GT220 which are not part of the legacy group that this is meant to help with. I'm sort of committed to moving to nouveau since it weans me from these awkward special support modes and nouveau appears to have reached a reasonable level of maturity. I've been using nouveau on a laptop with an add on monitor for some time now and find it a bit better than the nvidia twinview stuff. This is not to mention that disentangling the proprietary drivers is a bit painful. Returning to the nvidia proprietary approach would have to have certain success to be worth going back. At the moment I have stable operation with two screens and can live this way. On 03/25/2013 09:53 AM, Andras Horvath wrote: Bob, Elrepo announced not long ago the availability of the nvidia-detect package from their repository. I suggest you to take a look at that. The relevant mail: http://lists.elrepo.org/pipermail/elrepo/2013-February/001652.html Andras On Mon, 25 Mar 2013 09:36:12 -0500 Robert Blair r...@anl.gov wrote: I have an SL6 system which uses the epel nvidia kmod modules. Just recently X began crashing whenever a flash or other video is played. I presume this is related to the most recent kernel update. The system was a bit unusual in that it had two video cards and four monitors. Is this unique to my setup or have others observed this? As a follow up I converted to the nouveau driver which doesn't have this problem but I have yet to get the system to drive more than two monitors off one card. Anyone know of a good resource for multicard/monitor nouveau setup/troubleshooting? Cheers, Bob Blair -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (GNU/Linux) iQEcBAEBAgAGBQJRUGcNAAoJEPQM1KNWz8QasGIH/1hCCV+3l42p+27iDCSLdnzo 5Pizp+tG7PXjkhgfuMZ0l/awISb2N88hj9NQzGC91mtip/HJt48P3SjARfv4VOAB U32gsj0I2qWNi1AT7bxYExQ7572nIv8luXKI3Dk75dr7luBcL70iKEY7dLXy1grr l2bvvOkh/36TmILl1H8AbCcmXZBIi9iZgPh3eCgmcd9ApqPdcomViqbiX20C+iLQ Siv0KXsLHZOfv4LMPdsi2o3/I+xs2t9iA0orQV4ZIFADmHYyHlhockd+4zCB6Bcc lsFqGllrowayzVgSXu/OVhIvApE9ZGCz2rKTaZGSPwiFfy3Ita199wRZCjxQdBk= =5vuF -END PGP SIGNATURE- attachment: reb.vcf
Re: Issues with the recent kernel and proprietary nvidia drivers
On Mon, Mar 25, 2013 at 8:02 AM, Robert Blair r...@anl.gov wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thanks. I suspect, however, that the issues identified by this don't apply since the two cards were a GT240 and a GT220 which are not part of the legacy group that this is meant to help with. I'm sort of committed to moving to nouveau since it weans me from these awkward special support modes and nouveau appears to have reached a reasonable level of maturity. I've been using nouveau on a laptop with an add on monitor for some time now and find it a bit better than the nvidia twinview stuff. This is not to mention that disentangling the proprietary drivers is a bit painful. Returning to the nvidia proprietary approach would have to have certain success to be worth going back. At the moment I have stable operation with two screens and can live this way. Wonder if this helps in your case: http://wiki.centos.org/FAQ/CentOS6#head-012846a4e422267a34e81c4c905654fc8f36ffaf Akemi
Re: Issues with the recent kernel and proprietary nvidia drivers
We are forced to use the Nvidia proprietary driver for two reasons: 1. We use the switched stereoscopic 3D mode of professional Nvidia video cards with the external Nvidia 3D switching emitter for the stereoscopic 3D shutter glass mode of various applications that display stereoscopic 3D images (both still and motion). 2. We need to load Nvidia CUDA in order to use the CUDA computational functions of Nvidia GPU compute cards in our GPU based compute engines. The Nvidia CUDA system appears to require the proprietary Nvidia driver. My understanding is that only the Nvidia proprietary driver supports both of these functionalities across the board of all applications that will run natively on Linux (some of which are not under the GPL or equivalent). Yasha Karant On 03/25/2013 08:02 AM, Robert Blair wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thanks. I suspect, however, that the issues identified by this don't apply since the two cards were a GT240 and a GT220 which are not part of the legacy group that this is meant to help with. I'm sort of committed to moving to nouveau since it weans me from these awkward special support modes and nouveau appears to have reached a reasonable level of maturity. I've been using nouveau on a laptop with an add on monitor for some time now and find it a bit better than the nvidia twinview stuff. This is not to mention that disentangling the proprietary drivers is a bit painful. Returning to the nvidia proprietary approach would have to have certain success to be worth going back. At the moment I have stable operation with two screens and can live this way. On 03/25/2013 09:53 AM, Andras Horvath wrote: Bob, Elrepo announced not long ago the availability of the nvidia-detect package from their repository. I suggest you to take a look at that. The relevant mail: http://lists.elrepo.org/pipermail/elrepo/2013-February/001652.html Andras On Mon, 25 Mar 2013 09:36:12 -0500 Robert Blair r...@anl.gov wrote: I have an SL6 system which uses the epel nvidia kmod modules. Just recently X began crashing whenever a flash or other video is played. I presume this is related to the most recent kernel update. The system was a bit unusual in that it had two video cards and four monitors. Is this unique to my setup or have others observed this? As a follow up I converted to the nouveau driver which doesn't have this problem but I have yet to get the system to drive more than two monitors off one card. Anyone know of a good resource for multicard/monitor nouveau setup/troubleshooting? Cheers, Bob Blair -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (GNU/Linux) iQEcBAEBAgAGBQJRUGcNAAoJEPQM1KNWz8QasGIH/1hCCV+3l42p+27iDCSLdnzo 5Pizp+tG7PXjkhgfuMZ0l/awISb2N88hj9NQzGC91mtip/HJt48P3SjARfv4VOAB U32gsj0I2qWNi1AT7bxYExQ7572nIv8luXKI3Dk75dr7luBcL70iKEY7dLXy1grr l2bvvOkh/36TmILl1H8AbCcmXZBIi9iZgPh3eCgmcd9ApqPdcomViqbiX20C+iLQ Siv0KXsLHZOfv4LMPdsi2o3/I+xs2t9iA0orQV4ZIFADmHYyHlhockd+4zCB6Bcc lsFqGllrowayzVgSXu/OVhIvApE9ZGCz2rKTaZGSPwiFfy3Ita199wRZCjxQdBk= =5vuF -END PGP SIGNATURE-
Re: Issues with the recent kernel and proprietary nvidia drivers
On 03/25/2013 12:41 PM, Yasha Karant wrote: We are forced to use the Nvidia proprietary driver for two reasons: 1. We use the switched stereoscopic 3D mode of professional Nvidia video cards with the external Nvidia 3D switching emitter for the stereoscopic 3D shutter glass mode of various applications that display stereoscopic 3D images (both still and motion). 2. We need to load Nvidia CUDA in order to use the CUDA computational functions of Nvidia GPU compute cards in our GPU based compute engines. The Nvidia CUDA system appears to require the proprietary Nvidia driver. Yup, I run the proprietary driver for VDPAU support. If anyone knows how to get that from the open source driver I would like to know. Jeff
Re: Issues with the recent kernel and proprietary nvidia drivers
Um wellFrankly the proprietary driver is never up to date with the kernel and it is well that's luck if it ever works with a new version of the kernel after you have reinstalled "recompiled the module with code you can't see against the new code"If you have a problem with the proprietary driver take it up with ?Nvidia. In theory you pay them to make it work correct ?If you don't pay them for support then find a card that doesn't use proprietary code.-- Sent from my HP Pre3On Mar 25, 2013 9:59 PM, Jeff Siddall n...@siddall.name wrote: On 03/25/2013 12:41 PM, Yasha Karant wrote: We are forced to use the Nvidia proprietary driver for two reasons: 1. We use the switched stereoscopic 3D mode of "professional" Nvidia video cards with the external Nvidia 3D switching emitter for the stereoscopic 3D "shutter glass" mode of various applications that display stereoscopic 3D images (both still and motion). 2. We need to load Nvidia CUDA in order to use the CUDA computational functions of Nvidia GPU compute cards in our GPU based compute engines. The Nvidia CUDA system appears to require the proprietary Nvidia driver. Yup, I run the proprietary driver for VDPAU support. If anyone knows how to get that from the open source driver I would like to know. Jeff
