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.
I think this is Kepler
and the same hardware works without any issues and out of the box with Ubuntu and the nvidia drivers, so this should be fine with the nvidia drivers
Seems we are both wrong. GF* are fermi cards. Its likely not worth using nvidia blob drivers unless you have kepler or newer. However kepler also has good nouveau support these days so its only really needed with maxwell or pascal cards currently. As for kepler the choice is sanity (mesa), nice devs and some stability issues vs insane propriety hacks and a little more performance. Generally the older the card the worse the proprietary support will be and the better the open source support is.
As for why it worked on ubuntu, my guess is that it was using legacy nvidia drivers while you are now trying to use the current nvidia drivers which does not work for your hardware.
The important part is GF117M, all of the GF* cards are fermi. I'm not sure which legacy nvidia driver supports such old cards, but a quick online search should be informative.
Still, why use a legacy blob driver when you can have modern mesa instead? Its not much competition at all...
personally I do not care if I have the nvidia blob, what should work are the external interfaces, VGA / displayport
and sometimes I have some 3d stuff to display which should perfomre as good as possible.
this should work at presentations (because I would like to show them on Slackware :-)
I thought I use the binary nvidia driver since it seemed they 'just worked', but if this is not the case I can also try something different,
will this solve my problems?
Code:
curl https://raw.githubusercontent.com/ryanpcmcquen/linuxTweaks/master/slackware/crazybee.sh | STABLE=yes sh
or do I need to read the rest of the page?
It is not that I do not want to read the rest, it is just that my 'fix odd hardware issues' motivation dropped in the last more than 15 years to somewhere to zero. And my thinkpad w500 with intel + amd gave me years ago the rest, It worked, but was not funny ...
edit: no
frustrating,
but I am meanwhile pretty good in restoring the system after installing nvidia drivers :-)
wasted hours, still not knowing if I run now intel of nivida/nouveau, how the power consumption is or 3 d performance. one of the moments I start to ask why I wanted Slackware on this device...... ;-(
restoring works, just use the nvidia switch befor uninstalling the packages,
if I forget to do that, I re install simply every thing in slackware/x :-)
I would like to use the nvidia binaries and be able to toggle between intel and nvidia card as on Ubuntu, but see the original post.
after installing the nvidia driver, I had X, but no glx.
Have you tried installing with the native NVIDIA installer?
not until now, but this might become an option
I have until now installed bbswitch, so I can control/be sure about the power options, (or I think I can do so)
No. There are no -nn switch for lspci and thus no [VID:PID] in the output.
Code:
# lspci -knns 1:0
does the trick.
You don't need the VID:PID to know what card he has or what driver to use for it...
Still, this thread is ridiculous... The solution is easy, yet everyone is trying to instruct him on how to use ancient, unmaintained and broken proprietary drivers instead...
Still, this thread is ridiculous... The solution is easy, yet everyone is trying to instruct him on how to use ancient, unmaintained and broken proprietary drivers instead...
the only one who is ridiculous is you.
first you loled and told me about a wrong graphic card, that that I should use the 'modern mesa driver'
what instructions did come to use optimus and how it works? zero, none? and especially nothing from you. on you rapple it just works, right. do you even know what I am talking about when I ask for optimus? please, unsubscribe from this thread, no further commets from you required, it's just OT anyway. thanks!
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.