This subthread[0] implies that there have been nouveau-caused crashes for webgl since 2015. The linked bug[1] seems pretty cut and dry. Nouveau completely locks the system, Nvidia doesn't.
>All software has bugs
If those bugs crash the system and the software is made the default, and the change is a performance degradation, yes. Degraded WebGL performance is superior to the system locking up for nontechnical users.
>Just a few weeks ago I found a Chromium bug when I was working on a website. I did not blacklist the browser, naturally.
Did they fix it in less than 2 years? Did it crash the end-user's computer? Did people navigating to your website report the bug to you?
Did you perhaps work around the bug? For example by using a polyfill that would provide degraded performance but still allow the end user to access your content? Because that's almost exactly analogous to this situation, and exactly what everyone does.
>This subthread[0] implies that there have been nouveau-caused crashes for webgl since 2015. The linked bug[1] seems pretty cut and dry. Nouveau completely locks the system, Nvidia doesn't.
Crashing on a page designed to exhaustively test GL features is one thing. How about crashes which actually affect end-users? I expect that the volume of users who will be negatively impacted by blacklisting is far higher than the volume of users impacted by serious nouveau bugs like this. The difference is that the former user hasn't been annoying Chromium devs in their bug tracker yet.
>Did they fix it in less than 2 years?
No. The bug turns 2 next month and shows no signs of being fixed.
>Did it crash the end-user's computer?
No, but like I said I don't think many nouveau users are actually affected by bugs of this scale. The bug which prompted the blacklisting and being discussed today is not such a bug.
>Did people navigating to your website report the bug to you?
Yes.
>Did you perhaps work around the bug?
Yes
>For example by using a polyfill that would provide degraded performance but still allow the end user to access your content
No. If the workaround caused severe performance degredation and encouraged users to switch to proprietary software, I would have patched Chromium.
>No, but like I said I don't think many nouveau users are actually affected by bugs of this scale. The bug which prompted the blacklisting and being discussed today is not such a bug.
The bug being discussed today is just one of "some bug reports on other rendering issues with Nouveau". It fails the conformance tests, a quick search showed that same bug about crashing having been reported to chrome. Let me say that one more time:
There is a set of conformance tests to verify API compatibility. Nouveau fails them. It's not just buggy, it is literally non-API-conformant. You can't keep pretending its API conformant when it fails the API conformance tests. When Nouveau is actually API compliant, perhaps it will get un-blocked.
Until then, Chrome is doing exactly what you'd do if Nvidia claimed to implement the APIs but just made the system crash instead: block a nonconformant API implementation that lied to its clients and degrade gracefully instead.
>There is a set of conformance tests to verify API compatibility. Nouveau fails them. It's not just buggy, it is literally non-API-conformant. You can't keep pretending its API conformant when it fails the API conformance tests. When Nouveau is actually API compliant, perhaps it will get un-blocked.
It doesn't matter. Nouveau is a buggy implementation but an implementation nevertheless. No one is going to blame Chromium for their desktop freezing up. It's the user's decision to buy Nvidia and Ubuntu's decision to use a buggy driver. They've weighted the tradeoffs and come to a decision which is theirs to make. It's NOT Chromium's place to make that call.
These bugs are not causing daily issues to Chromium users, or even frequent issues, for nearly all users. The blacklisting does affect all users, daily.
It is not Chromium's place to decide which driver their users will use. It's not okay to write vendor specific code. It is not okay. You write code for the APIs and if the implementation of those APIs is buggy, it's their bug, not yours. Changing your code to fix someone else's bug is the objectively incorrect thing to do. Fucking over an important upstream Linux driver in favor of a proprietary driver from a bad actor is outright morally wrong.
> Crashing on a page designed to exhaustively test GL features is one thing. How about crashes which actually affect end-users? I expect that the volume of users who will be negatively impacted by blacklisting is far higher than the volume of users impacted by serious nouveau bugs like this. The difference is that the former user hasn't been annoying Chromium devs in their bug tracker yet.
Do you honestly think that it's reasonable or acceptable for Chrome to allow an arbitrary website to hard lock a user's machine?
Do you honestly think that there isn't a page which can crash any driver? WebGL is a poorly thought out mess.
That being said, you're right, but a more appropriate response than blacklisting nouveau would be blacklisting this particular WebGL feature on nouveau.
>All software has bugs
If those bugs crash the system and the software is made the default, and the change is a performance degradation, yes. Degraded WebGL performance is superior to the system locking up for nontechnical users.
>Just a few weeks ago I found a Chromium bug when I was working on a website. I did not blacklist the browser, naturally.
Did they fix it in less than 2 years? Did it crash the end-user's computer? Did people navigating to your website report the bug to you?
Did you perhaps work around the bug? For example by using a polyfill that would provide degraded performance but still allow the end user to access your content? Because that's almost exactly analogous to this situation, and exactly what everyone does.
[0]: https://news.ycombinator.com/item?id=18835359
[1]: https://bugs.freedesktop.org/show_bug.cgi?id=92136