SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Yes I did miss it. Searched high and low with duckduckgo, didn't find much to go on. Even searched on the NVIDIA Developer Forums (not a very good search engine there if you ask me), even passed a post titled "Nvidia Geforce 4xx series drivers segfault with kernel-4.19.x", guess what was listed in the post?
Another reason is I install the blob. Hehe, should have searched closer to home.
If anyone else is interested, I adapted the patch ponce linked to, to work on the blob.
As root, in the same directory as the NVIDIA driver and the patch file run the following:
When finished it will create a file named NVIDIA-Linux-x86_64-390.87-custom.run, this file will be executable regardless of of what the original permission setting were. You can use the "custon" blob to install the drivers.
Thanks ponce!
Last edited by chrisretusn; 11-16-2018 at 08:15 AM.
I had the 415.13 beta driver installed, and saw the new driver release today. It is the successor to the beta driver, and incorporates all previous fixes plus a few more. It is working without issue on my box. Awesome!
Distribution: Debian Sid AMD64, Raspbian Wheezy, various VMs
Posts: 7,680
Rep:
I would like to overclock but the guide linked to suggest the use of a Python tool. Not bad in itself but I have overclocked using the nvidia-settings tool in the past and would like to do so now but cannot due to no xorg.conf. I did find an thread on a forum with an xorg.conf (it allows coolbits to be set) but when I used it I had no graphics so I'm also a bit skeptical of the python tool also for that reason.
It is not a problem to create your own xorg.conf. It will still be run and these days it should be obvious it can be really small and specifically for one device.
Here's most of mine. Note that the commented out nvidia lines were moved to a user-specific $HOME/.local.
All I needed at system level was the Coolbits line and ForceCompositionPipeline. At user level I enable Performance Mode as Default and increase base fan speed to 80%. Works perfectly.
Distribution: Debian Sid AMD64, Raspbian Wheezy, various VMs
Posts: 7,680
Rep:
I actually created a smaller oxrg.conf, following a guide on some forum or other, with just the device section but couldn't boot to X11 after doing so.
I wouldn't be sure what, exactly, to put in my xorg.conf to be the minimum required to allow things like overclocking and fan speed but still be able to use my machine.
Distribution: Slackware64-current with "True Multilib" and KDE4Town.
Posts: 9,131
Original Poster
Rep:
Mr. Volkerding supplies a sample xorg.conf with the standard install. It is labeled xorg.conf.vesa and can be found in /etc/X11. I don't recall it is also in /etc/X11/xorg.conf.d (think so).
I take that and modify it for my monitor and rename it, xorg.conf. Works just fine. I've found my particular monitor works best when its refresh rates are listed in an xorg.conf file.
Last edited by cwizardone; 11-25-2018 at 07:10 AM.
My PCs all boot to runlevel 3 (multi-user command line) where I launch KDM for the handling of graphics and to choose a WM/DE. I use Runlevel 3 to do deep level work like build and install custom kernels and nVidia drivers. I keep Patrick's xorg.conf.vesa in /etc/X11/ as well as a very basic one based on the information Patrick provides in that template with just a few omissions obvious from messages in /var/log/Xorg.0.log such as for mouse and keyboard, no longer needed.
If I ever make a change where KDM fails to handle X, it is trivial to either edit the current xorg.conf according to the error messages in that log or to temporarily substitute a known good xorg.conf sans tweaks.
The last couple of NVIDIA driver updates seem to mess up Plasma 5 occasionally when starting using startx with multiple monitors. I boot up to a blank screen and have to use computer shortcuts to navigate Plasma 5 (alt+space for krunner, etc). I usually F1+Ctrl+Alt and startx again to get it to work correctly. I had the 3 screens off for a couple hours and it did it. I notice it pauses at a blank screen longer than it used to between switching accounts with SDDM. Any ideas?
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.