https://bugs.freedesktop.org/show_bug.cgi?id=48788
Michel Dänzer mic...@daenzer.net changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=48788
--- Comment #9 from russian...@gmail.com 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
https://bugs.freedesktop.org/show_bug.cgi?id=48788
--- Comment #10 from Michel Dänzer mic...@daenzer.net 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
---
https://bugs.freedesktop.org/show_bug.cgi?id=48788
--- Comment #11 from russian...@gmail.com 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
---
https://bugs.freedesktop.org/show_bug.cgi?id=48788
--- Comment #12 from Dave Airlie airl...@freedesktop.org 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.
--
https://bugs.freedesktop.org/show_bug.cgi?id=48788
--- Comment #13 from Dave Airlie airl...@freedesktop.org 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
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:
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
+++
On 04/16/2012 12:00 PM, nobled wrote:
On Mon, Apr 16, 2012 at 1:01 PM, Paul Berrystereotype...@gmail.com wrote:
On 16 April 2012 09:44, Ian Romanicki...@freedesktop.org wrote:
Here's my new proposal:
* Don't generate a linker error or warning for incomplete programs.
* For draw
Jose Fonseca jfons...@vmware.com 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.
[...]
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
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
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
From: Vadim Girlin vadimgir...@gmail.com
Signed-off-by: Tom Stellard thomas.stell...@amd.com
---
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
---
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
---
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
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 ++
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
(20120417)'s Nightly build, as some important fixes/workarounds just
landed.
i965 driver:
Results: (8866 of 8879 passed)
Failures:
conformance/context/context-attributes-alpha-depth-stencil-antialias.html: 1
tests failed
PASS webGL = getWebGL(2, 2, { depth: false, stencil: false, alpha: false
https://bugs.freedesktop.org/show_bug.cgi?id=48788
--- Comment #14 from russian...@gmail.com 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.freedesktop.org/show_bug.cgi?id=48788
--- Comment #15 from russian...@gmail.com 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
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
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
These ought to be treated as 'any stage', but for now, they're just
treated as vertex shaders.
Signed-off-by: Kenneth Graunke kenn...@whitecape.org
---
src/glsl/main.cpp |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
Needed for the next patch. Otherwise, I'd have to copy .glsl
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
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
are using Firefox for testing, please use today
(20120417)'s Nightly build, as some important fixes/workarounds
just
landed.
i965 driver:
Results: (8866 of 8879 passed)
Failures:
conformance/context/context-attributes-alpha-depth-stencil-antialias.html:
1 tests failed
PASS
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:
Results: (8866 of 8879 passed)
Failures:
conformance/context/context-attributes
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
- 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 renderer,
On Tue, 17 Apr 2012 11:45:20 -0700, Kenneth Graunke kenn...@whitecape.org
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,
/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.
i965 driver:
Results: (8866 of 8879
:
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
https://bugs.freedesktop.org/show_bug.cgi?id=48788
--- Comment #17 from russian...@gmail.com 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
On Tue, Apr 17, 2012 at 12:11 PM, Tom Stellard tstel...@gmail.com 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
On Tue, Apr 17, 2012 at 12:11 PM, Tom Stellard tstel...@gmail.com 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
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, 17 Apr 2012 12:41:21 -0700 (PDT), Jose Fonseca jfons...@vmware.com
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
On Tue, 17 Apr 2012 12:53:12 -0700 (PDT), Benoit Jacob bja...@mozilla.com
wrote:
i965 driver:
Results: (8866 of 8879 passed)
Failures:
conformance/context/context-attributes-alpha-depth-stencil-antialias.html:
1 tests failed
PASS webGL = getWebGL(2, 2, {
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
40 matches
Mail list logo
