Musl Support

[skyne98]

Hey, there, is there any way to install Nvidia driver on a Musl platform such as Alpine?

[HarpyX]

i guess the title should be, please provide driver for muslc, so we can install it on musl linux distros you guys really should do this. as far as i know you just need to compile it with musl, so it should not take much work. there is people trying to use your graphic cards with void linux and alpine, possible other os with musl, not having drivers for musl forces people to buy amd cards.

[ghost]

Same problem here

[aaronp24]

Thanks for filing this. While we have no plans to support Musl at this time, it is helpful to know where customer interest lies.

[bogheanul]

NVIDIA should really work around musl(&FullPOSIX, in general) the smaller complexities, smarter optimizations, the best for everyone. I would really try to deal with Alpine if I could have access to my GTX1660 ... Even closed-source drivers are far from their best and I will only mention 'nvidia-persistence' user group (which for me it's a surplus of complexity): If they would have done a proper DRM kernel-build driver that akward strange thing shouldn't exist. So, for me, the smaller complexity, the better. Everything amplified by the highest standards/ best practices of computer sience(maybe Rust is the way) ...

Even on Microsoft OS, if I debloat and let the pure driver, playing some games bring tremendous problems, which denote the fact that they are poor programmers, always basing on perpetuous cheap patches and silly tweaks. (And this is a story that has decades oldness) Remember the goold old days when we could enable pipelines for a better graphic card ? All those are gone.

Firmwares should be entierly open-source. by the way, I would like to use a SLI between AMD and NVIDIA but the driver to use the entire juice for that is light-years away. (As example, I can't even turn of my GPU cooler down, as my old same MSI manufacturer card could do, under 47% :| And I will not risk the warranty and even 'destroying' my graphic card ...

FullOff-topic but still ...

[ra1nst0rm3d]

Due to the fact that NVIDIA does not support musl, my next purchase will be a video card from AMD...

[Saijin-Naib]

Still something I would greatly appreciate

[ghost]

NVIDIA, it's time to open the source code of the drivers!

[ghost]

The problem is still relevant

[TheMBL09898]

Yes I'd like to see someone commenting about this as well.

[ghost]

@TheMBL09898, https://forums.developer.nvidia.com/t/provide-driver-for-muslc-to-install-it-in-musl-distros/219586

[xZero707]

As of 2023, still no support for muslc. I have an Alpine Linux-powered host that is optimized for containers. I don't even need it to support gaming, as this is a server with no display connected. I only need it for AI inside containers.

I have some Nvidia GPUs collecting dust, as I cannot use them in this machine. Shame. I have no plans to buy Nvidia ever again - or at least until they show some more love to Linux community.

[oifj34f34f]

I have no plans to buy Nvidia ever again - or at least until they show some more love to Linux community.

Same here

[Avsynthe]

The Docker world is absolutely begging for you to do this. There are so many great Alpine-based containers of applications that have GPU capabilities to greatly enhance their functionality. They're going to waste and are at a huge disadvantage. Don't you think it's time?

It may seem like there are not a lot of vocal users on this subject, that's because they're all in countless open-source project communities and discord/matrix servers that you'll never see out in the open. Make no mistake, this is a huge frustration across all communities.

[Saijin-Naib]

I sold all my NVIDIA hardware after using it exclusively since my MX420 PCI.

I need MUSL support because Alpine is my daily, and is far too good to go back from just because of a single GPU vendor.

[TheMBL09898]

NVIDIA continously shows disrespect towards its own customers in every area. Even though I understand that every company's focus is to increase profit I do not understand how such a simple feautre to implement can somehow interfere with that goal. Not just that, but forcing people to use propietary software to unlock the GPU's potential that we've paid for is inherently immoral, although we are not entitled to you providing true open source drivers: I must admit, I made a mistake buying from NVIDIA. When NVIDIA released their so-called "open source drivers" it became even clearer that they only care about their appearance: not us, free software enthusiasts. I am well aware that other companies do the same thing, but when both AMD and Intel have free drivers it becomes clear who cares more about the free software community. NVIDIA has drivers for FreeBSD, why the hell is it a problem to make the more used Linux driver compatible with another libc??? I'm selling my NVIDIA laptop and my next PC is not going to have a single NVIDIA chip in it.

[xZero707]

NVIDIA doesn't care because they can afford it; Unfortunately, whatever AI/ML project you decide to run, almost all paths eventually lead to CUDA, and therefore NVIDIA.

[Avsynthe]

It's 2024 now and still nothing :(. Great Alpine based containers with AI functionality just wasting away. And all forms of Linux are seeing a huge push these days thanks to Valve and ridiculous privacy laws along with a surge in self-hosting applications for the same reasons. Crazy Nvidia isn't trying to dominate every one of them.

Wayland will see HDR support before Alpine even gets a driver makeable by a few clicks at this rate. Straight insanity

[szmarczak]

I have successfully installed NVIDIA drivers like this. However, running actual apps fails because of missing glibc-only symbols in musl. The following symbols are missing:

gnu_get_libc_version
__isinf
__sched_cpufree
__sched_cpualloc
__strdup
__secure_getenv
__rawmemchr
__isnan
__strtok_r
__strftime_l
__cmsg_nxthdr
backtrace
dlmopen
dlvsym
dladdr1
mallinfo
__register_atfork

# Required only by nvidia-installer
fts_set
fts_close
fts_read
fts_open

I have implemented them and ran with (root) LD_PRELOAD=/lib/nvgnucompat.so, however sway fails with:

Cannot access GL to populate EGLConfig list

However, it should be possible to chroot to a glibc distro and run sway from there. The drawback is that all GUI apps need to be glibc then.

[szmarczak]

I did it! It turns out the following pkgs replace nvidia symlinks:

    mesa-dev
    mesa-gles
    mesa-egl
    libvdpau-dev
    libvdpau
    opencl
    opencl-icd-loader
    opencl-dev
    opencl-icd-loader-de

In fact, I'm writing this on Chromium Alpine!

[szmarczak]

However, X11 fails with:

Error relocating /usr/lib/xorg/modules/extensions/libglxserver_nvidia.so: _nv005tls: initial-exec TLS resolves to dynamic definition in /usr/lib/libnvidia-tls.so.555.42.02
Error relocating /usr/lib/libnvidia-glcore.so.555.42.02: unsupported relocation type 37

I believe chrooting is the only viable option.

[joadr]

@szmarczak this is huge news! could you provide a guide we can follow to achieve this? Have you tried installing nvidia-container-toolkit?