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
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:
>>>>
>>>
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-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
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
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
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
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,
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
- 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,
>
> > > >
>
> > > >
- 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
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 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:
> > > > >
> > > > 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 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,
> > > >
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
> 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
- Original Message -
>
>
> - Original Message -
> >
> >
> > - Original Message -
> > >
> > >
> > > - Original Message -----
> > > > On Tue, 17 Apr 2012 05:51:23 -0700 (PDT), Benoit Jacob
>
- 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 -
> > 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 -
> 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
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 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
> >
- 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 -
> > > > 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 -
> 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
> > > 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 -
> 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
- 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 -
> 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 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 -
> 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
>
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
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
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
- 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
- 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
> 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
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
- 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
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
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).
>
- 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,
> > > >
> > > >
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 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
- 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 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
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 -
> ))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
- 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 -
> 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 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 -
> 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 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:
> >
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
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 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
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
58 matches
Mail list logo
