Originally posted by jo-erlend
View Post
Announcement
Collapse
No announcement yet.
It's Time To Admit It: The X.Org Server Is Abandonware
Collapse
X
-
Originally posted by mdedetrich View PostI know the Wayland protocal is just that, a protocol so it doesn't really care about the underlying details. My point is about the current situation with Linux and the NVidia blob.
Originally posted by mdedetrich View PostYes because understandably NVidia doesn't want to spend time implementing a solution that Linux isn't going to adopt because Linux is hostile towards NVidia. To be clear, at the time the primary argument used against NVidia was a hostile version of "release an open source driver" or "use GBM directly" rather than finding a proper solution. For example KDE initially didn't want to implement EGLStreams not because of the merit's (and non merit's) of EGLStream's but because they didn't want to manage multiple codepaths and everything should be GBM based (which is kinda ridiculous because one of the main effects of Wayland being a protocol is that compositors have to deal with this).
This is also two to tango. KDE stated there point they did not want to maintain 2 code paths. This does not mean everything has to be GBM at all.
Why are the Linux developers say to Nvidia support GBM. The reality is the EGLStreams cannot be implemented on top of Mesa either. EGLStreams not a universal abstraction layer it requires Nvidia particular logic.
Originally posted by mdedetrich View PostOn the other hand with Linux desktop wouldn't have accepted libhybris even if NVidia suggested it (in fact this is the first I heard of libhybris so I am reading up on it but since it is the first time I have heard of it thats already indicative enough.
Originally posted by mdedetrich View PostEGLStreams is an open standard and variants of it was used in the past (Android pre 2018).
The announcement of KDE Neon dev/unstable switching to Wayland by default raised quite a few worried comments as NVIDIA’s proprietary driver is not supported. One thing should be clear: we wo…
Please note in 2016 blog from KDE they are using by libhybris Android binary blob drivers. Nvidia binary blob drivers for Android at the time in fact worked with KDE because they exposed hwcomposer interface from Android.
You have missed how split brain Nvidia. EGLStreams comes out of the desktop/server departments. Yet the hwcomposer interface for Nvidia using Android devices come out of the embedded department. Please note the hwcomposter based driver for Android is also a GBM driver from Nvidia.
Originally posted by mdedetrich View PostThe fact is, the majority of NVidia's driver is actually a cross platform blob with an interface for every OS they support (old MAC'os with NVidia cards, BSD's, Linux and Windows). NVidia proposed a solution that gave the best performance for how their driver is designed (they said this directly).
EGLStreams hits roadblock because its not design to provide hwcomposter interface Android needs and its not designed to be compatible with the existing pool of Mesa drivers.
Originally posted by mdedetrich View PostThis may be partially correct but at least according to https://github.com/NVIDIA/libglvnd, libglvnd does support EGL and also appears to be updated (last commit was 3months ago which from a company like NVidia isn't atypical workflow).
Originally posted by mdedetrich View PostSo I am not sure what the problem here is, at least according to that project repository NVidia does intend to fully support EGL unless I am missing something (the project is also open source so anyone can commit the changes necessary).
Originally posted by mdedetrich View PostAlso FYI: Google is also developing a new kernel that will eventually replace Linux for Android and one of the main features of their new kernel is that it maintains an ABI for drivers which sit in userspace (in other words it works much better with proprietary drivers) rather than expecting everything to be in the kernel tree. This is because of very real issues that Android faces where a lot of phones are using outdated Linux versions and the Linux version can't be updated independently of proprietary drivers (which poses obviously problems).
Back in year 2000 there was a ABI designed for a universal to share the same kernel space binary blob driver between FreeBSD, Linux and other Unixs. Number of commercial drivers released supporting it the answer was 1 did the mainline Linux kernel support this the answer is yes. Nvidia also responds being locked out of internal kernel ABI stuff would hurt their performance so they would not be providing drivers. Yes this feature was removed from the Linux kernel for lack of usage and a open source driver had replaced the 1 commercial driver using the interface. So its a mistake to think Linux did not try to be more friendly to binary drivers.
Yes the issues that come out of that early experiment are written up here.
Google is not just looking at one solution to the driver issue. There is every chance that Google new kernel will have lack of driver support. Its all due to the performance effects of being able to optimised code paths with each other the mainline Linux kernel gives.
- Likes 3
Comment
-
The big picture is that wayland has OEM support for embedded platforms, things that X can't run on. This is an important market. Wayland included this use-case in its design and therefore, Wayland is a product with a commercially viable future. Look at the enormous effort behind building a Wayland-native backend for Chromium. That was paid for by commercial interests that need it ... not for the linux desktop, but Wayland is a protocol: a linux desktop which supports Wayland can take advantage of this work.
No one is paying for X. It is commercially dead.
X11 is dead because it is a technological dead-end and this makes it a commercial dead-end. Once there was a Unix workstation market. Now, not so much. The linux desktop community on its own could never have sustained the development of X11. The Linux desktop market is not important enough; it never, ever was. We got lucky that someone else had a business case to build X11. Now, the business case & funding exists for Wayland (automotive for instance). Linux desktop is a hitchhiker looking for free rides, but the X11 ride is broken down on the side of the road. Wayland is motoring along.
- Likes 1
Comment
-
Originally posted by timrichardson View PostX11 is dead because it is a technological dead-end and this makes it a commercial dead-end. Once there was a Unix workstation market. Now, not so much. The linux desktop community on its own could never have sustained the development of X11. The Linux desktop market is not important enough; it never, ever was. We got lucky that someone else had a business case to build X11. Now, the business case & funding exists for Wayland (automotive for instance). Linux desktop is a hitchhiker looking for free rides, but the X11 ride is broken down on the side of the road. Wayland is motoring along.
There is a repeating pattern of the Linux desktop community getting upset with X11 starting their own new non X11 solution and it dieing out due to lack of vendor support. This leads to a lot of work on mesa to make own open source drivers.
Like it or not there was a very long term goal to get away from X11 server. So its not that the linux desktop community could not have sustained the development of X11. Its how do you be highly motivated to keep X11 alive when you know it defective.
Please note the reason why X11 was not the default interface of MacOS is when they looked it the result was that X11 was brain dead stupid.
There has basically been a long arguement to kill X11 off. Nvidia is now basically the last hold out. So if Nvidia wants X11 server on bare metal to stay alive they need to pick up the x.org X11 server maintenance if not they need to update their driver to be compatible.
- Likes 2
Comment
-
Originally posted by sa666666 View Postchoice is being taken away from Linux users, day by day.
Nobody's taking away your choice. Choice is restricted because it's a monumental task to create, maintain, and gain support for new software. Look at how much of an uphill battle Wayland has to go through, and that's with the entire industry supporting it. The only reason Linux had the illusion of "choice" in the past was because it was a toy OS with lots of toy programs. Now it's an actual serious OS with actual business software.
More importantly, alternatives aren't as important as customizing existing software. The more options and features existing software provides, the less reason you'd have to stop using it, and thus you won't have to go through the pain of replacing it and learning a new piece of software and dealing with the growing pains of it not working with other software you use. DEs are a perfect example of that, it's horrible to have to switch between them.
- Likes 3
Comment
-
-
Originally posted by mdedetrich View Post
I would be careful about making judgements based on a few developers. Using that same reasoning Gnome is also experimental (actually considering how many things Gnome has broken historically and how many times they have changed their vision of "desktop" I would consider gnome more experimental).
The fact that a huge number of people are using KDE without problems means that its stable (which is the opposite of experimental).
I knew lots KDE developers at Install Parties personally, and a neighbour of a friend was a KDE developer too.
Comment
-
This discuss is getting looong.
IMO Xorg will be commercially abandoned, but will continue as a community project.
just because it has no commercial support does not mean it is abandonware, openssl has been running with just pure donation after all, not even commercially supported prior heartbleed.
I mean, this sounds like many previous discussion in the past to me.
like GNOME2(now MATE), Systemv, Flash, OSS sound server, etc....
even thou its been abandoned by the big players, few still used it.
so will it be an abandonware any time soon(in less than 5yrs)? nope, many people dislike change.
will it be abandonware 10yrs+ time? yes, nothing last forever.
Article title could be made better like "The X.Org Server Is Commercially Abandonware"
Comment
-
Originally posted by milkboy View PostThis discuss is getting looong.
IMO Xorg will be commercially abandoned, but will continue as a community project.
just because it has no commercial support does not mean it is abandonware, openssl has been running with just pure donation after all, not even commercially supported prior heartbleed.
I mean, this sounds like many previous discussion in the past to me.
like GNOME2(now MATE), Systemv, Flash, OSS sound server, etc....
even thou its been abandoned by the big players, few still used it.
so will it be an abandonware any time soon(in less than 5yrs)? nope, many people dislike change.
will it be abandonware 10yrs+ time? yes, nothing last forever.
Article title could be made better like "The X.Org Server Is Commercially Abandonware"
Phoronix, Linux Hardware Reviews, Linux hardware benchmarks, Linux server benchmarks, Linux benchmarking, Desktop Linux, Linux performance, Open Source graphics, Linux How To, Ubuntu benchmarks, Ubuntu hardware, Phoronix Test Suite
The reality is the Intel particular graphics driver for X.org X11 server is basically dead. You have intel graphics and you run X11 x.org you will be using the xf86-video-modesetting driver or the Xwayland driver. AMD is also with X11 server is heading in the direction of xf86-video-modesetting being the driver left with their own custom xf86 driver for x.org going away.
xf86-video-modesetting driver is using libglvnd to get acceleration the same as Xwayland.
When mode setting is done in kernel space. Acceleration is done in opengl libaries exactly what point is there to have vendors keep on providing their own drivers for X11.
Wayland compositors also need the driver location simplify.
Basically Nvidia is failing to get the memo the old X11 system is going away.
- Likes 1
Comment
-
Originally posted by bearoso View PostI still use X over Wayland. Why?
Is there a Wayland version of Chromium or Firefox that actually works? Nope. Chromium doesn't exist and Firefox is glitchy and officially pre-alpha quality.
Is Xwayland usable for those? Nope. Xwayland has a timer granularity of 1ms. So instead of 60fps, both run at 58.8fps and stutter excessively.
So there's no acceptable web browser.
What about multimedia applications? Well, few games use Wayland, so we're back to Xwayland. That 58.8fps thing rears its ugly head again. Wine doesn't work well with Wayland , either.
Now my intel/nVidia other laptop, is used in a more personal business and professional way. Wayland was bad for me there - I did not even try Firefox.GOD is REAL unless declared as an INTEGER.
Comment
Comment