Hi List,
This is just some good news. Recently, I wrote to this list [1]
announcing that as of Firefox 6, we were able to safely detect driver
versions, and consequently many recent system, including Mesa = 7.10,
were whitelisted. At that time, unfortunately, we were blacklisting Gallium.
Hi,
We're now at the finish line of passing WebGL 1.0.1 test on real drivers.
We landed a work-around for the glLinkProgram issue, as it was happening on
many drivers across many OSes.
Now the very last conformance failure on the Intel driver / Mesa 8.0.2 is the
one in this test page,
- Original Message -
On 08/01/2012 11:23 AM, Benoit Jacob wrote:
Hi,
We're now at the finish line of passing WebGL 1.0.1 test on real
drivers.
We landed a work-around for the glLinkProgram issue, as it was
happening on many drivers across many OSes.
Now the very
- Original Message -
On 1 August 2012 12:10, Benoit Jacob bja...@mozilla.com wrote:
- Original Message -
On 08/01/2012 11:23 AM, Benoit Jacob wrote:
Hi,
We're now at the finish line of passing WebGL 1.0.1 test on
real
drivers.
We
Hi,
Just so you know: the WebGL 1.0.1 tests are now passing on 2 drivers on Linux:
the Intel Mesa driver, and the NVIDIA driver.
Technically that's enough for us to claim conformance (we need to pass with 2
drivers on each OS we support).
But I'd really like to include the Radeon driver in
Note: as usual, testing should use either Firefox Nightly (nightly.mozilla.org,
currently version 17.0a1) or Chromium / Chrome Canary.
Benoit
- Original Message -
Hi,
Just so you know: the WebGL 1.0.1 tests are now passing on 2 drivers
on Linux: the Intel Mesa driver, and the
List,
I was told to send this to freedesktop.org admins, but as I fully expect
that this will be controversial among some Mesa developers, I thought
that I would write to this list first and check that there is enough
agreement here.
WebGL-enabled browsers have faced security bugs in all drivers
On 12-11-21 12:48 PM, Chad Versace wrote:
On 11/20/2012 09:29 AM, Benoit Jacob wrote:
Any questions?
Do you support or oppose me asking FD.o admins to allow hidden bugs on
Mesa's bugzilla?
Benoit
I support this. It seems a sensible proposal for addressing security bugs.
Thanks. I have
On 12-11-23 02:21 PM, Benoit Jacob wrote:
On 12-11-21 12:48 PM, Chad Versace wrote:
On 11/20/2012 09:29 AM, Benoit Jacob wrote:
Any questions?
Do you support or oppose me asking FD.o admins to allow hidden bugs on
Mesa's bugzilla?
Benoit
I support this. It seems a sensible proposal
Aaargh
On 12-11-30 07:55 AM, Marek Olšák wrote:
I can see that the security test bug is assigned to mesa-dev by
default, so all comments go to the mailing list. I don't thínk that's
desirable.
Marek
On Fri, Nov 30, 2012 at 1:43 PM, Benoit Jacob bja...@mozilla.com wrote:
On 12-11
On 12-11-30 12:13 PM, Jerome Glisse wrote:
On Fri, Nov 30, 2012 at 7:43 AM, Benoit Jacob bja...@mozilla.com wrote:
On 12-11-23 02:21 PM, Benoit Jacob wrote:
On 12-11-21 12:48 PM, Chad Versace wrote:
On 11/20/2012 09:29 AM, Benoit Jacob wrote:
Any questions?
Do you support or oppose me
On 12-11-30 06:46 PM, Brian Paul wrote:
On 11/30/2012 01:16 PM, Benoit Jacob wrote:
On 12-11-30 12:13 PM, Jerome Glisse wrote:
On Fri, Nov 30, 2012 at 7:43 AM, Benoit Jacobbja...@mozilla.com
wrote:
On 12-11-23 02:21 PM, Benoit Jacob wrote:
On 12-11-21 12:48 PM, Chad Versace wrote:
On 11/20
Hi List,
I realize that you may well not have time to care about WebGL [1] or
Firefox. In that case, I'm still writing because there's a new test
suite, namely the WebGL conformance test suite, that may be of interest
to help find and fix bugs in OpenGL implementations.
The goal of this
On 01/17/2011 08:28 AM, Alex Buell wrote:
On Sun, 2011-01-16 at 16:29 -0500, Benoit Jacob wrote:
1. Download a nightly build of Firefox 4 there, and untar it:
http://nightly.mozilla.org/
2. Run it with the MOZ_GLX_IGNORE_BLACKLIST env variable, e.g.:
$ MOZ_GLX_IGNORE_BLACKLIST=1
On 01/17/2011 04:11 AM, Dave Airlie wrote:
On Mon, Jan 17, 2011 at 7:29 AM, Benoit Jacobbja...@mozilla.com wrote:
To give you an idea of what to aim
for, here on debian sid x86-64 + NVIDIA proprietary driver I get this:
Results: (5241 of 5315 passed, 3 timed out)
And among the
On 01/17/2011 09:13 AM, Alex Buell wrote:
On Mon, 2011-01-17 at 08:57 -0500, Benoit Jacob wrote:
On 01/17/2011 08:28 AM, Alex Buell wrote:
There are two possible reasons for this.
* first, can you please go to about:config and check that
webgl.enabled_for_all_sites is true.
* otherwise
- Original Message -
On Mon, Jan 17, 2011 at 7:24 PM, Sven Arvidsson s...@whiz.se wrote:
FWIW:
r300g on Minefield:
Hitting bug 33188.
softpipe on Minefield:
Segfaults in swrastPutImage immediately. Filed as bug 33204.
llvmpipe on Minefield:
5228
- Original Message -
On Sun, 16 Jan 2011 16:29:45 -0500
Benoit Jacob bja...@mozilla.com wrote:
OpenGL-based features are disabled by default in Firefox 4 on X11
because of OpenGL bugs we've hit [2], and currently only the NVIDIA
proprietary driver is whitelisted [3].
I
- Original Message -
On Sun, 16 Jan 2011 16:29:45 -0500, Benoit Jacob bja...@mozilla.com
wrote:
Hi List,
I realize that you may well not have time to care about WebGL [1] or
Firefox. In that case, I'm still writing because there's a new test
suite, namely the WebGL conformance
- Original Message -
It looks like a number of failures are happening because WebGL is
assuming GL_ARB_ES2_compatibility support in the OpenGL driver when
the extension isn't actually present. Mesa generates an error and the
test fails.
Thanks a lot! That also seems to explain
- Original Message -
On Wed, Jan 19, 2011 at 10:18 AM, Benoit Jacob bja...@mozilla.com
wrote:
- Original Message -
It looks like a number of failures are happening because WebGL is
assuming GL_ARB_ES2_compatibility support in the OpenGL driver when
the extension isn't
- Original Message -
))We don't want to require GL_ARB_ES2_compatibility. So i'll try to
see how I can emulate this functionality on desktop OpenGL.
Hi Benoit,
Would you still use native GL ES support if available on the system ?
GL ES is still the preferred path for the ATI/AMD
Hi List,
At Mozilla we've been wondering if we could get a good software fallback for
users who can't get hardware-accelerated WebGL. Mesa llvmpipe seems like the
best open source OpenGL renderer, right? At least, it performed superbly in our
quick tests.
Questions:
1. Is it possible for
Many thanks for the answers, that is what I needed to know.
I filed this mentored bug, hopefully someone bites:
https://bugzilla.mozilla.org/show_bug.cgi?id=731836
llvmpipe can also be built as drop-in replacement for
libGL.so/opengl32, which could be shipped/bundled separately
Yes, that is
- Original Message -
On Tue, 28 Feb 2012 09:08:39 -0800 (PST), Benoit Jacob
bja...@mozilla.com wrote:
Hi List,
At Mozilla we've been wondering if we could get a good software
fallback for users who can't get hardware-accelerated WebGL. Mesa
llvmpipe seems like the best open
- Original Message -
On Die, 2012-02-28 at 09:08 -0800, Benoit Jacob wrote:
At Mozilla we've been wondering if we could get a good software
fallback for users who can't get hardware-accelerated WebGL. Mesa
llvmpipe seems like the best open source OpenGL renderer, right
- Original Message -
I think the old Mesa software renderer
is faster for some fixed function cases, as it has special hand
written paths for that.
Not a concern for us: WebGL doesn't expose, or rely on, the fixed function API.
It stays close to OpenGL ES 2.
Cheers,
Benoit
- Original Message -
On Mit, 2012-02-29 at 16:06 -0800, Benoit Jacob wrote:
- Original Message -
On Die, 2012-02-28 at 09:08 -0800, Benoit Jacob wrote:
At Mozilla we've been wondering if we could get a good software
fallback for users who can't get hardware
- Original Message -
On Sat, 3 Mar 2012 13:21:08 -0800, Alon Zakai alonza...@gmail.com
wrote:
Hi everyone,
In the project I work on (Emscripten, an open source C/C++ to
JavaScript compiler that utilizes LLVM), we want to be able to
compile OpenGL games from desktop so that
For a bunch of it, apps don't use it so nobody would notice.
glBitmap and glDrawPixels are reasonably popular, though. You
should
be
able to build those with shaders, though. You can see partial
implementations for these in on top of fixed function in Mesa as
- Original Message -
To solve these, I don't think building a Mesa driver would help you
too
much -- it seems like a big detour to mostly get to the same point of
hooking desktop glBlendFunc up to WebGL glBlendFunc and so on (git
grep
ctx-\API suggests not too many overrides are
- Original Message -
http://people.mozilla.org/~eakhgari/es2gears.html
Too bad it refuses to run on big endian hosts yet. :)
Off-topic, but just FYI: Emscripten uses a Typed Array to represent the heap,
and Typed Arrays expose endianness which means that it's up to the
- Original Message -
On Die, 2012-03-06 at 05:11 -0800, Benoit Jacob wrote:
That said, there's no denying that your use case is relatively
special,
so a more specialized solution which preserves some GLES API calls
might
provide significantly better performance. On the other hand
- Original Message -
On Mon, 5 Mar 2012 19:41:14 -0800 (PST), Benoit Jacob
bja...@mozilla.com wrote:
For a bunch of it, apps don't use it so nobody would notice.
glBitmap and glDrawPixels are reasonably popular, though. You
should
be
able to build those with shaders
- Original Message -
On Tue, 17 Apr 2012 05:51:23 -0700 (PDT), Benoit Jacob
bja...@mozilla.com wrote:
In the WebGL WG, we need to have WebGL 1.0.1 conformance tests
fully
passing on multiple, real drivers, before we can claim that WebGL
has
conformant implementations.
So
- Original Message -
- Original Message -
On Tue, 17 Apr 2012 05:51:23 -0700 (PDT), Benoit Jacob
bja...@mozilla.com wrote:
In the WebGL WG, we need to have WebGL 1.0.1 conformance tests
fully
passing on multiple, real drivers, before we can claim that WebGL
- Original Message -
- Original Message -
- Original Message -
On Tue, 17 Apr 2012 05:51:23 -0700 (PDT), Benoit Jacob
bja...@mozilla.com wrote:
In the WebGL WG, we need to have WebGL 1.0.1 conformance tests
fully
passing on multiple, real
- Original Message -
- Original Message -
- Original Message -
- Original Message -
On Tue, 17 Apr 2012 05:51:23 -0700 (PDT), Benoit Jacob
bja...@mozilla.com wrote:
In the WebGL WG, we need to have WebGL 1.0.1 conformance
GL_MAX_SAMPLES tells you how many samples you can ask for from a
multisample renderbuffer (GL 3.0 spec page 285), while to ask about
the
number of samples in a particular GLX visuals you have to check the
GLX_SAMPLE_BUFFERS_ARB of the visual (GL_ARB_multisample spec). We
currently expose
Here's an update on the status of these failures. Scroll down to the part about
program-test.html for the real news.
i965 driver:
Results: (8866 of 8879 passed)
Failures:
conformance/context/context-attributes-alpha-depth-stencil-antialias.html:
1 tests failed
The part that was
- Original Message -
On Sat, 21 Apr 2012 08:09:33 -0700 (PDT), Benoit Jacob
bja...@mozilla.com wrote:
conformance/programs/program-test.html: 1 tests failed
PASS linking should fail with in-use formerly good program,
with
new bad shader attached
FAIL getError
conformance/renderbuffers/framebuffer-object-attachment.html: 3
tests failed
Create and attach depthStencil renderbuffer
PASS depthStencilBuffer = gl.createRenderbuffer() is non-null.
PASS getError was expected value: NO_ERROR :
PASS
- Original Message -
On Mon, 23 Apr 2012 10:30:41 -0700 (PDT), Benoit Jacob
bja...@mozilla.com wrote:
- Original Message -
On Sat, 21 Apr 2012 08:09:33 -0700 (PDT), Benoit Jacob
bja...@mozilla.com wrote:
conformance/programs/program-test.html: 1 tests failed
That is fantastic news! Congrats to Michael, Andreas and all involved!
Benoit
On 12-10-19 11:22 AM, Andreas Boll wrote:
2012/10/19 Andreas Boll andreas.boll@gmail.com:
2012/10/19 Michel Dänzer mic...@daenzer.net:
From: Michel Dänzer michel.daen...@amd.com
Fixes WebGL texture mips
Hi,
I'm trying to see how to implement selective whitelisting/blacklisting of
driver versions on X11 (my use case is to whitelist drivers for Firefox). The
naive approach consists in creating an OpenGL context and calling
glGetString(), however that is not optimal for me, for these reasons:
*
- Original Message -
On Thu, Feb 3, 2011 at 4:37 PM, Benoit Jacob bja...@mozilla.com
wrote:
Hi,
I'm trying to see how to implement selective
whitelisting/blacklisting of driver versions on X11 (my use case is
to whitelist drivers for Firefox). The naive approach consists
- Original Message -
Benoit Jacob wrote:
- Original Message -
On Thu, Feb 3, 2011 at 4:37 PM, Benoit Jacob bja...@mozilla.com
wrote:
I'm trying to see how to implement selective
whitelisting/blacklisting of driver versions on X11 (my use case
is
to whitelist
- Original Message -
On Fre, 2011-02-04 at 14:21 -0800, Benoit Jacob wrote:
- Original Message -
Benoit Jacob wrote:
- Original Message -
On Thu, Feb 3, 2011 at 4:37 PM, Benoit Jacob
bja...@mozilla.com
wrote:
I'm trying to see how to implement
The problem with this approach is that this is affect the startup time of my
application. I am looking for a solution that is not only safe, but also fast.
This could conceivably be run in parallel, though. If that eliminated the
performance issue, it would remain that such a solution is a lot
- Original Message -
On Fri, 4 Feb 2011 08:58:31 -0800 (PST), Benoit Jacob
bja...@mozilla.com wrote:
- Original Message -
On Thu, Feb 3, 2011 at 4:37 PM, Benoit Jacob bja...@mozilla.com
wrote:
Hi,
I'm trying to see how to implement selective
whitelisting
(at least not that I am aware
of,
and I've asked around quite a few linux experts here at Google
already).
Zhenyao
On Fri, Feb 4, 2011 at 3:26 PM, Benoit Jacob bja...@mozilla.com
wrote:
- Original Message -
On Fre, 2011-02-04 at 14:21 -0800, Benoit Jacob wrote
we can do it at the moment (at least not that I am aware
of,
and I've asked around quite a few linux experts here at Google
already).
Zhenyao
On Fri, Feb 4, 2011 at 3:26 PM, Benoit Jacob bja...@mozilla.com
wrote:
- Original Message -
On Fre, 2011-02-04
- Original Message -
The only nearly robust way to solve this issue is Brian Paul's
suggestion.
If spawning a separate process to run the test is too expensive,
install a
signal/exception handler around your GLX initialization and tests.
That way
you can detect crashes AND actually
I don't see a bug filed related to dri2FlushFrontBuffer() but I see
one for dri2InvalidateBuffers(). Don't know if they're related. You
should file a bug for the issue you're having in dri2 with details on
how to reproduce it.
I just filed https://bugs.freedesktop.org/show_bug.cgi?id=37253
- Original Message -
So how does one go about testing WebGL in Firefox these days? The
environment variable to override the blacklist doesn't seem to be in
use
any longer?
https://wiki.mozilla.org/index.php?title=Blocklisting/Blocked_Graphics_Drivers#On_X11
In Nightly (to become
- Original Message -
This is a series to fix our Firefox WebGL crashes. Their debug code,
which they do nightly testing on, uses a debug mode which calls
glFinish() after every operation. That revealed failures in our
glFinish() implementation.
Thumbs up!
Just FYI --- the nightly
56 matches
Mail list logo
