https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #17 from Jamey Sharp ---
(In reply to Ernst Sjöstrand from comment #16)
> Yes I know because when I merged in
> https://github.com/karolherbst/mesa/commits/ARB_shading_language_include I
> suddenly got a loading
7-10, 12-20, 36-43, 57-58:
Reviewed-by: Jordan Justen
I also sent questions about 56 & 59.
On 2016-04-29 04:28:57, Samuel Iglesias Gonsálvez wrote:
> Hello,
>
> This patch series continues adding arb_gpu_shader_fp64 support to the
> Intel driver. Specifically, this
On May 1, 2016 1:56 AM, "Emil Velikov" wrote:
>
> On 1 May 2016 at 09:49, Jonathan Gray wrote:
> > On Fri, Apr 22, 2016 at 05:57:40PM +0100, Emil Velikov wrote:
> >> On 22 April 2016 at 16:21, Jonathan Gray wrote:
> >> > Avoid using % in
From: Jan Vesely
Signed-off-by: Jan Vesely
---
src/gallium/auxiliary/util/u_blitter.c| 10 +-
src/gallium/auxiliary/util/u_cpu_detect.c | 2 +-
src/gallium/auxiliary/util/u_format.c | 4 ++--
From: Jan Vesely
reserve buffer id 2
Signed-off-by: Jan Vesely
---
needs llvm patches to be of use:
https://github.com/jvesely/llvm/tree/eg-const
passes program-scope-arrays piglit and fixes all builtin functions that
are implemented using
On May 1, 2016 6:04 PM, "Kenneth Graunke" wrote:
>
> On Sunday, May 1, 2016 9:51:00 AM PDT Emil Velikov wrote:
> > On 28 April 2016 at 19:13, Eric Engestrom
wrote:
> > > On Mon, Apr 25, 2016 at 05:08:18PM +0100, Emil Velikov wrote:
> > >> On 21
Will do and I will run the piglit test suite as well.
Sent from my iPhone
> On May 1, 2016, at 8:25 PM, Michel Dänzer wrote:
>
>> On 26.04.2016 23:32, Herminio Hernandez, Jr. wrote:
>> I have done some more debugging and I do have a question. The clearest,
>> repeatable
On 26.04.2016 23:32, Herminio Hernandez, Jr. wrote:
> I have done some more debugging and I do have a question. The clearest,
> repeatable issue I am seeing is when I run glxgears in apitrace. The
> crash always occrs at GLXChooseVisual. It returns NULL and from the
> documentation this means that
On 2016-04-29 04:29:56, Samuel Iglesias Gonsálvez wrote:
> In that case, the writes need two times the size of a 32-bit value.
> We need to adjust the exec_size, so it is not breaking any hardware
> rule.
>
> Signed-off-by: Samuel Iglesias Gonsálvez
> ---
>
On 2016-04-29 04:29:53, Samuel Iglesias Gonsálvez wrote:
> When there is a mix of definitions of uniforms with 32-bit or 64-bit
> data type sizes, the driver ends up doing misaligned access to double
> based variables in the push constant buffer.
>
> To fix this, the driver adds padding when
https://bugs.freedesktop.org/show_bug.cgi?id=95215
--- Comment #8 from Kenneth Graunke ---
FWIW, I would prefer not to implement ARB_shading_language_include.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=95022
Kenneth Graunke changed:
What|Removed |Added
Resolution|--- |NOTABUG
On Wednesday, April 27, 2016 2:49:56 PM PDT Gurchetan Singh wrote:
> This change enables the creation of pbuffer
> surfaces on the surfaceless platform.
> ---
> src/egl/drivers/dri2/egl_dri2.h | 7 +-
> src/egl/drivers/dri2/platform_surfaceless.c | 178 +
++-
On Sunday, May 1, 2016 9:51:00 AM PDT Emil Velikov wrote:
> On 28 April 2016 at 19:13, Eric Engestrom wrote:
> > On Mon, Apr 25, 2016 at 05:08:18PM +0100, Emil Velikov wrote:
> >> On 21 April 2016 at 11:24, Eric Engestrom
wrote:
> >> >
On Sunday, May 1, 2016 1:25:20 PM PDT Matt Turner wrote:
> GEN_LT has a straightforward implementation on which we can build the
> GEN_GE and GEN_LE macros.
>
> Suggested-by: Ilia Mirkin
> ---
> src/mesa/drivers/dri/i965/brw_eu.c | 5 +++--
> 1 file changed, 3
On Sunday, May 1, 2016 11:42:19 AM PDT Matt Turner wrote:
> From: Francisco Jerez
>
> A future series will implement support for an instruction that happens
> to have the same opcode number as another instruction we support
> already on a disjoint set of hardware
On 01.05.2016 22:51, Marek Olšák wrote:
> Hi,
>
> This series drops SI support for kernels < 3.10, and CIK support for kernels
> < 3.13.
>
> All code that tries to guess tile mode parameters is removed. Everything is
> changed to use the tile mode arrays.
>
> There are some winsys cleanups at
Sure, Will do
2016-05-01 17:32 GMT+08:00 Emil Velikov :
> On 28 April 2016 at 08:34, Chih-Wei Huang wrote:
> > From: WuZhen
> >
> > NO_REF_TASK
> > tested: local run
> >
> > Change-Id:
2016-05-01 17:46 GMT+08:00 Emil Velikov :
> On 30 April 2016 at 18:36, Zhen Wu wrote:
> > 2016-04-29 18:22 GMT+08:00 Emil Velikov :
> >>
> >> On 28 April 2016 at 08:34, Chih-Wei Huang
> wrote:
> >>
On 02.05.2016 00:12, Marek Olšák wrote:
> On Sun, May 1, 2016 at 4:34 PM, Michel Dänzer wrote:
>> On 01.05.2016 23:11, Marek Olšák wrote:
>>> From: Marek Olšák
>>>
>>> The problem was that A8R8G8B8 was not supported, which is required
>>> for DRI2 window
On Sun, May 1, 2016 at 2:36 PM, Jordan Justen wrote:
> On 2016-04-29 04:29:11, Samuel Iglesias Gonsálvez wrote:
>> From: Connor Abbott
>>
>> ---
>> src/mesa/drivers/dri/i965/brw_disasm.c | 2 +-
>> 1 file changed, 1 insertion(+), 1
On Sun, May 1, 2016 at 1:51 PM, Francisco Jerez wrote:
> Matt Turner writes:
>
>> For opcodes that changed meaning on different generations, we store a
>> pointer to a secondary table and the table's size in a tagged union in
>> place of the mnemonic
For opcodes that changed meaning on different generations, we store a
pointer to a secondary table and the table's size in a tagged union in
place of the mnemonic and number of sources.
Acked-by: Francisco Jerez
---
v2:
Return NULL from brw_opcode_desc if not found
On Sun, May 1, 2016 at 5:36 PM, Jordan Justen wrote:
> On 2016-04-29 04:29:11, Samuel Iglesias Gonsálvez wrote:
>> From: Connor Abbott
>>
>> ---
>> src/mesa/drivers/dri/i965/brw_disasm.c | 2 +-
>> 1 file changed, 1 insertion(+), 1
On 2016-04-29 04:29:11, Samuel Iglesias Gonsálvez wrote:
> From: Connor Abbott
>
> ---
> src/mesa/drivers/dri/i965/brw_disasm.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/src/mesa/drivers/dri/i965/brw_disasm.c
>
Matt Turner writes:
> For opcodes that changed meaning on different generations, we store a
> pointer to a secondary table and the table's size in a tagged union in
> place of the mnemonic and number of sources.
> ---
> src/mesa/drivers/dri/i965/brw_eu.c | 85
>
GEN_LT has a straightforward implementation on which we can build the
GEN_GE and GEN_LE macros.
Suggested-by: Ilia Mirkin
---
src/mesa/drivers/dri/i965/brw_eu.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_eu.c
On Sun, May 1, 2016 at 12:37 PM, Ilia Mirkin wrote:
> On Sun, May 1, 2016 at 2:42 PM, Matt Turner wrote:
>> Drop the uses of 'enum gen' to a plain int, so that we don't have to
>> expose the bitfield definitions and GEN_GE/GEN_LE macros to other users
>>
On Sun, May 1, 2016 at 2:42 PM, Matt Turner wrote:
> Drop the uses of 'enum gen' to a plain int, so that we don't have to
> expose the bitfield definitions and GEN_GE/GEN_LE macros to other users
> of brw_eu.h. As a result, s/.gen/.gens/ to avoid confusion with
> devinfo->gen.
I merged opcode_desc into inst_info (instead of the other way around)
because inst_info was sorted by opcode number.
---
src/mesa/drivers/dri/i965/brw_context.h | 7 --
src/mesa/drivers/dri/i965/brw_disasm.c | 74
src/mesa/drivers/dri/i965/brw_eu.c | 132
From: Francisco Jerez
A future series will implement support for an instruction that happens
to have the same opcode number as another instruction we support
already on a disjoint set of hardware generations. In order to
disambiguate which instruction it is
Drop the uses of 'enum gen' to a plain int, so that we don't have to
expose the bitfield definitions and GEN_GE/GEN_LE macros to other users
of brw_eu.h. As a result, s/.gen/.gens/ to avoid confusion with
devinfo->gen.
---
src/mesa/drivers/dri/i965/brw_eu.c | 239
From: Francisco Jerez
The function takes a device info struct as argument in addition to the
opcode number in order to disambiguate between multiple opcode_desc
entries for different instructions with the same opcode number.
Reviewed-by: Iago Toral Quiroga
---
src/mesa/drivers/dri/i965/brw_eu.c | 4 ++--
src/mesa/drivers/dri/i965/brw_eu_validate.c | 3 +--
2 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_eu.c
b/src/mesa/drivers/dri/i965/brw_eu.c
index fbcc6ad..5490738 100644
---
For opcodes that changed meaning on different generations, we store a
pointer to a secondary table and the table's size in a tagged union in
place of the mnemonic and number of sources.
---
src/mesa/drivers/dri/i965/brw_eu.c | 85 +++---
The previous commit replaced direct uses of opcode_descs with calls to
the wrapper function, which should be the only method of accessing
opcode_descs's data. As a result gen_from_devinfo() can also be made
static.
---
src/mesa/drivers/dri/i965/brw_eu.c | 4 ++--
From: Francisco Jerez
This is not strictly required for the following changes because none
of the three-source opcodes we support at the moment in the compiler
back-end has been removed or redefined, but that's likely to change in
the future. In any case having hardware
https://bugs.freedesktop.org/show_bug.cgi?id=95085
--- Comment #18 from Leonid Maksymchuk ---
Sorry for bothering You with our bugs.
Next time I'll review the code more precisely, before reporting anything.
Thanks everyone for your help.
--
You are receiving this mail
Do we need the #ifndef WINAPI part ?
Axel
On 29/04/2016 20:53, Christian Schmidbauer wrote:
As Emil pointed out, only gcc, clang and MSVC compatibility is required.
Hence the check for GNUC can be skipped, as __i386__ and __x86_64__ are
only defined for gcc/clang, not for MSVC.
Remove the
https://bugs.freedesktop.org/show_bug.cgi?id=95215
--- Comment #7 from Ilia Mirkin ---
(In reply to Jamey Sharp from comment #4)
> (In reply to Ilia Mirkin from comment #3)
> > (In reply to Jamey Sharp from comment #2)
> > > (In reply to Ilia Mirkin from comment #1)
> > > >
On Sun, May 1, 2016 at 4:34 PM, Michel Dänzer wrote:
> On 01.05.2016 23:11, Marek Olšák wrote:
>> From: Marek Olšák
>>
>> The problem was that A8R8G8B8 was not supported, which is required
>> for DRI2 window framebuffers on BE.
>
> I don't have time to
On Sun, May 1, 2016 at 11:05 AM, Marek Olšák wrote:
> On Sun, May 1, 2016 at 5:00 PM, Ilia Mirkin wrote:
>> Nice find! An alternative way of fixing it is below. Thoughts?
>
> I don't care much, but I think that your way adds more complexity and
> is more
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #16 from Ernst Sjöstrand ---
Yes I know because when I merged in
https://github.com/karolherbst/mesa/commits/ARB_shading_language_include I
suddenly got a loading progress bar and a splash screen. However at 95% it
On Sun, May 1, 2016 at 5:00 PM, Ilia Mirkin wrote:
> Nice find! An alternative way of fixing it is below. Thoughts?
I don't care much, but I think that your way adds more complexity and
is more prone to similar bugs in the future.
Marek
Thanks. Feel free to push, as I don't have commit privilege.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Nice find! An alternative way of fixing it is below. Thoughts?
diff --git a/src/mesa/state_tracker/st_cb_texture.c
b/src/mesa/state_tracker/st_cb_texture.c
index aa073b0..2d30bcd 100644
--- a/src/mesa/state_tracker/st_cb_texture.c
+++ b/src/mesa/state_tracker/st_cb_texture.c
@@ -2115,7 +2115,7 @@
On 01.05.2016 23:11, Marek Olšák wrote:
> From: Marek Olšák
>
> The problem was that A8R8G8B8 was not supported, which is required
> for DRI2 window framebuffers on BE.
I don't have time to look at the patch in detail right now (will try to
ASAP), but FWIW: The
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #15 from Jamey Sharp ---
(In reply to Ernst Sjöstrand from comment #14)
> I still get the ApplyConstants() crash, both with and without your fix it
> seems like.
> Is your fix for the ChangeShader() crash?
Hmm.
On 01.05.2016 23:01, Marek Olšák wrote:
> On Sun, May 1, 2016 at 2:43 PM, Michel Dänzer wrote:
>> On 24.04.2016 20:27, Marek Olšák wrote:
>>> From: Marek Olšák
>>>
>>> ---
>>> src/gallium/drivers/r300/r300_reg.h | 20 +++--
>>>
From: Marek Olšák
The problem was that A8R8G8B8 was not supported, which is required
for DRI2 window framebuffers on BE.
This patch:
- adds support for ARGB 32bpp array formats for LE & BE using byteswapping
- sets endian swap for packed formats as expected
ARGB is the
On Sun, May 1, 2016 at 2:43 PM, Michel Dänzer wrote:
> On 24.04.2016 20:27, Marek Olšák wrote:
>> From: Marek Olšák
>>
>> ---
>> src/gallium/drivers/r300/r300_reg.h | 20 +++--
>> src/gallium/drivers/r300/r300_texture.c | 38
>>
On 22.04.2016 17:19, Marek Olšák wrote:
> On Fri, Apr 22, 2016 at 6:41 AM, Nicolai Hähnle wrote:
>>
>> (Curiously, there is an old "this is probably not needed anymore" comment on
>> the PS_PARTIAL_FLUSH in si_context_gfx_flush, but this may be wrong: since
>> shaders can
From: Marek Olšák
this is a leftover from the days when depth-stencil buffers were
allocated by the DDX
---
src/gallium/drivers/radeon/r600_texture.c | 2 --
src/gallium/drivers/radeon/radeon_winsys.h| 1 -
src/gallium/winsys/radeon/drm/radeon_drm_bo.c | 4
3
From: Marek Olšák
---
src/gallium/drivers/radeonsi/si_state.c | 55 -
1 file changed, 19 insertions(+), 36 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_state.c
b/src/gallium/drivers/radeonsi/si_state.c
index 1dd468b..4f3aae8
Hi,
This series drops SI support for kernels < 3.10, and CIK support for kernels <
3.13.
All code that tries to guess tile mode parameters is removed. Everything is
changed to use the tile mode arrays.
There are some winsys cleanups at the end.
Please review.
Marek
From: Marek Olšák
for indexing cik_macrotile_mode_array
---
src/gallium/drivers/radeon/radeon_winsys.h | 1 +
src/gallium/winsys/amdgpu/drm/amdgpu_surface.c | 3 +++
src/gallium/winsys/radeon/drm/radeon_drm_surface.c | 16
3 files changed, 20
From: Marek Olšák
This hasn't been needed, but I think we should set it.
---
src/gallium/drivers/radeon/r600_texture.c | 1 +
src/gallium/winsys/amdgpu/drm/amdgpu_bo.c | 1 +
src/gallium/winsys/amdgpu/drm/amdgpu_surface.c | 1 +
3 files changed, 3 insertions(+)
From: Marek Olšák
---
src/gallium/drivers/radeon/r600_pipe_common.c | 2 --
src/gallium/drivers/radeon/radeon_winsys.h| 2 --
src/gallium/winsys/amdgpu/drm/amdgpu_winsys.c | 2 --
src/gallium/winsys/radeon/drm/radeon_drm_winsys.c | 2 --
4 files changed, 8
From: Marek Olšák
---
src/gallium/drivers/radeonsi/si_dma.c | 54 ++-
1 file changed, 21 insertions(+), 33 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_dma.c
b/src/gallium/drivers/radeonsi/si_dma.c
index 688edbe..72956ac 100644
From: Marek Olšák
This will allow us to simplify a lot of code around tiling.
Kernel 3.10 is required for SI support.
Kernel 3.13 is required for CIK support.
Reviewed-by: Nicolai Hähnle
---
src/gallium/winsys/radeon/drm/radeon_drm_winsys.c | 20
From: Marek Olšák
---
src/gallium/drivers/radeonsi/cik_sdma.c | 79 -
1 file changed, 28 insertions(+), 51 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/cik_sdma.c
b/src/gallium/drivers/radeonsi/cik_sdma.c
index 07a7d94..2a996c1
From: Marek Olšák
---
src/gallium/drivers/radeonsi/si_state.c | 152 +---
src/gallium/drivers/radeonsi/si_state.h | 7 --
2 files changed, 2 insertions(+), 157 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_state.c
From: Marek Olšák
---
src/gallium/drivers/radeon/r600_texture.c | 1 +
src/gallium/winsys/amdgpu/drm/amdgpu_bo.c | 1 +
src/gallium/winsys/amdgpu/drm/amdgpu_surface.c | 22 +-
3 files changed, 3 insertions(+), 21 deletions(-)
diff --git
On 01.05.2016 22:35, Marek Olšák wrote:
> From: Marek Olšák
This series is
Reviewed-by: Michel Dänzer
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X
On 1 May 2016 at 13:43, Michel Dänzer wrote:
> On 24.04.2016 20:27, Marek Olšák wrote:
>> From: Marek Olšák
>>
>> ---
>> src/gallium/drivers/r300/r300_reg.h | 20 +++--
>> src/gallium/drivers/r300/r300_texture.c | 38
>>
From: Marek Olšák
This fixes getteximage-depth piglit failures on radeonsi.
Cc: 11.1 11.2
---
src/mesa/state_tracker/st_cb_texture.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git
From: Marek Olšák
---
src/gallium/winsys/radeon/drm/radeon_drm_cs.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/gallium/winsys/radeon/drm/radeon_drm_cs.c
b/src/gallium/winsys/radeon/drm/radeon_drm_cs.c
index 11ea9bb..7a901a1 100644
---
From: Marek Olšák
---
src/gallium/drivers/radeonsi/si_debug.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/gallium/drivers/radeonsi/si_debug.c
b/src/gallium/drivers/radeonsi/si_debug.c
index eb0cabb..3ddabab 100644
---
From: Marek Olšák
ported from winsys/radeon.
---
src/gallium/winsys/amdgpu/drm/amdgpu_cs.c | 14 ++
1 file changed, 10 insertions(+), 4 deletions(-)
diff --git a/src/gallium/winsys/amdgpu/drm/amdgpu_cs.c
b/src/gallium/winsys/amdgpu/drm/amdgpu_cs.c
index
From: Marek Olšák
---
src/gallium/winsys/amdgpu/drm/amdgpu_cs.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/gallium/winsys/amdgpu/drm/amdgpu_cs.c
b/src/gallium/winsys/amdgpu/drm/amdgpu_cs.c
index 1536829..03e45a9 100644
---
From: Marek Olšák
This allows resolving RGBA into RGBX.
This should improve HL2 Lost Coast performance.
---
src/gallium/drivers/radeonsi/si_blit.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/gallium/drivers/radeonsi/si_blit.c
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #14 from Ernst Sjöstrand ---
I still get the ApplyConstants() crash, both with and without your fix it seems
like.
Is your fix for the ChangeShader() crash?
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=95215
--- Comment #6 from Ernst Sjöstrand ---
In the big string field in glNamedStringARB there's a lot of names that relate
to AMD hardware. Perhaps it's detecting that it's running on AMD and choosing a
different rendering path,
The build systems already add this as applicable. There's no need to
have this in the source file.
Signed-off-by: Emil Velikov
---
src/gbm/main/gbm.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/src/gbm/main/gbm.c b/src/gbm/main/gbm.c
index a8da082..712100f
The build systems already add this as applicable. There's no need to
have this in the source file.
Signed-off-by: Emil Velikov
---
src/intel/vulkan/anv_allocator.c | 2 --
src/intel/vulkan/anv_gem.c | 2 --
src/intel/vulkan/anv_gem_stubs.c | 2 --
3 files
The build systems already add this as applicable. There's no need to
have this in the source file.
Signed-off-by: Emil Velikov
---
src/gbm/main/gbm.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/src/gbm/main/gbm.c b/src/gbm/main/gbm.c
index c046b1a..a8da082
On 24.04.2016 20:27, Marek Olšák wrote:
> From: Marek Olšák
>
> ---
> src/gallium/drivers/r300/r300_reg.h | 20 +++--
> src/gallium/drivers/r300/r300_texture.c | 38
> ++---
> 2 files changed, 43 insertions(+), 15 deletions(-)
>
The DRI flush extension should already do the same thing.
Cc: Rob Herring
Signed-off-by: Emil Velikov
---
NOTE: Untested, although based on my humble understanding of things it
should be fine.
Worst case scenario we can use
Make the function non static so that we can use it directly from the
android platform code.
Cc: Rob Herring
Signed-off-by: Emil Velikov
---
src/egl/drivers/dri2/egl_dri2.c | 2 +-
src/egl/drivers/dri2/egl_dri2.h | 4
The drv is no longer used/needed as of last commit.
Cc: Rob Herring
Signed-off-by: Emil Velikov
---
src/egl/drivers/dri2/platform_android.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/egl/drivers/dri2/platform_android.c
On 1 May 2016 at 11:33, Zhen Wu wrote:
> 2016-05-01 17:46 GMT+08:00 Emil Velikov :
>>
>> On 30 April 2016 at 18:36, Zhen Wu wrote:
>> > 2016-04-29 18:22 GMT+08:00 Emil Velikov :
>> >>
>> >> On 28 April
Hi Christian,
On 29 April 2016 at 19:53, Christian Schmidbauer
wrote:
> As Emil pointed out, only gcc, clang and MSVC compatibility is required.
> Hence the check for GNUC can be skipped, as __i386__ and __x86_64__ are
> only defined for gcc/clang, not for MSVC.
>
>
https://bugs.freedesktop.org/show_bug.cgi?id=94168
--- Comment #9 from Marek Olšák ---
This hack fixes the bug:
diff --git a/src/mesa/state_tracker/st_manager.c
b/src/mesa/state_tracker/st_manager.c
index a983d64..806ca60 100644
--- a/src/mesa/state_tracker/st_manager.c
+++
On 30 April 2016 at 18:36, Zhen Wu wrote:
> 2016-04-29 18:22 GMT+08:00 Emil Velikov :
>>
>> On 28 April 2016 at 08:34, Chih-Wei Huang wrote:
>> > From: WuZhen
>> >
>> > Support multilib compilation use
On 28 April 2016 at 08:34, Chih-Wei Huang wrote:
> From: WuZhen
>
> NO_REF_TASK
> tested: local run
>
> Change-Id: I7c3c03f844ba6fc7ee3d6817d9ee1e806b92aed7
> Signed-off-by: Chih-Wei Huang
> ---
> Android.common.mk | 2 +-
> 1
On 21 April 2016 at 13:14, Emil Velikov wrote:
> Annotate the only symbol that should be provided statically as PUBLIC
> and add VISIBILITY_CFLAGS to hide everything else.
>
> Note: with this in place we still have multiple symbols exported. Those
> will be fixed with
https://bugs.freedesktop.org/show_bug.cgi?id=93551
Timothy Arceri changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=95088
Emil Velikov changed:
What|Removed |Added
Resolution|--- |FIXED
On Sat, 2016-04-30 at 12:22 -0700, Jamey Sharp wrote:
> OpenGL 4.5 Core Profile section 7.1, in the documentation for
> CompileShader, says: "Changing the source code of a shader object
> with
> ShaderSource does not change its compile status or the compiled
> shader
> code." (I haven't checked
On 1 May 2016 at 09:49, Jonathan Gray wrote:
> On Fri, Apr 22, 2016 at 05:57:40PM +0100, Emil Velikov wrote:
>> On 22 April 2016 at 16:21, Jonathan Gray wrote:
>> > Avoid using % in target, a GNU make extension. Allows this to build on
>> > OpenBSD.
>> >
>> >
> > I'm on AOSP master which probably means a different LLVM version.
> > First, I had to enable several LLVM libs to build for the target and
> > not just the host. In mesa, I had to set the LLVM version to 3.7 from
> > 3.5, add libLLVMExecutionEngine to libmesa_nir and use libLLVM shared
> > lib
2016-04-29 18:22 GMT+08:00 Emil Velikov :
> On 28 April 2016 at 08:34, Chih-Wei Huang wrote:
> > From: WuZhen
> >
> > Support multilib compilation use runtime feature selection.
> >
> > NO_REF_TASK
> > tested: local run
> >
On 28 April 2016 at 19:13, Eric Engestrom wrote:
> On Mon, Apr 25, 2016 at 05:08:18PM +0100, Emil Velikov wrote:
>> On 21 April 2016 at 11:24, Eric Engestrom wrote:
>> > Commit 3d0fac7aca237bbe8ed8e2a362d3b42d0ef8c46c changed all the
>> >
On Fri, Apr 22, 2016 at 05:57:40PM +0100, Emil Velikov wrote:
> On 22 April 2016 at 16:21, Jonathan Gray wrote:
> > Avoid using % in target, a GNU make extension. Allows this to build on
> > OpenBSD.
> >
> > Signed-off-by: Jonathan Gray
> > ---
> >
https://bugs.freedesktop.org/show_bug.cgi?id=95215
Dennis Schridde changed:
What|Removed |Added
CC||devuran...@gmx.net
https://bugs.freedesktop.org/show_bug.cgi?id=94086
Emil Velikov changed:
What|Removed |Added
Resolution|--- |FIXED
On 26 April 2016 at 11:26, Mark Kettenis wrote:
>> From: Matt Turner
>> Date: Mon, 25 Apr 2016 14:37:56 -0700
>>
>> On Tue, Apr 19, 2016 at 10:48 AM, Emil Velikov
>> wrote:
>> > On 19 April 2016 at 03:29, Jonathan Gray
97 matches
Mail list logo