On Thu, May 01, 2014 at 01:27:58PM -0400, Samuel Li wrote:
> v2: name defaults to kabini for older llvm
>
> Signed-off-by: Samuel Li
> Signed-off-by: Alex Deucher
> Signed-off-by: Leo Liu
> Reviewed-by: Marek Olšák
>
> ---
> src/gallium/drivers/radeon/r600_pipe_common.c | 7 +++
> sr
Reviewed-by: Jordan Justen
On Thu, May 1, 2014 at 11:48 PM, Kenneth Graunke wrote:
> Prior to commit 8435b60a3577d2d905eae189cd7e770500177e99, the region
> equivalent of this function called intel_miptree_create_layout, which
> set mt->target to target. With that commit, it no longer copied tar
From: José Fonseca
---
src/gallium/state_trackers/vega/vg_translate.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/src/gallium/state_trackers/vega/vg_translate.c
b/src/gallium/state_trackers/vega/vg_translate.c
index 7b3df27..4aad899 100644
--- a/src/gallium/st
From: José Fonseca
Silence insignificant warnings so significant warnings have a chance to
stand out.
The only abundant warning that's not silenced here is "C4018:
signed/unsigned mismatch", as it could hide security issues, so it's better
to actually fix the code.
---
scons/gallium.py | 4 +++-
From: José Fonseca
---
src/gallium/auxiliary/util/u_debug_flush.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/src/gallium/auxiliary/util/u_debug_flush.c
b/src/gallium/auxiliary/util/u_debug_flush.c
index 9cf70db..fdb248c 100644
--- a/src/gallium/auxiliary/util/u_deb
From: José Fonseca
Saves the trouble of continuously needing to update.
---
common.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/common.py b/common.py
index d6e6215..1d2d586 100644
--- a/common.py
+++ b/common.py
@@ -101,4 +101,4 @@ def AddOptions(opts):
opts.Add
From: José Fonseca
Just include stdint.h.
---
src/egl/main/eglcompiler.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/egl/main/eglcompiler.h b/src/egl/main/eglcompiler.h
index 53dab54..5ea83d6 100644
--- a/src/egl/main/eglcompiler.h
+++ b/src/egl/main/eglcompiler.h
@
From: José Fonseca
Use the ones provided by the compiler instead.
NOTE: External trees should be updated to not include '#include/c99'
directory directly, but rather rely on scons/gallium.py to do the right
thing.
---
SConstruct | 6 --
scons/gallium.py | 6 ++
2 files changed, 6
From: José Fonseca
There are now provided by VS.
---
src/gallium/auxiliary/util/u_math.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/src/gallium/auxiliary/util/u_math.h
b/src/gallium/auxiliary/util/u_math.h
index a60e183..2ade64a 100644
--- a/src/gallium/auxiliary/util/u_math.h
+++
From: José Fonseca
---
src/gallium/auxiliary/draw/draw_pt_so_emit.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/auxiliary/draw/draw_pt_so_emit.c
b/src/gallium/auxiliary/draw/draw_pt_so_emit.c
index bd49d0a..91e67c0 100644
--- a/src/gallium/auxiliary/draw/draw
From: José Fonseca
A define is necessary, like for earlier VS versions.
---
src/mesa/main/imports.h | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/src/mesa/main/imports.h b/src/mesa/main/imports.h
index 17a9bd0..af780b2 100644
--- a/src/mesa/main/imports.h
+++ b/src/mesa/
On 05/02/2014 09:11 AM, jfons...@vmware.com wrote:
From: José Fonseca
---
src/gallium/auxiliary/util/u_debug_flush.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/src/gallium/auxiliary/util/u_debug_flush.c
b/src/gallium/auxiliary/util/u_debug_flush.c
index 9cf70db
Am 02.05.2014 17:11, schrieb jfons...@vmware.com:
> From: José Fonseca
>
> ---
> src/gallium/auxiliary/util/u_debug_flush.c | 5 +++--
> 1 file changed, 3 insertions(+), 2 deletions(-)
>
> diff --git a/src/gallium/auxiliary/util/u_debug_flush.c
> b/src/gallium/auxiliary/util/u_debug_flush.c
>
On Fri, May 2, 2014 at 10:11 AM, wrote:
> From: José Fonseca
>
> Just include stdint.h.
> ---
> src/egl/main/eglcompiler.h | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/src/egl/main/eglcompiler.h b/src/egl/main/eglcompiler.h
> index 53dab54..5ea83d6 100644
> --- a/s
On Wed, Apr 30, 2014 at 06:58:26PM -0400, Alex Deucher wrote:
> From: Samuel Li
>
Committed as r207846.
-Tom
> Signed-off-by: Samuel Li
> Signed-off-by: Alex Deucher
> ---
> lib/Target/R600/Processors.td | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/lib/Target/R600/Processors.
- Original Message -
> On Fri, May 2, 2014 at 10:11 AM, wrote:
>
> > From: José Fonseca
> >
> > Just include stdint.h.
> > ---
> > src/egl/main/eglcompiler.h | 3 ++-
> > 1 file changed, 2 insertions(+), 1 deletion(-)
> >
> > diff --git a/src/egl/main/eglcompiler.h b/src/egl/main/eglc
- Original Message -
>
>
> - Original Message -
> > On Fri, May 2, 2014 at 10:11 AM, wrote:
> >
> > > From: José Fonseca
> > >
> > > Just include stdint.h.
> > > ---
> > > src/egl/main/eglcompiler.h | 3 ++-
> > > 1 file changed, 2 insertions(+), 1 deletion(-)
> > >
> > > di
On 04/23/2014 01:08 AM, Petri Latvala wrote:
> Third revision of the patch series. Changes:
>
> - Rebased to current master
> - Changes based on Ian's review
> - Add the extension to 10.2 release notes
>
> I didn't change patch 5/6 "Enable INTEL_performance_query for Gen5+"
> along the review com
On 04/22/2014 01:58 AM, Chia-I Wu wrote:
> There may be two contexts compiling shaders at the same time, and we want the
> anonymous struct id to be globally unique.
I am not very excited about this.
Is there any chance of getting stdatomic.h for the MSVC compilers that
people care about? I'd mu
On 04/22/2014 01:58 AM, Chia-I Wu wrote:
> There may be two contexts compiling shaders at the same time. locale_t needs
> to be protected.
Rather than calling glsl_initialize_strtod from other places in the
compiler, it seems better to use call_once from the strtof and strtod
functions.
> Signed
Reviewed-by: Ian Romanick
This one seems low-impact enough that I went ahead and pushed it... so
that it would be in 10.2.
On 04/22/2014 01:58 AM, Chia-I Wu wrote:
> This allows them to be moved to .rodata, and allow us to be sure that they
> will not be modified.
>
> Signed-off-by: Chia-I Wu
On 04/22/2014 01:58 AM, Chia-I Wu wrote:
> From: Chia-I Wu
>
> Threaded glCompileShader can be enabled for a context by calling
> _mesa_enable_glsl_threadpool. It will initialize the singleton GLSL thread
> pool and defer glCompileShader calls to the thread pool.
>
> For applications to benefit
I reviewed and pushed patch 1.
I sent some comments about patches 2, 3, and 20.
I want to look at 19 a bit more, and I'd also really like to have Eric
review it... since he wrote a pretty similar thing 18 months ago.
Patches 4 through 15, the "fixed" 16, 17, and 18 are
Reviewed-by: Ian Romanick
From: Matt Atwood
Previous implementation was compile time decision
---
src/mesa/drivers/dri/i965/intel_mipmap_tree.c | 11 +++
1 file changed, 3 insertions(+), 8 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/intel_mipmap_tree.c
b/src/mesa/drivers/dri/i965/intel_mipmap_tree.c
ind
From: Matt Atwood
add in bit to _mesa_x86_features for sse4.1, along with macros to query
---
src/mesa/x86/common_x86.c | 3 +++
src/mesa/x86/common_x86_features.h | 3 +++
2 files changed, 6 insertions(+)
diff --git a/src/mesa/x86/common_x86.c b/src/mesa/x86/common_x86.c
index 3c1adc9
On 04/23/2014 01:08 AM, Petri Latvala wrote:
> Using the existing driver hooks made for AMD_performance_monitor, implement
> INTEL_performance_query functions.
>
> v2: Whitespace changes.
> v3: Whitespace changes, add a _mesa_warning()
>
> Signed-off-by: Petri Latvala
> Reviewed-by: Ian Romanick
NAK.
common_x86 is only used for 32-bit builds, and there is nothing
equivalent for 64-bit. As a result, this will disable the optimization
completely for 64-bit.
Gallium has a bunch of CPU detection code, so if we need to update the
CPU detection code in core Mesa, we should move the Gallium co
I just pushed the first 3 patches (the ones with Reviewed-bys). I had
to modify patch 3 to avoid a MSVC build break. We should be able to get
most or all of the others for 10.2-rc2.
On 04/27/2014 01:04 PM, Juha-Pekka Heikkila wrote:
> Most of these were earlier on the list but they seem to have
---
src/mesa/main/compiler.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/src/mesa/main/compiler.h b/src/mesa/main/compiler.h
index 97075f5..6006917 100644
--- a/src/mesa/main/compiler.h
+++ b/src/mesa/main/compiler.h
@@ -264,6 +264,12 @@ static INLINE GLuint CPU_TO_LE32(GLuint x)
#d
Uses the cpuid.h header provided by gcc and clang. Other platforms are
encouraged to switch.
---
src/mesa/main/cpuinfo.c | 2 +-
src/mesa/main/cpuinfo.h | 2 +-
src/mesa/x86/common_x86.c | 14 ++
3 files changed, 16 insertions(+), 2 deletions(-)
diff --git a/src/mesa/main/cpuinf
On Fri, May 2, 2014 at 11:49 AM, Ian Romanick wrote:
> Gallium has a bunch of CPU detection code, so if we need to update the
> CPU detection code in core Mesa, we should move the Gallium code to a
> higher level in the tree to be shared. I believe this has been
> discussed before.
I just sent t
On 04/04/2014 05:18 PM, Ian Romanick wrote:
> Fast forwarding 3 months from the 10.1 release (March 4th, planned for
> February 28th) is May 30th. I'd like to propose the following set of dates:
(Slight edits to the quoted e-mail to account for changes to the RC plan.)
> May 2nd: Feature freeze
On Fri, May 2, 2014 at 4:56 AM, Michel Dänzer wrote:
> On 26.04.2014 22:27, Marek Olšák wrote:
>>
>> This series adds support for ARB_texture_cube_map_array and
>> ARB_draw_indirect to the radeonsi driver. There is also Gallium
>> infrastructure support for ARB_draw_indirect. As usual, the first
>
The symbol was added with commit 45e2b51c853(DRI2/GLX: check for
vblank_mode in DRI2 GLX code) but was never used as such according
to git log.
Possibly it was marked as public due to confusion with
__driConfigOptions which was used for dri1 drivers.
Cc: Jesse Barnes
Signed-off-by: Emil Velikov
Explicitly list all the OSMesa* symbols and wildcast the gl*
ones.
Cc: Brian Paul
Signed-off-by: Emil Velikov
---
src/gallium/targets/osmesa/Makefile.am | 1 +
src/gallium/targets/osmesa/osmesa.sym | 18 ++
2 files changed, 19 insertions(+)
create mode 100644 src/gallium/targ
TODO:
- properly cleanup all the _glapi* symbols
- XMesa*
-- no sign of the header even being distributed
-- mesa-demos uses it to the point that the relevant code is not compiled
-- the classic driver (x11) exibits the same issues
Brian,
Do you know of any users of the XMesa* functions outs
In the presence of LLVM the final library exports every symbol from
the llvm namespace. Resolve this by using a version script (w/o the
version/name tag).
Considering that there are only ~35 symbols, explicitly list them
to minimize the chances of rogue symbols sneaking in.
Signed-off-by: Emil Ve
- Original Message -
> On Fri, May 2, 2014 at 10:11 AM, wrote:
>
> > From: José Fonseca
> >
> > Just include stdint.h.
> > ---
> > src/egl/main/eglcompiler.h | 3 ++-
> > 1 file changed, 2 insertions(+), 1 deletion(-)
> >
> > diff --git a/src/egl/main/eglcompiler.h b/src/egl/main/eglc
On 02/05/14 01:08, Carl Worth wrote:
> Carl Worth writes:
>> At this point, I'm just waiting for Anuj to backport two patches, then
>> I'll test and push out the latest state as reflected here:
>
> Anuj gave me the updated patches, and testing looks good. I've pushed
> out this state now:
>
>
On 26/04/14 14:27, Marek Olšák wrote:
> From: Marek Olšák
>
> ---
> configure.ac | 14 ++
> 1 file changed, 14 insertions(+)
>
> diff --git a/configure.ac b/configure.ac
> index c71fa26..b2ea8ca 100644
> --- a/configure.ac
> +++ b/configure.ac
> @@ -1738,6 +1738,19 @@ gallium_requir
I don't have time to investigate right now, but a recent Mesa commit
seems to have broke some of our automated builds on Linux:
With SCONS:
scons: done reading SConscript files.
scons: Building targets ...
Compiling src/gallium/state_trackers/egl/x11/x11_screen.c ...
Compiling src/gallium/s
On Fri, May 2, 2014 at 5:51 PM, Brian Paul wrote:
> I don't have time to investigate right now, but a recent Mesa commit seems
> to have broke some of our automated builds on Linux:
>
> With SCONS:
>
> scons: done reading SConscript files.
> scons: Building targets ...
> Compiling src/gallium/st
On 05/02/2014 11:51 PM, Brian Paul wrote:
> I don't have time to investigate right now, but a recent Mesa commit
> seems to have broke some of our automated builds on Linux:
>
> With SCONS:
>
> scons: done reading SConscript files.
> scons: Building targets ...
> Compiling src/gallium/state_tra
Radeonsi requires Glamor and Glamor requires GBM and EGL DRM. Without
the two, there is no way to get acceleration.
Marek
On Fri, May 2, 2014 at 11:31 PM, Emil Velikov wrote:
> On 26/04/14 14:27, Marek Olšák wrote:
>> From: Marek Olšák
>>
>> ---
>> configure.ac | 14 ++
>> 1 file c
On 02/05/14 23:01, Armin K. wrote:
> On 05/02/2014 11:51 PM, Brian Paul wrote:
>> I don't have time to investigate right now, but a recent Mesa commit
>> seems to have broke some of our automated builds on Linux:
>>
>> With SCONS:
>>
>> scons: done reading SConscript files.
>> scons: Building targe
Emil Velikov writes:
> Had some trivial nitpick with it earlier, which is not a reason for the patch
> to not go in as is. Pushed to master - commit
> 625bdd64e5ea3327d4459b1ff8dab89129d0
Thanks for the review and push!
> mesa: Remove redundant if checks in _mesa_texstore_xx_xx() functions
On 02/05/14 23:14, Marek Olšák wrote:
> Radeonsi requires Glamor and Glamor requires GBM and EGL DRM. Without
> the two, there is no way to get acceleration.
>
Completely forgot that radeonsi uses glamor. Sorry for the noise.
-Emil
> Marek
>
> On Fri, May 2, 2014 at 11:31 PM, Emil Velikov
> w
On 05/02/2014 04:23 PM, Emil Velikov wrote:
On 02/05/14 23:01, Armin K. wrote:
On 05/02/2014 11:51 PM, Brian Paul wrote:
I don't have time to investigate right now, but a recent Mesa commit
seems to have broke some of our automated builds on Linux:
With SCONS:
scons: done reading SConscript f
On 02/05/14 23:25, Carl Worth wrote:
> Emil Velikov writes:
>> Had some trivial nitpick with it earlier, which is not a reason for the patch
>> to not go in as is. Pushed to master - commit
>> 625bdd64e5ea3327d4459b1ff8dab89129d0
>
> Thanks for the review and push!
>
Which has caused a build
Emil Velikov writes:
> Sorry for the breakage gents.
>
> The attached patch does resolve the problem on my system, and is obviously the
> right thing to do. Thanks Armin.
>
> I've slapped the following two and pushed to master.
Thanks, Emil.
> Cc: "10.1"
I've picked this over to the stable bra
This series adds a thread pool to the GLSL compiler, and a drirc option to
defer glCompileShader calls to the pool. The goal is to reduce the start-up
time of applications that are aware of this feature. That is, applications
that compile shaders first and check the compile status later.
I do n
Kenneth Graunke writes:
> Prior to commit 8435b60a3577d2d905eae189cd7e770500177e99, the region
> equivalent of this function called intel_miptree_create_layout, which
> set mt->target to target. With that commit, it no longer copied target.
>
> Piglit's ext_image_dma_buf_import-sample_[xa]rgb888
Adds a PIPE_CAP_STENCIL_SAMPLING to indicate support for the feature,
and a stencil_sampling bit in pipe_sampler_view to indicate that the
stencil should be sampled instead of the depth.
Signed-off-by: Ilia Mirkin
---
src/gallium/docs/source/screen.rst | 3 ++-
src/gallium/drivers/
Signed-off-by: Ilia Mirkin
---
src/gallium/drivers/nouveau/nv50/nv50_tex.c | 12
src/gallium/drivers/nouveau/nvc0/nvc0_tex.c | 12
2 files changed, 24 insertions(+)
diff --git a/src/gallium/drivers/nouveau/nv50/nv50_tex.c
b/src/gallium/drivers/nouveau/nv50/nv50_tex.c
i
Also enable ARB_stencil_texturing when PIPE_CAP_STENCIL_SAMPLING is set.
Signed-off-by: Ilia Mirkin
---
src/mesa/state_tracker/st_atom_texture.c | 3 +++
src/mesa/state_tracker/st_extensions.c | 1 +
2 files changed, 4 insertions(+)
diff --git a/src/mesa/state_tracker/st_atom_texture.c
b/src
---
src/gallium/state_trackers/egl/android/native_android.cpp | 7 +++
1 file changed, 7 insertions(+)
diff --git a/src/gallium/state_trackers/egl/android/native_android.cpp
b/src/gallium/state_trackers/egl/android/native_android.cpp
index e73d031..8620ed8 100644
--- a/src/gallium/state_trac
Mesa 10.2 release candidate 1 is now available for testing. The current
plan of record is to have an additional release candidate each Friday
until the 10.2 release on Friday, May 28th.
The tag in the GIT repository for Mesa 10.2-rc1 is 'mesa-10.2-rc1'.
After Eric's suggestion, I have also pushe
57 matches
Mail list logo
