On Thu, Apr 10, 2014 at 1:31 AM, Iago Toral wrote:
> Hi Kristian,
>
> On Tue, 2014-04-08 at 10:14 -0700, Kristian Høgsberg wrote:
>> On Mon, Apr 7, 2014 at 9:24 AM, Eric Anholt wrote:
>> > Iago Toral Quiroga writes:
>> >
>> >> Commit 11baad35088dfd4bdabc1710df650dbfb413e7a3 produces a regression
Signed-off-by: Ilia Mirkin
---
This just maps to the UCMP instruction which should be supported by everyone
who supports native integers in shaders. Tested on nv50, llvmpipe, and
softpipe.
src/mesa/state_tracker/st_extensions.c | 4
1 file changed, 4 insertions(+)
diff --git a/src/mesa/st
Hi,
I ran into a problem caused by this part of the OCL specs (6.1.5
Alignment of Types):
"For 3-component vector data types, the size of the data type is 4 *
sizeof(component)."
and the corresponding part of Khronos cl_platform.h (with all types, not
just float):
/* cl_float3 is identical in siz
2014-04-15 19:19 GMT+02:00 Adam Jackson :
> On Sat, 2014-04-12 at 02:25 +0200, Giovanni Campagna wrote:
>> Hi everyone,
>>
>> Some time ago I sent patches to enable the swrast driver on
>> GBM/DRM, and I did them in the dumbest way possible (that is,
>> having GBM implement the dri-swrast interface
2014-04-14 22:37 GMT+02:00 Dave Airlie :
> On Sat, Apr 12, 2014 at 10:25 AM, Giovanni Campagna
> wrote:
>> Hi everyone,
>>
>> Some time ago I sent patches to enable the swrast driver on
>> GBM/DRM, and I did them in the dumbest way possible (that is,
>> having GBM implement the dri-swrast interfac
Kenneth Graunke writes:
> HiZ operations make the depth/render caches out of sync with the sampler
> caches. We need to arrange for a TC flush to happen before the target
> buffer is used by the sampler. Calling brw_render_cache_set_add_bo
> makes that happen.
Reviewed-by: Eric Anholt
pgp7i
On Fri, Apr 18, 2014 at 3:52 PM, Ian Romanick wrote:
> On 03/31/2014 02:00 PM, Anuj Phogat wrote:
>> In OpenGL 3.1 attribute 0 becomes non-magic, just like in
>> OpenGL ES 2.0. Earlier versions of OpenGL used attribute 0
>> exclusively for vertex position.
>>
>> Fixes 4 Khronos OpenGL CTS failures
https://bugs.freedesktop.org/show_bug.cgi?id=77749
--- Comment #2 from tha...@chromium.org ---
(Clarification: gl.h defines PRAGMA_EXPORT_SUPPORTED; osmesa.h uses "pragma
export" directly if __QUICKDRAW__ is defined)
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=77749
--- Comment #1 from tha...@chromium.org ---
Yup, Quickdraw.h defines __QUICKDRAW__. The header gets pulled in like this
(with the 10.8 sdk):
.
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.8.sdk/
https://bugs.freedesktop.org/show_bug.cgi?id=77749
Priority: medium
Bug ID: 77749
Assignee: mesa-dev@lists.freedesktop.org
Summary: PRAGMA_EXPORT_SUPPORTED defined incorrectly on OS X
Severity: normal
Classification: Unclassified
Anuj Phogat writes:
> Previously it would fail with an error like:
> "implementation error: bad format in _mesa_pack_rgba_span"
> Now it'll throw out a genuine GL error.
Perfect, thanks. With that, I'll happily pick the patch over to 10.1.
-Carl
--
carl.d.wo...@intel.com
pgpdxCmS0YCAm.pgp
De
Make set_atomic_buffer_binding() just update the binding, and move
the code that does validation, flushes the vertices etc. into a new
bind_atomic_buffer() function.
Reviewed-by: Francisco Jerez
---
v2: Document the difference between set_atomic_buffer_binding()
and bind_atomic_buffer()
sr
---
src/mesa/main/transformfeedback.c | 10 +-
src/mesa/main/transformfeedback.h | 14 ++
2 files changed, 15 insertions(+), 9 deletions(-)
diff --git a/src/mesa/main/transformfeedback.c
b/src/mesa/main/transformfeedback.c
index abeb25e..a737463 100644
--- a/src/mesa/main/tra
---
src/mesa/main/extensions.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/mesa/main/extensions.c b/src/mesa/main/extensions.c
index a72284c..941e38a 100644
--- a/src/mesa/main/extensions.c
+++ b/src/mesa/main/extensions.c
@@ -114,6 +114,7 @@ static const struct extension extension_tab
---
src/mesa/main/bufferobj.c | 370 ++
1 file changed, 370 insertions(+)
diff --git a/src/mesa/main/bufferobj.c b/src/mesa/main/bufferobj.c
index 3e45ae0..23e3d7a 100644
--- a/src/mesa/main/bufferobj.c
+++ b/src/mesa/main/bufferobj.c
@@ -2790,6 +2790,3
---
v2: - Restructure the loop to avoid using continue
- Change the targetIndex type to gl_texture_index
- Fix a signed/unsigned comparison warning
- Remove an uneeded assert()
- Use &= (1 << index) to clear bits in _BoundTextures
src/mesa/main/texobj.c | 117
...and update relnotes.
---
docs/GL3.txt| 2 +-
docs/relnotes/10.2.html | 1 +
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/docs/GL3.txt b/docs/GL3.txt
index 0b663dd..4c20914 100644
--- a/docs/GL3.txt
+++ b/docs/GL3.txt
@@ -184,7 +184,7 @@ GL 4.4:
GL_ARB_buffer_stor
---
src/mesa/main/bufferobj.c | 368 ++
1 file changed, 368 insertions(+)
diff --git a/src/mesa/main/bufferobj.c b/src/mesa/main/bufferobj.c
index 856b246..3e45ae0 100644
--- a/src/mesa/main/bufferobj.c
+++ b/src/mesa/main/bufferobj.c
@@ -2790,6 +2790,3
---
v2: Fix a signed/unsigned comparison warning
src/mesa/main/samplerobj.c | 115 +
1 file changed, 115 insertions(+)
diff --git a/src/mesa/main/samplerobj.c b/src/mesa/main/samplerobj.c
index 5757240..1ffbbac 100644
--- a/src/mesa/main/samplerobj.c
This is for glBindTextures(), since it doesn't change the active
texture unit.
---
src/mesa/drivers/dri/nouveau/nouveau_texture.c | 8
src/mesa/main/dd.h | 6 +++---
src/mesa/main/texobj.c | 2 +-
3 files changed, 8 insertions(+), 8 dele
---
v2: Document the difference between _mesa_lookup_bufferobj() and
_mesa_multi_bind_lookup_bufferobj().
src/mesa/main/bufferobj.c | 83 +++
src/mesa/main/bufferobj.h | 14
2 files changed, 97 insertions(+)
diff --git a/src/mesa/main/buf
---
v2: Don't special case unbinding all textures for now.
src/mesa/main/shaderimage.c | 138
1 file changed, 138 insertions(+)
diff --git a/src/mesa/main/shaderimage.c b/src/mesa/main/shaderimage.c
index f77f2c6..ffb3542 100644
--- a/src/mesa/main/s
---
src/mesa/main/varray.c | 114 +
1 file changed, 114 insertions(+)
diff --git a/src/mesa/main/varray.c b/src/mesa/main/varray.c
index 2f2b23f..939a80b 100644
--- a/src/mesa/main/varray.c
+++ b/src/mesa/main/varray.c
@@ -1449,6 +1449,120 @@ void G
This patch adds functions for locking/unlocking the mutex, along with
_mesa_HashLookupLocked() and _mesa_HashInsertLocked()
that do lookups and insertions without locking the mutex.
These functions will be used by the ARB_multi_bind entry points to
avoid locking/unlocking the mutex for each bindin
---
v2: - Space between type and * in ARB_multi_bind.xml
- Fix a comment in gl_API.xml
src/mapi/glapi/gen/ARB_multi_bind.xml | 53 +
src/mapi/glapi/gen/Makefile.am | 1 +
src/mapi/glapi/gen/gl_API.xml | 4 +++
src/mesa/main/bufferobj.c
This will be used by glBindTextures() so we don't have to look it up
for each texture.
---
v2: Store the index as a gl_texture_index
src/mesa/main/mtypes.h | 1 +
src/mesa/main/texobj.c | 2 ++
2 files changed, 3 insertions(+)
diff --git a/src/mesa/main/mtypes.h b/src/mesa/main/mtypes.h
index 6
This will be used by glBindTextures() when unbinding textures,
to avoid having to loop over all the targets.
---
v2: Use &= ~(1 << index) to clear bits
src/mesa/main/mtypes.h | 6 +-
src/mesa/main/texobj.c | 6 ++
src/mesa/main/texstate.c | 3 +++
3 files changed, 14 insertions(+), 1
Make set_ubo_binding() just update the binding, and move the code
that does validation, flushes the vertices etc. into a new
bind_uniform_buffer() function.
---
v2: Document the difference between set_ubo_binding() and
bind_uniform_buffer().
src/mesa/main/bufferobj.c | 63 +++
---
src/mesa/main/texobj.c | 21 +
src/mesa/main/texobj.h | 9 +
2 files changed, 30 insertions(+)
diff --git a/src/mesa/main/texobj.c b/src/mesa/main/texobj.c
index 724bf5f..2153b94 100644
--- a/src/mesa/main/texobj.c
+++ b/src/mesa/main/texobj.c
@@ -61,6 +61,27 @@ _
So here is version two of the ARB_multi_bind series.
This incorporates feedback from Brian, Matt and Francisco, and also
fixes an issue I happened to notice myself. It occurred to me that
the BindTexture driver hook doesn't have a parameter for the texture
index, and that drivers might want to kn
The texture can only be bound to the index that corresponds to its
target, so there is no need to loop over all possible indices
for every unit and checking if the texture is bound to it.
---
v2: Restructure the loop to avoid using continue, and use
&= ~(1 << index) to clear bits in _BoundText
The FINISHME comment is a relic from another time, before shader
inputs and function inputs were split. Removed.
Marked for 10.0/10.1 and pushed with Ian's r-b from IRC
On Mon, Apr 21, 2014 at 4:06 PM, Chris Forbes wrote:
> Previously this was special-cased for VS and FS; it never got updated
>
On Fri, Apr 18, 2014 at 4:11 PM, Ian Romanick wrote:
> On 03/24/2014 04:33 PM, Anuj Phogat wrote:
>> Currently overlapping locations of input variables are not allowed for all
>> the shader types in OpenGL and OpenGL ES.
>>
>>>From OpenGL ES 3.0 spec, page 56:
>>"Binding more than one attribut
HiZ operations make the depth/render caches out of sync with the sampler
caches. We need to arrange for a TC flush to happen before the target
buffer is used by the sampler. Calling brw_render_cache_set_add_bo
makes that happen.
On previous generations, brw_blorp_exec took care of flushing the
t
I have been working on integrating image support into a hybrid Clover build.
I managed to get 2D image reads working a week or so ago, and have moved on to
implementing 2D image writes.
I have an issue where when writing 4x4 images, things are working fine. When I
move on to larger images, I get
https://bugs.freedesktop.org/show_bug.cgi?id=77693
--- Comment #2 from Roland Scheidegger ---
Ideally you'd just say you don't support s3tc, and leave it up to the
application to not use such textures. I suspect it wouldn't get you very far
though today (though I know some apps indeed can deal wi
- Original Message -
> ---
> src/gallium/drivers/svga/svga_draw.c | 258
> ++
> 1 file changed, 135 insertions(+), 123 deletions(-)
>
> diff --git a/src/gallium/drivers/svga/svga_draw.c
> b/src/gallium/drivers/svga/svga_draw.c
> index fa0cac4..366a2dc 1
Am 21.04.2014 21:10, schrieb Ilia Mirkin:
> On Mon, Apr 21, 2014 at 2:52 PM, Roland Scheidegger
> wrote:
>> Am 21.04.2014 17:54, schrieb Ilia Mirkin:
>>> Hello,
>>>
>>> I've been giving some thought to catching up with core mesa on ARB_gs5
>>> support. One of the things that ARB_gs5 introduces ar
On Mon, Apr 21, 2014 at 11:42 AM, Carl Worth wrote:
> Anuj Phogat writes:
>> OpenGL 4.0 spec, page 306 suggests an INVALID_OPERATION in glGetTexImage
>> if :
>>"format is one of the integer formats in table 3.3 and the internal
>> format of the texture image is not integer, or format is n
---
src/gallium/drivers/svga/svga_draw.c | 258 ++
1 file changed, 135 insertions(+), 123 deletions(-)
diff --git a/src/gallium/drivers/svga/svga_draw.c
b/src/gallium/drivers/svga/svga_draw.c
index fa0cac4..366a2dc 100644
--- a/src/gallium/drivers/svga/svga_draw.
On Mon, Apr 21, 2014 at 2:52 PM, Roland Scheidegger wrote:
> Am 21.04.2014 17:54, schrieb Ilia Mirkin:
>> Hello,
>>
>> I've been giving some thought to catching up with core mesa on ARB_gs5
>> support. One of the things that ARB_gs5 introduces are new operations:
>>
>> genType frexp(genType
On Mon, Apr 21, 2014 at 11:48 AM, Carl Worth wrote:
> Anuj Phogat writes:
>>decl |= buffer << SO_DECL_OUTPUT_BUFFER_SLOT_SHIFT;
>> + assert(vue_map->varying_to_slot[varying] >= 0);
>>decl |= vue_map->varying_to_slot[varying] <<
>
> I have the same question here as in my previ
Am 21.04.2014 17:54, schrieb Ilia Mirkin:
> Hello,
>
> I've been giving some thought to catching up with core mesa on ARB_gs5
> support. One of the things that ARB_gs5 introduces are new operations:
>
> genType frexp(genType x, out genIType exp);
> genType ldexp(genType x, in genIType
Anuj Phogat writes:
>decl |= buffer << SO_DECL_OUTPUT_BUFFER_SLOT_SHIFT;
> + assert(vue_map->varying_to_slot[varying] >= 0);
>decl |= vue_map->varying_to_slot[varying] <<
I have the same question here as in my previous message to another
patch.
Could this new assert() cause
Anuj Phogat writes:
> OpenGL 4.0 spec, page 306 suggests an INVALID_OPERATION in glGetTexImage
> if :
>"format is one of the integer formats in table 3.3 and the internal
> format of the texture image is not integer, or format is not one of
> the integer formats in table 3.3 and the in
https://bugs.freedesktop.org/show_bug.cgi?id=77582
--- Comment #6 from Benjamin Bellec ---
FYI, I looked closely to the code.
The Mesa error came from ogl-samples file "framework/glew.c", line 9535
(extStart = glGetString(GL_EXTENSIONS);).
This GLEW file is the official glew.c version 1.10.0.
On Mon, Apr 21, 2014 at 10:38 AM, Matt Turner wrote:
> No need to use 32-bits to store 15 and 12.
> ---
> src/mesa/drivers/dri/i965/brw_eu_compact.c | 28 ++--
> 1 file changed, 14 insertions(+), 14 deletions(-)
>
> diff --git a/src/mesa/drivers/dri/i965/brw_eu_compact.c
No need to use 32-bits to store 15 and 12.
---
src/mesa/drivers/dri/i965/brw_eu_compact.c | 28 ++--
1 file changed, 14 insertions(+), 14 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_eu_compact.c
b/src/mesa/drivers/dri/i965/brw_eu_compact.c
index f8a8bc5..30048
On Mon, Apr 21, 2014 at 10:20 AM, Ilia Mirkin wrote:
> On Mon, Apr 21, 2014 at 12:56 PM, Matt Turner wrote:
>> On Mon, Apr 21, 2014 at 8:54 AM, Ilia Mirkin wrote:
>>> Hello,
>>>
>>> I've been giving some thought to catching up with core mesa on ARB_gs5
>>> support. One of the things that ARB_gs5
On Fri, Apr 18, 2014 at 4:17 PM, Ian Romanick wrote:
> On 03/11/2014 05:33 PM, Anuj Phogat wrote:
>>>From the OpenGL 4.4 spec page 275:
>> "If pname is FRAMEBUFFER_ATTACHMENT_COMPONENT_TYPE, param will
>>contain the format of components of the specified attachment,
>>one of FLOAT, INT, U
On 04/21/2014 10:01 AM, Matt Turner wrote:
> ---
> 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
> b/src/mesa/drivers/dri/i965/brw_disasm.c
> index 0bc7a64..e54172c 100644
> --- a/src/mesa/dr
https://bugs.freedesktop.org/show_bug.cgi?id=77582
Benjamin Bellec changed:
What|Removed |Added
Resolution|WONTFIX |NOTOURBUG
--- Comment #5 from Benjamin
On Mon, Apr 21, 2014 at 12:56 PM, Matt Turner wrote:
> On Mon, Apr 21, 2014 at 8:54 AM, Ilia Mirkin wrote:
>> Hello,
>>
>> I've been giving some thought to catching up with core mesa on ARB_gs5
>> support. One of the things that ARB_gs5 introduces are new operations:
>>
>> genType frexp(gen
---
src/mesa/drivers/dri/i965/brw_disasm.c | 11 +--
src/mesa/drivers/dri/i965/gen8_disasm.c | 4 +---
2 files changed, 2 insertions(+), 13 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_disasm.c
b/src/mesa/drivers/dri/i965/brw_disasm.c
index 88bf24e..0bc7a64 100644
--- a/src/
---
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
b/src/mesa/drivers/dri/i965/brw_disasm.c
index 0bc7a64..e54172c 100644
--- a/src/mesa/drivers/dri/i965/brw_disasm.c
+++ b/src/mesa/drivers/dri/i965
On Mon, Apr 21, 2014 at 8:54 AM, Ilia Mirkin wrote:
> Hello,
>
> I've been giving some thought to catching up with core mesa on ARB_gs5
> support. One of the things that ARB_gs5 introduces are new operations:
>
> genType frexp(genType x, out genIType exp);
> genType ldexp(genType x, in
Ian Romanick writes:
> On 03/24/2014 04:33 PM, Anuj Phogat wrote:
>> Currently overlapping locations of input variables are not allowed for all
>> the shader types in OpenGL and OpenGL ES.
>>
>>>From OpenGL ES 3.0 spec, page 56:
>>"Binding more than one attribute name to the same location is
On 04/19/2014 08:51 PM, Ilia Mirkin wrote:
Hi Brian,
I bisected a nv50/nvc0 regression in fbo-generatemipmap-array to
commit 5a2f8b2c48a14. The commit itself seems correct, but I
double-checked my bisection results (at least on nv50, I only assume
that it's the same commit causing the nvc0 regre
Hello,
I've been giving some thought to catching up with core mesa on ARB_gs5
support. One of the things that ARB_gs5 introduces are new operations:
genType frexp(genType x, out genIType exp);
genType ldexp(genType x, in genIType exp);
genIType bitfieldExtract(genIType value, i
On Sun, Apr 20, 2014 at 9:59 PM, Marek Olšák wrote:
> From: Marek Olšák
>
> Changing SX_MISC hangs RV740. When we're at it, let's use
> DX_RASTERIZATION_KILL
> on all R700 and later chipsets.
>
> Cc: 10.0 10.1 mesa-sta...@lists.freedesktop.org
Reviewed-by: Alex Deucher
> ---
> src/gallium/dr
On Sun, Apr 20, 2014 at 9:59 PM, Marek Olšák wrote:
> From: Marek Olšák
>
> Cc: 10.0 10.1 mesa-sta...@lists.freedesktop.org
Reviewed-by: Alex Deucher
> ---
> src/gallium/drivers/r600/evergreen_state.c | 5 -
> src/gallium/drivers/r600/r600_state.c | 5 +
> src/gallium/drivers/r60
On Sun, Apr 20, 2014 at 9:59 PM, Marek Olšák wrote:
> From: Marek Olšák
>
> Cc: mesa-sta...@lists.freedesktop.org
Reviewed-by: Alex Deucher
> ---
> src/gallium/drivers/r600/evergreen_state.c | 24 -
> src/gallium/drivers/r600/r600_pipe.h | 31 -
> src/gal
On Sun, Apr 20, 2014 at 9:59 PM, Marek Olšák wrote:
> From: Marek Olšák
>
Reviewed-by: Alex Deucher
> ---
> src/gallium/drivers/radeon/r600_texture.c | 6 ++
> 1 file changed, 6 insertions(+)
>
> diff --git a/src/gallium/drivers/radeon/r600_texture.c
> b/src/gallium/drivers/radeon/r600_t
On Sun, Apr 20, 2014 at 9:59 PM, Marek Olšák wrote:
> From: Marek Olšák
>
> This fixes broken rendering in DOTA 2.
>
> Cc: 10.0 10.1 mesa-sta...@lists.freedesktop.org
Reviewed-by: Alex Deucher
> ---
> src/gallium/drivers/r600/r600_blit.c | 6 ++
> 1 file changed, 6 insertions(+)
>
> diff
On Sun, Apr 20, 2014 at 9:59 PM, Marek Olšák wrote:
> From: Marek Olšák
>
> Cc: 10.0 10.1 mesa-sta...@lists.freedesktop.org
Reviewed-by: Alex Deucher
> ---
> src/gallium/drivers/radeon/r600_texture.c | 6 ++
> 1 file changed, 6 insertions(+)
>
> diff --git a/src/gallium/drivers/radeon/r60
On Sun, Apr 20, 2014 at 9:59 PM, Marek Olšák wrote:
> From: Marek Olšák
>
> Cc: 10.0 10.1 mesa-sta...@lists.freedesktop.org
Reviewed-by: Alex Deucher
> ---
> src/gallium/drivers/r600/r600_hw_context.c | 9 +
> 1 file changed, 9 insertions(+)
>
> diff --git a/src/gallium/drivers/r600/r
On Sun, Apr 20, 2014 at 9:59 PM, Marek Olšák wrote:
> From: Marek Olšák
>
> We forgot to set these bits.
>
> Cc: 10.1 mesa-sta...@lists.freedesktop.org
Reviewed-by: Alex Deucher
> ---
> src/gallium/drivers/r600/r600_state.c | 6 --
> 1 file changed, 4 insertions(+), 2 deletions(-)
>
> dif
On Mon, Apr 21, 2014 at 5:27 AM, Michel Dänzer wrote:
> From: Michel Dänzer
>
> The way cik_num_banks() was calculating the index only makes sense for
> the CIK specific macrotile mode array. For SI, we need to use the tile
> mode index directly.
>
> This happened to work most of the time because
On 04/20/2014 07:59 PM, Marek Olšák wrote:
From: Marek Olšák
Cc: mesa-sta...@lists.freedesktop.org
---
src/mesa/state_tracker/st_atom_framebuffer.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/src/mesa/state_tracker/st_atom_framebuffer.c
b/src/mesa/state_tracker/st_atom_framebu
Hello
I would be interested in developing for clover.
As a first exercise I implement clEnqueueMarkerWithWaitList and
clEnqueueBarrierWithWaitList needed for OpenCL 1.2
This patch is more a proof of concept than a real one.
Please tell me if I get it wrong.diff --git a/src/gallium/state_tracker
Currently it only considers the cases of gl_ModelViewProjectionMatrix and
gl_TextureMatrix. The same optimization can be done also for
gl_ModelViewMatrix, gl_ProjectionMatrix and the corresponding inverses.
---
src/glsl/opt_flip_matrices.cpp | 118 +++--
1 file
On Sat, Apr 19, 2014 at 9:32 AM, Mohamed MEDIOUNI
wrote:
> The VideoCore IV GPU has 14 cores:
>
> - 2 VPU Cores : Full-blown cores which run the ThreadX RTOS.
> There is an experimental LLVM port to it and also the VBCC C89
> compiler(which has'nt time support so classic benchmarks run indefinitel
Reviewed-by: Marek Olšák
Marek
On Mon, Apr 21, 2014 at 11:27 AM, Michel Dänzer wrote:
> From: Michel Dänzer
>
> The way cik_num_banks() was calculating the index only makes sense for
> the CIK specific macrotile mode array. For SI, we need to use the tile
> mode index directly.
>
> This happen
From: Michel Dänzer
The way cik_num_banks() was calculating the index only makes sense for
the CIK specific macrotile mode array. For SI, we need to use the tile
mode index directly.
This happened to work most of the time because most of the SI tiling
modes use the same number of banks.
Signed-
Greetings,
I have a Gentoo system using mesa from git, since the following commit:
http://cgit.freedesktop.org/mesa/mesa/commit/?id=75143ef05576ee9f25ee176bc28c3c4d03705bf5
all pkgs on my system which depends on openvg cannot be upgraded because all
the vg* funcs where replaced by vega* funcs.
75 matches
Mail list logo