search for: libnvidia

On 05/31/2016 08:15 AM, Johnny Hughes wrote: > On 05/31/2016 06:09 AM, isdtor wrote: >> >> Ever since I upgraded to CentOS 6.8, some software has stopped working alogether. This is related to OpenGL/mesa and can be demonstrated with glxgears: >> >> $ glxgears >> libGL error: No matching fbConfigs or visuals found >> libGL error: failed to load driver: swrast

....so.1(GCC_3.0)(64bit) libgcc_s.so.1(GCC_3.3)(64bit) libgdk-x11-2.0.so.0()(64bit) libgdk_pixbuf-2.0.so.0()(64bit) libglib-2.0.so.0()(64bit) libgmodule-2.0.so.0()(64bit) libgobject-2.0.so.0()(64bit) libgtk-x11-2.0.so.0()(64bit) libm.so.6()(64bit) libm.so.6(GLIBC_2.2.5)(64bit) libnvcuvid.so.1()(64bit) libnvidia-cfg.so.1()(64bit) libnvidia-glcore.so.304.135()(64bit) libnvidia-ml.so.1()(64bit) libnvidia-opencl.so.1()(64bit) libnvidia-tls.so.304.135()(64bit) libpango-1.0.so.0()(64bit) libpthread.so.0()(64bit) libpthread.so.0(GLIBC_2.2.5)(64bit) librt.so.1()(64bit) librt.so.1(GLIBC_2.2.5)(64bit) libvdpau_nvid...

...1-drv-185.18.14-1.nodist.rf conflicts with file from package nvidia-x11-drv-96xx-1.0.9631-1.nodist.rf file /usr/lib64/nvidia/libXvMCNVIDIA.a from install of dkms-nvidia-x11-drv-185.18.14-1.nodist.rf conflicts with file from package nvidia-x11-drv-96xx-1.0.9631-1.nodist.rf file /usr/lib64/nvidia/libnvidia-cfg.so from install of dkms-nvidia-x11-drv-185.18.14-1.nodist.rf conflicts with file from package nvidia-x11-drv-96xx-1.0.9631-1.nodist.rf file /usr/lib64/nvidia/libnvidia-cfg.so.1 from install of dkms-nvidia-x11-drv-185.18.14-1.nodist.rf conflicts with file from package nvidia-x11-drv-96xx-1.0.9...

...) > libgdk-x11-2.0.so.0()(64bit) > libgdk_pixbuf-2.0.so.0()(64bit) > libglib-2.0.so.0()(64bit) > libgmodule-2.0.so.0()(64bit) > libgobject-2.0.so.0()(64bit) > libgtk-x11-2.0.so.0()(64bit) > libm.so.6()(64bit) > libm.so.6(GLIBC_2.2.5)(64bit) > libnvcuvid.so.1()(64bit) > libnvidia-cfg.so.1()(64bit) > libnvidia-glcore.so.304.135()(64bit) > libnvidia-ml.so.1()(64bit) > libnvidia-opencl.so.1()(64bit) > libnvidia-tls.so.304.135()(64bit) > libpango-1.0.so.0()(64bit) > libpthread.so.0()(64bit) > libpthread.so.0(GLIBC_2.2.5)(64bit) > librt.so.1()(64bit) >...

...39;t find anything wrong with permissions. Ah, I think I found it): library search path is different for root. That is an artifact of our work environment. $ ldd `which glxinfo` |grep nvidia $ # ldd `which glxinfo` |grep nvidia libGL.so.1 => /usr/lib64/nvidia/libGL.so.1 (0x00007f6de0558000) libnvidia-tls.so.346.35 => /usr/lib64/nvidia/tls/libnvidia-tls.so.346.35 (0x00007f6de0352000) libnvidia-glcore.so.346.35 => /usr/lib64/nvidia/libnvidia-glcore.so.346.35 (0x00007f6ddd67a000) # Yet, it is strange that it all worked under 6.7 and before.

On Tue, May 31, 2016 at 03:04:56PM +0100, isdtor wrote: > # ldd `which glxinfo` |grep nvidia > libGL.so.1 => /usr/lib64/nvidia/libGL.so.1 (0x00007f6de0558000) > libnvidia-tls.so.346.35 => /usr/lib64/nvidia/tls/libnvidia-tls.so.346.35 (0x00007f6de0352000) > libnvidia-glcore.so.346.35 => /usr/lib64/nvidia/libnvidia-glcore.so.346.35 (0x00007f6ddd67a000) > # > > Yet, it is strange that it all worked under 6.7 and before. You've got the 3rd-party...

Hello, hopefully someone will remember my previous problem to load the Rcmdr library from within GNU R resulting in an error message: "libnvidia-tls.so.1: cannot handle TLS data". Some suggestions have been raised by Christian Schulz and others that unfortunately didn't work around this error. Nevertheless I felt very grateful for your suggestions! This morning I investigated this problem a bit more in depth. It turned out that...

On Thu, 8 Feb 2018, Felipe Westfields wrote: > I'm on a network that is disconnected from the internet; makes things kind > of awkward sometimes. We have some internal repositories that are supposed > to mirror centos, and EPEL - don't have one (that I'm aware of) that > mirrors elrepo. > But it looks like it's looking for just that one package; if that's all I

I'm pretty consistently getting crashed KVM VMs under network I/O load when using the e1000 and virtio NIC models, with the follow message in dmesg: qemu-kvm[8785]: segfault at d0 ip 00000031e3200a08 sp 0000000047784080 error 4 in libnvidia-tls.so.285.05.23[31e3200000+3000] qemu-kvm[8791]: segfault at d0 ip 00000031e3200a08 sp 0000000049f89080 error 4 in libnvidia-tls.so.285.05.23[31e3200000+3000] qemu-kvm[8792]: segfault at d0 ip 00000031e3200a08 sp 000000004a78a080 error 4 in libnvidia-tls.so.285.05.23[31e3200000+3000] [<fffff...

...high. But when i try to run any 3D app through wine it fails with for example: $ wine Oblivion.exe fixme:mixer:ALSA_MixerInit No master control found on HDA ATI HDMI, disabling mixer fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x1765a8,0x176508): stub err:wgl:has_opengl Failed to load libGL: libnvidia-tls.so.1: no se puede abr?r el archivo de objeto compartido: No existe el archivo o directorio err:wgl:has_opengl OpenGL support is disabled. err:d3d_caps:WineD3D_CreateFakeGLContext Can't find a suitable iPixelFormat. err:d3d:InitAdapters Failed to get a gl context for default adapter Direct3D...

...essing Dependency: xorg-x11-drv-nvidia-390xx-libs(x86-64) = 3:390.129-1.el7 for package: 3:xorg-x11-drv-nvidia-390xx-390.129-1.el7.x86_64 --> Processing Dependency: nvidia-settings-390xx(x86-64) = 390.129 for package: 3:xorg-x11-drv-nvidia-390xx-390.129-1.el7.x86_64 --> Processing Dependency: libnvidia-tls.so.390.129()(64bit) for package: 3:xorg-x11-drv-nvidia-390xx-390.129-1.el7.x86_64 --> Processing Dependency: libnvidia-glcore.so.390.129()(64bit) for package: 3:xorg-x11-drv-nvidia-390xx-390.129-1.el7.x86_64 --> Running transaction check ---> Package nvidia-settings-390xx.x86_64 0:390....

...(0xaa5ff000) 0x7d52b406: movl 0x0(%eax),%esi Modules: Module Address Debug info Name (108 modules) PE 400000- 642000 Deferred tmforeverlauncher PE 650000- 8b0000 Deferred d3dx9_30 ELF 79bd1000-7b800000 Deferred libnvidia-glcore.so.295.20 ELF 7b800000-7ba3b000 Deferred kernel32<elf> \-PE 7b810000-7ba3b000 \ kernel32 ELF 7bc00000-7bcd3000 Deferred ntdll<elf> \-PE 7bc10000-7bcd3000 \ ntdll ELF 7bf00000-7bf04000 Deferr...

...800000-7b980000 Deferred kernel32<elf> \-PE 7b810000-7b980000 \ kernel32 ELF 7bc00000-7bcbb000 Deferred ntdll<elf> \-PE 7bc10000-7bcbb000 \ ntdll ELF 7bf00000-7bf04000 Deferred <wine-loader> ELF 7c18e000-7d82b000 Deferred libnvidia-glcore.so.260.19.06 ELF 7dda9000-7de72000 Deferred libgl.so.1 ELF 7dede000-7df12000 Deferred uxtheme<elf> \-PE 7dee0000-7df12000 \ uxtheme ELF 7df12000-7df1c000 Deferred libxcursor.so.1 ELF 7df1c000-7df22000 Deferred libxfixes.so.3 ELF 7df22000-7df2...

Just wondering what it will take to get the nvidia binary driver working on a pv_ops kernel. It makes it difficult to debug without the source to the nvidia driver, but I think it should be possible to get it to work without changing the binary driver. If the dom0 kernel had access to all the resources that a bare metal kernel did, then it should work right? I''m using Jeremy''s

Just wondering what it will take to get the nvidia binary driver working on a pv_ops kernel. It makes it difficult to debug without the source to the nvidia driver, but I think it should be possible to get it to work without changing the binary driver. If the dom0 kernel had access to all the resources that a bare metal kernel did, then it should work right? I''m using Jeremy''s

...xorg-x11-drv-nvidia-390xx-libs(x86-64) = 3:390.129-1.el7 for package: 3:xorg-x11-drv-nvidia-390xx-390.129-1.el7.x86_64 > >--> Processing Dependency: nvidia-settings-390xx(x86-64) = 390.129 for package: 3:xorg-x11-drv-nvidia-390xx-390.129-1.el7.x86_64 > >--> Processing Dependency: libnvidia-tls.so.390.129()(64bit) for package: 3:xorg-x11-drv-nvidia-390xx-390.129-1.el7.x86_64 > >--> Processing Dependency: libnvidia-glcore.so.390.129()(64bit) for package: 3:xorg-x11-drv-nvidia-390xx-390.129-1.el7.x86_64 > >--> Running transaction check > >---> Package nvidia-s...

...13a0 00000011 f74cb9e1 0x0033e6e0: 7cb18bf8 00000000 7c8e97e8 7dd0c27e 0x0033e6f0: 00000000 00000000 f75b13a0 7e2356a0 0x0033e700: 7cb18bf8 00000003 7cab88a0 7d85f655 0x0033e710: 7c8e97e8 00000000 7cb32678 7dd16f97 0x0033e720: 7ca76000 7ca76000 7e2356a0 7d86d122 Backtrace: =>0 0x7da57225 in libnvidia-glcore.so.260.19.29 (+0xe3d225) (0x7cb32678) 1 0x7cb59e80 (0x7cb59e80) I am using wine 1.3.10 and nvidia-drivers 260.19.29. I also have a laptop with an nvidia card and that works fine with wine 1.3.10 but with nvidia-drivers 256.53 (EDIT: Just updated drivers on laptop to 260.19.29 as well,...

...kage: lmtest Loading required package: multcomp Loading required package: relimp Loading required package: effects Loading required package: rgl Error in dyn.load(x, as.logical(local), as.logical(now)) : unable to load shared library "/usr/lib/R/site-library/rgl/libs/rgl.so": libnvidia-tls.so.1: cannot handle TLS data Error in .C(symbol.C("rgl_quit"), success = FALSE, PACKAGE = "rgl") : C function name not in DLL for package rgl Loading required package: mgcv This is mgcv 1.1-1 Loading required package: car Error: Missing packages: rgl Error: .onLoad...

...40000- 360000 Deferred anoxaux PE 360000- 3c3000 Deferred anoxgfx PE 3d0000- 3eb000 Deferred libpng13a PE 400000- 1100000 Deferred anox PE 1100000- 129b000 Deferred ref_gl PE 10000000-102a1000 Deferred gamex86 ELF 23a9e000-23aa0000 Deferred libnvidia-tls.so.260.19.36 ELF 2a542000-2a60b000 Deferred libgl.so.1 ELF 46c1a000-482cb000 Deferred libnvidia-glcore.so.260.19.36 ELF 4856e000-4863f000 Deferred opengl32<elf> \-PE 48590000-4863f000 \ opengl32 ELF 68000000-6801f000 Deferred ld-linux.so.2 ELF 6...

...8 ELF 36175000-36179000 Deferred libxcb-atom.so.1 ELF 39b96000-39c68000 Deferred libgl.so.1 ELF 45d82000-45d88000 Deferred libasyncns.so.0 ELF 46bb7000-46c01000 Deferred libdbus-1.so.3 ELF 46d32000-46d3b000 Deferred librt.so.1 ELF 4c429000-4dd3a000 Deferred libnvidia-glcore.so.280.13 ELF 59498000-5949b000 Deferred libnvidia-tls.so.280.13 PE 5e080000-5e0bb000 Deferred dplayx ELF 68000000-6801f000 Deferred ld-linux.so.2 ELF 6801f000-681ab000 Deferred libc.so.6 ELF 681ab000-681b0000 Deferred libdl.so.2 ELF 681b0000-681da000 Defer...