Originally posted by pharmasolin
View Post
Announcement
Collapse
No announcement yet.
Red Hat's Long, Rust'ed Road Ahead For Nova As Nouveau Driver Successor
Collapse
X
-
-
Now this is nice for x86_64 and Aarch64 users, a clean new driver will surely work better than nouveau because thats just the nature of things.
While that is bad news for anyone wanting to run a Nvidia GPU on anything else, like RISCV. Like I do have a Nvidia GPU in my HIFIVE Unmatched because that was what I had laying around, of course it isn't GSP supported but if it was I was out of luck now.
They should have really forced the Rust people to step in and create a proper compiler based on GCC before this was allowed in the kernel. Now its a total mess.
- Likes 2
Comment
-
Originally posted by Alexmitter View PostNow this is nice for x86_64 and Aarch64 users, a clean new driver will surely work better than nouveau because thats just the nature of things.
While that is bad news for anyone wanting to run a Nvidia GPU on anything else, like RISCV. Like I do have a Nvidia GPU in my HIFIVE Unmatched because that was what I had laying around, of course it isn't GSP supported but if it was I was out of luck now.
They should have really forced the Rust people to step in and create a proper compiler based on GCC before this was allowed in the kernel. Now its a total mess.
- Likes 13
Comment
-
I don't get it.
Nvidia officially supports Linux and provides blobs, maybe not the best support as we wanted. I can run CUDA, do deep learning at least.
Why one is writing its own reverse enginired open source Nvidia driver without CUDA support? Which problem will be solved?
Comment
-
Originally posted by RedEyed View PostI don't get it.
Nvidia officially supports Linux and provides blobs, maybe not the best support as we wanted. I can run CUDA, do deep learning at least.
Why one is writing its own reverse enginired open source Nvidia driver without CUDA support? Which problem will be solved?
If you want the newest features of Linux (instead of just using LTS kernels), troubleshooting out-of-tree drivers is going to be a painful process, and nouveau is the only reasonable choice.
- Likes 6
Comment
-
Originally posted by kylew77 View PostI wonder how this can be leveraged by other OSes than Linux that don't have anything but VESA for Nvidia graphics. OpenBSD and NetBSD don't have much for Nvidia graphics though Net does have an old version of Nouveau but lacks support for newer Nvidia GPUs. Illumos kernel OSes I am not for sure on, once upon a time the Unix driver worked on Solaris but I am unsure how Illumos and Solaris have drifted apart if the Unix driver that works on Solaris and FreeBSD works on those OSes. Being written in Rust will be a problem point for those C kernel that have no Rust support in kernel. Wish they would have gone with well written C for OS compatibility.
Nvidia's proprietary driver is ultimately the same binary on Linux, FreeBSD, and Solaris; it should work on Illumos still. Illumos's port of DRM is hilariously out of date because, just like BSD, no one is using it on the desktop, and compared to BSD on servers, Illumos has even fewer users. I think Illumos made a big mistake trying to chase Linux by splitting the kernel and userland, they should've had it done the BSD way where there's only "one true Illumos".
- Likes 6
Comment
-
there is a whole class of exploits tageting gpu drivers, so i would say it's the perfect place for some memory safety.
well, assuming you can perfectly manage memory on that level. just because something is written in rust doesn't magically make it memory-safe in 100% of cases.
- Likes 2
Comment
-
Originally posted by RedEyed View PostI don't get it.
Nvidia officially supports Linux and provides blobs, maybe not the best support as we wanted. I can run CUDA, do deep learning at least.
Why one is writing its own reverse enginired open source Nvidia driver without CUDA support? Which problem will be solved?
- Likes 10
Comment
Comment