similar to: Chromium - Application-level nouveau blacklist

On Sat, Jan 5, 2019 at 10:36 PM K. York <kanepyork at gmail.com> wrote: > > > Opinions welcome. > > I have a few ideas on the best way to approach this. > > - First of all, obviously, fix the WebGL CTS problems. (with > --ignore-gpu-blacklist ) > - Fix all other crashing issues and request re-inclusion. (This is > comment #37.) Chrome versions are only 6

It looks like as of Chromium 71, nouveau is completely blacklisted. I don't really see a way back from this, since they don't cite any easily reproducible issues, except that some people had some issues with indeterminate hardware and indeterminate versions of mesa. In the bug that triggered this (https://bugs.chromium.org/p/chromium/issues/detail?id=876523), where I might have slightly

On Sat, Jan 5, 2019 at 2:40 PM Ilia Mirkin <imirkin at alum.mit.edu> wrote: > It looks like as of Chromium 71, nouveau is completely blacklisted. > That's rather unfortunate. :-( The intel mesa drivers were also blacklisted for quite some time a while back. I'm not really sure what we did to get blacklisted or what we did to get unblacklisted. > I don't really see

I thought you all would like to know that Google considers Nouveau to be unstable and is now actively considering blacklisting. Please see this issue on their issue tracker. https://bugs.chromium.org/p/chromium/issues/detail?id=876523 -------------- next part -------------- An HTML attachment was scrubbed... URL:

https://bugs.freedesktop.org/show_bug.cgi?id=46533 Bug #: 46533 Summary: Firefox WebGL with Nouveau 3D; user claims it came installed by default on OpenSuse 12.1 Classification: Unclassified Product: Mesa Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal

Well, I agree with them. Nouveau is extremely unstable on my MacBook Pro with Nvidia 320M, freezing all the time and draining a lot of battery. Performance wise is not too bad tho. There's plenty of reported bugs already around the web if someone wants to investigate it. Thanks Megaf https://www.megaf.info/ email: mmegaf at gmail.com skype: eumegaf discord: Megaf#6582 On Sun, 23 Sep 2018

https://bugzilla.mindrot.org/show_bug.cgi?id=3178 Bug ID: 3178 Summary: When authenticating with a -sk key, no 'touch security key' prompt displayed Product: Portable OpenSSH Version: 8.2p1 Hardware: amd64 OS: Linux Status: NEW Severity: minor Priority: P5

I saw that in rgl:::writeWebGL that "Polygons will only be rendered as filled; there is no support in WebGL for wireframe or point rendering.". I found that you can easily use contour3d to make reproducible contour web figures, such as (taken from contour3d help) library(AnalyzeFMRI) a <- f.read.analyze.volume(system.file("example.img", package=

On 12/09/2015 7:37 AM, Duncan Murdoch wrote: > On 11/09/2015 10:14 PM, Dominick Samperi wrote: >> Hello, >> >> The recently created online "rgl Overview" at >> https://cran.r-project.org/web/packages/rgl/vignettes/rgl.html >> illustrates a problem that I am trying to resolve. >> >> At the bottom of each image block on that page appears the

Hello, The recently created online "rgl Overview" at https://cran.r-project.org/web/packages/rgl/vignettes/rgl.html illustrates a problem that I am trying to resolve. At the bottom of each image block on that page appears the advisory: You must enable Javascript to view this page properly. I am using Safari under MacOS with Javascript and WebGL both enabled, so it must be the

FYI, one platform where I have not been able to get interactive rgl working is iOS 8. iOS 8 is supposed to support WebGL, and Javascript is enabled. On Sat, Sep 12, 2015 at 4:33 PM, Dominick Samperi <djsamperi at gmail.com> wrote: > Thanks for the pointers and the quick fix. > > Perhaps the generated HTML code should issue a > message like "Javascript load problem"

I'm planning on adding some new WebGL functionality to the rgl package, but it will pull in a very large number of dependencies. Since many people won't need it, I'd like to make the new parts optional. The general idea I'm thinking of is to put the new stuff into a separate package, and have rgl "Suggest" it. But I'm not sure whether these functions should

We are in desperate need of volunteers to moderate the sessions during the LLVM Developers Meeting. If you are attending and can act as moderator for a group of talks, please let us know. We need 5 more volunteers to moderate the following sessions. Please note your first choice session to moderate and your second choice: Session #1 (11:05-12:35): Integrating LLVM into FreeBSD: Brooks Davis –

https://bugs.freedesktop.org/show_bug.cgi?id=89759 Bug ID: 89759 Summary: WebGL OGL ES GLSL conformance test with mesa drivers fails Product: Mesa Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component:

Hi! thanks for answering the many questions over the past years, now you can see the result: http://www.pouet.net/prod.php?which=57516 A webgl demo that would not have been possible without clang+llvm. Greetings, Jochen

Hi the list, Using misc3d, we can export 3d dynamic graph in pdf format. Is it also possible to export these graph into a format that we can publish on the web? Christophe -- Christophe Genolini Maître de conférences en bio-statistique Vice président Communication interne et animation du campus Université Paris Ouest Nanterre La Défense [[alternative HTML version deleted]]

On 16/11/2015 4:00 AM, Richard Cotton wrote: > On 22 October 2015 at 22:55, Duncan Murdoch <murdoch.duncan at gmail.com> wrote: >> I'm planning on adding some new WebGL functionality to the rgl package, but >> it will pull in a very large number of dependencies. Since many people won't >> need it, I'd like to make the new parts optional. > >> Can

https://bugs.freedesktop.org/show_bug.cgi?id=92556 Bug ID: 92556 Summary: System hangs at visiting WebGL site Product: Mesa Version: 11.0 Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau Assignee: nouveau at

On OSX and Linux, the rgl package currently requires X11 libs to be available for linking. Recent versions of OSX don't include them by default, so I'd like rgl to fail nicely. Ideally, it will load a library that doesn't need to link to the X11 libs but will still allow WebGL code to work, but that's complicated, so I'd like a stopgap. I can detect that the failure is

>> Hi! >> >> before InstCombine (llvm::createInstructionCombiningPass()) I have >> a trunc from i8 to i1 and then a select: >> >> %45 = load i8* @myGlobal, align 1 >> %tobool = trunc i8 %45 to i1 >> %cond = select i1 %tobool, float 1.000000e+00, float -1.000000e+00 >> >> after instCombine I have: >> >> %29 = load i8*