Originally posted by V!NCENT
View Post
Announcement
Collapse
No announcement yet.
NVIDIA Says It Has No Plans To Support Wayland
Collapse
X
-
Originally posted by deanjo View PostThat single card beats everything in that generation and wasn't even nvidia's highest offering but yet it beat ati's highest offering (even the 4890). Just google any GTX 275/280/285 benchmarks and you will see the trend.
Second, I know very well that NVidia had the fastest single GPU card that generation. My point was that no one cared, because it sucked. The 4xxx series was fast enough, and the minimal speed increase you could get from nvidia came at the cost of lots of money, noise, power usage, and generally no one thought it was worthwhile. Except, as i said, for the compute freaks out there. Which i believe you probably are one.
Comment
-
Originally posted by makomk View PostThey do need to, because Wayland is currently hardcoded to use the kernel modesetting code and a fairly significant chunk of DRI2 directly. What's more, this part of Wayland is itself under the GPL, so it's not like they can fork a modified version that uses their own proprietary modesetting library either.
That's the minimum requirement for something like Wayland to be used. Wayland itself does actually require DRI2. If they wanted to, AMD might just be able to implement enough of DRI2 to allow Wayland to run on top of X.org on fglrx, but this option really isn't practical for NVidia because they don't actually use DRI. Even then, running Wayland without using X.org as a backend is another matter entirely.
Comment
-
Originally posted by jonwil View PostWould NVIDIA be able to support Wayland if they ported their driver and used DRI2? Or would they be unable to do so without subjecting their proprietary code to the GPL?
Comment
-
Soo many trolls, zealots and sheeples
Widelands isn't even really usable for day to day stuff and people are crying that NVIDIA have stated that they have no plans to support it
They didn't say they won't support it, they didn't say they will never support it JUST they don't plan to.
It aint even fucking stable yet, it aint even rolled out on any distro yet wtf should nvidia waste time providing hooks to wayland when, for something that is in an alpha state, could change its api...
if/when wayland has its 1st stable release and it starts to get picked up I am sure nvidia will look into providing support BUT since noone can say that they will or they won't on something that is in the very far future WTF go full retard over it! never go full retard
Comment
-
Originally posted by makomk View PostThey do need to, because Wayland is currently hardcoded to use the kernel modesetting code and a fairly significant chunk of DRI2 directly. What's more, this part of Wayland is itself under the GPL, so it's not like they can fork a modified version that uses their own proprietary modesetting library either.
Originally posted by makomk View PostThat's the minimum requirement for something like Wayland to be used. Wayland itself does actually require DRI2. If they wanted to, AMD might just be able to implement enough of DRI2 to allow Wayland to run on top of X.org on fglrx, but this option really isn't practical for NVidia because they don't actually use DRI. Even then, running Wayland without using X.org as a backend is another matter entirely.
Comment
-
Why Canonical is Supporting Wayland (and Not Alone)
Originally posted by JeanPaul145 View PostEven if Wayland becomes sort of a defacto standard on Linux desktops and nVidia *still* decides not to support it, I don't really see the problem: nvidia blob users will keep on using X.org and nouveau users will use Wayland (or X.org). So everyone would still have a choice in what kind of driver and display server to use (except of course the newest-gen gfx card users, for obvious reasons).
For that matter, I don't get all those people whining about Canonical planning to implement Wayland: They can run an xserver on wayland if they need the features, and if that for some reason doesn't meet their needs X.org will still be in the repo's, so anyone can simply swap out Wayland for X.org. Linux in general is about choice and fortunately Canonical is not about to take that away from Ubuntu's users.
For anyone who doesn't need features like X-forwarding (which will be most Ubuntu users I'm guessing), implementing Wayland will be a huge win both in display quality and performance.
AMD had been taking a severe lambasting in the open-source community for over-reliance on binary-blob drivers, especially for Linux (for everything from workstation GPUs to netbook GPUs) Starting with Gallium (and now Wayland), AMD has made a rather abrupt turnabout and has been dropping source-code into the pipeline as fast as AMD's lawyers will let it. Instead of a two year lag (as it was at its worst) between hardware-release and the availability of open-source driver support, it's now less than nine months; only HD5xxx/6xxx are not supported by open-source drivers now, and that could change for HD5xxx by the end of this calendar year.
Part of what is causing nVidia's reticence is that they remain hostile to Gallium3D (a solid support base for Gallium3D is pretty much a necessary for Wayland) - while AMD was late, at least they were (and are) there. Whether or not it will come back to bite them is in the hands of nVidia.
Comment
-
Originally posted by glisse View PostIt's really easy to add somethings not using KMS, NVidia or AMD can do a closed source module that does modesetting and the just add support in wayland to use this closed source library.
Maybe you should actualy have read the wayland code, there is no need for dri2 at all in it except in the x11 version but the point of wayland is not to run on x11. Really all the closed source need are the image extension which basicly need to be able to associate a name (unique int number) to gl/gles/... buffer. So no it doesn't need any significant change to nvidia or fglrx closed source driver. All it needs is providing a modesetting facilities outside X and adding support for the EGL image extension, none of this should be hard.
Lastly, the big driving force behind Wayland is an area in which nVidia is now taking some serious (pardon the expression) heat - netbooks, notebooks, and laptops, which are the LEAST likely to have any desire to run Wayland atop X (simply due to reasons of code weight). Instead, this class of hardware would prefer to run Wayland *instead* of X, not atop it. Without Wayland, nVidia could find itself a non-player in open-source portable computing (and therefore locked into WinMac), and does nVidia really want to wind up there (considering that they aren't exactly chasing either Intel or AMD away)?
Comment
Comment