Re: [Mesa-dev] Mesa 20.2.x and GL_RG8_SNORM/GL_NONE

2020-10-15 Thread Jason Ekstrand
Generally, you need to be careful with forcing no_error. Some apps rely on gl errors to check for features and other things. Force-disabling errors may break the app. Mesa's implementation of the no_error extension has been a gradual process where people have been removing the error checking

Re: [Mesa-dev] Mesa 20.2.x and GL_RG8_SNORM/GL_NONE

2020-10-15 Thread Daniel Mota Leite
> Since i updated to mesa 20.2.0 and then to 20.2.1, i'm unable to > load war thunder game, it now just returns: > > Unsupported format/type: GL_RG8_SNORM/GL_NONE The other use found that running as a different user the game run, so after some debug, we found that we had the

Re: [Mesa-dev] Mesa 20.2.x and GL_RG8_SNORM/GL_NONE

2020-10-15 Thread Timothy Arceri
So I found your thread [1] Forcing no error is generally not recommended or a good idea. The game seems to work fine for me. [1] https://forum.warthunder.com/index.php?/topic/500816-unsupported-formattype-gl_rg8_snormgl_none/ On 16/10/20 11:11 am, Daniel Mota Leite wrote: Hi

[Mesa-dev] Mesa 20.2.x and GL_RG8_SNORM/GL_NONE

2020-10-15 Thread Daniel Mota Leite
Hi Since i updated to mesa 20.2.0 and then to 20.2.1, i'm unable to load war thunder game, it now just returns: Unsupported format/type: GL_RG8_SNORM/GL_NONE In the game forum another user complained about the same issue. We both use AMD cards, RX480 and RX580 with the same mesa

Re: [Mesa-dev] Rust drivers in Mesa

2020-10-15 Thread Alexander von Gluck IV
October 1, 2020 8:36 PM, "Alyssa Rosenzweig" wrote: > Hi all, > > Recently I've been thinking about the potential for the Rust programming > language in Mesa. Rust bills itself a safe system programming language > with comparable performance to C [0], which is a naturally fit for > graphics

Re: [Mesa-dev] Rust drivers in Mesa

2020-10-15 Thread Tamminen, Eero T
Hi, On Wed, 2020-10-14 at 15:40 -0700, Eric Anholt wrote: > On Wed, Oct 14, 2020 at 3:26 PM Alyssa Rosenzweig > wrote: > > I didn't think to enforce a lint during CI. Part of me wonders if > > we > > should be doing that for C too, but we can shave that yak sometime > > else. > > I don't think