Originally posted by oleid
View Post
Announcement
Collapse
No announcement yet.
XWayland Nukes The NVIDIA EGLStream Backend
Collapse
X
-
- Likes 3
-
Originally posted by Khrundel View PostAnd also most modern composers use OpenGL for composing work while most games using vulkan for rendering and they interoperate correctly.
It would seem using eglstreams limits you to an outdated API.Last edited by oleid; 19 March 2024, 03:12 AM.
- Likes 1
Comment
-
Wasn't the main issue of GBM vs EGLStreams related to sync methods - implicit and explicit? With EGLStreams build around idea of explicit sync while GBM is designed with implicit sync in mind. And now whole Linux graphics stack is planning on transion to explicit sync anyway as implicit sync proves to be a performance bottleneck.
- Likes 8
Comment
-
-
Originally posted by Daktyl198 View Post
I think many people don't realize that to this day, EGLStreams ARE the better option.
EGLStreams wasn't better option for Wayland. It was better option only for NVIDIA. Mostly because they already supported it and could use it without any additional work. FOSS community didn't want it not only because they already had GBM but because they didn't want to have inferior solution when they already had better solution.
- Likes 8
Comment
-
Originally posted by Daktyl198 View PostI feel like I should point out that I'm an AMD user, and have been for the entirety of my PC existence (minus my very first laptop, which had an Intel iGPU but still FOSS driver). I dislike Nvidia as a whole, and maybe I didn't keep up on it but their initial pitch for EGLStreams had a lot of really good reasons for picking it that wasn't just "we don't want to do the work to implement GBM in our proprietary driver".
I wonder how many of the implementation issues came from the fact that most compositors were already written with GBM in mind, and the EGLStream code was essentially a shim rather than a ground-up implementation.
Nvidia being a straggler has made the whole Wayland transition a whole lot more painful. Unnecessarily so. The majority of the complaints about Wayland not working properly (glitches, black screens, etc.) are accompanied by the word Nvidia. Rarely do I read AMD or Intel.
- Likes 8
Comment
-
Originally posted by WannaBeOCer View PostNvidia ease of use on Linux along with CUDA is definitely another reason I won’t switch to another brand any time soon.
- Likes 2
Comment
-
Originally posted by Daktyl198 View PostNobody implementing EGLStreams ever actually tried to get it onto feature parity with GBM, or solve any of it's issues because everybody in the FOSS world was already dead-set on GBM. Every implementation was purely a workaround until NVidia got in line and implemented GBM, which they stated they would do long before any EGLStream implementations went live, and as such were half-assed. Nobody took the effort to try and fix any major issues because why would they? It was a temporary solution to a temporary problem so why would they devote developer resources?
Nvidia themselves could not implement EGLStreams without major protocol revisions that that they could not deliver either.
Then they also suggested useing Vulkan, that people generally speaking liked, but that was not ready either.
Also, they did not announce adopting GBM until they implemented the open source driver.
Either way, projects like these always require a degree of collaboration and trust and Nvidia did not act in good faith for a long time.
They eventually had to give in and adopt what upstream has been doing.
Originally posted by Daktyl198 View Post1. I think you're not reading my comment in the context of "the entire history of wayland" and instead think I'm saying that wayland still has a vast number of issues.
2. See #1
3. I never said that. I said that the GBM vs EGLStreams debate had no real impact on the actual adoption rate of Wayland, because surface protocol was never a blocking issue. Even if it took people 2 years to rewrite the entire backend of Mutter and KWin to use EGLStreams, it STILL would not have affected the adoption rate or completion rate of Wayland protocols because:
4. yes, crazy amount of bureaucracy. Have you ever taken a look through the git issues for potential wayland protocol extensions? I'm not going to say it's any more or less than any other project, but OBJECTIVELY it is the number 1 factor in the time it's taking for Wayland to fix all of the issues required for major adoption.
3 I probably dont undertand this statement. People (including Nvidia) tried to rewrite Gnome and KDE backends for EGLstreams and showed that it does not work without serious revisions to EGLstreams that never materialized.
4 i dont understand this either. You probably dont have much exposure to industry standards. They tend to be intentionally slow to ensure compatibility and buyin of all shareholders. The fact that updates are made means the standard is well and alive.
If you are looking for slow: look the time scales needed to update internet protocols ...
Also, examples of dead pojects that cannot be updated: VNC, X11, ...Last edited by mppix; 19 March 2024, 09:26 AM.
Comment
-
Originally posted by mppix View Post
Calling BS on pretty much every part of this:
- "VAST amount of issues" .. like?; "missing protocols" .. like?
On top of that I've seen plenty of AMD users complain about stability as well in the last year or so. It really has been just in the last 6 months that it has been getting to the point of being usable on anything other than gnome for most users AMD, Intel and Nvidia.
- Likes 1
Comment
Comment