←back to thread

Framework Laptop 16

(frame.work)
465 points susanthenerd | 7 comments | 26 Aug 25 15:12 UTC | HN request time: 0.856s | source | bottom
Show context
bodge5000 ◴[26 Aug 25 16:12 UTC] No.45028546[source]▶
I'm glad the AMD GPU option still exists, I don't have great experience with NVIDIA on Linux. The rest of the upgrades, like the new top cover and keyboard, are very welcome
replies(7): >>45028865 #>>45028869 #>>45028941 #>>45029212 #>>45029936 #>>45032760 #>>45033023 #
1. fooker ◴[26 Aug 25 21:49 UTC] No.45032760[source]▶
FYI All current and future Nvidia drivers are open source, since blackwell.
replies(3): >>45032801 #>>45033041 #>>45034549 #
2. kcb ◴[26 Aug 25 21:52 UTC] No.45032801[source]▶
Kernel driver only.
replies(1): >>45033503 #
3. jonkoops ◴[26 Aug 25 22:17 UTC] No.45033041[source]▶
But they are not in the actual Linux kernel, and are a separate module that does not adhere to Linux kernel code conventions. It also has no user-space driver that isn't NVIDIA's proprietary driver. Anything further open-source such as NVK is not being worked on by NVIDIA, but by other 3rd parties.

Compared to AMD and Intel, NVIDIA is very much not an 'out of the box', or stable experience.

4. cromka ◴[26 Aug 25 23:15 UTC] No.45033503[source]▶
Is AMD different, do they OpenSource firmware as well?
replies(1): >>45033712 #
5. ItsHarper ◴[26 Aug 25 23:41 UTC] No.45033712{3}[source]▶
They have an open source userspace component.
6. mdaniel ◴[27 Aug 25 01:46 UTC] No.45034549[source]▶
Saying "and future" is like taunting fate

Anyway, in case someone was interested it seems the code itself is cited as MIT, however it has a "when it becomes a Linux .ko it becomes GPLv2" clause https://github.com/NVIDIA/open-gpu-kernel-modules/blob/580.7... and they do go out of their way to say "lol, needs binary blobs" https://github.com/NVIDIA/open-gpu-kernel-modules/blob/580.7...

That XFree86.run has always struck me as "you're gonna what*?"

replies(1): >>45038397 #
7. account42 ◴[27 Aug 25 11:54 UTC] No.45038397[source]▶
To be fair, AMD's driver also needs proprietary firmware blobs. This is still infinitely better than having mistery sauce running in kernel space directly. A bigger problem is that there is no performant open source user-space counterpart like there is for AMD (Mesa with radeonsi for OpenGL and radv for Vulkan).