my original proposal, but I
> > fully admit that it wasn't much more than a proof of concept with quite
> > a few rough edges to work out.
> >
>
> Mine is also more like a proof-of-concept but I want to get it merged
> in some form :)
>
I fear that getting a solution merged that
From: Philipp Zabel
Since imx-drm has graduated from staging it seems to be a good idea to
recognize it by default in the libdrm tests.
Signed-off-by: Philipp Zabel
Signed-off-by: Lucas Stach
---
lst: added commit message + rebase to master
---
tests/kmstest/main.c | 1 +
tests/modetest
_LTLIBRARIES is empty in that
case the install-mesa-links target has no dependencies and gets executed
immediately. This fails as it races with the compilation to create
the .libs dir.
As the install-mesa-links target works perfectly fine with an empty
lib_LTLIBRARIES
on it being there.
Signed-off-by: Lucas Stach
Cc: "10.3 10.4"
---
install-lib-links.mk | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/install-lib-links.mk b/install-lib-links.mk
index 6976ca4911ab..3545b268ebd1 100644
--- a/install-lib-links.mk
+++ b/install-lib-l
As this is a really trivial one I'm going to push this by Wednesday this
week if nobody voices any objections.
Regards,
Lucas
Am Mittwoch, den 18.02.2015, 12:01 +0100 schrieb Lucas Stach:
> From: Philipp Zabel
>
> Since imx-drm has graduated from staging it seems to be
Hi Wladimir,
this is about the userspace component of the driver, so dri-devel isn't
the correct list for this question, you should instead CC the MESA dev
list, even if mostly the same people hang out on those lists.
Done that for you now.
Regards,
Lucas
Am Freitag, den 03.02.2017, 10:56 +01
Am Mittwoch, den 08.02.2017, 12:10 +0100 schrieb Christian Gmeiner:
> Signed-off-by: Christian Gmeiner
Reviewed-by: Lucas Stach
> ---
> src/gallium/drivers/etnaviv/etnaviv_compiler.c | 6 ++
> src/gallium/drivers/etnaviv/etnaviv_compiler.h | 1 +
> 2 files change
Am Mittwoch, den 08.02.2017, 12:10 +0100 schrieb Christian Gmeiner:
> Signed-off-by: Christian Gmeiner
> ---
> src/gallium/drivers/etnaviv/etnaviv_compiler.h | 2 ++
> src/gallium/drivers/etnaviv/etnaviv_debug.h| 1 +
> src/gallium/drivers/etnaviv/etnaviv_screen.c | 1 +
> src/gallium/dr
Am Mittwoch, den 08.02.2017, 12:10 +0100 schrieb Christian Gmeiner:
> Signed-off-by: Christian Gmeiner
Reviewed-by: Lucas Stach
> ---
> src/gallium/drivers/etnaviv/etnaviv_context.c | 13 +
> src/gallium/drivers/etnaviv/etnaviv_context.h | 2 ++
> 2 files changed
Am Mittwoch, den 08.02.2017, 20:47 +0100 schrieb Christian Gmeiner:
> Hi Lucas,
>
> 2017-02-08 12:36 GMT+01:00 Lucas Stach :
> > Am Mittwoch, den 08.02.2017, 12:10 +0100 schrieb Christian Gmeiner:
> >> Signed-off-by: Christian Gmeiner
> >> ---
> >> src/
There is no version 2 of the DRI2_FENCE extension. So only a request
for version 1 has a chance to succeed.
Fixes: 74b1969d717f (gbm: wire up fence extension)
Cc: "13.0"
Signed-off-by: Lucas Stach
---
src/gbm/backends/dri/gbm_dri.c | 2 +-
1 file changed, 1 insertion(+), 1 deletio
Signed-off-by: Lucas Stach
---
src/gallium/state_trackers/egl/drm/modeset.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/gallium/state_trackers/egl/drm/modeset.c
b/src/gallium/state_trackers/egl/drm/modeset.c
index dc71a761053b..11b6db1949c6 100644
--- a/src/gallium
Signed-off-by: Lucas Stach
---
src/gallium/targets/pipe-loader/Makefile.am | 16
src/gallium/targets/pipe-loader/pipe_freedreno.c | 21 +
2 files changed, 37 insertions(+)
create mode 100644 src/gallium/targets/pipe-loader/pipe_freedreno.c
diff --git a
Allows to load gallium pipes for ARM DRM drivers.
Signed-off-by: Lucas Stach
---
include/platform_ids/platform_driver_map.h | 18
src/gallium/auxiliary/pipe-loader/pipe_loader.h| 1 +
.../auxiliary/pipe-loader/pipe_loader_drm.c| 53 ++
3 files
Let's applications like Weston create EGL onscreen-surfaces
on bare DRM devices.
Signed-off-by: Lucas Stach
---
src/gallium/state_trackers/egl/drm/native_drm.c| 11 ++
src/gallium/state_trackers/gbm/gbm_drm.c | 44 ++
.../state_tracker
Signed-off-by: Lucas Stach
---
include/platform_ids/platform_driver_map.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/include/platform_ids/platform_driver_map.h
b/include/platform_ids/platform_driver_map.h
index c428b81349e6..68595ef0a2f7 100644
--- a/include/platform_ids
From: Thierry Reding
When probing non-PCI DRM devices, such as those found in a lot of SoCs,
GBM errors out because it expects the device to have an associated PCI
ID which can be used to lookup the driver name in a table.
This patch removes this restriction by using the driver name from the
drm
gs to XA, it's just some git
history digging.
So,
Acked-by: Lucas Stach
> configure.ac | 56 +-
> src/gallium/SConscript |3 -
> src/gallium/state_trackers/Makefile.am |4 -
> src/gallium/state_t
Am Dienstag, den 13.08.2013, 20:14 +0200 schrieb Christoph Bumiller:
> On 13.08.2013 19:04, srol...@vmware.com wrote:
> > From: Roland Scheidegger
> >
> > untested.
>
> Looks like it should work though, thanks.
> nv50 only supported u32 result all along and on nvc0 both cases are
> already handle
Use same names as the kernel, makes it easier to identify
connectors in the common case.
Signed-off-by: Lucas Stach
---
tests/modeprint/modeprint.c | 28 +++-
1 file changed, 27 insertions(+), 1 deletion(-)
diff --git a/tests/modeprint/modeprint.c b/tests/modeprint
Ping.
Can someone please take a look and if there are no objections commit
this for me? I don't have commit access myself.
Am Freitag, den 17.01.2014, 12:19 +0100 schrieb Lucas Stach:
> Use same names as the kernel, makes it easier to identify
> connectors in the common case.
>
&
Hi Marek,
Am Samstag, den 12.01.2019, 22:22 +0100 schrieb Marek Vasut:
> > From: Christian Gmeiner
>
> A pipe_resource can be shared by all the pipe_context's hanging off the
> same pipe_screen.
>
> > Signed-off-by: Christian Gmeiner
> > Signed-off-by: Marek Vasut
> To: mesa-dev@lists.freedes
Am Montag, den 14.01.2019, 14:54 +0100 schrieb Marek Vasut:
> On 1/14/19 12:16 PM, Lucas Stach wrote:
> > Hi Marek,
> >
> > Am Samstag, den 12.01.2019, 22:22 +0100 schrieb Marek Vasut:
> > > > From: Christian Gmeiner
> > >
> > > A pipe_resou
Am Montag, den 14.01.2019, 15:20 +0100 schrieb Marek Vasut:
> On 1/14/19 3:02 PM, Lucas Stach wrote:
> > Am Montag, den 14.01.2019, 14:54 +0100 schrieb Marek Vasut:
> > > On 1/14/19 12:16 PM, Lucas Stach wrote:
> > > > Hi Marek,
> > > >
> > >
Am Samstag, den 12.01.2019, 22:22 +0100 schrieb Marek Vasut:
> > From: Christian Gmeiner
>
> A pipe_resource can be shared by all the pipe_context's hanging off the
> same pipe_screen.
>
> > Signed-off-by: Christian Gmeiner
> > Signed-off-by: Marek Vasut
> To: mesa-dev@lists.freedesktop.org
>
Am Dienstag, den 15.01.2019, 10:35 -0600 schrieb Derek Foreman:
> On 1/15/19 8:02 AM, Daniel Stone wrote:
> > Hi,
> >
> > > > On Tue, 18 Dec 2018 at 17:59, Lucas Stach
> > > > wrote:
> > > Am Dienstag, den 18.12.2018, 17:43 + schrieb Emil
Hi Sergey,
Am Mittwoch, den 16.01.2019, 13:34 +0300 schrieb Nazarov Sergey:
> Hello!
> I use mesa+etnaviv Gallium driver on iMX6Q based board.
> I have double free error at the end of any application using mesa.
> I've found that the problem comes from current ARM g++ compilers
> (at least from 4.
Hi Sergey,
Am Donnerstag, den 17.01.2019, 18:14 +0300 schrieb Nazarov Sergey:
> Hi, Lucas!
> Here is result of execution standard Qt5 example application mainwindow
> built under custom buildroot with gcc-4.9.4, mesa3d-17.3.6.
> But we had the same error with latest buildroot and latest supported
Hi Christian,
first of all, thanks for figuring this out. This is really nice
to finally know how it works.
Am Montag, den 21.01.2019, 07:49 +0100 schrieb Christian Gmeiner:
> Defines how sampler (and pixel pipes) needs to access the data
> represented with a resource. The used default is mode is
Am Montag, den 21.01.2019, 07:50 +0100 schrieb Christian Gmeiner:
> If the GPU supports linear sampling, linear addressing mode
> will be used as default.
>
> > Signed-off-by: Christian Gmeiner
> ---
> src/gallium/drivers/etnaviv/etnaviv_resource.c | 10 +++---
> src/gallium/drivers/etnaviv/
Am Donnerstag, den 24.01.2019, 07:31 +0100 schrieb Christian Gmeiner:
> Hi Lucas
>
> Am Mo., 21. Jan. 2019 um 10:03 Uhr schrieb Lucas Stach
> :
> >
> > Hi Christian,
> >
> > first of all, thanks for figuring this out. This is really nice
> > to fin
Am Donnerstag, den 24.01.2019, 07:46 +0100 schrieb Christian Gmeiner:
> Am Mo., 21. Jan. 2019 um 10:10 Uhr schrieb Lucas Stach
> :
> >
> > Am Montag, den 21.01.2019, 07:50 +0100 schrieb Christian Gmeiner:
> > > If the GPU supports linear sampling, linear addressing
atures1, LINEAR_TEXTURE_SUPPORT))
> + return true;
In order to avoid this sitting on the ML for too long while mostly
looking good: how would you feel about squashing this last hunk into
the previous patch and dropping the other parts of this patch for now?
This wa
Am Freitag, den 22.02.2019, 10:18 +0100 schrieb Christian Gmeiner:
> Saves us from calling etna_bo_map(..) and saves us from doing the
> same offset calcs for map() and unmap() operations.
>
> Signed-off-by: Christian Gmeiner
Reviewed-by: Lucas Stach
> ---
> src/galli
Am Freitag, den 22.02.2019, 10:18 +0100 schrieb Christian Gmeiner:
> Signed-off-by: Christian Gmeiner
AFAICS this is directly operating on the mapped buffer, right?
As ETC is stored as a linear, we won't get a temporary resource for the
transfer, but map the GPU resource directly. So this will f
Am Freitag, den 22.02.2019, 11:02 +0100 schrieb Christian Gmeiner:
> Signed-off-by: Christian Gmeiner
Reviewed-by: Lucas Stach
> ---
> src/gallium/drivers/etnaviv/etnaviv_rs.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/src/gallium/drivers/etnaviv/etnaviv_rs.
Am Freitag, den 22.02.2019, 11:10 +0100 schrieb Christian Gmeiner:
> Signed-off-by: Christian Gmeiner
Reviewed-by: Lucas Stach
> ---
> src/gallium/drivers/etnaviv/etnaviv_blt.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/src/gallium/drivers/etnaviv/etn
Am Dienstag, den 26.02.2019, 19:15 +0100 schrieb Christian Gmeiner:
> Changes v1 -> v2:
> - Avoid the GPU sampling from the resource that gets mutated by the the
> transfer map by setting DRM_ETNA_PREP_WRITE.
>
> > Signed-off-by: Christian Gmeiner
> ---
> .../drivers/etnaviv/etnaviv_resource
ds_patching(const struct pipe_resource *prsc)
> +{
> + const struct etna_screen *screen = etna_screen(prsc->screen);
> +
> + if (!util_format_is_etc(prsc->format))
> + return false;
> +
> + if (prsc->format == PIPE_FORMAT_ETC1_RGB8)
> + retu
Am Dienstag, den 26.02.2019, 19:15 +0100 schrieb Christian Gmeiner:
> Signed-off-by: Christian Gmeiner
Reviewed-by: Lucas Stach
> ---
> src/gallium/drivers/etnaviv/etnaviv_screen.c | 12 +---
> 1 file changed, 1 insertion(+), 11 deletions(-)
>
> diff --git a/s
- drop minor optimization regarding rsc->layout == ETNA_LAYOUT_LINEAR
> - better documentation why DRM_ETNA_PREP_WRITE is needed
>
> Signed-off-by: Christian Gmeiner
Reviewed-by: Lucas Stach
> ---
> .../drivers/etnaviv/etnaviv_resource.c| 3 +
> ..
.
Signed-off-by: Lucas Stach
---
src/gbm/main/gbm.c| 77 +--
src/gbm/main/gbmint.h | 1 +
2 files changed, 69 insertions(+), 9 deletions(-)
diff --git a/src/gbm/main/gbm.c b/src/gbm/main/gbm.c
index 26339747f3a1..74f0bdb6d0f1 100644
--- a/src/gbm
backing the
window surface and hiding the needed PRIME import/export.
This interface allows this by constructing a second GBM device
on top of the KMS capable DRM device and binding this as the
KMS provider to the render GBM device.
Signed-off-by: Lucas Stach
---
src/gbm/main/gbm.c| 35
hope that the Tegra guys can help to move things forward and would like
to hear from you if this design sounds sane to all of you.
Regards,
Lucas
Lucas Stach (2):
GBM: add KMS provider interface
GBM: use KMS device to allocate scanout and cursor BOs
src/gbm/main/gbm.c| 98
Am Freitag, den 04.03.2016, 15:09 + schrieb Daniel Stone:
> Hi Lucas,
>
> On 4 March 2016 at 13:49, Lucas Stach wrote:
> > this is a first shot at trying to hash out an API to allow bootstrapping
> > an EGL context on top of split render/scanout DRM devices. It tri
Am Freitag, den 04.03.2016, 17:20 + schrieb Daniel Stone:
> Hi,
>
> On 4 March 2016 at 16:08, Lucas Stach wrote:
> > Am Freitag, den 04.03.2016, 15:09 + schrieb Daniel Stone:
> >> Thanks for taking this on, it looks really good! I just have the one
> >>
Am Freitag, den 04.03.2016, 18:34 + schrieb Emil Velikov:
> On 4 March 2016 at 17:38, Lucas Stach wrote:
> > Am Freitag, den 04.03.2016, 17:20 + schrieb Daniel Stone:
> >> Hi,
> >>
> >> On 4 March 2016 at 16:08, Lucas Stach wrote:
> >> >
Am Montag, den 07.03.2016, 11:19 +0100 schrieb Thierry Reding:
> On Mon, Mar 07, 2016 at 10:46:52AM +0100, Lucas Stach wrote:
> > Am Freitag, den 04.03.2016, 18:34 + schrieb Emil Velikov:
> > > On 4 March 2016 at 17:38, Lucas Stach wrote:
> > > > Am Freita
This gets rid of quite a bit of CPU/GPU sync on frequent vertex buffer
uploads and I haven't seen any of the issues mentioned in the comment,
so this one seems stale.
Ignore the flag if there exists a temporary resource, as those ones are
never busy.
Signed-off-by: Lucas Stach
---
src/ga
.org
Signed-off-by: Lucas Stach
---
src/gallium/drivers/etnaviv/etnaviv_transfer.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/src/gallium/drivers/etnaviv/etnaviv_transfer.c
b/src/gallium/drivers/etnaviv/etnaviv_transfer.c
index 1a5aa7fc043c..4809b04ff95f 100644
--
Reduces bandwidth usage of transfers which discard the buffer contents,
as well as skipping unnecessary command stream flushes and CPU/GPU
synchronization.
Signed-off-by: Lucas Stach
---
src/gallium/drivers/etnaviv/etnaviv_transfer.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion
There is no need to special case compressed resources, as they are already
marked as linear on allocation. With that out of the way, there is room to
cut down on the number of if clauses used.
Signed-off-by: Lucas Stach
---
src/gallium/drivers/etnaviv/etnaviv_transfer.c | 70
cpu_prep() already does all the required waiting, so the only thing that
needs to be done is flushing the commandstream, if a GPU write is pending.
Signed-off-by: Lucas Stach
---
src/gallium/drivers/etnaviv/etnaviv_clear_blit.c | 5 +++--
src/gallium/drivers/etnaviv/etnaviv_resource.c | 16
some handling for
the easy "make things faster" flags.
Regards,
Lucas
Lucas Stach (6):
etnaviv: always do cpu_fini in transfer_unmap
etnaviv: slim down resource waiting
etnaviv: honor PIPE_TRANSFER_UNSYNCHRONIZED flag
etnaviv: don't read back resource if transfer discard
Stolen from VC4. As we don't do any fancy reallocation tricks yet, it's
possible to upgrade also coherent mappings and shared resources.
Signed-off-by: Lucas Stach
---
src/gallium/drivers/etnaviv/etnaviv_transfer.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/s
Am Freitag, den 19.05.2017, 10:37 +0100 schrieb Daniel Stone:
> From: Varad Gautam
>
> adds a pscreen->resource_create_with_modifiers() to create textures
> with modifier.
>
> Signed-off-by: Varad Gautam
> Signed-off-by: Daniel Stone
Reviewed-by: Lucas Stach
>
> Signed-off-by: Daniel Stone
Reviewed-by: Lucas Stach
> ---
> src/gallium/state_trackers/dri/dri2.c | 15 +++
> src/gallium/state_trackers/dri/dri_screen.h | 1 +
> 2 files changed, 16 insertions(+)
>
> diff --git a/src/gallium/state_trackers/dri/dri2
alize winsys modifier to DRM_FORMAT_MOD_INVALID (Daniel Stone)
>
> Signed-off-by: Varad Gautam
> Signed-off-by: Daniel Stone
Reviewed-by: Lucas Stach
> ---
> src/gallium/include/state_tracker/drm_driver.h | 2 ++
> src/gallium/state_trackers/dri/dri2.c | 48
>
Am Freitag, den 19.05.2017, 10:37 +0100 schrieb Daniel Stone:
> From: Varad Gautam
>
> ask the driver for supported dmabuf formats
>
> v2: rebase to master.
> v3: return false on failure.
> v4: use pscreen->is_format_supported instead of adding a new query.
> (L
y driver.
> v4: purge PIPE_CAP_QUERY_DMABUF_ATTRIBS.
>
> Signed-off-by: Varad Gautam
> Signed-off-by: Daniel Stone
Reviewed-by: Lucas Stach
> ---
> src/gallium/state_trackers/dri/dri2.c | 24 +++-
> 1 file changed, 23 insertions(+), 1 deletion(-)
>
y: Tomeu Vizoso
> Cc: etna...@lists.freedesktop.org
> Cc: Marek Olšák
> Fixes: 330d0607ed60 ("gallium: remove pipe_index_buffer and set_index_buffer")
Reviewed-by: Lucas Stach
If no one objects, I'm going to push this today.
Regards,
Lucas
> ---
> src/gallium/drivers/etnaviv/e
Am Dienstag, den 02.05.2017, 16:35 +0200 schrieb Lucas Stach:
> Mostly to pull in the Vivante tiling format modifiers, but some other
> little changes included.
>
> Signed-off-by: Lucas Stach
If there are no objections to this patch, I'm going to push it today.
Regards,
Lucas
Am Mittwoch, den 10.05.2017, 23:15 +0530 schrieb Varad Gautam:
> From: Varad Gautam
>
> we currently ignore the plane count when converting from
> __DRI_IMAGE_FORMAT* tokens to __DRI_IMAGE_FOURCC* for multiplanar
> images, and only return the first plane's simplified fourcc.
>
> this adds a four
Am Dienstag, den 16.05.2017, 21:31 +0200 schrieb Christian Gmeiner:
> Hi Wladimir.
>
> I started working on this topic last week and thought some time on how
> to add those ext texture formats in a clean and nice way. I come up
> with this patches:
>
> https://github.com/austriancoder/mesa/commit
Hi Varad,
Am Dienstag, den 23.05.2017, 14:40 +0530 schrieb Varad Gautam:
> Hi Lucas,
>
> On Mon, May 22, 2017 at 11:16 PM, Lucas Stach wrote:
> > Am Mittwoch, den 10.05.2017, 23:15 +0530 schrieb Varad Gautam:
> >> From: Varad Gautam
> >>
> >> we curren
Hi Tomeu,
Am Freitag, den 19.05.2017, 12:40 +0200 schrieb Tomeu Vizoso:
> If info->index_size is zero, info->index will point to uninitialized
> memory.
>
> Fatal signal 11 (SIGSEGV), code 2, fault addr 0xab5d07a3 in tid 20456
> (surfaceflinger)
>
> Signed-off-by: Tomeu Vizoso
> Cc: etna...@li
Can someone please take a look at this one patch at least? I'm fine with
the rest of the series waiting a bit longer, but I would like to push
this bugfix patch in the next few days.
Thanks,
Lucas
Am Freitag, den 19.05.2017, 11:41 +0200 schrieb Lucas Stach:
> The cpu_fini() call pu
next 2 patches fix some fallout from the RB swapped rendertarget work, so
they are fixing real regressions from mesa 17.0.
The last patch gets the LOD bias test to pass.
Regards,
Lucas
Lucas Stach (6):
etnaviv: don't try RS blit if blit region is unaligned
etnaviv: use padded width/heigh
etna_resource_copy_region handles resources with multiple samples
by falling back to the software path. There is no need to kill the
application there.
Signed-off-by: Lucas Stach
---
src/gallium/drivers/etnaviv/etnaviv_clear_blit.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/src
If the blit region is not aligned to the RS min alignment don't try
to execute the blit, but fall back to the software path.
Signed-off-by: Lucas Stach
---
src/gallium/drivers/etnaviv/etnaviv_clear_blit.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/gallium/dr
copies.
Signed-off-by: Lucas Stach
---
src/gallium/drivers/etnaviv/etnaviv_clear_blit.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/etnaviv/etnaviv_clear_blit.c
b/src/gallium/drivers/etnaviv/etnaviv_clear_blit.c
index 6844943..263b283 100644
--- a/src
This replaces the open coded etnaviv version of the color pack with the
common util_pack_color.
Fixes piglits:
arb_color_buffer_float-clear
fcc-front-buffer-distraction
fbo-clearmipmap
Signed-off-by: Lucas Stach
---
src/gallium/drivers/etnaviv/etnaviv_clear_blit.c | 13 ++-
src/gallium
The maximum LOD bias supported is the same as the max texture level
supported.
Fixes piglit: ext_texture_lod_bias
Signed-off-by: Lucas Stach
---
src/gallium/drivers/etnaviv/etnaviv_screen.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/src/gallium/drivers/etnaviv
Now that we support RB swapped targets by using a shader variant, we
must derive the color mask from both the blend state and the bound
framebuffer.
Fixes piglit: fbo-colormask-formats
Signed-off-by: Lucas Stach
---
src/gallium/drivers/etnaviv/etnaviv_blend.c | 48
Am Sonntag, den 04.06.2017, 16:37 -0400 schrieb Ilia Mirkin:
> On Sun, Jun 4, 2017 at 3:06 PM, Lucas Stach wrote:
> > + /* If the complete render target is written, set
> > full_overwrite:
> > +* - The color mask is
> > +* - No blending is us
Same as with the colormasks, the blend color needs to be swizzled according
to the rendertarget format.
Signed-off-by: Lucas Stach
---
src/gallium/drivers/etnaviv/etnaviv_blend.c| 35 ++
src/gallium/drivers/etnaviv/etnaviv_blend.h| 6 +
src/gallium/drivers
Hi Fabio,
Am Sonntag, den 04.06.2017, 18:26 -0300 schrieb Fabio Estevam:
> Hi Lucas,
>
> On Sun, Jun 4, 2017 at 4:06 PM, Lucas Stach wrote:
> > Hi all,
> >
> > I decided to take a look at our current piglit status and the
> > following are
> > some stri
As TS is also allowed on sampler resources, we need to make sure to resolve
to self when binding the resource as a texture, to avoid stale content
being sampled.
Signed-off-by: Lucas Stach
---
src/gallium/drivers/etnaviv/etnaviv_texture.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a
From: Lucas Stach
A resolve to self is only necessary if the resource is fast cleared, so
there is never a need to do so if there is no TS allocated.
Signed-off-by: Lucas Stach
---
src/gallium/drivers/etnaviv/etnaviv_resource.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Am Dienstag, den 30.05.2017, 17:40 +0200 schrieb Philipp Zabel:
> On Fri, 2017-05-19 at 11:41 +0200, Lucas Stach wrote:
> > This gets rid of quite a bit of CPU/GPU sync on frequent vertex buffer
> > uploads and I haven't seen any of the issues mentioned in the comment,
> &g
Am Dienstag, den 06.06.2017, 12:59 +0200 schrieb Wladimir J. van der
Laan:
> On Tue, Jun 06, 2017 at 12:38:23PM +0200, Lucas Stach wrote:
> > From: Lucas Stach
> >
> > A resolve to self is only necessary if the resource is fast cleared, so
> > there is never a need
Hi Wladimir,
did you also review this patch? It's the last one of this series missing
review.
Regards,
Lucas
Am Freitag, den 19.05.2017, 11:41 +0200 schrieb Lucas Stach:
> Stolen from VC4. As we don't do any fancy reallocation tricks yet, it's
> possible to upgrade also
It turned out not to be a hardware bug, but the shader compiler
emitting wrong varying component use information. With that fixed
we can turn flat shading back on.
Signed-off-by: Lucas Stach
---
src/gallium/drivers/etnaviv/etnaviv_rasterizer.c | 6 +-
1 file changed, 1 insertion(+), 5
ut missing a better name I left it as-is.
Signed-off-by: Lucas Stach
---
src/gallium/drivers/etnaviv/etnaviv_compiler.c | 24 ++--
1 file changed, 10 insertions(+), 14 deletions(-)
diff --git a/src/gallium/drivers/etnaviv/etnaviv_compiler.c
b/src/gallium/drive
Am Donnerstag, den 08.06.2017, 15:08 +0200 schrieb Wladimir J. van der
Laan:
> Hello Lucas,
>
> On Thu, Jun 08, 2017 at 10:26:04AM +0200, Lucas Stach wrote:
> > Hi Wladimir,
> >
> > did you also review this patch? It's the last one of this series missing
> &g
Am Dienstag, den 30.05.2017, 17:23 +0530 schrieb Varad Gautam:
> From: Varad Gautam
>
> we use this to import resources with format modifiers, and to support
> per-resource modifier queries.
>
> Signed-off-by: Varad Gautam
> Cc: Lucas Stach
Reviewed-by: Lucas Stach
ifier from v1.
> use DRM_API_HANDLE_TYPE_KMS instead of DRM_API_HANDLE_TYPE_FD to avoid
> ownership transfer. (Lucas)
>
> Suggested-by: Daniel Stone
> Signed-off-by: Varad Gautam
> Cc: Lucas Stach
Reviewed-by: Lucas Stach
> ---
> src/gallium/state_trackers/dri/dri2.c | 12 ++
ce_create_with_modifiers. we can
> use the winsys_handle to get this.
>
> Signed-off-by: Varad Gautam
> Reviewed-by: Lucas Stach (v1)
> Cc: Lucas Stach
Reviewed-by: Lucas Stach
> ---
> src/gallium/include/pipe/p_screen.h | 15 +
> src/gallium/state_trackers/dri
mport_modifiers.
>
> v2: rebase to master.
> v3: drivers must return false on query failure.
> v4: use pscreen->is_format_supported instead of adding a separate
> format query handle, remove PIPE_CAP_QUERY_DMABUF_ATTRIBS.
> (Lucas Stach)
> v5: add external_only parameter.
_QUERY_DMABUF_ATTRIBS.
> v5:
> - move to __DRIimageExtension v15, pass external_only to the driver.
>
> Signed-off-by: Varad Gautam
> Reviewed-by: Lucas Stach (v4)
Still valid.
> Cc: Lucas Stach
> ---
> src/gallium/state_trackers/dri/dri2.c | 24 +++-
&g
This implements a way to import FDs with modifiers on plain GBM devices,
without the need to go through EGL. This is mostly to the benefit of
gbm_gralloc, which can keep its dependencies low.
Signed-off-by: Lucas Stach
---
src/gbm/backends/dri/gbm_dri.c | 54
This allows to import an FD with an explicit modifier passed through
userspace protocols.
Signed-off-by: Lucas Stach
---
src/gbm/main/gbm.h | 12
1 file changed, 12 insertions(+)
diff --git a/src/gbm/main/gbm.h b/src/gbm/main/gbm.h
index b52137ed01d4..6a9bf1fc2a80 100644
--- a/src
Am Freitag, den 09.06.2017, 12:34 +0200 schrieb Christian Gmeiner:
> It could be useful to get the number of emited resolve operations when
> doing driver optimizations.
>
> Signed-off-by: Christian Gmeiner
Reviewed-by: Lucas Stach
> ---
> src/gallium/drivers/etnaviv/etna
> ___
> mesa-dev mailing list
> mesa-dev@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/mesa-devFrom: Lucas Stach
Date: Wed, 31 May 2017 13:01:00 +0200
Subject: [PATCH] NativeStateDRM: use fixed event context version
Am Donnerstag, den 19.10.2017, 07:59 +0200 schrieb Christian Gmeiner:
> This allows a write to proceed to an uninitialized part of a buffer
> even when the GPU is using the previously-initialized portions.
> Same is done for freedreno, nouveau and radeon.
>
> > Signed-off-by: Christian Gmeiner
>
Am Donnerstag, den 26.10.2017, 03:17 +0200 schrieb Christian Gmeiner:
> Signed-off-by: Christian Gmeiner
Has this been tested on older GPU cores like the GC600?
> ---
> src/gallium/drivers/etnaviv/etnaviv_texture.c | 7 ++-
> 1 file changed, 2 insertions(+), 5 deletions(-)
>
> diff --git a
onize.
This change is fine as-is. Flushes are only necessary for GPU/CPU sync and to
actually
fill temporary resources with data, the latter case is handled by the
trans->rsc part
of the condition.
Reviewed-by: Lucas Stach
> diff --git a/src/gallium/drivers/etnaviv/etnaviv_transfer.c
> b/sr
Am Samstag, den 28.10.2017, 16:16 +0200 schrieb Wladimir J. van der Laan:
> Prevents an assertion when using GALLIUM_HUD with ioquake3,
> when cso_restore_constant_buffer_slot0 restores an empty
> constant buffer in slot 0.
>
> > Signed-off-by: Wladimir J. van der Laan
> ---
> src/gallium/driver
Am Mittwoch, den 01.11.2017, 11:17 +0100 schrieb Wladimir J. van der Laan:
> GC3000 resolve-in-place assumes that the TS state is configured.
> If it is not, this will result in MMU errors. This is especially
> apparent when using glGenMipmaps().
>
> Fixes a problem introduced in 78ade659569ee6fe9
Am Mittwoch, den 01.11.2017, 12:34 +0100 schrieb Wladimir J. van der Laan:
> On Wed, Nov 01, 2017 at 11:52:55AM +0100, Lucas Stach wrote:
> > Am Mittwoch, den 01.11.2017, 11:17 +0100 schrieb Wladimir J. van der Laan:
> > > GC3000 resolve-in-place assumes that the TS state is co
1 - 100 of 364 matches
Mail list logo
