On Wed, Aug 20, 2014 at 01:58:24PM -0700, Matt Turner wrote:
> On Tue, Aug 19, 2014 at 12:36 PM, Pohjolainen, Topi
> wrote:
> > On Tue, Aug 19, 2014 at 12:03:01PM -0700, Matt Turner wrote:
> >> By the way, I committed the first 6 patches of the series (the one
> >> touching the generators had star
https://bugs.freedesktop.org/show_bug.cgi?id=76188
--- Comment #9 from Pekka Paalanen ---
(In reply to comment #7)
> I do see risk in not cherry-picking the fix. If an app uses this extension
> with unfixed Mesa 10.2, then that app will leak file descriptors.
Hmm, isn't it the vice versa though?
On 21.08.2014 03:56, Matt Turner wrote:
> On Wed, Aug 20, 2014 at 11:13 AM, Kenneth Graunke
> wrote:
>> Gentoo has also had trouble updating for similar reasons; Matt (the Gentoo
>> Mesa package mantainer) can probably comment more.
>
> Yes, at one point we were stuck two releases behind curren
Patch 1 is
Reviewed-by: Chris Forbes
On Thu, Aug 21, 2014 at 2:42 PM, Ilia Mirkin wrote:
> Signed-off-by: Ilia Mirkin
> ---
> src/mesa/main/textureview.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/src/mesa/main/textureview.c b/src/mesa/main/textureview.c
> index b3521e2..6e86
On 21.08.2014 03:13, Kenneth Graunke wrote:
> On Wednesday, August 20, 2014 06:41:08 PM Michel Dänzer wrote:
>> On 20.08.2014 00:04, Connor Abbott wrote:
>>>
>>> we've already had problems where distros refused to ship newer
>>> Mesa releases because radeon depended on a version of LLVM newer
>>>
On 21.08.2014 04:29, Henri Verbeet wrote:
> On 20 August 2014 20:13, Kenneth Graunke wrote:
>> I've also heard stories from friends of mine who use radeonsi that they
>> couldn't get new GL features or compiler fixes unless they upgrade both Mesa
>> /and/ LLVM, and that LLVM was usually either n
Signed-off-by: Ilia Mirkin
---
src/mesa/main/textureview.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/mesa/main/textureview.c b/src/mesa/main/textureview.c
index b3521e2..6e86a9a 100644
--- a/src/mesa/main/textureview.c
+++ b/src/mesa/main/textureview.c
@@ -536,6 +536,9 @@ _mesa_T
Signed-off-by: Ilia Mirkin
---
v1 -> v2:
- make use of new PIPE_CAP to determine whether ARB_texture_view is available
- set the gl_texture_object's Target in the sampler view object
src/mesa/state_tracker/st_atom_texture.c | 30
src/mesa/state_tracker/st_cb_fbo.c | 10
This allows a sampler view to have a different texture target than the
underlying resource. This will be used to implement the type casting
between 2d arrays and cube maps as specified in ARB_texture_view.
Signed-off-by: Ilia Mirkin
---
src/gallium/auxiliary/util/u_sampler.c | 1 +
src
Signed-off-by: Ilia Mirkin
---
docs/GL3.txt | 2 +-
docs/relnotes/10.3.html| 1 +
src/gallium/drivers/nouveau/nv50/nv50_screen.c | 2 +-
src/gallium/drivers/nouveau/nv50/nv50_tex.c| 4 ++--
src/gallium/drivers/nouveau/nvc0/nvc0_screen.
On Thu, Aug 21, 2014 at 9:31 AM, Matt Turner wrote:
> On Tue, Aug 19, 2014 at 11:40 PM, Chia-I Wu wrote:
>> It can be used to implement, for example, threaded glCompileShader and
>> glLinkProgram. Two basic tests are included to verify the basic functions,
>> and to give us some confidence about
On Thu, Aug 21, 2014 at 12:40 AM, Fredrik Höglund wrote:
> On Wednesday 20 August 2014, Chia-I Wu wrote:
>> Add _mesa_enable_glsl_threadpool to enable the thread pool for a context, and
>> add ctx->Const.DeferCompileShader and ctx->Const.DeferLinkProgram to
>> fine-control what gets threaded.
>>
>
On Tue, Aug 19, 2014 at 11:40 PM, Chia-I Wu wrote:
> It can be used to implement, for example, threaded glCompileShader and
> glLinkProgram. Two basic tests are included to verify the basic functions,
> and to give us some confidence about its thread-safety.
>
> v2: allow tasks to "complete" othe
r600g and radeonsi need to have the same texture target in both the
sampler view and the shader. You cannot remove the sampler view target
in favor of the shader one.
Marek
On Wed, Aug 20, 2014 at 10:58 PM, Roland Scheidegger wrote:
> Am 20.08.2014 22:27, schrieb Ilia Mirkin:
>> On Wed, Aug 20,
No, r300 cannot use cubemaps as 2D textures (in theory it could, but
mipmapping would be broken). That means r300g cannot support
ARB_texture_view.
Marek
On Wed, Aug 20, 2014 at 6:14 PM, Roland Scheidegger wrote:
> Am 20.08.2014 17:55, schrieb Ilia Mirkin:
>> On Wed, Aug 20, 2014 at 11:47 AM, Jo
https://bugs.freedesktop.org/show_bug.cgi?id=82882
Priority: medium
Bug ID: 82882
Keywords: bisected, regression
CC: anuj.pho...@gmail.com, matts...@gmail.com
Assignee: mesa-dev@lists.freedesktop.org
Summary: [swrast] piglit glsl
On Thu, 21 Aug 2014 01:49:06 +0200, Mike Lothian
wrote:
Yes that fixed the Oil Rush one - I don't need to pass that with r600g
though so I'm thinking that maybe i965 isn't using that driconf file
___
r600g doesn't have support for GL_ARB_sample_s
On 21 August 2014 00:58, Matt Turner wrote:
> On Wed, Aug 20, 2014 at 4:49 PM, Mike Lothian wrote:
>> On 21 August 2014 00:41, Matt Turner wrote:
>>> On Wed, Aug 20, 2014 at 4:30 PM, Mike Lothian wrote:
Hi I tested the branch - glxinfo reports GL 3.2 and GLSL 1.50 however
when I run H
On Wed, Aug 20, 2014 at 4:49 PM, Mike Lothian wrote:
> On 21 August 2014 00:41, Matt Turner wrote:
>> On Wed, Aug 20, 2014 at 4:30 PM, Mike Lothian wrote:
>>> Hi I tested the branch - glxinfo reports GL 3.2 and GLSL 1.50 however
>>> when I run Heaven 4 I get a blank screen when rendering and the
On 21 August 2014 00:41, Matt Turner wrote:
> On Wed, Aug 20, 2014 at 4:30 PM, Mike Lothian wrote:
>> Hi I tested the branch - glxinfo reports GL 3.2 and GLSL 1.50 however
>> when I run Heaven 4 I get a blank screen when rendering and the
>> following messages:
>>
>> GLFrameBuffer::enable(): inco
https://bugs.freedesktop.org/show_bug.cgi?id=82881
Matt Turner changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|mesa-dev@lists
https://bugs.freedesktop.org/show_bug.cgi?id=82881
--- Comment #1 from Matt Turner ---
Ah, that's cool. The test checks that the compiler isn't able to do something
that it can now do. :)
--
You are receiving this mail because:
You are the assignee for the bug.
_
On Wed, Aug 20, 2014 at 4:30 PM, Mike Lothian wrote:
> Hi I tested the branch - glxinfo reports GL 3.2 and GLSL 1.50 however
> when I run Heaven 4 I get a blank screen when rendering and the
> following messages:
>
> GLFrameBuffer::enable(): incomplete attachment
> GLFrameBuffer::enable(): incompl
On 20 August 2014 11:18, Samuel Iglesias Gonsálvez wrote:
> On Wed, 2014-08-20 at 11:16 +0200, Iago Toral wrote:
>> El 2014-08-16 09:11, Jordan Justen escribió:
>> > On Thu, Aug 14, 2014 at 4:11 AM, Iago Toral Quiroga
>> > wrote:
>> >> Hi,
>> >>
>> >> this series brings support for geometry shade
https://bugs.freedesktop.org/show_bug.cgi?id=82881
Priority: medium
Bug ID: 82881
Keywords: regression
CC: matts...@gmail.com
Assignee: mesa-dev@lists.freedesktop.org
Summary: test_vec4_register_coalesce regression
Seve
No problems Marek. Your name popped up at the top of the list based on your
recent bugfixes in the area.
I believe that Michel and/or Alex will have some (unfortunate) recollection
about these drivers :)
-Emil
On 20/08/14 23:05, Marek Olšák wrote:
> Sorry, I don't know much about these drivers t
Sorry, I don't know much about these drivers to be able to review this.
Marek
On Wed, Aug 20, 2014 at 9:54 PM, Emil Velikov wrote:
> Both have been unused for at least a couple of years.
> For example the last user of radeon_macros.h was removed with
>
> commit 8c11f0a88300f7bc3f05a12789c781ba0f
https://bugs.freedesktop.org/show_bug.cgi?id=76188
--- Comment #8 from Matt Turner ---
(In reply to comment #7)
> I see little risk in cherry-picking the fix to stable branches. The fix is
> isolated and only *removes* code.
>
> I do see risk in not cherry-picking the fix. If an app uses this ex
https://bugs.freedesktop.org/show_bug.cgi?id=76188
--- Comment #7 from Chad Versace ---
I see little risk in cherry-picking the fix to stable branches. The fix is
isolated and only *removes* code.
I do see risk in not cherry-picking the fix. If an app uses this extension with
unfixed Mesa 10.2,
https://bugs.freedesktop.org/show_bug.cgi?id=79629
Bastien Nocera changed:
What|Removed |Added
CC||bugzi...@hadess.net
--
You are receivi
Am 20.08.2014 22:27, schrieb Ilia Mirkin:
> On Wed, Aug 20, 2014 at 4:12 PM, Roland Scheidegger
> wrote:
>> Am 20.08.2014 18:48, schrieb Roland Scheidegger:
>>> Am 20.08.2014 18:33, schrieb Ilia Mirkin:
On Wed, Aug 20, 2014 at 12:22 PM, Jose Fonseca wrote:
> On 20/08/14 17:14, Roland Sc
On Tue, Aug 19, 2014 at 12:36 PM, Pohjolainen, Topi
wrote:
> On Tue, Aug 19, 2014 at 12:03:01PM -0700, Matt Turner wrote:
>> By the way, I committed the first 6 patches of the series (the one
>> touching the generators had started to rot). I think other than 16 and
>> 17, the only ones missing rev
https://bugs.freedesktop.org/show_bug.cgi?id=79629
dog changed:
What|Removed |Added
Depends on||81551
--
You are receiving this mail because:
You
https://bugs.freedesktop.org/show_bug.cgi?id=79629
--- Comment #7 from dog ---
DRI3 is still being developed/stabilized and its interaction with fences poorly
specified. Mesa does not yet utilize the explicit fences implied in the spec.
Chris will disable DRI3 by default in the ddx because ther
On Wed, Aug 20, 2014 at 4:12 PM, Roland Scheidegger wrote:
> Am 20.08.2014 18:48, schrieb Roland Scheidegger:
>> Am 20.08.2014 18:33, schrieb Ilia Mirkin:
>>> On Wed, Aug 20, 2014 at 12:22 PM, Jose Fonseca wrote:
On 20/08/14 17:14, Roland Scheidegger wrote:
>
> Am 20.08.2014 17:55, s
Am 20.08.2014 18:48, schrieb Roland Scheidegger:
> Am 20.08.2014 18:33, schrieb Ilia Mirkin:
>> On Wed, Aug 20, 2014 at 12:22 PM, Jose Fonseca wrote:
>>> On 20/08/14 17:14, Roland Scheidegger wrote:
Am 20.08.2014 17:55, schrieb Ilia Mirkin:
>
> On Wed, Aug 20, 2014 at 11:47 AM, J
Am 20.08.2014 20:45, schrieb Matt Turner:
> On Wed, Aug 20, 2014 at 11:28 AM, Roland Scheidegger
> wrote:
>> Am 20.08.2014 20:13, schrieb Kenneth Graunke:
>>> For example, Debian was stuck on Mesa 9.2.2 for 4 months (2013-12-08
>>> to 2014-03-22), and I was told this was because of LLVM versionin
Both have been unused for at least a couple of years.
For example the last user of radeon_macros.h was removed with
commit 8c11f0a88300f7bc3f05a12789c781ba0f4b3cc6
Author: Eric Anholt
Date: Fri Oct 14 13:27:02 2011 -0700
radeon: Drop the legacy BO manager code.
Cc: Marek Olšák
Cc: Michel
The header is used by DRI1 drivers, which we've removed a while
back. Now only the dri1 loader in libGL is using it, so let's
move it in src/glx, and prefix it accordingly.
Signed-off-by: Emil Velikov
---
include/GL/internal/sarea.h | 92 -
src/glx/dri
If only the flat/smooth shade state changed between
two render calls the prior code would miss updating the
hardware state.
Also add check for sprite coord, potentially same type
of issue otherwise for it.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=81967
Signed-off-by: Glenn Kennard
It was an 'interesting' feature which I'm clad we not longer
use as of dri2.
Cc: Marek Olšák
Cc: Michel Dänzer
Signed-off-by: Emil Velikov
---
src/mesa/drivers/dri/r200/r200_ioctl.c | 7 ---
src/mesa/drivers/dri/radeon/radeon_common_context.h | 1 -
src/mesa/drivers/dri/radeon
Remove the set-but-unused, and set-but-empty vtable entries.
Most likely a leftover from the dri1 days.
Cc: Marek Olšák
Cc: Michel Dänzer
Signed-off-by: Emil Velikov
---
src/mesa/drivers/dri/r200/r200_context.c | 24 --
src/mesa/drivers/dri/r200/r200_state.c | 52
On Wed, Aug 20, 2014 at 12:26:15PM -0700, Connor Abbott wrote:
> On Wed, Aug 20, 2014 at 12:17 PM, Tom Stellard wrote:
> > On Tue, Aug 19, 2014 at 05:19:15PM -0700, Connor Abbott wrote:
> >> On Tue, Aug 19, 2014 at 3:57 PM, Tom Stellard wrote:
> >> > On Tue, Aug 19, 2014 at 01:37:56PM -0700, Conn
On Wed, 20 Aug 2014 21:04:34 +0200, Marek Olšák wrote:
The flag is only used to set S_028644_FLAT_SHADE on all r600g chips. I
don't see it being used by the shader code generation.
Marek
Ah, i see. Will respin patch with an alternate solution that won't require
shader recompilation. Consi
On Wed, Aug 20, 2014 at 11:56:32AM -0700, Matt Turner wrote:
> On Wed, Aug 20, 2014 at 11:13 AM, Kenneth Graunke
> wrote:
> > Gentoo has also had trouble updating for similar reasons; Matt (the Gentoo
> > Mesa package mantainer) can probably comment more.
>
> Yes, at one point we were stuck two
On Wed, Aug 20, 2014 at 12:16 PM, Stéphane Marchesin
wrote:
> On Wed, Aug 20, 2014 at 11:56 AM, Matt Turner wrote:
>> Having multiple versions installed in parallel breaks down pretty
>> easily. Where do the headers go? Where do all the executables go? Do
>> you version all of them and install on
On 20 August 2014 20:13, Kenneth Graunke wrote:
> I've also heard stories from friends of mine who use radeonsi that they
> couldn't get new GL features or compiler fixes unless they upgrade both Mesa
> /and/ LLVM, and that LLVM was usually either not released or not available in
> their distri
On 20/08/14 19:32, Jon TURNEY wrote:
> On 18/08/2014 13:08, Emil Velikov wrote:
>> On 18/08/14 12:47, Jon TURNEY wrote:
>>> On 14/08/2014 23:18, Emil Velikov wrote:
The extension is used by GLX_MESA_query_renderer, which
can be provided for by hardware and software drivers.
v2:
On Wed, Aug 20, 2014 at 12:17 PM, Tom Stellard wrote:
> On Tue, Aug 19, 2014 at 05:19:15PM -0700, Connor Abbott wrote:
>> On Tue, Aug 19, 2014 at 3:57 PM, Tom Stellard wrote:
>> > On Tue, Aug 19, 2014 at 01:37:56PM -0700, Connor Abbott wrote:
>> >> On Tue, Aug 19, 2014 at 11:40 AM, Francisco Jere
On Wed, Aug 20, 2014 at 11:56 AM, Matt Turner wrote:
> On Wed, Aug 20, 2014 at 11:13 AM, Kenneth Graunke
> wrote:
>> Gentoo has also had trouble updating for similar reasons; Matt (the Gentoo
>> Mesa package mantainer) can probably comment more.
>
> Yes, at one point we were stuck two releases
On Tue, Aug 19, 2014 at 05:19:15PM -0700, Connor Abbott wrote:
> On Tue, Aug 19, 2014 at 3:57 PM, Tom Stellard wrote:
> > On Tue, Aug 19, 2014 at 01:37:56PM -0700, Connor Abbott wrote:
> >> On Tue, Aug 19, 2014 at 11:40 AM, Francisco Jerez
> >> wrote:
> >> > Tom Stellard writes:
> >> >
> >> >>
The flag is only used to set S_028644_FLAT_SHADE on all r600g chips. I
don't see it being used by the shader code generation.
Marek
On Wed, Aug 20, 2014 at 8:50 PM, Glenn Kennard wrote:
> On Wed, 20 Aug 2014 20:16:50 +0200, Marek Olšák wrote:
>
>> Generally, only states which need a full shader
On Wednesday, August 20, 2014 02:40:22 PM Chia-I Wu wrote:
> Both core mesa and glsl have their own wrappers for strtof_l. Merge and move
> them to util/. They are compiled with a C++ compiler so that we can make them
> thread-safe in a following commit.
>
> Signed-off-by: Chia-I Wu
> ---
> sr
On Wed, Aug 20, 2014 at 11:13:13AM -0700, Kenneth Graunke wrote:
> On Wednesday, August 20, 2014 06:41:08 PM Michel Dänzer wrote:
> > On 20.08.2014 00:04, Connor Abbott wrote:
> > > On Mon, Aug 18, 2014 at 8:52 PM, Michel Dänzer wrote:
> > >> On 19.08.2014 01:28, Connor Abbott wrote:
> > >>> On Mo
On Wed, Aug 20, 2014 at 11:13 AM, Kenneth Graunke wrote:
> Gentoo has also had trouble updating for similar reasons; Matt (the Gentoo
> Mesa package mantainer) can probably comment more.
Yes, at one point we were stuck two releases behind current Mesa (and
this is Gentoo!) because we couldn't ge
On Wed, 20 Aug 2014 20:16:50 +0200, Marek Olšák wrote:
Generally, only states which need a full shader compilation must be in
the shader key. Flatshade is not one of them, because it only causes
register updates, so this is not a proper solution. Or I am missing
something?
Marek
Evergreen/C
On Wed, Aug 20, 2014 at 11:28 AM, Roland Scheidegger wrote:
> Am 20.08.2014 20:13, schrieb Kenneth Graunke:
>> For example, Debian was stuck on Mesa 9.2.2 for 4 months (2013-12-08
>> to 2014-03-22), and I was told this was because of LLVM versioning
>> changes in the other drivers (primarily radeo
On 18/08/2014 13:08, Emil Velikov wrote:
On 18/08/14 12:47, Jon TURNEY wrote:
On 14/08/2014 23:18, Emil Velikov wrote:
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_*(
Am 20.08.2014 20:13, schrieb Kenneth Graunke:
> On Wednesday, August 20, 2014 06:41:08 PM Michel Dänzer wrote:
>> On 20.08.2014 00:04, Connor Abbott wrote:
>>> On Mon, Aug 18, 2014 at 8:52 PM, Michel Dänzer
>>> wrote:
On 19.08.2014 01:28, Connor Abbott wrote:
> On Mon, Aug 18, 2014 at 4:3
Generally, only states which need a full shader compilation must be in
the shader key. Flatshade is not one of them, because it only causes
register updates, so this is not a proper solution. Or I am missing
something?
Marek
On Wed, Aug 20, 2014 at 5:34 PM, Glenn Kennard wrote:
> If only the f
On Wednesday, August 20, 2014 06:41:08 PM Michel Dänzer wrote:
> On 20.08.2014 00:04, Connor Abbott wrote:
> > On Mon, Aug 18, 2014 at 8:52 PM, Michel Dänzer wrote:
> >> On 19.08.2014 01:28, Connor Abbott wrote:
> >>> On Mon, Aug 18, 2014 at 4:32 AM, Michel Dänzer wrote:
> On 16.08.2014 09:1
On Wed, Aug 20, 2014 at 12:11 PM, Francisco Jerez wrote:
> Connor Abbott writes:
>
>> On Wed, Aug 20, 2014 at 7:01 AM, Francisco Jerez
>> wrote:
>>> Connor Abbott writes:
>>>
On Tue, Aug 19, 2014 at 11:33 PM, Francisco Jerez
wrote:
> Connor Abbott writes:
>
>> On Tue,
Am 20.08.2014 18:33, schrieb Ilia Mirkin:
> On Wed, Aug 20, 2014 at 12:22 PM, Jose Fonseca wrote:
>> On 20/08/14 17:14, Roland Scheidegger wrote:
>>>
>>> Am 20.08.2014 17:55, schrieb Ilia Mirkin:
On Wed, Aug 20, 2014 at 11:47 AM, Jose Fonseca
wrote:
>
> On 20/08/14 16:31, I
On 20/08/14 17:33, Ilia Mirkin wrote:
On Wed, Aug 20, 2014 at 12:22 PM, Jose Fonseca wrote:
On 20/08/14 17:14, Roland Scheidegger wrote:
Am 20.08.2014 17:55, schrieb Ilia Mirkin:
On Wed, Aug 20, 2014 at 11:47 AM, Jose Fonseca
wrote:
On 20/08/14 16:31, Ilia Mirkin wrote:
Hm, it's not t
On Wednesday 20 August 2014, Chia-I Wu wrote:
> Add _mesa_enable_glsl_threadpool to enable the thread pool for a context, and
> add ctx->Const.DeferCompileShader and ctx->Const.DeferLinkProgram to
> fine-control what gets threaded.
>
> Setting DeferCompileShader to true will make _mesa_glsl_compil
Am 20.08.2014 18:12, schrieb Jose Fonseca:
> On 20/08/14 17:02, Roland Scheidegger wrote:
>> Am 20.08.2014 17:47, schrieb Jose Fonseca:
>>> On 20/08/14 16:31, Ilia Mirkin wrote:
Hm, it's not tested. And you're right, that would (most likely) mess
up, since it would only have the pipe_reso
On Wed, Aug 20, 2014 at 12:22 PM, Jose Fonseca wrote:
> On 20/08/14 17:14, Roland Scheidegger wrote:
>>
>> Am 20.08.2014 17:55, schrieb Ilia Mirkin:
>>>
>>> On Wed, Aug 20, 2014 at 11:47 AM, Jose Fonseca
>>> wrote:
On 20/08/14 16:31, Ilia Mirkin wrote:
>
>
> Hm, it's not tes
On 20/08/14 17:14, Roland Scheidegger wrote:
Am 20.08.2014 17:55, schrieb Ilia Mirkin:
On Wed, Aug 20, 2014 at 11:47 AM, Jose Fonseca wrote:
On 20/08/14 16:31, Ilia Mirkin wrote:
Hm, it's not tested. And you're right, that would (most likely) mess
up, since it would only have the pipe_resour
Am 20.08.2014 17:55, schrieb Ilia Mirkin:
> On Wed, Aug 20, 2014 at 11:47 AM, Jose Fonseca wrote:
>> On 20/08/14 16:31, Ilia Mirkin wrote:
>>>
>>> Hm, it's not tested. And you're right, that would (most likely) mess
>>> up, since it would only have the pipe_resource's target. Any
>>> suggestions o
On 20/08/14 17:02, Roland Scheidegger wrote:
Am 20.08.2014 17:47, schrieb Jose Fonseca:
On 20/08/14 16:31, Ilia Mirkin wrote:
Hm, it's not tested. And you're right, that would (most likely) mess
up, since it would only have the pipe_resource's target. Any
suggestions on how to fix it? Should th
Connor Abbott writes:
> On Wed, Aug 20, 2014 at 7:01 AM, Francisco Jerez
> wrote:
>> Connor Abbott writes:
>>
>>> On Tue, Aug 19, 2014 at 11:33 PM, Francisco Jerez
>>> wrote:
Connor Abbott writes:
> On Tue, Aug 19, 2014 at 11:40 AM, Francisco Jerez
> wrote:
>> Tom St
On 08/19/2014 04:18 PM, Carl Worth wrote:
Module: Mesa
Branch: refs/tags/mesa-10.2.6
Tag:1d329590143b4236e8c706b80b6551502f5cb780
URL:
https://urldefense.proofpoint.com/v1/url?u=http://cgit.freedesktop.org/mesa/mesa/tag/?id%3D1d329590143b4236e8c706b80b6551502f5cb780&k=oIvRg1%2BdGAgOoM1BIl
Am 20.08.2014 17:47, schrieb Jose Fonseca:
> On 20/08/14 16:31, Ilia Mirkin wrote:
>> Hm, it's not tested. And you're right, that would (most likely) mess
>> up, since it would only have the pipe_resource's target. Any
>> suggestions on how to fix it? Should the target be added to
>> pipe_sampler_v
On Wed, Aug 20, 2014 at 11:47 AM, Jose Fonseca wrote:
> On 20/08/14 16:31, Ilia Mirkin wrote:
>>
>> Hm, it's not tested. And you're right, that would (most likely) mess
>> up, since it would only have the pipe_resource's target. Any
>> suggestions on how to fix it? Should the target be added to
>>
On 20/08/14 16:31, Ilia Mirkin wrote:
Hm, it's not tested. And you're right, that would (most likely) mess
up, since it would only have the pipe_resource's target. Any
suggestions on how to fix it? Should the target be added to
pipe_sampler_view?
On Wed, Aug 20, 2014 at 11:25 AM, Roland Scheideg
If only the flat/smooth shade state changed between
two calls the prior code would miss updating the
hardware state.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=81967
Signed-off-by: Glenn Kennard
---
Tested on radeon 6670, no piglit regressions
src/gallium/drivers/r600/evergreen_stat
Hm, it's not tested. And you're right, that would (most likely) mess
up, since it would only have the pipe_resource's target. Any
suggestions on how to fix it? Should the target be added to
pipe_sampler_view?
On Wed, Aug 20, 2014 at 11:25 AM, Roland Scheidegger wrote:
> Didn't look at it that clo
On Wed, Aug 20, 2014 at 7:01 AM, Francisco Jerez wrote:
> Connor Abbott writes:
>
>> On Tue, Aug 19, 2014 at 11:33 PM, Francisco Jerez
>> wrote:
>>> Connor Abbott writes:
>>>
On Tue, Aug 19, 2014 at 11:40 AM, Francisco Jerez
wrote:
> Tom Stellard writes:
>
>> On Tue, A
Didn't look at it that closely, but I'm pretty surprised this really
works. One things ARB_texture_view can do is cast cube maps (and cube
map arrays) to 2d arrays and vice versa (also 1d/2d to the respective
array type), and we cannot express that in sampler views (yet) (we can't
express it in sur
On 15/08/14 22:32, Andreas Pokorny wrote:
> Allows using prime fds as display target and from display target.
> Test for PRIME capability after initializing kms_swrast screen.
>
> Signed-off-by: Andreas Pokorny
> ---
> src/gallium/state_trackers/dri/dri2.c | 8 ++
> src/gallium/wins
I have pushed a similar patch (commit 16873a6e62e) a couple of days before
your post. Afaics it should already cover this case ?
-Emil
On 15/08/14 22:32, Andreas Pokorny wrote:
> ---
> src/gallium/state_trackers/dri/Makefile.am | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/src/g
On 15/08/14 22:32, Andreas Pokorny wrote:
> Hi,
>
> This adds support for dma_buf fds to kms_swrast. This is especially
> interesting for drm capable drivers like qxl or udl. The former recently
> gained prime support. The second part adds a few defines that werent set
> anywhere else, but are
On Wed, Aug 20, 2014 at 5:57 AM, Christian König
wrote:
> Am 20.08.2014 um 14:33 schrieb Connor Abbott:
>
>> On Tue, Aug 19, 2014 at 11:57 PM, Christian König
>> wrote:
>>>
>>> I think we can fix this by introducing new structured variants of the
>>> branch instruction in a way that doesn't alter
And don't forget that explicit vec4 becomes immensely amusing once you
add fp64/double to the problem.
OG.
On Wed, Aug 20, 2014 at 4:01 PM, Francisco Jerez wrote:
> Connor Abbott writes:
>
>> On Tue, Aug 19, 2014 at 11:33 PM, Francisco Jerez
>> wrote:
>>> Connor Abbott writes:
>>>
On
EdB writes:
> Each time you call c_str() it will grow up, may be you could check if
> the string is already \0 terminated before adding it.
Nope, that's not how it works. Every time c_str() is called the size of
the underlying array is forced to at least size-of-the-actual-string +
1, so nothi
Connor Abbott writes:
> On Tue, Aug 19, 2014 at 11:33 PM, Francisco Jerez
> wrote:
>> Connor Abbott writes:
>>
>>> On Tue, Aug 19, 2014 at 11:40 AM, Francisco Jerez
>>> wrote:
Tom Stellard writes:
> On Tue, Aug 19, 2014 at 11:04:59AM -0400, Connor Abbott wrote:
>> On Mon,
On 20/08/14 12:42, Peter Hanzel wrote:
> Hello.
>
> I want to use EGL_KHR_vg_parent_image extension. I did grep on Mesa
> source code but found nothing. Then I looked on google and found this:
>
> http://lists.freedesktop.org/archives/mesa-dev/2010-September/002900.html
>
> Then I looked at mesa
Am 20.08.2014 um 14:33 schrieb Connor Abbott:
On Tue, Aug 19, 2014 at 11:57 PM, Christian König
wrote:
I think we can fix this by introducing new structured variants of the
branch instruction in a way that doesn't alter the fundamental structure
of the IR. E.g. an if branch could look like:
i
On Tue, Aug 19, 2014 at 11:57 PM, Christian König
wrote:
> I think we can fix this by introducing new structured variants of the
> branch instruction in a way that doesn't alter the fundamental structure
> of the IR. E.g. an if branch could look like:
>
> ifbr i1 , label , label , label
>
> Wher
On Wed, Aug 20, 2014 at 2:41 AM, Michel Dänzer wrote:
> On 20.08.2014 00:04, Connor Abbott wrote:
>> On Mon, Aug 18, 2014 at 8:52 PM, Michel Dänzer wrote:
>>> On 19.08.2014 01:28, Connor Abbott wrote:
On Mon, Aug 18, 2014 at 4:32 AM, Michel Dänzer wrote:
> On 16.08.2014 09:12, Connor Ab
On Tue, Aug 19, 2014 at 11:33 PM, Francisco Jerez wrote:
> Connor Abbott writes:
>
>> On Tue, Aug 19, 2014 at 11:40 AM, Francisco Jerez
>> wrote:
>>> Tom Stellard writes:
>>>
On Tue, Aug 19, 2014 at 11:04:59AM -0400, Connor Abbott wrote:
> On Mon, Aug 18, 2014 at 8:52 PM, Michel Dänze
Hello.
I want to use EGL_KHR_vg_parent_image extension. I did grep on Mesa
source code but found nothing. Then I looked on google and found this:
http://lists.freedesktop.org/archives/mesa-dev/2010-September/002900.html
Then I looked at mesa cgit and it looks like this was not merged.
So mesa is
On Thu, 2014-08-14 at 08:46 -0700, Matt Turner wrote:
> 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 Wed, 2014-08-20 at 11:16 +0200, Iago Toral wrote:
> El 2014-08-16 09:11, Jordan Justen escribió:
> > On Thu, Aug 14, 2014 at 4:11 AM, Iago Toral Quiroga
> > wrote:
> >> Hi,
> >>
> >> this series brings support for geometry shaders in Sandy Bridge (gen6)
> >> and is
> >> combined work from Sa
On 20 August 2014 00:49, Tom Stellard wrote:
> CC: "10.2"
>
> v2:
> - Change driver_name to char*
I knew there was a reason as to why I put a comment in there.
Thanks for tracking it down Tom.
Reviewed-by: Emil Velikov
> ---
> src/gallium/auxiliary/pipe-loader/pipe_loader.h | 2 +-
> sr
On 20.08.2014 00:04, Connor Abbott wrote:
> On Mon, Aug 18, 2014 at 8:52 PM, Michel Dänzer wrote:
>> On 19.08.2014 01:28, Connor Abbott wrote:
>>> On Mon, Aug 18, 2014 at 4:32 AM, Michel Dänzer wrote:
On 16.08.2014 09:12, Connor Abbott wrote:
> I know what you might be thinking right now
El 2014-08-16 09:11, Jordan Justen escribió:
On Thu, Aug 14, 2014 at 4:11 AM, Iago Toral Quiroga
wrote:
Hi,
this series brings support for geometry shaders in Sandy Bridge (gen6)
and is
combined work from Samuel and myself. A few notes:
1.- Some patches have been based on original work by I
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 76412c3..af26214 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
---
Note: I have only compile tested this patch with ilo.
src/gallium/docs/source/screen.rst | 1 +
src/gallium/drivers/freedreno/freedreno_screen.c | 3 +++
src/gallium/drivers/i915/i915_screen.c | 3 +++
src/gallium/drivers/ilo/ilo_screen.
V2: moved test for the VertexAttrib*Pointer() functions
to update_array(), and made constant available for drivers to set
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
1 - 100 of 102 matches
Mail list logo
