The end of Nvidia proprietary Drivers on Linux !?!

That would be the end of my Linux career, tbh.
It’s way cheaper to buy a Win10-license than a whole new GPU.



This is good. Most servers, and that includes machine learning servers, run linux.
NVidias biggest market is actually servers. That applies to AMD as well, their gaming GPUs are just failed attempts or cheaper versions of the “actual” ones.

I doubt they will throw away a chunk of the ML server market.

Now, I just know most servers use linux, I do not know if most applies to ML servers and science ML as well. But it would not surprise me if a lot of them run linux, and that is their biggest market afaik. Gamers/consumers are not their main audience. The big companies pay many thousands of dollars for their accelerators.

So speculating leads me to think that they most likely will allow open source drivers.


Hopefully this’ll motivate Nvidia to start opening up their drivers in some capacity…
I’m using their card right now, and really not willing to move on to AMD offerings yet.


Before I give my thoughts, I would like to say that I have used NVIDIA for my graphics most of my time with computers. I plan on going AMD next time I upgrade, but the proprietary drivers are tolerable (aside from my OCD about running proprietary software).

Anyways, some people see this as a way to get NVIDIA to act reasonably, but I don’t think that this would be a remotely possible outcome. Yes NVIDIA profits off of Linux servers, but there are certainly ways that they could avoid open source while making things hell for both the Linux desktop user and distro maintainer.

One possibility is that they still provide support, but distributions would have to patch their kernels to remove this. Then, the distro would have to choose between having their kernel patched by default or having two separate kernel packages. Likely, the first one would have to be the case for most distro-bases that focus on efficiency like Arch/Manjaro. But for more upstream oriented distro-bases like Debian, OpenSUSE and Fedora, they may either have the patched kernel in their nonfree repos or, more concerningly, drop proprietary drivers all together.

The (relatively) more concerning possibility is that NVIDIA creates a fork of Linux with their proprietary code enabled. In this case, their driver might not just be a kernel module, rather a necessary part of the code. This could lead to other companies creating their own kernels with proprietary drivers enabled as well, creating an almost Android-like situation. For those who don’t know, install media on Android (ROMs) is device specific since the kernel itself is patched by the OEM to work with the phone. This would set a precedent for this becoming the case for Linux, although in a slightly different manner. This would make life a living hell for the devs of distributions.

I know my ideas might seem a bit outlandish, but NVIDIA having been checkmated in this situation seems unlikely.


So… We have to choose AMD for model training if it will be true?


A post was split to a new topic: The end of Nvidia proprietary Drivers on Linux !?! - Twitter feedback

If i understand well, this is about disabling normally GPL modules, if they import symbols from proprietary modules.
What i don’t grasp is: how does this also disable proprietary drivers?

This is explicitly forbidden by the GPL, and would be actionable in a court of law. Others have tried it before, and they were sued by the FSF, and they either lost or settled the matter out of court.


I see one of three outcomes:

  • More people move (back) to Ubuntu which may not have this flag implemented in their kernel
  • More people check out alternative kernels like Liquorix which could have this removed
  • More people give up on Linux and return to the proprietary wonderland which is Microsoft Windows

For the first, as I have experience in Ubuntu it wouldn’t be so bad for me, but I would miss the AUR.

For the second, there are lqx kernels and headers available in the AUR, so people could use that to check it out if lqx team choose to pivot more toward proprietary support, or add in another repository and use Pacman / Pamac to fetch a forked alternative intent on supporting proprietary hardware if it’s not possible to use with either default or lqx.

For the third, well… that’s what we get for being judgmental about user choices and make it harder for anyone to use a piece of hardware, especially if they spent USD$1,400 on an RTX 3090. If someone has that kind of money to sink into a GPU, they most certainly can ditch us and flip the bird while doing it.

Y’all wonder how Canonical made a brand which represents Linux in Microsoft Windows? They allowed proprietary code to function because kernel developers and system distributors were not strictly the arbiters of what functioned and what didn’t. This feels like a move which is giving people who want what’s available from the current best graphics rendering and arithmetic compute hardware brand going a really hard time.

If this so happens to make nVidia’s hardware cease to function on mainline kernels, then we best be praying that AMD has a big navi to pull out the hat before long, else we’re going to see a precipitous drop of persons within the Linux userland…


As I understand it, the Windows subsystem for Linux runs the GNU/Linux system in a virtual machine, and in addition to that, Microsoft’s Hyper-V is open source. They had to open up the source code because ─ this was still under Steve Ballmer’s reign ─ they had been caught red-handed hard-linking a GPL’d network driver into Hyper-V.

1 Like

Ballmer claims to stand by Linux now. Then again, that man doesn’t have a spine to stand on because everything he’s ever done had been a business decision and it took over 90% market share of Linux on web servers for the past five years to agree with Microsoft’s current CEO that his company was on the wrong side of history.

This doesn’t give the Linux userland any foothold to influence hardware purchasing decisions, and for this thing to potentially make nVidia hardware no longer function because of nVidia being too big to change may will put us on the wrong side of history.


i think not only Nvidia but all drivers in drm that can try to access to symbols GPL exported ,
but very few do need a taunted kernel at the moment

it can go very fast to others version linux ( 5.8 and before )

I’ve updated the first post to reflect what really the problem is. Since day one there was a bug in the resolution of _GPL modules.

This provides the interface between the netgpu core module and the
nvidia kernel driver.  This should be built as an external module,
pointing to the nvidia build.  For example:

export NV_PACKAGE_DIR=/w/nvidia/NVIDIA-Linux-x86_64-440.64
make -C ${kdir} M=`pwd` O=obj $*

When ever a Nvidia or other proprietary external module doesn’t compile, community developers tend to temporally change the license so a compile is possible. However there is always a way to avoid usage of GPL-licensed when the same patch gets properly written. More or less with every new kernel the nvidia_uvm is most likely affected to have GPL issues and need a rework to function.

So far the community developers always find a way to get proprietary drivers compiled. Let’s hope that also for 450xx series a working version for Kernel 5.9 will emerge one way or the other.


In other words: that supposedly GPL module currently uses non-GPL code (symbols) from Nvidia’s non-free driver, rather than properly interfacing with it (such as providing a free API to the driver). Did i get that right?

Yep. Is more or less a proposed feature to be able to utilize some proprietary code with an open licensed part. Main part is that using GPL-code exported in a proprietary code is not given by the license. It is like the man in the middle principal: Are you GPL? - Yes he is - OK. So the combination of mixed code is always a burden you have to verify with the law. In simple terms: it is always better to only use parts of the kernel code for your driver you are allowed to with the proper licensing.


I think it will be okay. A lot of servers use nvidia graphics cards. If nvidia won’t solve, nvidia will lose big area on the market.


Oh, I wasn’t aware of that. Good to know, thanks!

1 Like

A lot of supercomputer too (4 of the top 10). But i don’t know how far they need proprietary driver to use cuda.

I’ve been surprised to see that the top 1 supercomputer is based on ARM cpu :wink:

1 Like

I agree but there isn’t a alternative to proprietary drivers for nvidia graphics cards. Pushing to nvidia from supercomputers it could be still enough strong.

Yes i surprised too, Fugaku is the first supercomputer based on ARM.

video on soft from nvidia