Yep, fixed!
Tested-by: Timo Aaltonen
On 10.04.2014 08:54, Kenneth Graunke wrote:
> The _Xmin/_Xmax/_Ymin/_Ymax values need to be guarded by _NEW_SCISSOR.
>
> Fixes Piglit's scissor-many, and rendering in GNOME Shell.
> Hopefully fixes similar issues with Unity and ChromeOS.
>
> Bugzilla: http
From: Michel Dänzer
Fixes the build since Marek's recent radeon winsys reorganization.
Signed-off-by: Michel Dänzer
---
src/gallium/targets/egl-static/egl_pipe.c | 1 +
src/gallium/targets/pipe-loader/pipe_r300.c | 1 +
src/gallium/targets/pipe-loader/pipe_r600.c | 1 +
src/galli
On Don, 2014-04-10 at 12:22 -0700, Ian Romanick wrote:
> On 04/10/2014 03:39 AM, Iago Toral wrote:
> > On Thu, 2014-04-10 at 10:31 +0200, 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 wrot
I was about to get to this, really! :P
This patch is:
Reviewed-by: Chris Forbes
On Fri, Apr 11, 2014 at 1:04 PM, Brian Paul wrote:
> Instead of switch statements.
> ---
> src/mesa/main/texstore.c | 30 +-
> 1 file changed, 5 insertions(+), 25 deletions(-)
>
> di
On Thu, Apr 10, 2014 at 9:04 PM, Brian Paul wrote:
> To silence compiler warnings.
Reviewed-by: Ilia Mirkin
Sorry I missed sp_screen.c :( I thought I had gotten everything.
> ---
> src/gallium/drivers/softpipe/sp_screen.c |3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/src/gall
---
src/mesa/swrast/s_texfetch.c | 1109 +++---
1 file changed, 172 insertions(+), 937 deletions(-)
diff --git a/src/mesa/swrast/s_texfetch.c b/src/mesa/swrast/s_texfetch.c
index 2a6eee0..90a514c 100644
--- a/src/mesa/swrast/s_texfetch.c
+++ b/src/mesa/swrast/s
To silence compiler warnings.
---
src/gallium/drivers/softpipe/sp_screen.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/src/gallium/drivers/softpipe/sp_screen.c
b/src/gallium/drivers/softpipe/sp_screen.c
index ce04fb8..b4ca728 100644
--- a/src/gallium/drivers/softpipe/sp_screen.c
+++
These were missed/typo'd in the previous patch series:
s/R8G8B8A/R8G8B8A8/
s/rgba_16/RGBA_UNORM16/
s/rgba_uint/RGBA_UINT/
s/rgba_int/RGBA_SINT/
---
src/mesa/swrast/s_texfetch.c | 48 +++---
src/mesa/swrast/s_texfetch_tmp.h | 26 ++---
2 files
Instead of switch statements.
---
src/mesa/main/texstore.c | 30 +-
1 file changed, 5 insertions(+), 25 deletions(-)
diff --git a/src/mesa/main/texstore.c b/src/mesa/main/texstore.c
index fe3b072..d9096ab 100644
--- a/src/mesa/main/texstore.c
+++ b/src/mesa/main/texs
On 04/10/2014 11:42 AM, Ian Romanick wrote:
> On 04/09/2014 08:02 AM, Kenneth Graunke wrote:
>> On 04/04/2014 02:01 PM, Ian Romanick wrote:
>>> From: Ian Romanick
>>>
>>> In the next patch, we'll see that using
>>> gl_shader_program::UniformStorage is not correct for uniform blocks.
>>> That means
On Mon, Mar 31, 2014 at 1:48 PM, Eric Anholt wrote:
> This gets us disasm of atomic ops.
> ---
> src/mesa/drivers/dri/i965/brw_disasm.c | 113
> +++--
> 1 file changed, 106 insertions(+), 7 deletions(-)
>
> diff --git a/src/mesa/drivers/dri/i965/brw_disasm.c
> b/src/
https://bugs.freedesktop.org/show_bug.cgi?id=77288
Priority: medium
Bug ID: 77288
Keywords: have-backtrace, regression
CC: e...@anholt.net, kenn...@whitecape.org
Assignee: mesa-dev@lists.freedesktop.org
Summary: [swrast] piglit g
On 04/10/2014 12:04 PM, Ian Romanick wrote:
> On 04/09/2014 09:10 AM, Kenneth Graunke wrote:
>> On 04/04/2014 02:01 PM, Ian Romanick wrote:
>>> From: Ian Romanick
>>>
>>> The two code paths are quite different, and there are some problems in
>>> the handling of uniform blocks. Future changes will
https://bugs.freedesktop.org/show_bug.cgi?id=77286
Dylan changed:
What|Removed |Added
Assignee|mesa-dev@lists.freedesktop. |i...@freedesktop.org
|org
https://bugs.freedesktop.org/show_bug.cgi?id=77286
Dylan changed:
What|Removed |Added
CC||baker.dyla...@gmail.com,
|
https://bugs.freedesktop.org/show_bug.cgi?id=77286
Priority: medium
Bug ID: 77286
Assignee: mesa-dev@lists.freedesktop.org
Summary: Missing GLES 1.x symbols
Severity: normal
Classification: Unclassified
OS: Linux (All)
On 04/10/2014 03:39 AM, Iago Toral wrote:
> On Thu, 2014-04-10 at 10:31 +0200, 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 11baad35088df
Kenneth Graunke writes:
> The _Xmin/_Xmax/_Ymin/_Ymax values need to be guarded by _NEW_SCISSOR.
>
> Fixes Piglit's scissor-many, and rendering in GNOME Shell.
> Hopefully fixes similar issues with Unity and ChromeOS.
>
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=75879
> Signed-off-b
On 04/09/2014 09:10 AM, Kenneth Graunke wrote:
> On 04/04/2014 02:01 PM, Ian Romanick wrote:
>> From: Ian Romanick
>>
>> The two code paths are quite different, and there are some problems in
>> the handling of uniform blocks. Future changes will cause these paths
>> to diverge further. Ultimate
On 04/09/2014 08:02 AM, Kenneth Graunke wrote:
> On 04/04/2014 02:01 PM, Ian Romanick wrote:
>> From: Ian Romanick
>>
>> In the next patch, we'll see that using
>> gl_shader_program::UniformStorage is not correct for uniform blocks.
>> That means we can't use ::UniformStorage to select between the
On 04/09/2014 08:09 AM, Kenneth Graunke wrote:
> On 04/04/2014 02:01 PM, Ian Romanick wrote:
>> From: Ian Romanick
>>
>> For blocks, gl_shader_program::UniformStorage isn't very useful. The
>> names stored there are the names of the elements of the block, so
>> finding blocks with an instance nam
On 04/09/2014 06:51 PM, Fredrik Höglund wrote:
> The suffix is only removed from the printed names in case someone
> wants to build glxinfo against an old implementation.
Isn't that already impossible due to GL_MAX_VERTEX_OUTPUT_COMPONENTS?
To be honest... I'd like to see all of the '#ifdef exten
The _Xmin/_Xmax/_Ymin/_Ymax values need to be guarded by _NEW_SCISSOR.
Fixes Piglit's scissor-many, and rendering in GNOME Shell.
Hopefully fixes similar issues with Unity and ChromeOS.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=75879
Signed-off-by: Kenneth Graunke
Cc: Timo Aaltonen
On 10 Apr 2014 15:56, "Brian Paul" wrote:
>
> On 04/10/2014 01:43 AM, Jakob Bornecrantz wrote:
>>
>> On Thu, Apr 10, 2014 at 3:26 AM, Brian Paul wrote:
>>>
>>> We were using REALLOC() from u_memory.h but FREE() from imports.h.
>>> This mismatch caused us to trash the heap on Windows after we
>>>
I am having an issue with a memory leak in an OpenCL program I am testing.
In the program I call the same kernel repeatedly, for every pixel in an image.
(Probably not the most efficient code, but it is a learning/testing thing.)
One thing in particular I have not yet been able to figure out, is
On 04/09/2014 07:51 PM, Fredrik Höglund wrote:
---
src/xdemos/glxinfo.c | 22 ++
1 file changed, 22 insertions(+)
For the series:
Reviewed-by: Brian Paul
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.f
On 04/10/2014 01:43 AM, Jakob Bornecrantz wrote:
On Thu, Apr 10, 2014 at 3:26 AM, Brian Paul wrote:
We were using REALLOC() from u_memory.h but FREE() from imports.h.
This mismatch caused us to trash the heap on Windows after we
deleted a texture object.
This fixes a regression from commit 6c5
2014-03-24 19:55 GMT+08:00 Ander Conselvan de Oliveira :
> On 03/17/2014 11:05 AM, Jammy Zhou wrote:
>
>> Hi Ander,
>>
>> Some comments inline.
>>
>> And I have some further thinking about current GBM support, which is
>> tied to specific implementation closely, although the GBM APIs are quite
>>
To prevent this to ocurr again in the future we should be probably using
os_malloc/os_free and friends instead of the overloaded MALLOC/FREE/etc macros.
We should probably kill MALLOC/FREE completely.
Jose
- Original Message -
> We were using REALLOC() from u_memory.h but FREE() from im
On Thu, Apr 10, 2014 at 1:18 AM, Kenneth Graunke wrote:
> On 04/09/2014 01:47 PM, Matt Turner wrote:
>> From: Juha-Pekka Heikkila
>>
>> Our hardware has an "accumulator" register, which can be used to store
>> intermediate results across multiple instructions. Many instructions
>> can implicitly
Hi Matt,
the changed set looks good to me, I did side by side comparison on
what had changed but did not try to run it today. I realized
immediately when seeing your comment I had not understood to consider
the "WAR" vs. "RAW" comments in the scheduler. I was thinking when I
made the latest set th
On 10.04.2014 11:23, Michel Dänzer wrote:
From: Michel Dänzer
---
This is just an RFC; if other developers approve of this approach, I can
make a more extensive patch removing the use_reusable_pool parameters.
The x11perf numbers below compare ShmGet/PutImage before and after this
change with
For the series: Reviewed-by: Marek Olšák
Marek
On Thu, Apr 10, 2014 at 5:30 AM, Ilia Mirkin wrote:
> It was always getting set to -8/7 unconditionally. Use the
> driver-reported value instead.
>
> Signed-off-by: Ilia Mirkin
> ---
> src/mesa/state_tracker/st_extensions.c | 3 +++
> 1 file cha
Am 10.04.2014 03:26, schrieb Brian Paul:
We were using REALLOC() from u_memory.h but FREE() from imports.h.
This mismatch caused us to trash the heap on Windows after we
deleted a texture object.
This fixes a regression from commit 6c59be7776e4d.
Reviewed-by: Christian König
---
src/mesa/
Hi Michel,
I was thinking of doing this for transfers only, because Glamor does a
lot of transfers. What do you think?
Marek
On Thu, Apr 10, 2014 at 11:23 AM, Michel Dänzer wrote:
> From: Michel Dänzer
>
> ---
>
> This is just an RFC; if other developers approve of this approach, I can
> make
On Thu, 2014-04-10 at 10:31 +0200, 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 regr
Am 10.04.2014 03:39, schrieb Brian Paul:
---
src/mesa/main/vdpau.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/src/mesa/main/vdpau.c b/src/mesa/main/vdpau.c
index c2cf206..d974593 100644
--- a/src/mesa/main/vdpau.c
+++ b/src/mesa/main/vdpau.c
@@ -88,7 +88,7 @
From: Michel Dänzer
---
This is just an RFC; if other developers approve of this approach, I can
make a more extensive patch removing the use_reusable_pool parameters.
The x11perf numbers below compare ShmGet/PutImage before and after this
change with glamor from keithp's glamor-server xserver
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 when
> >> switching a single context between multiple drawab
On 04/09/2014 02:17 PM, Petri Latvala wrote:
> On 04/09/2014 12:56 PM, Tapani Pälli wrote:
>> diff --git a/src/mesa/main/get_hash_params.py
>> b/src/mesa/main/get_hash_params.py
>> index 06d0bba..5709d42 100644
>> --- a/src/mesa/main/get_hash_params.py
>> +++ b/src/mesa/main/get_hash_params.py
>>
On Thu, Apr 10, 2014 at 3:26 AM, Brian Paul wrote:
> We were using REALLOC() from u_memory.h but FREE() from imports.h.
> This mismatch caused us to trash the heap on Windows after we
> deleted a texture object.
>
> This fixes a regression from commit 6c59be7776e4d.
> ---
> src/mesa/state_tracker
On Thu, Apr 10, 2014 at 4:41 AM, Kenneth Graunke wrote:
> On 04/09/2014 06:39 PM, Brian Paul wrote:
>> We moved away from MALLOC/FREE in the rest of core Mesa a while ago.
>> ---
>> src/mesa/main/attrib.c | 20 ++--
>> 1 file changed, 10 insertions(+), 10 deletions(-)
>
> Series
https://bugs.freedesktop.org/show_bug.cgi?id=77263
Guo Jinxian changed:
What|Removed |Added
Assignee|mesa-dev@lists.freedesktop. |ch...@chris-wilson.co.uk
43 matches
Mail list logo
