Thanks, landed.
On Fri, Aug 15, 2014 at 6:44 PM, Kenneth Graunke wrote:
> On Sunday, August 03, 2014 12:36:31 PM Chris Forbes wrote:
>> We're about to be using this infrastructure to build descriptors in
>> src1 of non-send instructions, when preparing to do an indirect send.
>>
>> Don't accident
https://bugs.freedesktop.org/show_bug.cgi?id=79629
meng changed:
What|Removed |Added
CC||mengmeng.m...@intel.com
--
You are receiving thi
On Sunday, August 03, 2014 12:36:31 PM Chris Forbes wrote:
> We're about to be using this infrastructure to build descriptors in
> src1 of non-send instructions, when preparing to do an indirect send.
>
> Don't accidentally clobber the conditionalmod field of those
> instructions with SFID bits, w
https://bugs.freedesktop.org/show_bug.cgi?id=76188
--- Comment #5 from Pekka Paalanen ---
Patches are now in Piglit and Mesa:
http://cgit.freedesktop.org/piglit/commit/?id=f51d966f0610721a0947619950f43ddd4d29d42d
http://cgit.freedesktop.org/mesa/mesa/commit/?id=08264e5dad4df448e7718e782ad90779020
On Thu, Aug 14, 2014 at 9:51 PM, Kenneth Graunke wrote:
> On Thursday, August 14, 2014 08:51:24 PM Matt Turner wrote:
>> Cuts about 1.5k of text size and reduces the compile time from 23~27 to
>> 19 seconds.
>>
>>textdata bss dec hex filename
>> 243337 0 0 243337
On Aug 14, 2014 9:49 PM, "Kenneth Graunke" wrote:
>
> On Thursday, August 14, 2014 08:51:24 PM Matt Turner wrote:
> > Cuts about 1.5k of text size and reduces the compile time from 23~27 to
> > 19 seconds.
> >
> >textdata bss dec hex filename
> > 243337 0 0 243337
On Thursday, August 14, 2014 08:51:24 PM Matt Turner wrote:
> Cuts about 1.5k of text size and reduces the compile time from 23~27 to
> 19 seconds.
>
>textdata bss dec hex filename
> 243337 0 0 243337 3b689 .libs/format_utils.o
> 241807 0 0 241807
Cuts about 1.5k of text size and reduces the compile time from 23~27 to
19 seconds.
textdata bss dec hex filename
243337 0 0 243337 3b689 .libs/format_utils.o
241807 0 0 241807 3b08f .libs/format_utils.o
---
Numbers from gcc-4.8.2 on an amd64 syst
Reviewed-by: Matt Turner
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Commit c66d928f2c9fa59e162c391fbdd37df969959718 ("i965: Enable INTDIV
in SIMD16 mode.") began using generate_math_gen6 to break SIMD16 INTDIV
into two SIMD8 operations.
generate_math_gen6 takes two registers - for unary operations, we pass
ARF null for the second operand. Prior to Broadwell, real
On Thu, Aug 14, 2014 at 6:18 PM, Emil Velikov wrote:
> Signed-off-by: Emil Velikov
Might make sense to set PIPE_CAP_UMA for the the IGP chips and APUs.
I guess it depends how applications use that info.
Alex
> ---
> src/gallium/drivers/r300/r300_screen.c | 11 +++
> src/gallium/driver
On Wed, Aug 13, 2014 at 10:10 PM, Ilia Mirkin wrote:
> Signed-off-by: Ilia Mirkin
> ---
Perhaps I might have mentioned more about this... the situation is
that nouveau_vieux doesn't support EGL (it doesn't have DRIimage or
something along those lines). So the EGL init fails. Which makes
piglit t
On Aug 14, 2014 7:13 PM, "Dieter Nützel" wrote:
>
> Am 15.08.2014 02:36, schrieb Dave Airlie:
>
On 08/02/2014 02:11 PM, Jason Ekstrand wrote:
>
>
> Most format conversion operations required by GL can be performed by
> converting one channel at a time, shuffling the channels a
Am 15.08.2014 02:36, schrieb Dave Airlie:
On 08/02/2014 02:11 PM, Jason Ekstrand wrote:
Most format conversion operations required by GL can be performed by
converting one channel at a time, shuffling the channels around, and
optionally filling missing channels with zeros and ones. This adds
On Thu, Aug 14, 2014 at 12:57 PM, Glenn Kennard wrote:
> Requires Evergreen/Cayman
>
> Signed-off-by: Glenn Kennard
> ---
> Passes ARB_derivative_control piglit tests, no regressions.
> Depends on Ilia's derivative control gallium infrastructure
> patches.
FYI, I pushed these out. However note t
>> On 08/02/2014 02:11 PM, Jason Ekstrand wrote:
>>>
>>> Most format conversion operations required by GL can be performed by
>>> converting one channel at a time, shuffling the channels around, and
>>> optionally filling missing channels with zeros and ones. This adds a
>>> function to do just th
On Friday 15 August 2014, Timothy Arceri wrote:
> Signed-off-by: Timothy Arceri
> ---
> src/mesa/main/varray.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/src/mesa/main/varray.c b/src/mesa/main/varray.c
> index 6b43260..e01cc3a 100644
> --- a/src/mesa/main/varray
On Friday 15 August 2014, Timothy Arceri wrote:
> Signed-off-by: Timothy Arceri
> ---
> Although 4.4 is a while away GL_MAX_VERTEX_ATTRIB_STRIDE is used in
> the ARB_direct_state_access spec so it seemed worth while adding this now.
>
> I added MAX_VERTEX_ATTRIB_STRIDE to ARB_vertex_attrib_bin
On 15/08/14 00:44, Marek Olšák wrote:
> On Fri, Aug 15, 2014 at 12:18 AM, Emil Velikov
> wrote:
>> The final step to get GLX_MESA_query_renderer working with gallium
>> drivers.
>>
>> Signed-off-by: Emil Velikov
>> ---
>> src/gallium/state_trackers/dri/Makefile.sources| 2 +
>> src/gallium
On Fri, Aug 15, 2014 at 12:18 AM, Emil Velikov wrote:
> The final step to get GLX_MESA_query_renderer working with gallium
> drivers.
>
> Signed-off-by: Emil Velikov
> ---
> src/gallium/state_trackers/dri/Makefile.sources| 2 +
> src/gallium/state_trackers/dri/dri2.c | 2 +
>
https://bugs.freedesktop.org/show_bug.cgi?id=82538
--- Comment #1 from smoki ---
It works fine for me on Kabini :). Mesa git
d7d8260f70326cd294715203dae8a8f0150680c1, llvm 3.5-rc2, smc as Debian package
in Sid.
Or maybe you think about these 2.0 beta or git version?
http://www.secretmaryo.o
On Sun, Aug 10, 2014 at 4:18 PM, Matt Turner wrote:
>
> ---
> src/glsl/link_uniform_initializers.cpp| 24 +++
> src/glsl/link_uniforms.cpp| 5 ++--
> src/glsl/linker.cpp | 2 +-
> src/glsl/linker.h
On 15.08.2014 01:17, Roland Scheidegger wrote:
NAK.
This is unnecessary, the condition parameter can already handle that
(and was added for that purpose, though for d3d10 only at that time -
793e8e3d7ed816cc9a066245dde798afdcf8b581). Can't speak for other
drivers, but llvmpipe/softpipe already h
NAK.
This is unnecessary, the condition parameter can already handle that
(and was added for that purpose, though for d3d10 only at that time -
793e8e3d7ed816cc9a066245dde798afdcf8b581). Can't speak for other
drivers, but llvmpipe/softpipe already handle it in any case.
Otherwise, I'd still have to
For all patches except for the LC_ALL change:
Reviewed-by: Marek Olšák
Marek
On Thu, Aug 14, 2014 at 6:19 PM, Ilia Mirkin wrote:
> Any chance this can get reviewed before the 10.3 cutoff tomorrow? I
> copied one of the existing nv_texture_barrier piglits and made use of
> glTextureBarrier() ins
https://bugs.freedesktop.org/show_bug.cgi?id=82539
--- Comment #10 from Emil Velikov ---
It seems to me that you disable every possible user for the svga driver yet you
want to build it. Can you list the libraries that a successful build produces ?
--
You are receiving this mail because:
You ar
Signed-off-by: Tobias Klausmann
---
src/gallium/auxiliary/util/u_blitter.c | 5 +++--
src/gallium/drivers/galahad/glhd_context.c | 5 +++--
src/gallium/drivers/ilo/ilo_3d.c| 3 ++-
src/gallium/drivers/llvmpipe/lp_context.c | 3 ++-
src/gallium/drivers/nouveau/n
Hi Timothy,
The maximum stride is 2047 with r600g and 2048 with radeonsi. It would
be better if there was a way for drivers to set this limit.
Marek
On Fri, Aug 15, 2014 at 12:10 AM, Timothy Arceri wrote:
> Signed-off-by: Timothy Arceri
> ---
> Although 4.4 is a while away GL_MAX_VERTEX_ATTRI
Am 15.08.2014 00:33, schrieb Ilia Mirkin:
> Hm, I wonder what GETPARAM_PCI_DEVICE returns for GK20A. Also, not
> 100% sure what UMA means, but GK20A (NVEA) would defnitely qualify.
> Not sure about the other IGP's that steal vram from the system. All
> IGPs end in 0xa-0xf though, so they're easy to
On 14/08/14 23:33, Ilia Mirkin wrote:
> Hm, I wonder what GETPARAM_PCI_DEVICE returns for GK20A. Also, not
> 100% sure what UMA means, but GK20A (NVEA) would defnitely qualify.
> Not sure about the other IGP's that steal vram from the system. All
> IGPs end in 0xa-0xf though, so they're easy to det
Hm, I wonder what GETPARAM_PCI_DEVICE returns for GK20A. Also, not
100% sure what UMA means, but GK20A (NVEA) would defnitely qualify.
Not sure about the other IGP's that steal vram from the system. All
IGPs end in 0xa-0xf though, so they're easy to detect. (But some might
have dedicated vram, not
Hello gents,
After Marek's work to strip out the gl_context dependency and
correctly set the correct GL* version we can finaly land
GLX_MESA_query_renderer for drivers outside of the classic Intel one :)
Previous time around people reported:
- i915/ilo: move the get_aperture_size to the winsys:
- Create nouveau_{vendor,get_renderer}_string helpers.
- Set correct max_gl*version.
- Query the device PCIID via libdrm_nouveau/nouveau_getparam.
Signed-off-by: Emil Velikov
---
src/mesa/drivers/dri/nouveau/nouveau_driver.c | 24 +---
src/mesa/drivers/dri/nouveau/nouveau_driver.h | 5 ++
Provide the real vendor and and hardcode the device id as
0x as the devices currently using freedreno are non-pci.
The device features UMA.
Cc: Rob Clark
Signed-off-by: Emil Velikov
---
src/gallium/drivers/freedreno/freedreno_screen.c | 12
1 file changed, 12 insertions(+)
Both report 0x as both vendor and device id, and the maximum
amount of system memory as video memory.
v2: Use aux helper os_get_total_physical_memory().
Cc: Brian Paul
Signed-off-by: Emil Velikov
---
src/gallium/drivers/llvmpipe/lp_screen.c | 19 +++
src/gallium/drivers
Printing the TCL involves that context is available at the time of
query. The GLX_MESA_query_renderer states that glGetString(GL_RENDERER)
and glXQueryRendererStringMESA(GLX_RENDERER_DEVICE_ID_MESA) will have
the same format, thus removing the context dependenicy will help us
achieve that.
Signed-
Implementation based on the classic driver with the following
changes:
- Use auxiliarry function os_get_total_physical_memory to get the
total amount of memory.
- Move the libdrm_intel specific get_aperture_size to the winsys.
Cc: Stephane Marchesin
Signed-off-by: Emil Velikov
---
src/gallium
Cc: Eric Anholt
Signed-off-by: Emil Velikov
---
src/gallium/drivers/vc4/vc4_screen.c | 12
1 file changed, 12 insertions(+)
diff --git a/src/gallium/drivers/vc4/vc4_screen.c
b/src/gallium/drivers/vc4/vc4_screen.c
index c044c8e..937ed63 100644
--- a/src/gallium/drivers/vc4/vc4_scre
Signed-off-by: Emil Velikov
---
src/glx/dri2_query_renderer.c | 54 ++-
1 file changed, 28 insertions(+), 26 deletions(-)
diff --git a/src/glx/dri2_query_renderer.c b/src/glx/dri2_query_renderer.c
index c1e8772..eb5884a 100644
--- a/src/glx/dri2_query_rend
All the values are are currently hardcoded. One could use
some heuristics to determine the amount of video memory if
a callback to the host is not available.
Do we what to advertise the driver as hardwar accelerated ?
Cc: Brian Paul
Cc: José Fonseca
Signed-off-by: Emil Velikov
---
src/gallium
Essentially all drivers would like to use to opengl core profile if
available, so avoid duplication by moving the code to a common fallback
within driQueryRendererIntegerCommon.
If a driver uses different approach they can handle it separately.
Signed-off-by: Emil Velikov
---
src/mesa/drivers/d
Signed-off-by: Emil Velikov
---
src/gallium/drivers/nouveau/nv30/nv30_screen.c | 20
src/gallium/drivers/nouveau/nv50/nv50_screen.c | 26 +-
src/gallium/drivers/nouveau/nvc0/nvc0_screen.c | 24
3 files changed, 61 insertions(+)
Namely vendor/device id, accelerated and UMA, which will be used to describe
the underlying renderer.
Signed-off-by: Emil Velikov
---
src/gallium/docs/source/screen.rst | 8
src/gallium/include/pipe/p_defines.h | 5 +
2 files changed, 13 insertions(+)
diff --git a/src/gallium/doc
Implementation based on the classic driver with the following
changes:
- Use auxiliarry function os_get_total_physical_memory to get the
total amount of memory.
- Move the libdrm_intel specific get_aperture_size to the winsys.
Cc: Chia-I Wu
Signed-off-by: Emil Velikov
---
src/gallium/drivers/
Cc: Alexander von Gluck IV
Signed-off-by: Emil Velikov
---
src/gallium/auxiliary/os/os_misc.c | 64 ++
src/gallium/auxiliary/os/os_misc.h | 7 +
2 files changed, 71 insertions(+)
diff --git a/src/gallium/auxiliary/os/os_misc.c
b/src/gallium/auxiliary/os
The final step to get GLX_MESA_query_renderer working with gallium
drivers.
Signed-off-by: Emil Velikov
---
src/gallium/state_trackers/dri/Makefile.sources| 2 +
src/gallium/state_trackers/dri/dri2.c | 2 +
.../state_trackers/dri/dri_query_renderer.c| 78 ++
Signed-off-by: Emil Velikov
---
src/gallium/drivers/r300/r300_screen.c | 11 +++
src/gallium/drivers/r600/r600_pipe.c | 11 +++
src/gallium/drivers/radeonsi/si_pipe.c | 11 +++
3 files changed, 33 insertions(+)
diff --git a/src/gallium/drivers/r300/r300_screen.c
b/src/
v2:
- Drop __DRI2_RENDERER_PREFERRED_PROFILE case.
- Cleanup return statements.
Cc: Brian Paul
Signed-off-by: Emil Velikov
---
src/mesa/drivers/dri/swrast/swrast.c | 73 +++-
1 file changed, 71 insertions(+), 2 deletions(-)
diff --git a/src/mesa/drivers/dri/sw
- Create radeon{Vendor,GetRenderer}String helpers.
- Drop __DRI2_RENDERER_PREFERRED_PROFILE case.
- Cleanup return statements.
To be used by the upcomming GLX_MESA_query_renderer implementation.
Signed-off-by: Emil Velikov
---
.../drivers/dri/radeon/radeon_common_context.c | 50 +
v2: Reff the correct file wrt copyright, spotted by Chia-I
Signed-off-by: Emil Velikov
---
src/glx/drisw_glx.c | 41 +
src/glx/drisw_priv.h | 64
2 files changed, 65 insertions(+), 40 deletions(-)
create mode
The extension is used by GLX_MESA_query_renderer, which
can be provided for by hardware and software drivers.
v2: Use designated initializers.
v3: Move drisw_query_renderer_*() to dri2_query_renderer.c
Signed-off-by: Emil Velikov
---
src/glx/dri2_query_renderer.c | 40 ++
Signed-off-by: Timothy Arceri
---
src/mesa/main/varray.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/mesa/main/varray.c b/src/mesa/main/varray.c
index 6b43260..e01cc3a 100644
--- a/src/mesa/main/varray.c
+++ b/src/mesa/main/varray.c
@@ -1574,14 +1574,14 @@ _mesa_Bi
Signed-off-by: Timothy Arceri
---
docs/GL3.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/docs/GL3.txt b/docs/GL3.txt
index 52b0ce4..d6764e1 100644
--- a/docs/GL3.txt
+++ b/docs/GL3.txt
@@ -172,7 +172,7 @@ GL 4.3, GLSL 4.30:
GL 4.4, GLSL 4.40:
- GL_MAX_VERTEX_ATTRIB
Signed-off-by: Timothy Arceri
---
Although 4.4 is a while away GL_MAX_VERTEX_ATTRIB_STRIDE is used in
the ARB_direct_state_access spec so it seemed worth while adding this now.
I added MAX_VERTEX_ATTRIB_STRIDE to ARB_vertex_attrib_binding.xml
as it didn't seem like it was worth putting it som
https://bugs.freedesktop.org/show_bug.cgi?id=82635
Priority: medium
Bug ID: 82635
Keywords: regression
CC: emil.l.veli...@gmail.com
Assignee: mesa-dev@lists.freedesktop.org
Summary: vmw_screen.h:100:4: error: unknown type name 'd
On Wed, Aug 13, 2014 at 01:30:52PM -0700, Kenneth Graunke wrote:
> On Monday, August 11, 2014 05:29:40 PM Kristian Høgsberg wrote:
> > GetTexParamterfv() doesnt change texture state, so instead of
> > _mesa_lock_texture() we can use _mesa_lock_context_textures(),
> > which doesn't increase the text
This patch is
Reviewed-by: Ian Romanick
On 08/13/2014 10:48 PM, Ilia Mirkin wrote:
> Signed-off-by: Ilia Mirkin
> ---
>
> Oops :) The piglit tests caught these...
>
> v1 -> v2:
> - add constant expression handling
> - add name strings for new opcodes
> - add new opcodes into ir_expression
On 08/14/2014 12:00 AM, Matt Turner wrote:
> On Wed, Aug 13, 2014 at 11:44 PM, Matt Turner wrote:
>> On Wed, Aug 13, 2014 at 9:52 PM, Ilia Mirkin wrote:
>>> Signed-off-by: Ilia Mirkin
>>> ---
>>> src/mesa/main/extensions.c | 1 +
>>> src/mesa/main/mtypes.h | 1 +
>>> 2 files changed, 2 inse
On 08/14/2014 10:35 AM, Ilia Mirkin wrote:
> On Thu, Aug 14, 2014 at 1:30 PM, Ian Romanick wrote:
>> On 08/13/2014 11:58 PM, Matt Turner wrote:
>>> On Wed, Aug 13, 2014 at 9:52 PM, Ilia Mirkin wrote:
I left all the variants as separate operations in the glsl ir. However for
gallium I on
On Thu, 14 Aug 2014 19:43:58 +0300
"Pohjolainen, Topi" wrote:
> On Thu, Aug 14, 2014 at 08:50:32AM -0700, Matt Turner wrote:
> > On Thu, Aug 14, 2014 at 12:24 AM, Pekka Paalanen
> > wrote:
> > > On Wed, 13 Aug 2014 19:46:40 +0300
> > > "Pohjolainen, Topi" wrote:
> > >
> > >> On Fri, Aug 08, 20
https://bugs.freedesktop.org/show_bug.cgi?id=82539
--- Comment #9 from Vinson Lee ---
(In reply to comment #8)
> The revert is already in master, so a fetch/rebase & test should suffice.
> Thank you
The same build error occurs. The error also occurs on FreeBSD. Perhaps the
error occurs with an o
https://bugs.freedesktop.org/show_bug.cgi?id=50754
--- Comment #32 from Matt Turner ---
(In reply to comment #30)
> (In reply to comment #29)
> > While this patch looks correct at first sight I caused quite a few issues
> > with other parts of mesa. As such I've reverted it, removed the hacky
> >
Thanks! I wonder if the gcc versions these extensions are available in
are documented somewhere.
Reviewed-by: Matt Turner
Feel free to just push this immediately.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mai
From: Pekka Paalanen
gcc 4.6.3 chokes with the following error:
brw_vec4.cpp: In member function 'int brw::vec4_visitor::setup_uniforms(int)':
brw_vec4.cpp:1496:37: error: expected primary-expression before '.' token
Apparently C++ does not do named initializers for unions, except maybe
as a gc
Instead create a staging texture with pipe_buffer_create and
PIPE_USAGE_STAGING.
u_upload_mgr sets the usage of its staging buffer to PIPE_USAGE_STREAM.
But since 150ac07b855b5c5f879bf6ce9ca421ccd1a6c938 CPU -> GPU streaming buffers
are created in VRAM. Therefore the staging texture (in VRAM) does
https://bugs.freedesktop.org/show_bug.cgi?id=82628
Priority: medium
Bug ID: 82628
Assignee: mesa-dev@lists.freedesktop.org
Summary: bisected: GALLIUM_HUD hangs radeon 7970M (PRIME)
Severity: normal
Classification: Unclassified
On 08/14/2014 10:30 AM, Ian Romanick wrote:
> On 08/13/2014 11:58 PM, Matt Turner wrote:
>> On Wed, Aug 13, 2014 at 9:52 PM, Ilia Mirkin wrote:
>>> I left all the variants as separate operations in the glsl ir. However for
>>> gallium I only added the fine version, as it seems like DDX can do pret
On Thu, Aug 14, 2014 at 9:09 AM, Topi Pohjolainen <
topi.pohjolai...@intel.com> wrote:
> From: Topi Pohjolainen
>
> Fixes gles3 conformance tests:
>
> framebuffer_blit_functionality_negative_height_blit
> framebuffer_blit_functionality_negative_width_blit
> framebuffer_blit_functionality_negative
On Tue, Aug 12, 2014 at 09:33:40PM -0700, Kenneth Graunke wrote:
> When dual source blending, the visitor already stores a flag in
> brw_wm_prog_data (dual_src_blend) for the state upload code to use.
> The generator also receives this, so there's no need to pass an
> additional flag.
Hooray for f
On Thu, Aug 14, 2014 at 1:30 PM, Ian Romanick wrote:
> On 08/13/2014 11:58 PM, Matt Turner wrote:
>> On Wed, Aug 13, 2014 at 9:52 PM, Ilia Mirkin wrote:
>>> I left all the variants as separate operations in the glsl ir. However for
>>> gallium I only added the fine version, as it seems like DDX c
On Wed, Aug 13, 2014 at 8:36 PM, Connor Abbott wrote:
> On Wed, Aug 13, 2014 at 1:22 PM, Matt Turner wrote:
>> From: Kenneth Graunke
>>
>> The pass breaks live ranges of virtual registers by allocating new
>> registers when it sees an assignment to a virtual GRF it's already seen
>> written.
>>
On 08/13/2014 11:58 PM, Matt Turner wrote:
> On Wed, Aug 13, 2014 at 9:52 PM, Ilia Mirkin wrote:
>> I left all the variants as separate operations in the glsl ir. However for
>> gallium I only added the fine version, as it seems like DDX can do pretty
>> much
>> whatever it wants. I was on the fe
On Wed, Aug 13, 2014 at 09:42:50PM -0700, Kenneth Graunke wrote:
> Layered rendering is part of OpenGL 3.2; GL_ARB_draw_instanced is part
> of OpenGL 3.1. As such, all drivers supporting layered rendering
> already support gl_InstanceID.
>
> Signed-off-by: Kenneth Graunke
Reviewed-by: Kristian
On Wed, Aug 13, 2014 at 09:42:49PM -0700, Kenneth Graunke wrote:
> So we can use it in meta.c.
>
> Signed-off-by: Kenneth Graunke
Reviewed-by: Kristian Høgsberg
> ---
> src/mesa/main/varray.h| 4
> src/mesa/vbo/vbo_exec_array.c | 6 ++
> 2 files changed, 10 insertions(+)
>
>
I've added this patch to my gles3conform-v5 and gles3conform-v6-wip
branches.
On 08/14/2014 09:09 AM, Topi Pohjolainen wrote:
> From: Topi Pohjolainen
>
> Fixes gles3 conformance tests:
>
> framebuffer_blit_functionality_negative_height_blit
> framebuffer_blit_functionality_negative_width_blit
Thanks Aras!
Reviewed-by: Matt Turner
and pushed.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
https://bugs.freedesktop.org/show_bug.cgi?id=50754
--- Comment #31 from Emil Velikov ---
>From the revert
https://bugs.freedesktop.org/show_bug.cgi?id=82536
https://bugs.freedesktop.org/show_bug.cgi?id=82546
The latter of which is due to "enable_static" being defined way too late in
configure.a
Requires Evergreen/Cayman
Signed-off-by: Glenn Kennard
---
Passes ARB_derivative_control piglit tests, no regressions.
Depends on Ilia's derivative control gallium infrastructure
patches.
docs/GL3.txt | 2 +-
src/gallium/drivers/r600/r600_pipe.c | 2 +-
src/gallium
https://bugs.freedesktop.org/show_bug.cgi?id=50754
--- Comment #30 from Eero Tamminen ---
(In reply to comment #29)
> While this patch looks correct at first sight I caused quite a few issues
> with other parts of mesa. As such I've reverted it, removed the hacky
> --enable-32,64-bit options, and
On Thu, Aug 14, 2014 at 08:50:32AM -0700, Matt Turner wrote:
> On Thu, Aug 14, 2014 at 12:24 AM, Pekka Paalanen wrote:
> > On Wed, 13 Aug 2014 19:46:40 +0300
> > "Pohjolainen, Topi" wrote:
> >
> >> On Fri, Aug 08, 2014 at 05:28:59PM +0300, Pekka Paalanen wrote:
> >> > From: Pekka Paalanen
> >> >
https://bugs.freedesktop.org/show_bug.cgi?id=82327
--- Comment #4 from Carl Worth ---
Hi folks,
Sorry for being silent on this bug until now. (My spam filters were being a bit
too aggressive and throwing away bugzilla email.)
I'll look into these issues and come up with a fix soon.
-Carl
--
I was going by the assumption that this would miss the 10.3 release
and didn't want to create a 10.4 notes file quite yet. However that
doesn't look to be the case, so I'll definitely drop it in :)
On Thu, Aug 14, 2014 at 7:00 AM, Marek Olšák wrote:
> Are you gonna update the release notes too?
>
On Thu, Aug 14, 2014 at 12:21 PM, Roland Scheidegger wrote:
> Am 14.08.2014 16:39, schrieb Ilia Mirkin:
>> I guess a question is whether we should even bother with the fine
>> version at all then? Just map everything to DDX/DDY... Although I
>> guess if llvmpipe does the coarse version sometimes,
Am 14.08.2014 16:39, schrieb Ilia Mirkin:
> I guess a question is whether we should even bother with the fine
> version at all then? Just map everything to DDX/DDY... Although I
> guess if llvmpipe does the coarse version sometimes, at least the fine
> version is warranted.
I think it's nice to hav
Any chance this can get reviewed before the 10.3 cutoff tomorrow? I
copied one of the existing nv_texture_barrier piglits and made use of
glTextureBarrier() instead, and it still passed.
On Mon, Aug 11, 2014 at 4:01 PM, Ilia Mirkin wrote:
> This extension is identical to NV_texture_barrier. Alias
From: Topi Pohjolainen
Fixes gles3 conformance tests:
framebuffer_blit_functionality_negative_height_blit
framebuffer_blit_functionality_negative_width_blit
framebuffer_blit_functionality_negative_dimensions_blit
framebuffer_blit_functionality_magnifying_blit
framebuffer_blit_functionality_multi
On Thu, Aug 14, 2014 at 12:24 AM, Pekka Paalanen wrote:
> On Wed, 13 Aug 2014 19:46:40 +0300
> "Pohjolainen, Topi" wrote:
>
>> On Fri, Aug 08, 2014 at 05:28:59PM +0300, Pekka Paalanen wrote:
>> > From: Pekka Paalanen
>> >
>> > The EGL_EXT_image_dma_buf_import specification was revised (according
Reviewed-by: Matt Turner
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Thu, Aug 14, 2014 at 4:12 AM, Iago Toral Quiroga wrote:
> From: Samuel Iglesias Gonsalvez
>
> Signed-off-by: Samuel Iglesias Gonsalvez
> ---
I'd squash the last two patches together. I think it's likely we can
go to GL 3.3 on Sandybridge, but we'd probably like to take a look at
the piglit r
Nice. Series is
Reviewed-by: Matt Turner
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Series is
Reviewed-by: Ilia Mirkin
On Thu, Aug 14, 2014 at 5:59 AM, Christian König
wrote:
> From: Christian König
>
> Otherwise we clear areas that shouldn't be cleared.
>
> Signed-off-by: Christian König
> ---
> src/gallium/auxiliary/vl/vl_compositor.c | 2 +-
> 1 file changed, 1 insertion
On Thu, 2014-08-14 at 06:35 -0700, Tom Stellard wrote:
> On Wed, Aug 13, 2014 at 04:46:56PM -0400, Jan Vesely wrote:
> > Signed-off-by: Jan Vesely
> > ---
> >
> > My llvm-config --version is
> > 3.6.0git-svn-r215564-cd35a3b3
> >
> > This patch assumes that the interesting part consists of only d
https://bugs.freedesktop.org/show_bug.cgi?id=50754
--- Comment #29 from Emil Velikov ---
Hello gents,
While this patch looks correct at first sight I caused quite a few issues with
other parts of mesa. As such I've reverted it, removed the hacky
--enable-32,64-bit options, and documented (docs/a
https://bugs.freedesktop.org/show_bug.cgi?id=82539
--- Comment #8 from Emil Velikov ---
The revert is already in master, so a fetch/rebase & test should suffice.
Thank you
--
You are receiving this mail because:
You are the assignee for the bug.
___
m
https://bugs.freedesktop.org/show_bug.cgi?id=82546
Emil Velikov changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=82536
Emil Velikov changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
I guess I missed that patch/discussion. That fixes things for me too.
-Brian
On 08/14/2014 08:49 AM, Emil Velikov wrote:
On 14/08/14 15:38, Brian Paul wrote:
The linker was trying to process .h files and failing.
Hi Brian, what linker do you have in mind ? Is it the same issue as reported
he
https://bugs.freedesktop.org/show_bug.cgi?id=82534
Emil Velikov changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On 14/08/14 15:38, Brian Paul wrote:
> The linker was trying to process .h files and failing.
Hi Brian, what linker do you have in mind ? Is it the same issue as reported
here [1] ? If so I've just pushed Jose's patch which explicitly handles scons.
commit d4a1f3fd270001b2fb0684dc981340391df8fb64
I guess a question is whether we should even bother with the fine
version at all then? Just map everything to DDX/DDY... Although I
guess if llvmpipe does the coarse version sometimes, at least the fine
version is warranted.
On Thu, Aug 14, 2014 at 10:12 AM, Roland Scheidegger wrote:
> Reviewed-b
1 - 100 of 180 matches
Mail list logo