LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Slackware (https://www.linuxquestions.org/questions/slackware-14/)
-   -   nvidia properitary driver not work (https://www.linuxquestions.org/questions/slackware-14/nvidia-properitary-driver-not-work-4175631588/)

narke 06-09-2018 12:18 PM

nvidia properitary driver not work
 
2 Attachment(s)
For I noticed that my 14.2 box was actually using the integrated GPU of its i7-7700H CPU, I then decided to bring the discrete GPU (Nvidia GTX 1050) to work. But this had no success.

My steps are as following:
- Disabled the nouveau driver by putting it in the blacklist of modprove configuration file;
- install from slackbuilds.org the nvidia-kernel and nvidia-driver, versions are 390.95

After these, I noticed some new kernel modules were loaded automatically: nvidia, nvidia_drm, nvidia_modeset. I can also 'startx', but a lot of X applications cannot start including glxgears and glxinfo, they reported errors:
Xlib: extension "GLX" missing on display ":0".
In this situation, my 'lspci -k' had outputs of:
Quote:

...
00:02.0 VGA compatible controller: Intel Corporation Device 591b (rev 04)
Subsystem: ASUSTeK Computer Inc. Device 1b90
Kernel driver in use: i915
Kernel modules: i915
...
01:00.0 3D controller: NVIDIA Corporation Device 1c8d (rev a1)
Subsystem: ASUSTeK Computer Inc. Device 1b90
Kernel driver in use: nvidia
Kernel modules: nvidiafb, nouveau, nvidia_drm, nvidia
And, my Xorg.0.log was attached as A-Xorg.0.log (too large to paste).

After some googling, I then added a section to my xorg.conf:
Code:

Section "Device"
        Identifier  "Card0"
        Driver      "nvidia"
        BusID      "PCI:1:0:0"
EndSection

But after this change, I even cannot 'startx', and the Xorg.0.log was attached as B-Xorg.0.log.

Can someone know this kind of issue? How can I bring my nvidia GTX 1050 to work? I know there is a default nouveau, but it cannot work with the slackware current kernel of 4.14.47 and has to be disabled by adding modeset=0 in the kernel command. For this reason I had uninstalled the package of nouveau.

Thanks in advance.
-woody

cwizardone 06-09-2018 12:32 PM

Perhaps SBo uses a different numbering system, but the latest long term driver (non-beta) for your card, from Nvidia, is version 390.67.

https://www.geforce.com/drivers/results/134859

dugan 06-09-2018 01:45 PM

This is my /etc/X11/xorg.conf.d/10-local.conf:

Code:

Section "ServerLayout"
    Identifier    "Layout0"
    Screen      0  "Screen0"
EndSection

Section "Device"
    Identifier    "Device0"
    Driver        "nvidia"
    VendorName    "NVIDIA Corporation"
EndSection

Section "Screen"
    Identifier    "Screen0"
    Device        "Device0"
    # Option        "metamodes" "nvidia-auto-select +0+0 {ForceCompositionPipeline=On, ForceFullCompositionPipeline=On}"
EndSection


mickski56 06-09-2018 02:09 PM

check the output of ls -l /usr/lib64/libGL*

for broken links, sounds a bit like nvidia switch has failed for some reason

hth

Just had a closer look a your b log, it looks like it should be working. So probably all is good with the nvidia installation.

Is this an optimus laptop ?

enorbet 06-09-2018 02:28 PM

It bothers me a little that your lspci -k still lists nouveau even though it states nvidia is in use.

I have a GTX 1070 Ti (driver installed by nvidia-foo.run not a slack package) and mine looks like this

Code:

lspci -k (abridged)
01:00.0 VGA compatible controller: NVIDIA Corporation Device 1b82 (rev a1)
        Subsystem: eVga.com. Corp. Device 5671
        Kernel driver in use: nvidia
        Kernel modules: nvidiafb, nvidia_drm, nvidia

It further bothers me that both of your Xorg.0.log files have no serious |W|arnings indicating failure. The only error you mention is with nouveau citing GLX errors.

I suggest you move /etc/X11/xorg.conf to /etc/X11/xorg.conf.foo from runlevel 3 and run "nvidia-xconfig". If you like view the new xorg.conf and compare it to the previous if there are items in the current one you wish to keep and simply reconcile the two. Possibly you have a monitor issue such as EDID issues but that usually shows up in Xorg.0.log. The only EDID problems I have ever had are HUGE fonts on one monitor requiring a "UseEDIDDpi = false" line but the nvidia documentation covers all such situations and informs one of required entries to fix such problems.

As an aside is your system 32bit, 64bit or Multilib?

EDIT - Hmmm Optimus. Dugan might be on to something there. They have "issues" like requiring Bumblebee.

Drakeo 06-09-2018 05:28 PM

you need to uninstall the driver. then reinstall mesa. then install driver.
remember when mesa is upgraded you should uninstall the driver.
no Idea why your are using the 390.95
and if the first time you need to run the nvidia-xconfig
my slackbuild and package for keeping your nvidia up to date.

https://github.com/Drakeo/update-nvidia-mkinitrd

it will build the driver for your new kernel upgrade before rebooting.
think sbo has some switch thing.

latest stable https://download.nvidia.com/XFree86/..._64-390.67.run
if SBO has something different oh well i do it the Slackware way.

https://download.nvidia.com/XFree86/..._64/latest.txt

narke 06-09-2018 08:31 PM

Quote:

Originally Posted by cwizardone (Post 5865522)
Perhaps SBo uses a different numbering system, but the latest long term driver (non-beta) for your card, from Nvidia, is version 390.67.

https://www.geforce.com/drivers/results/134859

I think SlackBuilds will not always catch up the newest release of nvidia, it's understandable.

narke 06-09-2018 08:39 PM

Quote:

Originally Posted by mickski56 (Post 5865572)
check the output of ls -l /usr/lib64/libGL*

for broken links, sounds a bit like nvidia switch has failed for some reason

hth

Just had a closer look a your b log, it looks like it should be working. So probably all is good with the nvidia installation.

Is this an optimus laptop ?

Hi, the output is:

Quote:

root@sixone:~# ls -l /usr/lib64/libGL*
-rw-r--r-- 1 root root 652 Jun 9 15:58 /usr/lib64/libGL.la
lrwxrwxrwx 1 root root 14 Jun 10 09:37 /usr/lib64/libGL.so -> libGL.so.1.7.0*
lrwxrwxrwx 1 root root 14 Jun 10 09:37 /usr/lib64/libGL.so.1 -> libGL.so.1.7.0*
-rwxr-xr-x 1 root root 665720 Jun 9 15:57 /usr/lib64/libGL.so.1.7.0*
-rwxr-xr-x 1 root root 1005 May 10 2016 /usr/lib64/libGLESv1_CM.la*
lrwxrwxrwx 1 root root 28 Jun 10 09:37 /usr/lib64/libGLESv1_CM.so -> libGLESv1_CM.so.1.2.0-nvidia*
lrwxrwxrwx 1 root root 28 Jun 10 09:37 /usr/lib64/libGLESv1_CM.so.1 -> libGLESv1_CM.so.1.2.0-nvidia*
lrwxrwxrwx 1 root root 28 Jun 10 09:37 /usr/lib64/libGLESv1_CM.so.1.2.0 -> libGLESv1_CM.so.1.2.0-nvidia*
-rwxr-xr-x 1 root root 43696 Jun 9 15:57 /usr/lib64/libGLESv1_CM.so.1.2.0-nvidia*
lrwxrwxrwx 1 root root 29 Jun 9 22:03 /usr/lib64/libGLESv1_CM_nvidia.so.1 -> libGLESv1_CM_nvidia.so.390.59*
-rwxr-xr-x 1 root root 60200 Jun 9 15:57 /usr/lib64/libGLESv1_CM_nvidia.so.390.59*
-rwxr-xr-x 1 root root 987 May 10 2016 /usr/lib64/libGLESv2.la*
lrwxrwxrwx 1 root root 25 Jun 10 09:37 /usr/lib64/libGLESv2.so -> libGLESv2.so.2.1.0-nvidia*
lrwxrwxrwx 1 root root 25 Jun 10 09:37 /usr/lib64/libGLESv2.so.2 -> libGLESv2.so.2.1.0-nvidia*
lrwxrwxrwx 1 root root 25 Jun 10 09:37 /usr/lib64/libGLESv2.so.2.1.0 -> libGLESv2.so.2.1.0-nvidia*
-rwxr-xr-x 1 root root 83280 Jun 9 15:57 /usr/lib64/libGLESv2.so.2.1.0-nvidia*
lrwxrwxrwx 1 root root 26 Jun 9 22:03 /usr/lib64/libGLESv2_nvidia.so.2 -> libGLESv2_nvidia.so.390.59*
-rwxr-xr-x 1 root root 111400 Jun 9 15:57 /usr/lib64/libGLESv2_nvidia.so.390.59*
lrwxrwxrwx 1 root root 17 Jun 1 00:04 /usr/lib64/libGLEW.so -> libGLEW.so.1.13.0*
lrwxrwxrwx 1 root root 17 Jun 1 00:04 /usr/lib64/libGLEW.so.1.13 -> libGLEW.so.1.13.0*
-rwxr-xr-x 1 root root 509520 Nov 24 2015 /usr/lib64/libGLEW.so.1.13.0*
lrwxrwxrwx 1 root root 19 Jun 1 00:04 /usr/lib64/libGLEWmx.so -> libGLEWmx.so.1.13.0*
lrwxrwxrwx 1 root root 19 Jun 1 00:04 /usr/lib64/libGLEWmx.so.1.13 -> libGLEWmx.so.1.13.0*
-rwxr-xr-x 1 root root 448488 Nov 24 2015 /usr/lib64/libGLEWmx.so.1.13.0*
-rwxr-xr-x 1 root root 1254 Feb 21 2013 /usr/lib64/libGLU.la*
lrwxrwxrwx 1 root root 15 Jun 1 00:04 /usr/lib64/libGLU.so -> libGLU.so.1.3.1*
lrwxrwxrwx 1 root root 15 Jun 1 00:04 /usr/lib64/libGLU.so.1 -> libGLU.so.1.3.1*
-rwxr-xr-x 1 root root 516416 Feb 21 2013 /usr/lib64/libGLU.so.1.3.1*
lrwxrwxrwx 1 root root 11 Jun 9 22:03 /usr/lib64/libGLX.so -> libGLX.so.0*
-rwxr-xr-x 1 root root 65168 Jun 9 15:57 /usr/lib64/libGLX.so.0*
lrwxrwxrwx 1 root root 23 Jun 9 22:03 /usr/lib64/libGLX_indirect.so.0 -> libGLX_nvidia.so.390.59*
lrwxrwxrwx 1 root root 23 Jun 9 22:03 /usr/lib64/libGLX_nvidia.so.0 -> libGLX_nvidia.so.390.59*
-rwxr-xr-x 1 root root 1268112 Jun 9 15:57 /usr/lib64/libGLX_nvidia.so.390.59*
-rwxr-xr-x 1 root root 711864 Jun 9 15:57 /usr/lib64/libGLdispatch.so.0*

narke 06-09-2018 10:06 PM

Quote:

Originally Posted by enorbet (Post 5865583)
As an aside is your system 32bit, 64bit or Multilib?

It's 64bit system.

narke 06-10-2018 12:47 AM

I removed what I just installed nvidia-kernel*-SBo and nvidia-driver-*SBo and then reinstalled all the packages found in x/ directory of Slackware 14.2 DVD. Then my system went back to normal and I can run glxgears. Then I clearly installed the latest nvidia driver (390.67) got from the official site. But the result is still similar, it seemed nvidia's GLX library not working on Slack 14.2 with at least my GTX 1050 gpu.

lspic outputs:
Quote:

00:02.0 VGA compatible controller: Intel Corporation Device 591b (rev 04)
01:00.0 3D controller: NVIDIA Corporation Device 1c8d (rev a1)
Kernel driver in use: nvidia
Kernel modules: nvidiafb, nouveau, nvidia_drm, nvidia
And, the Xorg.0.log is at: https://pastebin.com/TXzUUSE8

And, the output of glxgears is:
Quote:

~ $ glxgears
Xlib: extension "GLX" missing on display ":0".
Error: couldn't get an RGB, Double-buffered visual
-woody

dTd 06-10-2018 05:14 AM

I always have to blacklist nouveau on my box for the nvidia blob to work, in extra there's a nouveau blacklist package.

narke 06-10-2018 07:01 AM

Quote:

Originally Posted by dTd (Post 5865759)
I always have to blacklist nouveau on my box for the nvidia blob to work, in extra there's a nouveau blacklist package.

Code:

~ $ cat /etc/modprobe.d/00.conf
blacklist i2c_hid
blacklist nouveau
blacklist hid_lenovo
blacklist hid_cherry
blacklist hid_microsoft

I also blocked the nouveau kernel module in another try, but the problem was still the same.

brianL 06-10-2018 08:13 AM

No problems here with the GTX 1050Ti and the NVidia .run file. Uninstall NVidia, delete the nouveau entry from /etc/modprobe.d/00.conf, install the blacklist package as dTd suggested (xf86-video-nouveau-blacklist-noarch-1.txz, from /extra on any Slackware mirror), reboot to runlevel 3, then run the NVidia .run file.

cwizardone 06-10-2018 09:15 AM

Quote:

Originally Posted by narke (Post 5865666)
I think SlackBuilds will not always catch up the newest release of nvidia, it's understandable.

Quote:

Originally Posted by narke (Post 5865512)
......- install from slackbuilds.org the nvidia-kernel and nvidia-driver, versions are 390.95.......

As I said, the most recent non-beta long term driver from Nvidia is 390.67.

enorbet 06-10-2018 12:56 PM

Quote:

Originally Posted by narke (Post 5865715)
I removed what I just installed nvidia-kernel*-SBo and nvidia-driver-*SBo and then reinstalled all the packages found in x/ directory of Slackware 14.2 DVD. Then my system went back to normal and I can run glxgears. Then I clearly installed the latest nvidia driver (390.67) got from the official site. But the result is still similar, it seemed nvidia's GLX library not working on Slack 14.2 with at least my GTX 1050 gpu.

lspic outputs:
Code:

00:02.0 VGA compatible controller: Intel Corporation Device 591b (rev 04)
01:00.0 3D controller: NVIDIA Corporation Device 1c8d (rev a1)
Kernel driver in use: nvidia
Kernel modules: nvidiafb, nouveau, nvidia_drm, nvidia


Again, nouveau shouldn't still show up there if it is properly blacklisted. Additionally you really need to determine if your system is Optimus.

Like you I am very grateful for SlackBuilds but for something as fundamental and proprietary as the nvidia graphics driver I think you should try the stock 14.2 kernel or even one from current complete with headers or, better, a complete "/usr/src/linux" directory and use the nvidia-foo.run installation from runlevel 3 just to see how that fares. It might even be wise to answer "yes" to the "install 32 bit compatible files?" popup question just to be thorough... that is, and this is a big "IF", if your system is NOT Optimus. For that you must have Bumblebee installed or possibly some specific workaround which apparently is only possible on some specific laptops.


All times are GMT -5. The time now is 01:35 AM.