Fix uninitialized pointer field defect reported by Coverity.
Signed-off-by: Vinson Lee
---
src/glsl/opt_array_splitting.cpp |1 +
1 file changed, 1 insertion(+)
diff --git a/src/glsl/opt_array_splitting.cpp b/src/glsl/opt_array_splitting.cpp
index f11b516..99b6a22 100644
--- a/src/glsl/opt_
> 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
On Tue, 17 Apr 2012 12:53:12 -0700 (PDT), Benoit Jacob
wrote:
> > > > i965 driver:
> > > >
> > > > Results: (8866 of 8879 passed)
> > > >
> > > > > Failures:
> > > > > conformance/context/context-attributes-alpha-depth-stencil-antialias.html:
> > > > > 1 tests failed
> > > >
> > > > > PASS web
On Tue, 17 Apr 2012 12:41:21 -0700 (PDT), Jose Fonseca
wrote:
> - Original Message -
> > Is it possible to run just a subtest? It would be nice to apitrace
> > what's going on in this testcase, but if I run the whole test I won't
> > be
> > able to find where the failure was in the trace
Thanks Adam, please see following information.
On 2012-04-17 09:34-0400, Adam Jackson wrote:
On Mon, 2012-04-16 at 22:15 +1000, jupiter@gmail.com wrote:
I've just built Mesa-8.0.2 in a Linux box. Then there were errors of "libGL.so:
undefined reference to `XGetXCBConnection'"
% nm -aD --
On Tue, Apr 17, 2012 at 12:11 PM, Tom Stellard wrote:
> Hi,
>
> This patch series adds the necessary hooks, so that r600g can use the
> LLVM backend for graphics shaders. To use the LLVM backend just add
> --enable-r600-llvm-compiler to your configure flags.
>
> The LLVM backend for graphics is s
On Tue, Apr 17, 2012 at 12:11 PM, Tom Stellard wrote:
> ---
> src/gallium/drivers/r600/r600_llvm.c | 300
> ++
> src/gallium/drivers/r600/r600_llvm.h | 29
> 2 files changed, 329 insertions(+), 0 deletions(-)
> create mode 100644 src/gallium/drivers/r600/
https://bugs.freedesktop.org/show_bug.cgi?id=48788
--- Comment #17 from russian...@gmail.com 2012-04-17
14:36:32 PDT ---
After configure.ac patch (which is now in mesa-git) I can confirm that 3D
acceleration working again, also, for some reason LIBGL_DEBUG env var is
respected and works as inten
https://bugs.freedesktop.org/show_bug.cgi?id=48788
ajax at nwnk dot net changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|INVAL
gt; > > > drivers:
> > > > > http://www.khronos.org/webgl/wiki/CrowdsourcingDriverTesting
> > > > >
> > > > > It would be great to see some more results with Mesa 8.0.2 or
> > > > > 8.1-git.
> > > > >
> > > &
run these conformance tests
> > > > on
> > > > development versions of their favorite browsers, using recent
> > > > drivers:
> > > > http://www.khronos.org/webgl/wiki/CrowdsourcingDriverTesting
> > > >
> > > > It would be gre
On Tue, 17 Apr 2012 11:45:20 -0700, Kenneth Graunke
wrote:
> The built-in subsystem uses "profiles," or GLSL shaders containing
> prototypes for all built-ins supported within a particular language
> version (or extension) and shader stage.
>
> Since profiles were stage-specific, we had to cut a
- Original Message -
> Is it possible to run just a subtest? It would be nice to apitrace
> what's going on in this testcase, but if I run the whole test I won't
> be
> able to find where the failure was in the trace.
apitrace/scripts/retracediff.py allows to run against a software render
It appears that when using 'ld' with the offset bits, address bounds
checking happens before the offset is applied, so parts of the drawing
in piglit texelFetchOffset() with a negative texcoord go black.
---
src/mesa/drivers/dri/i965/brw_vec4_visitor.cpp | 26 +---
1 file cha
It appears that when using 'ld' with the offset bits, address bounds
checking happens before the offset is applied, so parts of the drawing
in piglit texelFetchOffset() with a negative texcoord go black.
---
src/mesa/drivers/dri/i965/brw_fs_visitor.cpp | 27 --
1 file cha
s:
> > > http://www.khronos.org/webgl/wiki/CrowdsourcingDriverTesting
> > >
> > > It would be great to see some more results with Mesa 8.0.2 or
> > > 8.1-git.
> > >
> > > Note: if you are using Firefox for testing, please use today
> It would be great to see some more results with Mesa 8.0.2 or
> > 8.1-git.
> >
> > Note: if you are using Firefox for testing, please use today
> > (20120417)'s Nightly build, as some important fixes/workarounds
> > just
> > landed.
>
> i965 driver:
>
On 04/17/2012 12:45 PM, Kenneth Graunke wrote:
This series is inspired by Olivier's shading language include series,
which nuked a zillion lines from the built-in profiles. However,
this one does it in 4 lines of Python and should reduce startup time
a little as well.
I was actually surprised i
This series is inspired by Olivier's shading language include series,
which nuked a zillion lines from the built-in profiles. However,
this one does it in 4 lines of Python and should reduce startup time
a little as well.
I was actually surprised it turned out this simple. I'd originally
devised
The built-in subsystem uses "profiles," or GLSL shaders containing
prototypes for all built-ins supported within a particular language
version (or extension) and shader stage.
Since profiles were stage-specific, we had to cut and paste almost all
the prototypes between (e.g.) 110.vert and 110.frag
These ought to be treated as 'any stage', but for now, they're just
treated as vertex shaders.
Signed-off-by: Kenneth Graunke
---
src/glsl/main.cpp |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
Needed for the next patch. Otherwise, I'd have to copy .glsl files to
a temporary .ver
On 04/17/2012 12:38 PM, Kenneth Graunke wrote:
Hi,
I definitely like the idea of refactoring and cleaning up the built-in
profiles...they're definitely huge and out of control. That said, I
don't think ARB_shading_language_include is really the mechanism to do
that. As Ian pointed out, #include
Hi,
I definitely like the idea of refactoring and cleaning up the built-in
profiles...they're definitely huge and out of control. That said, I
don't think ARB_shading_language_include is really the mechanism to do
that. As Ian pointed out, #include in GLSL isn't supposed to offer any
kind o
https://bugs.freedesktop.org/show_bug.cgi?id=48788
--- Comment #15 from russian...@gmail.com 2012-04-17
11:23:35 PDT ---
I've published information, requested by Michel. Here is configure, build and
some tests log in one file. I hope this time he won't be so fast on closing
bugs :)
--
Configur
https://bugs.freedesktop.org/show_bug.cgi?id=48788
--- Comment #14 from russian...@gmail.com 2012-04-17
11:22:47 PDT ---
Created attachment 60205
--> https://bugs.freedesktop.org/attachment.cgi?id=60205
Build and use log of latest mesa-git for Michel
--
Configure bugmail: https://bugs.freede
https://bugs.freedesktop.org/show_bug.cgi?id=48837
Bug #: 48837
Summary: infinite loop in swrast
Classification: Unclassified
Product: Mesa
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
Sev
ese conformance tests on
> development versions of their favorite browsers, using recent drivers:
> http://www.khronos.org/webgl/wiki/CrowdsourcingDriverTesting
>
> It would be great to see some more results with Mesa 8.0.2 or 8.1-git.
>
> Note: if you are using Firefox for test
https://bugs.freedesktop.org/show_bug.cgi?id=48833
Bug #: 48833
Summary: dri library path issue
Classification: Unclassified
Product: Mesa
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
Seve
The LLVM backend can now be enabled for r600g by using the
--enable-r600-llvm-compiler configure flag. If you configure with this
flag, you can still use the default compiler by setting the envrionment
variable R600_USE_LLVM=0
---
configure.ac | 14 ++
src/gallium/d
---
src/gallium/drivers/r600/r600_llvm.c | 300 ++
src/gallium/drivers/r600/r600_llvm.h | 29
2 files changed, 329 insertions(+), 0 deletions(-)
create mode 100644 src/gallium/drivers/r600/r600_llvm.c
create mode 100644 src/gallium/drivers/r600/r600_llvm.h
---
src/gallium/drivers/radeon/loader.cpp |2 +-
src/gallium/drivers/radeon/radeon_llvm.h| 20 +---
src/gallium/drivers/radeon/radeon_llvm_emit.cpp |2 +-
src/gallium/drivers/radeon/radeon_llvm_emit.h | 52 +++
4 files changed, 57 insertions(
Only LLVM 3.1 is supported, so these are not necessary.
---
src/gallium/drivers/radeon/radeon_llvm_emit.cpp | 10 --
1 files changed, 0 insertions(+), 10 deletions(-)
diff --git a/src/gallium/drivers/radeon/radeon_llvm_emit.cpp
b/src/gallium/drivers/radeon/radeon_llvm_emit.cpp
index 1b
From: Vadim Girlin
Signed-off-by: Tom Stellard
---
src/gallium/drivers/r600/r600_asm.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/src/gallium/drivers/r600/r600_asm.c
b/src/gallium/drivers/r600/r600_asm.c
index 3298386..0ecca36 100644
--- a/src/gallium/drivers/r6
Otherwise HAVE_LLVM won't be included in the $(DEFINES) variable for
Automake generated Makefiles.
---
configs/autoconf.in |4
configure.ac|2 +-
2 files changed, 1 insertions(+), 5 deletions(-)
diff --git a/configs/autoconf.in b/configs/autoconf.in
index ec3f319..eb6713d 100
Hi,
This patch series adds the necessary hooks, so that r600g can use the
LLVM backend for graphics shaders. To use the LLVM backend just add
--enable-r600-llvm-compiler to your configure flags.
The LLVM backend for graphics is still experimental, and it currently
has to fallback to the default
Accelerates a few glReadPixels cases for WebGL.
See https://bugs.freedesktop.org/show_bug.cgi?id=48545
Note: This is a candidate for the 8.0 branch.
---
src/mesa/main/readpix.c | 61 +-
1 files changed, 54 insertions(+), 7 deletions(-)
diff --git a/s
Jose Fonseca writes:
> Francisco,
>
> Sorry for the delay reviewing this, but I haven't been able to dedicate some
> time until now.
>
> Overall, it's a great piece of work! Just a few relatively minor
> comments/requests.
>
Hi Jose, thanks for the comments.
>[...]
>> gallium/tgsi: Add
On 04/16/2012 12:00 PM, nobled wrote:
On Mon, Apr 16, 2012 at 1:01 PM, Paul Berry wrote:
On 16 April 2012 09:44, Ian Romanick wrote:
Here's my new proposal:
* Don't generate a linker error or warning for incomplete programs.
* For draw calls that use incomplete programs, drop the r
On Mon, 2012-04-16 at 16:59 -0700, Eric Anholt wrote:
> ---
> tests/glx/Makefile.am |8 +++-
> 1 file changed, 3 insertions(+), 5 deletions(-)
>
> diff --git a/tests/glx/Makefile.am b/tests/glx/Makefile.am
> index f5581d6..7f93fd7 100644
> --- a/tests/glx/Makefile.am
> +++ b/tests/glx/Mak
On Mon, 2012-04-16 at 22:15 +1000, jupiter@gmail.com wrote:
> I've just built Mesa-8.0.2 in a Linux box. Then there were errors of
> "libGL.so:
> undefined reference to `XGetXCBConnection'"
% nm -aD --defined /usr/lib/libX11-xcb.so.1 | grep XCB
473ef560 T XGetXCBConnection
> and "libGL.so:
recent drivers:
http://www.khronos.org/webgl/wiki/CrowdsourcingDriverTesting
It would be great to see some more results with Mesa 8.0.2 or 8.1-git.
Note: if you are using Firefox for testing, please use today (20120417)'s
Nightly build, as some important fixes/workarounds just landed.
C
https://bugs.freedesktop.org/show_bug.cgi?id=48788
--- Comment #13 from Dave Airlie 2012-04-17 00:36:29
PDT ---
you'd need to attach a full build log with configure stage to see why.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=48788
--- Comment #12 from Dave Airlie 2012-04-17 00:35:54
PDT ---
what Michael said stands, you are using a libGL built for X11 sw rendering,
nothing else you can do except fix the libGL build will affect this bug.
--
Configure bugmail: https://bug
https://bugs.freedesktop.org/show_bug.cgi?id=48788
--- Comment #11 from russian...@gmail.com 2012-04-17
00:35:37 PDT ---
That's why I opened that issue. Reverting mesa to 7.11 solves that.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this
https://bugs.freedesktop.org/show_bug.cgi?id=48788
--- Comment #10 from Michel Dänzer 2012-04-17 00:33:50 PDT
---
As long as glxinfo says
OpenGL renderer string: Mesa X11
my analysis stands.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving
https://bugs.freedesktop.org/show_bug.cgi?id=48788
--- Comment #9 from russian...@gmail.com 2012-04-17
00:15:43 PDT ---
Dear Michel, looks like you didnt followed IRC discussion closely, especially
today one. I've did even clean building of mesa with installation to /opt
(according to wiki artic
https://bugs.freedesktop.org/show_bug.cgi?id=48788
Michel Dänzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
47 matches
Mail list logo
