←back to thread

Framework Laptop 16

(frame.work)
465 points susanthenerd | 1 comments | 26 Aug 25 15:12 UTC | HN request time: 0s | source
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 #
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 #
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 #
1. 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).