Tom Stellard writes:
> A device now has two function for getting information about the IR
> it needs to return.
>
> ir_format() => returns the preferred IR
> ir_target() => returns the triple for the target that is understood by
> clang/llvm.
>
> v2:
> - renamed ir_target() to
Tom Stellard writes:
> From: Francisco Jerez
>
> ---
> src/gallium/docs/source/screen.rst |5 +
> src/gallium/include/pipe/p_defines.h |1 +
> 2 files changed, 6 insertions(+), 0 deletions(-)
>
> diff --git a/src/gallium/docs/source/screen.rst
> b/src/gallium/docs/source/screen.r
Tom Stellard writes:
> v2:
> - s/PIPE_SHADER_IR_LLVM_R600/PIPE_SHADER_IR_LLVM/
> ---
> src/gallium/include/pipe/p_defines.h |3 ++-
> 1 files changed, 2 insertions(+), 1 deletions(-)
>
> diff --git a/src/gallium/include/pipe/p_defines.h
> b/src/gallium/include/pipe/p_defines.h
> index ad7
Tom Stellard writes:
> v2:
> -Separate IR type and LLVM triple
> -Do the OpenCL C->LLVM IR and linking steps for all PIPE_SHADER_IR
>types.
>
> v3:
> - Coding style fixes
> - Removed compatibility code for LLVM < 3.1
> - Split build_module_llvm() into three functions:
> compile(
On May 24, 2012, at 11:36, Matt Turner wrote:
> On Thu, May 24, 2012 at 2:20 PM, Jeremy Huddleston wrote:
>> This is still a problem with the 8.0.3 release. Can this please get
>> addressed in 8.0.4 =):
>>
>> python -t -O -O ../../src/mapi/glapi/gen/gl_table.py -f
>> ../../src/mapi/glapi/ge
On Thu, May 24, 2012 at 7:45 PM, Eric Anholt wrote:
> It still has the flaw that changes to source lists and Makefile.ams
> don't rebuild Makefile as often as they should. This is because our
> top-level Makefile isn't in automake, and has just a stub am-refresh
> target. I have a series to conv
On Thu, May 24, 2012 at 7:45 PM, Eric Anholt wrote:
> +AM_CONDITIONAL(HAVE_X11_DRIVER, echo "DRIVER_DIRS" | grep 'x11' >/dev/null
> 2>&1)
$DRIVER_DIRS (missing $)
> +AM_CONDITIONAL(HAVE_DRI_DRIVER, echo "$DRIVER_DIRS" | grep 'dri' >/dev/null
> 2>&1)
> +AM_CONDITIONAL(HAVE_OSMESA_DRIVER, echo "
From: Antoine Labour
When a value was replaced, the new key was strdup'd and leaked.
To fix this, we modify the hash table implementation to return
whether the value was replaced and free() the (now useless)
duplicate string.
---
src/mesa/program/hash_table.c |5 +++--
src/mesa/program/hash_
From: Antoine Labour
This is an array of uniforms, not a single one.
---
src/mesa/main/shaderobj.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/src/mesa/main/shaderobj.c b/src/mesa/main/shaderobj.c
index 7eb6f0b..d5ebf54 100644
--- a/src/mesa/main/shaderobj.c
+++ b/
From: Antoine Labour
When we have multiple shared contexts, and one of them is
long-running, this will lead to never freeing those resources
since they are shared. Instead, free them right away on context
destruction since we know the other context isn't using them.
---
src/mesa/drivers/common/m
From: Mike Frysinger
The intent of the message above it is right (we need to build those
dependencies in that order) but the implementation is wrong, as it
can be executed in any order. To enforce the order, invoke make
multiple times.
---
src/mesa/Makefile |5 -
1 files changed, 4 inser
Works around crashes when X connections break.
---
src/glx/glxext.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/src/glx/glxext.c b/src/glx/glxext.c
index 12fff22..a4e76c1 100644
--- a/src/glx/glxext.c
+++ b/src/glx/glxext.c
@@ -293,6 +293,9 @@ QueryVersion(Display *
We might not even have a frontbuffer bound, this is the wrong place to do
this, and this is not needed, so remove it.
---
src/mesa/state_tracker/st_manager.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/src/mesa/state_tracker/st_manager.c
b/src/mesa/state_tracker/st_m
---
src/mesa/Makefile | 12
1 file changed, 12 insertions(+)
diff --git a/src/mesa/Makefile b/src/mesa/Makefile
index bb7b13a..4783f32 100644
--- a/src/mesa/Makefile
+++ b/src/mesa/Makefile
@@ -71,6 +71,17 @@ default: $(DEPENDS) asm_subdirs $(MESA_LIBS) $(DRICORE_LIBS)
driver_subd
This is performed in a subdirectory to avoid needing to convert all of
src/mesa/Makefile in one go.
I can now cherry-pick a commit containing glapi XML changes, do "(cd
src/mapi/glapi/gen && make) && make", and get a working driver.
---
configure.ac| 12 ++
src/mesa/Make
*_SOURCES is reserved for files lists for particular automake targets.
Also, "-" in the variable names is not allowed.
---
configs/autoconf.in |2 +-
configs/default |2 +-
configure.ac | 10 ++---
src/mesa/Android.mk | 20 +-
src/mesa/Makefile|6 +--
sr
---
src/mesa/Makefile | 30 +++---
1 file changed, 7 insertions(+), 23 deletions(-)
diff --git a/src/mesa/Makefile b/src/mesa/Makefile
index dab1c37..069527e 100644
--- a/src/mesa/Makefile
+++ b/src/mesa/Makefile
@@ -6,15 +6,9 @@ include $(TOP)/configs/current
MESA_LIBS
In order to do the minimal change for libdricore conversion to
automake, I need to put its Makefile.am in a subdirectory. Automake
gets whiny/broken if you use GNU make features like "addprefix" or
"$(FILES:%=../%)" to munge your *_SOURCES. So, use a plain old
variable to be able to substitute in
Reported-by: Sven Joachim
---
src/mesa/Makefile | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/src/mesa/Makefile b/src/mesa/Makefile
index 71e22b9..bb7b13a 100644
--- a/src/mesa/Makefile
+++ b/src/mesa/Makefile
@@ -166,8 +166,8 @@ install: default $(DRICORE_INSTA
This variable won't be set when called from non-automake makefiles,
but it cleans up shared-glapi's output.
---
src/mapi/glapi/gen/glapi_gen.mk |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/mapi/glapi/gen/glapi_gen.mk b/src/mapi/glapi/gen/glapi_gen.mk
index c7fa7
---
src/mapi/shared-glapi/Makefile.am |1 +
1 file changed, 1 insertion(+)
diff --git a/src/mapi/shared-glapi/Makefile.am
b/src/mapi/shared-glapi/Makefile.am
index a80ba1f..9485683 100644
--- a/src/mapi/shared-glapi/Makefile.am
+++ b/src/mapi/shared-glapi/Makefile.am
@@ -13,6 +13,7 @@ glapi_
It still has the flaw that changes to source lists and Makefile.ams
don't rebuild Makefile as often as they should. This is because our
top-level Makefile isn't in automake, and has just a stub am-refresh
target. I have a series to convert that, but it means getting rid of
the static configs. I'
https://bugs.freedesktop.org/show_bug.cgi?id=50318
--- Comment #1 from Marek Olšák 2012-05-24 13:54:15 PDT ---
I don't have the open driver installed right now and I don't have much time to
write code either. Just wanted to let you know, this could be easily fixed by
backporting this evergreen fi
v2:
-Separate IR type and LLVM triple
-Do the OpenCL C->LLVM IR and linking steps for all PIPE_SHADER_IR
types.
v3:
- Coding style fixes
- Removed compatibility code for LLVM < 3.1
- Split build_module_llvm() into three functions:
compile(), link(), and build_module_llvm()
---
..
This is for the llvm code that can't use extended initializers.
v2:
- Use const references for vector arguments
- Move constructor defs before data members
- Initialize all values in the default constructors
v3:
- Fix typo
---
src/gallium/state_trackers/clover/core/module.hpp | 13
$(LLVM_CFLAGS) for LLVM defines
-DLIBCLC_PATH for libclc path
-DCLANG_RESOURCE_DIR for clang includes
$(DEFINES) for -DHAVE_LLVM
---
src/gallium/state_trackers/clover/Makefile.am |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/src/gallium/state_trackers/clover/Makefil
---
configure.ac |3 +++
src/gallium/targets/opencl/Makefile.am | 18 +-
2 files changed, 20 insertions(+), 1 deletions(-)
diff --git a/configure.ac b/configure.ac
index 23435d6..a2b86cd 100644
--- a/configure.ac
+++ b/configure.ac
@@ -1846,6 +1846,
---
configs/autoconf.in |2 ++
configure.ac|4
2 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/configs/autoconf.in b/configs/autoconf.in
index a705236..51024d5 100644
--- a/configs/autoconf.in
+++ b/configs/autoconf.in
@@ -34,8 +34,10 @@ X11_LIBS = @X11_LIBS@
X
---
configs/autoconf.in |3 +++
configure.ac|8
2 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/configs/autoconf.in b/configs/autoconf.in
index 3c8f4c1..a705236 100644
--- a/configs/autoconf.in
+++ b/configs/autoconf.in
@@ -187,6 +187,9 @@ VA_LIB_INSTALL_DI
A device now has two function for getting information about the IR
it needs to return.
ir_format() => returns the preferred IR
ir_target() => returns the triple for the target that is understood by
clang/llvm.
v2:
- renamed ir_target() to ir_format()
- renamed llvm_triple() t
From: Francisco Jerez
---
src/gallium/docs/source/screen.rst |5 +
src/gallium/include/pipe/p_defines.h |1 +
2 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/src/gallium/docs/source/screen.rst
b/src/gallium/docs/source/screen.rst
index 2bddf1b..6e727ef 100644
--- a/
v2:
- s/PIPE_SHADER_IR_LLVM_R600/PIPE_SHADER_IR_LLVM/
---
src/gallium/include/pipe/p_defines.h |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/src/gallium/include/pipe/p_defines.h
b/src/gallium/include/pipe/p_defines.h
index ad7f24e..d0819e2 100644
--- a/src/gallium/i
v2:
- Drop HAVE_OPENCL variable for non-automake builds
- s/HAVE_OPENCL/HAVE_GALLIUM_COMPUTE
Reviewed-by: Francisco Jerez
---
configure.ac |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/configure.ac b/configure.ac
index 5ccf77d..2642746 100644
--- a/configure.ac
+++
Hi,
Here is an updated version of the r600 compute patches.
Patches 2,4,9,10 have changed since v2 and patch 3 is new.
-Tom
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Hi Brian,
This looks good to me.
Marek
On Thu, May 24, 2012 at 7:41 PM, Brian Paul wrote:
> ---
> src/gallium/docs/source/cso/rasterizer.rst | 9 +
> src/gallium/docs/source/screen.rst | 12 +---
> 2 files changed, 18 insertions(+), 3 deletions(-)
>
> diff --git a/
On Wed, 23 May 2012 13:33:35 -0700, Ian Romanick wrote:
> On 05/23/2012 12:45 PM, Eric Anholt wrote:
> > Mesa already always depends on python to build. The checked in
> > changes are not reviewed (because any trivial change rewrites the
> > world). We also have been pushing commits between xml
https://bugs.freedesktop.org/show_bug.cgi?id=50312
--- Comment #3 from Kai 2012-05-24 11:44:58 PDT
---
(In reply to comment #2)
> [PATCH] radeon/llvm: fix opcode for RECIP_UINT_r600
>
> Does this patch help?
Yes!
You can have a "Tested-by: Kai Wasserbäch " for
both patches (attachment 62060 a
On Thu, May 24, 2012 at 2:20 PM, Jeremy Huddleston wrote:
> This is still a problem with the 8.0.3 release. Can this please get
> addressed in 8.0.4 =):
>
> python -t -O -O ../../src/mapi/glapi/gen/gl_table.py -f
> ../../src/mapi/glapi/gen/gl_and_es_API.xml -m remap_table -c es1 >
> main/api_e
This is still a problem with the 8.0.3 release. Can this please get addressed
in 8.0.4 =):
python -t -O -O ../../src/mapi/glapi/gen/gl_table.py -f
../../src/mapi/glapi/gen/gl_and_es_API.xml -m remap_table -c es1 >
main/api_exec_es1_dispatch.h
python -t -O -O ../../src/mapi/glapi/gen/gl_table.p
https://bugs.freedesktop.org/show_bug.cgi?id=45660
Matt Turner changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=50318
Kai changed:
What|Removed |Added
Summary|[r600g] Piglit: |[r600g] Piglit:
|spec/ARB_textur
https://bugs.freedesktop.org/show_bug.cgi?id=50318
Bug #: 50318
Summary: [r600g] Piglit:
spec/ARB_texture_float/get-renderbuffer-internalformat
: unsupported colour formats 30 and 93
Classification: Unclassified
Product
https://bugs.freedesktop.org/show_bug.cgi?id=50312
--- Comment #2 from Vadim Girlin 2012-05-24 11:00:37 PDT ---
Created attachment 62064
--> https://bugs.freedesktop.org/attachment.cgi?id=62064
[PATCH] radeon/llvm: fix opcode for RECIP_UINT_r600
Does this patch help?
--
Configure bugmail: ht
https://bugs.freedesktop.org/show_bug.cgi?id=50315
--- Comment #2 from Kai 2012-05-24 10:46:54 PDT
---
Yes, applying attachment 62060 fixes /this/ bug completely, please see bug
50312, comment #1 for the changes there.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
https://bugs.freedesktop.org/show_bug.cgi?id=50312
--- Comment #1 from Kai 2012-05-24 10:44:02 PDT
---
Applying attachment 62060 fixes this bug though all tests that weren't just
warnings are still failing, but the output for the failure is different. And
those test worked with a non-LLVM backen
This code actually hasn't been needed for some time now. We can just
treat a zero-stride vertex array like any other non-zero-stride array.
---
src/gallium/drivers/svga/svga_context.h |6 --
src/gallium/drivers/svga/svga_pipe_draw.c |9 +--
src/gallium/drivers/svga/svga_stat
---
src/gallium/docs/source/cso/rasterizer.rst |9 +
src/gallium/docs/source/screen.rst | 12 +---
2 files changed, 18 insertions(+), 3 deletions(-)
diff --git a/src/gallium/docs/source/cso/rasterizer.rst
b/src/gallium/docs/source/cso/rasterizer.rst
index 150e6df..f
Useful for logging different runs to files and diffing, etc.
---
src/gallium/auxiliary/os/os_misc.c | 25 ++---
src/gallium/auxiliary/util/u_debug.c |6 +++---
2 files changed, 25 insertions(+), 6 deletions(-)
diff --git a/src/gallium/auxiliary/os/os_misc.c
b/src/gall
The code which scans the index buffer for restart indexes wasn't adding
the index buffer offset so we were always starting at offset=0. The
offset is usually zero so it wasn't noticed before.
Fixes a failure in the piglit primitive-restart test when testing
vertex data + index data in a single VB
https://bugs.freedesktop.org/show_bug.cgi?id=43343
Kai changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=43344
Kai changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=43345
Kai changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=43345
--- Comment #2 from Kai 2012-05-24 10:08:14 PDT
---
Fixed; at least since e6aad9ba.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bu
https://bugs.freedesktop.org/show_bug.cgi?id=43346
Kai changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=43347
Kai changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=45594
Kai changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=43348
Kai changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=50317
Kai changed:
What|Removed |Added
CC||tstel...@gmail.com
--
Configure bugmail: https://
https://bugs.freedesktop.org/show_bug.cgi?id=50315
--- Comment #1 from Vadim Girlin 2012-05-24 09:48:06 UTC ---
Created attachment 62060
--> https://bugs.freedesktop.org/attachment.cgi?id=62060
[PATCH] r600g: add RECIP_INT, PRED_SETE_INT to r600_bytecode_get_num_operands
This patch should hand
https://bugs.freedesktop.org/show_bug.cgi?id=50317
Bug #: 50317
Summary: [r600g+llvm] Piglit test failures: LLVM ERROR: Cannot
select: target intrinsic %llvm.AMDGPU.sin
Classification: Unclassified
Product: Mesa
Version: git
https://bugs.freedesktop.org/show_bug.cgi?id=50316
Bug #: 50316
Summary: [r600g+llvm] Piglit test failures: LLVM ERROR: Cannot
select: target intrinsic %llvm.AMDGPU.cos
Classification: Unclassified
Product: Mesa
Version: git
https://bugs.freedesktop.org/show_bug.cgi?id=50315
Bug #: 50315
Summary: [r600g+llvm] Piglit failures with "EE r600_asm.c:119
r600_bytecode_get_num_operands - Need instruction
operand number for 0x42."
Classification: Unclassified
https://bugs.freedesktop.org/show_bug.cgi?id=50312
Kai changed:
What|Removed |Added
Platform|Other |x86-64 (AMD64)
--
Configure bugmail: https://bugs
https://bugs.freedesktop.org/show_bug.cgi?id=50312
Bug #: 50312
Summary: [r600g+llvm] Piglit failures with "EE r600_asm.c:119
r600_bytecode_get_num_operands - Need instruction
operand number for 0x77."
Classification: Unclassified
Without passing the -ldflags parameter before $(LDFLAGS) in some cases
flags will be passed to MKLIB which it does not understand.
This might be -m64, -m32 or similar.
Signed-off-by: Thomas Gstädtner
---
src/gallium/targets/Makefile.xorg |2 +-
1 files changed, 1 insertions(+), 1 deletions(-
On 05/23/2012 11:07 PM, Vinson Lee wrote:
This patch gets the FreeBSD SCons build working again. The build still
fails though.
Signed-off-by: Vinson Lee
---
common.py |2 +-
src/SConscript|2 +-
src/gallium/SConscript
On 05/23/2012 11:44 PM, Vinson Lee wrote:
Fix resource leak defect reported by Coverity.
Signed-off-by: Vinson Lee
---
src/gallium/drivers/i915/i915_state.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/src/gallium/drivers/i915/i915_state.c
b/src/gallium/driv
Hi all,
I have an issue building the nouveau NVC0 3D driver from the Mesa git
Repository. I am currently running Fedora 17 with a Nvidia 560 GTX with 1Gb of
memory.
I pulled in the latest commits from the git repository as of the morning of
24-05-2012.
The ./configure options I use ar
68 matches
Mail list logo