Originally posted by clapbr
View Post
Announcement
Collapse
No announcement yet.
NVIDIA 530.41.03 Linux Driver Released With IBT Kernel Support, Vulkan Video
Collapse
X
-
Originally posted by henrik View PostAnd we now celebrate more than one year of this blocker bug that has gotten absolutely nowhere further to being resolved: https://gitlab.freedesktop.org/xorg/...7#note_1746574Originally posted by d3coder View Post
It's wayland and linux issue, nothing to do with nvidia.
It's because nvidia doesn't implement the established synchronization mechanism for buffers shared between processes via dma-buf.
- Likes 1
Comment
-
Originally posted by avis View Post
Which is not available for 99% of users out there which makes Open Source drivers no better than closed source ones.
I'm not religious about licensing (it's mostly a business choice), but a a software engineer, I do prefer open source over closed. And I do learn stuff by diving into the code of various open source libraries.
Comment
-
Originally posted by bug77 View Post
Even if very few people actually read open source code, it does carry a real, tangible advantage over closed source: it can be used in the academia for people to study and learn. And it does open up auditing to anyone interested.
I'm not religious about licensing (it's mostly a business choice), but a a software engineer, I do prefer open source over closed. And I do learn stuff by diving into the code of various open source libraries.
And if you decide to do it professionally Intel, AMD, Valve, NVIDIA, Apple or ARM (I must have missed someone but I don't know all the GPU vendors) will hire you anyway.
Comment
-
I don't know what kind of trash xz they've been using in the installer, since it was larger than zstd (and they even mention it in the changelog). Personally I don't give a shit about shaving off 30 seconds when installing a damn driver. It's not like I do it 10 times per day for it to matter.
Comment
-
Originally posted by d3coder View Post
It's wayland and linux issue, nothing to do with nvidia.
It can't be fixed until this is implemented https://gitlab.freedesktop.org/wayla...ge_requests/90Last edited by mdedetrich; 25 March 2023, 03:07 PM.
- Likes 1
Comment
-
Originally posted by MrCooper View Post
If that was true, it would affect other drivers as well.
It's because nvidia doesn't implement the established synchronization mechanism for buffers shared between processes via dma-buf.
You should be thanking NVidia for providing the drive to get things moving rather than complaining about something they are never going to do anyways (which is put back implicit sync into their driver)Last edited by mdedetrich; 24 March 2023, 02:12 PM.
- Likes 2
Comment
-
Originally posted by avis View Post
That's a valid concern except graphics drivers are hellishly complex and could be used "to learn stuff" by not so many programmers.
And if you decide to do it professionally Intel, AMD, Valve, NVIDIA, Apple or ARM (I must have missed someone but I don't know all the GPU vendors) will hire you anyway.
For more specialized or more complex things, it's still nice to have some code available, should you suddenly develop the urge to check it out.
Comment
-
Originally posted by mdedetrich View Post
And thats because the established synchronization mechanism is archaic and outdated, so much so that NVidia removed this established synchronization mechanism over 15 years ago from their driver. AMD and Intel already stated that they would greatly prefer to move away from implicit sync, no graphics card manufacturer wants implicit sync in their driver and Linux is whats holding them back.
You should be thanking NVidia for providing the drive to get things moving rather than complaining about something they are never going to do anyways (which is put back implicit sync into their driver)
Comment
Comment