, January 20, 2011 6:50 PM
To: 'bja...@mozilla.com'; Boudier, Pierre
Cc: 'mesa-dev@lists.freedesktop.org'
Subject: Re: [Mesa-dev] WebGL test suite, and whitelisting drivers / OpenGL
implementations in Firefox
))Sure! We support both OpenGL 2.1 and OpenGL ES 2.0 as back-ends, and ES is
the best since
, January 20, 2011 6:50 PM
To: 'bja...@mozilla.com'; Boudier, Pierre
Cc: 'mesa-dev@lists.freedesktop.org'
Subject: Re: [Mesa-dev] WebGL test suite, and whitelisting drivers /
OpenGL implementations in Firefox
))Sure! We support both OpenGL 2.1 and OpenGL ES 2.0 as back-ends, and
ES is the best
I tried running under valgrind, but on (eventually) getting to a page,
valgrind died complaining that it can't handle a general clone() call.
Weird; CC'ing Julian.
V doesn't take kindly to unrestricted clone() calls. What's the
specific error message(s)?
J
))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 proprietary drivers.
Thanks,
JB
- 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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/20/2011 07:48 AM, Benoit Jacob wrote:
- 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
))Sure! We support both OpenGL 2.1 and OpenGL ES 2.0 as back-ends, and ES is
the best since it's closest to the WebGL API (using OpenGL 2.1 forces us to do
quite costly emulation in a few cases, especially when drawing with vertex
attrib 0 array disabled).
))Naive question --- how do we get a
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.
For example, WebGL is calling
glGetIntegerv(GL_MAX_FRAGMENT_UNIFORM_VECTORS) and
- 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
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 actually present. Mesa generates an
- 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
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 test suite, that may be of
- 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
On Mon, Jan 17, 2011 at 7:29 AM, 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 test suite, that may be of interest to
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 ./firefox -P -no-remote
(-P allows
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 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, that means that WebGL contexts fail to
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.
*
On Mon, Jan 17, 2011 at 1:11 AM, Dave Airlie airl...@gmail.com wrote:
Results: (5231 of 5344 passed, 3 timed out)
This was with the latest Intel mesa driver on an Ironlake laptop.
However I got a random crash on a previous run, I'm guessing if we can
figure out the misc crasher we'd be in a
On Mon, Jan 17, 2011 at 10:00 AM, Corbin Simpson
mostawesomed...@gmail.com wrote:
On Mon, Jan 17, 2011 at 1:11 AM, Dave Airlie airl...@gmail.com wrote:
Results: (5231 of 5344 passed, 3 timed out)
This was with the latest Intel mesa driver on an Ironlake laptop.
However I got a random crash
FWIW:
r300g on Minefield:
Hitting bug 33188.
softpipe on Minefield:
Segfaults in swrastPutImage immediately. Filed as bug 33204.
llvmpipe on Minefield:
5228 of 5307 passed, 3 timed out
And just for fun, I also tried out the same drivers with Chromium:
r300g on
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 of 5307 passed, 3 timed out
Huh? llvmpipe
- 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
On Mon, 2011-01-17 at 20:15 +0100, Jakob Bornecrantz wrote:
Huh? llvmpipe and softpipe should both hit bug 33204 as they share the
same swrast code.
Not really sure what's going on then. glxinfo reports that llvmpipe is
in use, but I'm not sure how to confirm this in Firefox (besides the
On Mon, 17 Jan 2011 19:11:54 +1000
Dave Airlie airl...@gmail.com wrote:
On Mon, Jan 17, 2011 at 7:29 AM, Benoit Jacob bja...@mozilla.com wrote:
Results: (5241 of 5315 passed, 3 timed out)
And among the conformance/ test pages, I get these failures on that system:
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 notice all these are filed at mozilla.com,
- 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
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
29 matches
Mail list logo