On 16.07.2014 00:07, Marek Olšák wrote:
> On Tue, Jul 15, 2014 at 11:53 AM, Michel Dänzer wrote:
>> On 13.07.2014 01:35, Marek Olšák wrote:
>>>
>>> Border colors have been broken if texturing from multiple shader stages is
>>> used. This patch doesn't change that.
>>
>> [...]
>>
>>> +/* Upload bor
On 13.07.2014 01:35, Marek Olšák wrote:
> From: Marek Olšák
>
> This removes the intermediate storage (pm4 state) and generates descriptors
> directly in a staging buffer.
>
> It also reduces the number of flushes, because the descriptors no longer
> take CS space.
Cool.
> diff --git a/src/ga
On 16.07.2014 06:16, Carl Worth wrote:
> Michel Dänzer writes:
>
> Quite frankly, my real concern with all of this is not that the driver
> maintainers will propose something bad, but that I will inadvertently
> botch something while cherry-picking or merging a conflict, etc. that I
> won't be ab
https://bugs.freedesktop.org/show_bug.cgi?id=80266
--- Comment #15 from Michel Dänzer ---
Please submit patches fixing these issues to the mesa-dev mailing list, instead
of waiting here for anyone else to do it.
--
You are receiving this mail because:
You are the assignee for the bug.
_
On Wed, Jul 16, 2014 at 10:17 AM, Michel Dänzer wrote:
> On 16.07.2014 00:07, Marek Olšák wrote:
>> On Tue, Jul 15, 2014 at 11:53 AM, Michel Dänzer wrote:
>>> On 13.07.2014 01:35, Marek Olšák wrote:
Border colors have been broken if texturing from multiple shader stages is
used. Th
On Tue, Jul 15, 2014 at 12:49 AM, Carl Worth wrote:
> Hi folks,
>
> I've pushed out an update to the 10.2 branch and I need some specific
> testing in the next three days.
>
> I've tested the branch on Intel (Haswell) as well as both swrast and
> Gallium softpipe and found no piglit regressions co
On 15/07/14 15:39, Brian Paul wrote:
Before, we always reported zeros in the multisample columns of the
format list. Since PIXELFORMATDESCRIPTOR doesn't have fields for
multisample, we use a new format_info structure to extend that type.
We can only query this info with the wglGetPixelFormatAtt
Only supported on evergreen and later. Currently limited
to single component textures as the hardware GATHER4
instruction ignores texture swizzles.
Piglit quick run passes on radeon 6670 with all
applicable textureGather tests, no regressions.
Signed-off-by: Glenn Kennard
---
Changes from v1:
R
On Wed, Jul 16, 2014 at 9:53 AM, Glenn Kennard wrote:
> Only supported on evergreen and later. Currently limited
> to single component textures as the hardware GATHER4
> instruction ignores texture swizzles.
>
> Piglit quick run passes on radeon 6670 with all
> applicable textureGather tests, no r
Some of these optimizations are pretty obscure and I can't imagine a
real shader hitting them.
What's the cost of checking for these cases? I don't know how expensive
the equals() methods are.
Do we want to litter the optimizer with cases that may never be used in
practice?
-Brian
On 07
Only supported on evergreen and later. Currently limited
to single component textures as the hardware GATHER4
instruction ignores texture swizzles.
Piglit quick run passes on radeon 6670 with all
applicable textureGather tests, no regressions.
Signed-off-by: Glenn Kennard
---
Changes from v2:
R
https://bugs.freedesktop.org/show_bug.cgi?id=78716
Eero Tamminen changed:
What|Removed |Added
CC||eero.t.tammi...@intel.com
--
You are re
Reviewed-by: Ian Romanick
At some point we should do some significant re-work of the
switch-statement handling in Mesa. The current structure makes it hard
to do a lot of things (e.g., jump-tables for uniform control flow).
On 07/13/2014 11:45 PM, Tapani Pälli wrote:
> This fixes following test
Also change the wait parameter from false to true.
---
I'm really not sure what is correct here, but this patch fixes event profiling
on SI.
src/gallium/state_trackers/clover/core/timestamp.cpp | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/gallium/state_trackers/clov
We use PIPE_QUERY_TIMESTAMP for profiling events, and gallium specifies
that the timestamp be in nanoseconds.
---
src/gallium/state_trackers/clover/api/device.cpp | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/src/gallium/state_trackers/clover/api/device.cpp
b/src/gallium/
On Wednesday 16 July 2014, 16:49:08, Tom Stellard wrote:
> Also change the wait parameter from false to true.
> ---
>
> I'm really not sure what is correct here, but this patch fixes event
> profiling on SI.
I think you should call end_query in the constructor right after the call to
create_quer
This patch adds a new member to the pool to track its status.
For now it is used only for the 'fragmented' status, but if
needed it could be used for more statuses.
The pool will be considered fragmented if: An item that isn't
the last is freed or demoted.
This 'strategy' has a problem, although
This new function will move items forward in the pool, so that
there's no gap between them, effectively defragmenting the pool.
For now this function is a bit dumb as it just moves items
forward without trying to see if other items in the pool could
fit in the gaps.
---
src/gallium/drivers/r600/c
Now that we know that the pool is defragmented, we positively know
that allocated + unallocated will be the total size of the
current pool plus all the items that will be promoted. So we only
need to grow the pool once.
This will allow us to just add the new items to the end of the
item_list witho
Hi,
This series finally adds support for defragmenting the pool for
OpenCL buffers in the r600g driver. It is mostly a rewritten of
the series that I wrote some months ago.
For defragmenting the pool I have thought of two different
possibilities:
- Creating a new pool and moving every item here
This way we can avoid defragmenting the pool, even if it is needed
to defragment it, and looping again through the list of unallocated
items.
---
src/gallium/drivers/r600/compute_memory_pool.c | 4
1 file changed, 4 insertions(+)
diff --git a/src/gallium/drivers/r600/compute_memory_pool.c
b
This function will be used in the future by compute_memory_defrag
to move items forward in the pool.
It does so by first checking for overlaping ranges, if the ranges
don't overlap it will copy the contents directly. If they overlap
it will try first to make a temporary buffer, if this buffer fail
v2:
- Move the end_query() call into the timestamp constructor.
- Still pass false as the wait parameter to get_query_result().
---
src/gallium/state_trackers/clover/core/timestamp.cpp | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/gallium/state_trackers/clover/core/timestamp.cpp
b/s
Reviewed-by: Niels Ole Salscheider
On Wednesday 16 July 2014, 17:37:48, Tom Stellard wrote:
> v2:
> - Move the end_query() call into the timestamp constructor.
> - Still pass false as the wait parameter to get_query_result().
> ---
> src/gallium/state_trackers/clover/core/timestamp.cpp | 1 +
>Some of these optimizations are pretty obscure and I can't imagine a
>real shader hitting them.
>
Some of these optimizations are indeed obscure.
Only reason I can think of for any of these
to succeed are if some other optimizations
has pushed constants up the tree, or eliminated things.
>What's
The bug is triggered by using glTexSubImage2d() with GL_DEPTH_STENCIL
as base internal format and non-zero x, y offsets. Currently x, y
offsets are ignored while updating the texture image.
Fixes Khronos GLES3 CTS tests:
npot_tex_sub_image_2d
npot_tex_sub_image_3d
npot_pbo_tex_sub_image_2d
npot_pb
This reverts commit bbefb15e01e1c16af69646898918982ae00f8c92.
Fixes the 11 regressions caused in framebuffer_blit tests in
Khronos GLES3 CTS tests:
Original patch reduced the instruction count but had no performance
benefits. So, it's safe to revert it without causing any performance
regressions.
2014-07-13 20:13 GMT+02:00 Matt Turner :
>
> On Sun, Jul 13, 2014 at 10:50 AM, Thomas Helland
> wrote:
> > I've considered writing an algebraic optimization to convert
> > this into an ir_binop_pow. If my understanding is correct the backend
> > will then implement this in a similar fashion as abo
On Mon, Jul 14, 2014 at 9:38 PM, Tapani Pälli wrote:
> This makes some of the UE4 engine demos (Stylized, Mobile Temple)
> render correctly, tested on Intel Haswell machine.
>
> Signed-off-by: Tapani Pälli
> ---
> src/mapi/glapi/gen/GL4x.xml | 26 ++
> src/mes
Hi Thorsten!
On 07/16/2014 01:03 PM, Thorsten Glaser wrote:
> updated debdiff attached. Package compiles fine with it
> (on i386 and m68k), and the invalid alignment assumptions
> were made explicit with no ABI breakage.
Awesome! That's great to hear!
> Please apply.
Absolutely. Could the upstr
Hi,
GPU: Radeon HD 5770
mesa: 10.2.2 with gallium/llvm backend
llvm: 3.4.2
linux: 3.15.3
xf86-video-ati: 7.4.0
Switching from the software to the OpenGL backend in Gwenview with EGL
enabled QT4 crashes with the following BT:
state_tracker/st_atom_framebuffer.c:60:update_framebuffer_size:
Assertio
On Wed, 16 Jul 2014, John Paul Adrian Glaubitz wrote:
> Absolutely. Could the upstream Mesa developers maybe apply the patch
> as well?
They are not taking us for real, see #728053 for their feedback…
> We're putting lots of efforts into the m68k port and we have many
> users who love running De
Hi,
On keskiviikko 16 heinäkuu 2014, Thorsten Glaser wrote:
> On Wed, 16 Jul 2014, John Paul Adrian Glaubitz wrote:
> > Absolutely. Could the upstream Mesa developers maybe apply the patch
> > as well?
>
> They are not taking us for real, see #728053 for their feedback…
While effect of unaligned
On Thu, Jul 10, 2014 at 8:51 PM, Kenneth Graunke wrote:
> gen8_fs_generator uses these to decide whether to set the execution size
> to 8 or 16, so we incorrectly made both of these MOVs the full width in
> SIMD16 shaders. (It happened to work out on Gen4-7.)
>
> Setting them should also help inf
On Wed, Jul 16, 2014 at 5:38 PM, Anuj Phogat wrote:
> I agree with Ken's comment# 11 on bugzilla.
For those attempting to follow along:
https://bugs.freedesktop.org/show_bug.cgi?id=78716
Ian, there's a spec question in there for you.
___
mesa-dev maili
On Mon, Jul 14, 2014 at 9:38 PM, Tapani Pälli wrote:
> This makes some of the UE4 engine demos (Stylized, Mobile Temple)
> render correctly, tested on Intel Haswell machine.
>
> Signed-off-by: Tapani Pälli
This should have a Bugzilla: tag.
___
mesa-dev
On 08.07.2014 10:37, Marek Olšák wrote:
> I'm re-sending what remains to be merged to get ARB_draw_indirect on
> radeonsi. They are patches 3-5.
>
> The first 2 patches bump the LLVM version requirement to 3.4.2, which
> contains a fix for the calling convention to allow one more user SGPR.
>
>
On 07/17/2014 04:31 AM, Matt Turner wrote:
On Mon, Jul 14, 2014 at 9:38 PM, Tapani Pälli wrote:
This makes some of the UE4 engine demos (Stylized, Mobile Temple)
render correctly, tested on Intel Haswell machine.
Signed-off-by: Tapani Pälli
This should have a Bugzilla: tag.
Yep, I did not
38 matches
Mail list logo
