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 bugzill
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 Jac
On 12-11-30 12:13 PM, Jerome Glisse wrote:
> On Fri, Nov 30, 2012 at 7:43 AM, Benoit Jacob 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:
>>>>
>>>
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 Jacob
>>> wrote:
>>>> On 12-11-23 02:21 PM, Benoit Jacob wrote:
>>>>&g
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,
http
- 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
&g
- 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,
>
> > > >
>
> > > >
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 the
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 NV
Hi Mesa Developers,
2 parts in this email: news about Firefox, and then some questions.
=== News about Firefox ===
This is a follow-up to earlier threads [1, 2]. As of today, Firefox Nightly
[3], which will become Firefox 6, does safe OpenGL driver detection on X11,
implementing [4, 5] Brian P
> 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 F
- 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 nightl
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.
T
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 th
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
> 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
>
- 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 be
- 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 cou
- Original Message -
> On Sat, 3 Mar 2012 13:21:08 -0800, Alon Zakai
> 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 they work
> > > 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 ar
- 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 appl
- 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 pe
- Original Message -
> On Mon, 5 Mar 2012 19:41:14 -0800 (PST), Benoit Jacob
> wrote:
> > > For a bunch of it, apps don't use it so nobody would notice.
> > > glBitmap and glDrawPixels are reasonably popular, though. You
> > > should
> >
Hi,
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 we are trying to get people to run these conformance tests on development
versions of their favorite browsers, using rec
- Original Message -
> On Tue, 17 Apr 2012 05:51:23 -0700 (PDT), Benoit Jacob
> 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
> > con
- Original Message -
>
>
> - Original Message -
> > On Tue, 17 Apr 2012 05:51:23 -0700 (PDT), Benoit Jacob
> > wrote:
> > > In the WebGL WG, we need to have WebGL 1.0.1 conformance tests
> > > fully
> > > passing on multip
- Original Message -
>
>
> - Original Message -
> >
> >
> > - Original Message -
> > > On Tue, 17 Apr 2012 05:51:23 -0700 (PDT), Benoit Jacob
> > > wrote:
> > > > In the WebGL WG, we need to have WebGL 1.0.1 co
- Original Message -
>
>
> - Original Message -
> >
> >
> > - Original Message -
> > >
> > >
> > > - Original Message -----
> > > > On Tue, 17 Apr 2012 05:51:23 -0700 (PDT), Benoit Jacob
>
> 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 expo
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
- Original Message -
> On Sat, 21 Apr 2012 08:09:33 -0700 (PDT), Benoit Jacob
> wrote:
> > > > conformance/programs/program-test.html: 1 tests failed
> > >
> > > > PASS linking should fail with in-use formerly good program,
> > > >
> > > > 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 gl.getRend
- Original Message -
> On Mon, 23 Apr 2012 10:30:41 -0700 (PDT), Benoit Jacob
> wrote:
> >
> >
> > - Original Message -
> > > On Sat, 21 Apr 2012 08:09:33 -0700 (PDT), Benoit Jacob
> > > wrote:
> > > > >
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 :
>> 2012/10/19 Michel Dänzer :
>>> From: Michel Dänzer
>>>
>>> Fixes WebGL texture mips conformance test, no piglit regressions.
>>>
>>> Bugzilla: ht
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 se
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 emai
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 Jacob 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 conformance/ test pages, I
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 wrote:
> > FWIW:
> >
> > r300g on Minefield:
> > Hitting bug 33188.
> >
> > softpipe on Minefield:
> > Segfaults in swrastPutImage immediately. Filed as bug 33204.
> >
> > llvmpipe on Minefield:
> >
- Original Message -
> On Sun, 16 Jan 2011 16:29:45 -0500
> Benoit Jacob 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 wh
- Original Message -
> On Sun, 16 Jan 2011 16:29:45 -0500, Benoit Jacob
> 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
>
- 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 fail
- Original Message -
> On Wed, Jan 19, 2011 at 10:18 AM, Benoit Jacob
> 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
- 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
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
> 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
- Original Message -
> Benoit Jacob wrote:
> > - Original Message -
> >> On Thu, Feb 3, 2011 at 4:37 PM, Benoit Jacob
> >> wrote:
> >>> I'm trying to see how to implement selective
> >>> whitelisting/blacklisting of driver
- 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
&g
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 m
- Original Message -
> On Fri, 4 Feb 2011 08:58:31 -0800 (PST), Benoit Jacob
> wrote:
> > - Original Message -
> > > On Thu, Feb 3, 2011 at 4:37 PM, Benoit Jacob
> > > wrote:
> > > > Hi,
> > > >
> > > >
ty to obtain driver
> > information safely in linux is important. It's surprising that there
> > is no way 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).
>
C.
> >
> > On Fri, Feb 4, 2011 at 3:29 PM, Zhenyao Mo wrote:
> > > I have to agree with Benoit here. The capability to obtain driver
> > > information safely in linux is important. It's surprising that
> > > there
> > > is no way we can do it at th
- 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 act
58 matches
Mail list logo