On Fri, 2017-02-10 at 10:44 -0800, Francisco Jerez wrote:
> Samuel Iglesias Gonsálvez writes:
>
> > On Thu, 2017-02-09 at 18:28 -0800, Francisco Jerez wrote:
> > > Francisco Jerez writes:
> > >
> > > > ---
> > > > This replaces "[PATCH v2 09/20] i965/fs: indirect addressing
> > > > with
> > > >
On Fri, 2017-02-10 at 10:10 -0800, Francisco Jerez wrote:
> Samuel Iglesias Gonsálvez writes:
>
> > On Thu, 2017-02-09 at 12:18 -0800, Francisco Jerez wrote:
> > > Samuel Iglesias Gonsálvez writes:
> > >
> > > > It is tested empirically that IVB/BYT don't support indirect
> > > > addressing
> >
The 32-bit to 64-bit conversions need to have the 32-bit
data source elements aligned to 64-bit but only with doubles as
destination type.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=99660
Signed-off-by: Samuel Iglesias Gonsálvez
Tested-by: Mark Janes
---
src/mesa/drivers/dri/i965/b
From: Dave Airlie
This is just prep work for the following patch to use
a common gfx init indirect buffer.
Signed-off-by: Dave Airlie
---
src/amd/vulkan/si_cmd_buffer.c | 28
1 file changed, 20 insertions(+), 8 deletions(-)
diff --git a/src/amd/vulkan/si_cmd_buffe
From: Dave Airlie
This is just a trivial cleanup.
Signed-off-by: Dave Airlie
---
src/amd/vulkan/radv_cmd_buffer.c | 4 ++--
src/amd/vulkan/radv_private.h| 6 ++
src/amd/vulkan/si_cmd_buffer.c | 10 +-
3 files changed, 9 insertions(+), 11 deletions(-)
diff --git a/src/amd/v
From: Dave Airlie
This puts the common gfx state for the device into an
indirect buffer, and just calls out to it, on CIK and above.
This is taken from what radeonsi does.
Signed-off-by: Dave Airlie
---
src/amd/vulkan/radv_cmd_buffer.c | 16 +++-
src/amd/vulkan/radv_device.c |
On 10/02/17 08:27 PM, Marek Olšák wrote:
> On Fri, Feb 10, 2017 at 12:22 PM, Emil Velikov
> wrote:
>> On 9 February 2017 at 11:56, Marek Olšák wrote:
>>> From: Marek Olšák
>>>
>>> We want cached GTT for all non-persistent read mappings.
>>> Set level = 0 on purpose.
>>>
>>> Use dma_copy, becau
I'm certainly not opposed. I've considered adding such a tracking file for
a while. I'm not sure whether or not it's needed but it wouldn't hurt.
On Sun, Feb 12, 2017 at 6:48 PM, Romain Failliot <
romain.faill...@foolstep.com> wrote:
> Hi!
>
> I regularly receive questions about having Mesamatr
Hi!
I regularly receive questions about having Mesamatrix tracking the state of
Vulkan API for ANV and RADV.
I don't think there is a file in mesa repo that state the progression of
Vulkan on each driver. So if you're interested, I could generate a base
file (xml?) extracting the tag from the of
forgot to add mesa-dev when I sent.
-- Forwarded message --
From: "Jacob Lifshay"
Date: Feb 12, 2017 6:16 PM
Subject: Re: [Mesa-dev] software implementation of vulkan for gsoc/evoc
To: "Dave Airlie"
Cc:
On Feb 12, 2017 5:34 PM, "Dave Airlie" wrote:
> I'm assuming that control
> I'm assuming that control barriers in Vulkan are identical to barriers
> across a work-group in opencl. I was going to have a work-group be a single
> OS thread, with the different work-items mapped to SIMD lanes. If we need to
> have additional scheduling, I have written a javascript compiler th
On 9 February 2017 at 02:48, Timothy Arceri wrote:
> On Wed, 8 Feb 2017 15:54:46 -0800
> Jason Ekstrand wrote:
>
> > On Wed, Feb 8, 2017 at 2:20 PM, Elie Tournier
> > wrote:
> >
> > > Signed-off-by: Elie Tournier
> > > ---
> > > src/compiler/nir/nir_opt_loop_unroll.c | 10 +-
> > > 1
- Original Message -
> On 10 February 2017 at 00:35, wrote:
> > From: Marc-André Lureau
> >
> > Since vtest is currently only handling a context at a time, calling
> > disconnect in virgl_vtest_winsys_destroy() allows to pass tests such as
> > piglit egl-create-context-invalid-flag-gle
I'm assuming that control barriers in Vulkan are identical to barriers
across a work-group in opencl. I was going to have a work-group be a single
OS thread, with the different work-items mapped to SIMD lanes. If we need
to have additional scheduling, I have written a javascript compiler that
suppo
On 11 February 2017 at 09:03, Jacob Lifshay wrote:
> I would like to write a software implementation of Vulkan for inclusion in
> mesa3d. I wanted to use a tiled renderer coupled with llvm and either write
> or use a whole-function-vectorization pass. Would anyone be willing to
> mentor me for thi
Reviewed-by: Marek Olšák
Marek
On Sun, Feb 12, 2017 at 8:20 PM, Ilia Mirkin wrote:
> Fixes dEQP-GLES31.functional.stencil_texturing.misc.compare_mode_effect
>
> Signed-off-by: Ilia Mirkin
> Cc: mesa-sta...@lists.freedesktop.org
> ---
> src/mesa/state_tracker/st_atom_sampler.c | 2 +-
> 1 file
Hi
2017-02-09 13:18 GMT+01:00 Wladimir J. van der Laan :
> - Use the same instruction area on GC3000 as the Vivante driver.
> This allows the same number of instructions on GC3000 as GC2000
> instead of half.
>
> - Makes sure that the "PE to FE" stall before updating the shader code
> or con
Hi Wladimir,
2017-02-09 13:16 GMT+01:00 Wladimir J. van der Laan :
> Update from etnaviv repository rnndb.
> ---
> src/gallium/drivers/etnaviv/hw/cmdstream.xml.h | 6 +-
> src/gallium/drivers/etnaviv/hw/common.xml.h| 14 +--
> src/gallium/drivers/etnaviv/hw/isa.xml.h | 6 +-
> src
Fixes dEQP-GLES31.functional.stencil_texturing.misc.compare_mode_effect
Signed-off-by: Ilia Mirkin
Cc: mesa-sta...@lists.freedesktop.org
---
src/mesa/state_tracker/st_atom_sampler.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/state_tracker/st_atom_sampler.c
b/sr
On 11 February 2017 at 06:39, Bas Nieuwenhuizen
wrote:
> The struct have different size, so the arrays have different stride.
>
> Signed-off-by: Bas Nieuwenhuizen
Reviewed-by: Dave Airlie
> ---
> src/amd/vulkan/radv_device.c | 45
> +++-
> 1 file chang
From: Dave Airlie
If a buffer is just full of flushes we flush things on command
buffer submission, so don't bother submitting these.
This will reduce some CPU overhead on dota2, which submits a fair
few command streams that don't end up drawing anything.
v2: reorganise loop to count first then
On 11 February 2017 at 04:30, Bas Nieuwenhuizen
wrote:
> Was thinking of a sort or other asymptotically more efficient merge
> method, but in the meantime this is
I did get that, I just didn't have the brain power to work out what
would be better, so
just optimised the current code for now.
Dav
Hey Marek,
Marek Olšák wrote on 12.02.2017 15:53:
> From: Marek Olšák
>
> This prevents errors:
> "EE r600_texture.c:1571 r600_texture_transfer_map - failed to create
> temporary texture to hold untiled copy"
>
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=99542
> ---
> src/gallium/
https://bugs.freedesktop.org/show_bug.cgi?id=99781
Bug ID: 99781
Summary: Some Unity games fail assertion on startup in
glXCreateContextAttribsARB
Product: Mesa
Version: 13.0
Hardware: Other
OS: All
On 10.02.2017 23:07, Marek Olšák wrote:
Assuming you address other people's comments, the first 10 are:
Reviewed-by: Marek Olšák
Thanks. There are some bugs in the later patches, I will send out a new
series, probably in some days.
Nicolai
Marek
On Wed, Feb 8, 2017 at 1:42 PM, Nicolai
From: Marek Olšák
---
src/gallium/drivers/radeon/r600_texture.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/gallium/drivers/radeon/r600_texture.c
b/src/gallium/drivers/radeon/r600_texture.c
index 5d84eb4..47aa8b1 100644
--- a/src/gallium/drivers/radeon/r600_texture.c
+++ b/src/galli
From: Marek Olšák
This prevents errors:
"EE r600_texture.c:1571 r600_texture_transfer_map - failed to create
temporary texture to hold untiled copy"
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=99542
---
src/gallium/state_trackers/vdpau/output.c | 7 +++
1 file changed, 7 inserti
https://bugs.freedesktop.org/show_bug.cgi?id=99776
Vedran Miletić changed:
What|Removed |Added
CC||ved...@miletic.net
--
You are receivin
> >> > void
> >> > _mesa_glthread_init(struct gl_context *ctx)
> >> > {
> >> > struct glthread_state *glthread = calloc(1, sizeof(*glthread));
> >> >
> >> > if (!glthread)
> >> >return;
> >> >
> >> > + /* The marshalling dispatch table isn't integrated with the
> >> > Begin/End
29 matches
Mail list logo
