This commit adds tegra support, which uses the renderonly driver
library.
Signed-off-by: Christian Gmeiner
---
configure.ac | 19 +++-
src/gallium/Makefile.am| 6 +++
.../auxiliary/target-helpers/inline_drm_helper.h | 29
ntiled one.
Signed-off-by: Christian Gmeiner
---
configure.ac | 1 +
src/gallium/drivers/renderonly/Makefile.am | 11 +
src/gallium/drivers/renderonly/Makefile.sources| 4 +
.../drivers/renderonly/renderonly_context.c
The patch set is available directly via git:
https://github.com/austriancoder/mesa.git branch renderonly-rfc-1
[0] http://lists.freedesktop.org/archives/mesa-dev/2014-November/071521.html
Christian Gmeiner (2):
gallium: add renderonly driver
gallium: add tegra support
co
Hi
2015-10-13 5:44 GMT+02:00 Alexandre Courbot :
> On Mon, Oct 12, 2015 at 12:09 AM, Christian Gmeiner
> wrote:
>> This commit adds tegra support, which uses the renderonly driver
>> library.
>>
>> Signed-off-by: Christian Gm
2015-10-14 5:58 GMT+02:00 Michel Dänzer :
> On 13.10.2015 12:44, Alexandre Courbot wrote:
>> On Mon, Oct 12, 2015 at 12:09 AM, Christian Gmeiner
>> wrote:
>>>
>>> diff --git a/src/gallium/winsys/tegra/drm/tegra_drm_winsys.c
>>> b/src/gallium/winsys/tegr
2015-10-14 14:51 GMT+02:00 Erik Faye-Lund :
> On Sun, Oct 11, 2015 at 5:09 PM, Christian Gmeiner
> wrote:
>> @@ -2181,6 +2188,13 @@ if test -n "$with_gallium_drivers"; then
>> done
>> fi
>>
>> +dnl We need to validate some needed dependenci
edge
about the problem.
>
> On 11 October 2015 at 16:09, Christian Gmeiner
> wrote:
>> This commit adds a generic renderonly driver library, which fullfille
>> the requirements for tegra and etnaviv. As a result it is possible to
>> run unmodified egl software directly (without
I'm hopeful that the more people we get looking at this the
> more likely it will be to come up with a solution that works well for
> everyone.
>
Yeah
> That said, I don't agree with the approach you've chosen here. I'll try
> to clarify why below.
>
>
Hi Emil,
2015-10-16 1:33 GMT+02:00 Emil Velikov :
> Hi Christian,
>
> Mostly minor suggestions I'm afraid. Things just look too good for
> anything serious.
>
:)
> On 11 October 2015 at 16:09, Christian Gmeiner
> wrote:
>> This commit adds tegra support,
2017-01-30 15:47 GMT+01:00 Rhys Kidd :
>
> On Sun, Jan 22, 2017 at 1:49 PM Rhys Kidd wrote:
>>
>> On 20 January 2017 at 17:06, Christian Gmeiner
>> wrote:
>>>
>>> Hi Rhys,
>>>
>>> 2017-01-19 7:02 GMT+01:00 Rhys Kidd :
>>&
uper-tiled resources). Have a look where
etna_copy_resource(..) gets used.
So this idea sound even better to me.
> Wladimir
>
> On Feb 3, 2017 11:00, "Christian Gmeiner"
> wrote:
>>
>> Hi,
>>
>> 2017-02-03 10:56 GMT+01:00 Wladimir J. van der Laan :
>
Signed-off-by: Christian Gmeiner
---
src/gallium/drivers/etnaviv/etnaviv_context.c | 13 +
src/gallium/drivers/etnaviv/etnaviv_context.h | 2 ++
2 files changed, 15 insertions(+)
diff --git a/src/gallium/drivers/etnaviv/etnaviv_context.c
b/src/gallium/drivers/etnaviv
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/drivers/etnaviv/etnaviv_shader.c | 44 +-
4 files
Signed-off-by: Christian Gmeiner
---
src/gallium/drivers/etnaviv/etnaviv_compiler.c | 6 ++
src/gallium/drivers/etnaviv/etnaviv_compiler.h | 1 +
2 files changed, 7 insertions(+)
diff --git a/src/gallium/drivers/etnaviv/etnaviv_compiler.c
b/src/gallium/drivers/etnaviv/etnaviv_compiler.c
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/gallium/drivers/etnaviv/etnaviv_compiler.h | 2 ++
>> src/gallium/drivers/etnaviv/etnaviv_debug.
Caught by Coverity, reported to me by imirkin.
Signed-off-by: Christian Gmeiner
---
src/gallium/drivers/etnaviv/etnaviv_texture.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/gallium/drivers/etnaviv/etnaviv_texture.c
b/src/gallium/drivers/etnaviv/etnaviv_texture.c
index c020fb2
In case ctx->stream == NULL the fail label gets executed where
pctx gets dereferenced - too bad pctx is NULL in that case.
Caught by Coverity, reported to me by imirkin.
Signed-off-by: Christian Gmeiner
---
src/gallium/drivers/etnaviv/etnaviv_context.c | 8
1 file changed
imirkin.
Signed-off-by: Christian Gmeiner
---
src/gallium/drivers/etnaviv/etnaviv_screen.c | 10 --
1 file changed, 10 deletions(-)
diff --git a/src/gallium/drivers/etnaviv/etnaviv_screen.c
b/src/gallium/drivers/etnaviv/etnaviv_screen.c
index 8f2882f..c8d8d2f 100644
--- a/src/gallium
with that change - we really
want to call pctx->destroy(pctx) to free
all resources. If you are okay with my patch add your Reviewed-by and
I will push it later the day.
>
> pctx = &ctx->base;
> pctx->priv = ctx;
> --
> Cheers,
> Eric
>
greets
--
Chr
)\n");
> val = 1;
> --
> Cheers,
> Eric
>
That change looks good ti me. I think I will take your patch and
rework my 'remove number of pixel pipes validation'
patch based on your change.
greets
--
Christian Gmeiner, MSc
https://www.youtube.com/user/Al
t;
> Not that that is part of this patch, but that seems to be the goal.
>
Yeah.. thats the final goal.
> If not for that there's no real use for a counter anyway: just have whatever
> parses the output do the counting based on what is printed first.
>
For the moment I wi
Hi Lucas
2017-02-09 10:26 GMT+01:00 Lucas Stach :
> 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:
>>
Hi Eric
2017-02-09 11:59 GMT+01:00 Eric Engestrom :
> On Thursday, 2017-02-09 08:19:39 +0100, Christian Gmeiner wrote:
>> In case ctx->stream == NULL the fail label gets executed where
>> pctx gets dereferenced - too bad pctx is NULL in that case.
>>
>> Caught
) features.
>
Missing Signed-off-by line - will add it for you - git commit -s may
be your friend!
Also the pach looks wired somehow.. I have reworded the commit a little bit.
Acked-by: Christian Gmeiner
> diff --git a/src/gallium/drivers/etnaviv/hw/cmdstream.xml.h
> b/src/gallium/
ng the shader code
> or constants is hit (which is conditional on vs_offset > 0x4000). This
> is necessary on GC3000 too, it increases stability.
Missing Signed-off-by line - will add it for you - git commit -s may
be your friend!
Reviewed-by: Christian Gmeiner
> ---
> src/galli
--
Christian Gmeiner, MSc
https://soundcloud.com/christian-gmeiner
2016-10-04 12:26 GMT+02:00 Emil Velikov :
> On 4 October 2016 at 02:05, Rob Clark wrote:
>> On Thu, Sep 29, 2016 at 10:56 AM, Emil Velikov
>> wrote:
>>> On 28 September 2016 at 19:53, Mar
Signed-off-by: Christian Gmeiner
---
src/egl/drivers/dri2/egl_dri2.c | 5 +++--
src/gbm/backends/dri/gbm_dri.c | 5 +++--
src/glx/dri_common.c| 5 ++---
3 files changed, 8 insertions(+), 7 deletions(-)
diff --git a/src/egl/drivers/dri2/egl_dri2.c b/src/egl/drivers/dri2/egl_dri2.c
Signed-off-by: Christian Gmeiner
---
include/GL/internal/dri_interface.h | 14 ++
1 file changed, 14 insertions(+)
diff --git a/include/GL/internal/dri_interface.h
b/include/GL/internal/dri_interface.h
index d0b1bc6..36ba65e 100644
--- a/include/GL/internal/dri_interface.h
+++ b
This makes it possible to 'use' the imx-drm driver. Remeber that it
is not possible to have sysmbol names in C/C++ with a '-' in it.
Signed-off-by: Christian Gmeiner
---
include/GL/internal/dri_interface.h | 7 +++
1 file changed, 7 insertions(+)
diff --git a
Hi Emil,
2016-11-03 17:02 GMT+01:00 Emil Velikov :
> On 3 November 2016 at 14:25, Christian Gmeiner
> wrote:
>> Signed-off-by: Christian Gmeiner
>> ---
>> include/GL/internal/dri_interface.h | 14 ++
>> 1 file changed, 14 insertions(+)
>>
2016-11-04 12:59 GMT+01:00 Eric Engestrom :
> On Thursday, 2016-11-03 15:25:22 +0100, Christian Gmeiner wrote:
>> This makes it possible to 'use' the imx-drm driver. Remeber that it
>> is not possible to have sysmbol names in C/C++ with a '-' in it.
>
Changes since v1:
- removed not needed includes
Signed-off-by: Christian Gmeiner
---
src/egl/drivers/dri2/egl_dri2.c | 7 +++
src/gbm/backends/dri/gbm_dri.c | 7 ++-
src/glx/dri_common.c| 5 ++---
3 files changed, 7 insertions(+), 12 deletions(-)
diff --git a/src/egl
Changes since v1:
- renamed function to loader_get_extensions_name
- moved function into loader
Signed-off-by: Christian Gmeiner
---
src/loader/loader.c | 14 ++
src/loader/loader.h | 2 ++
2 files changed, 16 insertions(+)
diff --git a/src/loader/loader.c b/src/loader/loader.c
This makes it possible to 'use' the imx-drm driver. Remeber that it
is not possible to have sysmbol names in C/C++ with a '-' in it.
Changes since v1:
- none
Signed-off-by: Christian Gmeiner
---
src/loader/loader.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a
ting or
>>> whatever). Uabi is supposed to be merged only when the userspace side is
>>> ready, so really admit that it _is_ ready and just land it in mesa. Out of
>>> tree drivers are nonsense imo, no matter whether it's the kernel or mesa
>>> tre
2016-11-10 19:23 GMT+01:00 Emil Velikov :
> On 9 November 2016 at 14:50, Christian Gmeiner
> wrote:
>> Changes since v1:
>> - renamed function to loader_get_extensions_name
>> - moved function into loader
>>
>> Signed-off-by: Christian Gmeiner
--
Christian Gmeiner, MSc
https://soundcloud.com/christian-gmeiner
2016-11-10 19:25 GMT+01:00 Emil Velikov :
> On 9 November 2016 at 14:50, Christian Gmeiner
> wrote:
>> Changes since v1:
>> - removed not needed includes
>>
> They are needed actually, although tr
istian
PS: I hope I got all Signed-off's right - if not I am quite sorry and
will fix it in v2 or before pushing.
PPS: As not everybody is happy about the renderonly library and as I
am the only author I did not used the fictive author for the other
two patches.
Christian Gmeiner (2):
This a very lightweight library to add basic support for
renderonly GPUs. It does all the magic regarding in/exporting
buffers etc. This library will likely break android support and
hopefully will get replaced with a better solution based on gbm2.
Signed-off-by: Christian Gmeiner
---
src
The imx (stub) driver is needed to get hardware acceleration from
etnaviv on a platform using imx-drm kms driver. This adds support
for wayland and native kms egl apps.
Signed-off-by: Christian Gmeiner
---
configure.ac | 12 +++
src/gallium/Makefile.am
Hi all,
this time I send the patchset to the correct ml.
Had no coffee when sending it out for the first time :)
greets
--
Christian Gmeiner, MSc
https://soundcloud.com/christian-gmeiner
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https
if you have any work we want to land before the
> next branchpoint.
>
I am interested in landing etnaviv.
thanks
--
Christian Gmeiner, MSc
https://soundcloud.com/christian-gmeiner
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Hi Nicolai,
2016-12-01 13:00 GMT+01:00 Nicolai Hähnle :
> Congratulations on a huge amount of work! Obviously I can't say much about
> the driver itself. Some things that I noticed for the renderonly library.
>
> On 30.11.2016 14:44, Christian Gmeiner wrote:
>>
>> Th
have a proper wrapper or (better, since this is so
>> lightweight) have the driver's screen_create call the
>> renderonly_screen_create.
>>
> I think Nicolai has it spot on here - both on the comment and wrapping side.
> Please include some documentation (even the
Hi Thierry,
2016-12-19 14:08 GMT+01:00 Thierry Reding :
> On Wed, Nov 30, 2016 at 02:44:34PM +0100, Christian Gmeiner wrote:
>> This a very lightweight library to add basic support for
>> renderonly GPUs. It does all the magic regarding in/exporting
>> buffers etc. This libr
2016-12-19 22:50 GMT+01:00 Thierry Reding :
> On Mon, Dec 19, 2016 at 08:54:04PM +0100, Christian Gmeiner wrote:
>> 2016-12-19 14:08 GMT+01:00 Thierry Reding :
>> > On Wed, Nov 30, 2016 at 02:44:34PM +0100, Christian Gmeiner wrote:
> [...]
>> >> GALLIUM
ocs
Signed-off-by: Christian Gmeiner
---
src/gallium/Automake.inc | 5 +
src/gallium/auxiliary/Makefile.am | 10 ++
src/gallium/auxiliary/Makefile.sources| 4 +
src/gallium/auxiliary/renderonly/renderonly.c | 175 ++
src
m V1 -> V2:
- reworked renderonly library
- added missing build integration
Happy Christmas!
Christian
PS: Patch 2 will not make it to ml as it is too big - please look it up
at github!
Christian Gmeiner (2):
gallium: add renderonly library
imx: gallium driver for imx-drm scanout driver
The etnav
Changes from V1 -> V2:
- updated Copyright
- added $(top_srcdir)/src/gallium/winsys to include path (suggested by Emil)
- adapted driver to new renderonly API
Signed-off-by: Christian Gmeiner
---
configure.ac | 12 ++
src/gallium/Makefile
Defines how sampler (and pixel pipes) needs to access the data
represented with a resource. The used default is mode is
ETNA_ADDRESSING_MODE_TILED.
Signed-off-by: Christian Gmeiner
---
src/gallium/drivers/etnaviv/etnaviv_resource.c | 17 +++--
src/gallium/drivers/etnaviv
Update to etna_viv commit 4d2f857.
Signed-off-by: Christian Gmeiner
---
.../drivers/etnaviv/hw/cmdstream.xml.h| 8 +-
src/gallium/drivers/etnaviv/hw/common.xml.h | 171 +-
.../drivers/etnaviv/hw/common_3d.xml.h| 12 +-
src/gallium/drivers/etnaviv/hw
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/etnaviv_texture.c | 4 +++-
2 files changed, 10 insertions(+), 4 deletions
Signed-off-by: Christian Gmeiner
---
.../drivers/etnaviv/etnaviv_texture_state.c | 21 +++
.../drivers/etnaviv/etnaviv_texture_state.h | 1 +
2 files changed, 22 insertions(+)
diff --git a/src/gallium/drivers/etnaviv/etnaviv_texture_state.c
b/src/gallium/drivers/etnaviv
will actually support:
> various sorts of KMS displays with the renderonly layer used to attach a
> GPU.
I like the idea of this patch and it is good starting point torwards a
generic solution
for kms displays with the renderonly framework.
Reviewed-by: Christian Gm
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 finally know how it works.
>
> Am Montag, den 21.01.2019, 07:49 +0100 schrieb Christian Gmeiner:
> > Defines h
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 mode
> > will be used as default.
> >
> > > Signed-off-by: Christian Gmeiner
Hi Lucas,
Am Fr., 25. Jan. 2019 um 17:02 Uhr schrieb Lucas Stach :
>
> Hi Christian,
>
> 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_screen.c | 12 +---
1 file changed, 1 insertion(+), 11 deletions(-)
diff --git a/src/gallium/drivers/etnaviv/etnaviv_screen.c
b/src/gallium/drivers/etnaviv/etnaviv_screen.c
index de822fc85ca..ee32a499fb5 100644
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
---
src/gallium/drivers/etnaviv/etnaviv_context.h | 1 +
.../drivers/etnaviv/etnaviv_transfer.c| 19 ++-
2 files
Signed-off-by: Christian Gmeiner
---
.../drivers/etnaviv/etnaviv_resource.c| 3 ++
.../drivers/etnaviv/etnaviv_resource.h| 5 ++
.../drivers/etnaviv/etnaviv_transfer.c| 49 +++
3 files changed, 57 insertions(+)
diff --git a/src/gallium/drivers/etnaviv
ETC2 is supported with HALTI0, however that implementation is buggy
in hardware. The blob driver does per-block patching to work around
this. We need to swap colors for t-mode etc2 blocks.
Signed-off-by: Christian Gmeiner
---
src/gallium/drivers/etnaviv/Makefile.sources | 2 +
src/gallium
piglit:
spec/!opengl es 3.0/oes_compressed_etc2_texture-miptree_gles3
Christian Gmeiner (4):
etnaviv: implement ETC2 block patching for HALTI0
etnaviv: keep track of mapped bo address
etnaviv: hook-up etc2 patching
etnaviv: enable ETC2 texture compression support for HALTI0 GPUs
src/gallium
Hi Boris,
Am Fr., 22. Feb. 2019 um 10:30 Uhr schrieb Boris Brezillon
:
>
> On Thu, 21 Feb 2019 23:29:53 +0100
> Boris Brezillon wrote:
>
> > Christian, Marek,
> >
> > On Wed, 30 Jan 2019 05:28:14 +0100
> > Marek Vasut wrote:
> >
> > > From: Ch
Signed-off-by: Christian Gmeiner
---
src/gallium/drivers/etnaviv/etnaviv_rs.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/gallium/drivers/etnaviv/etnaviv_rs.c
b/src/gallium/drivers/etnaviv/etnaviv_rs.c
index fc4f65dbeee..a9d3872ad41 100644
--- a/src/gallium/drivers/etnaviv
Signed-off-by: Christian Gmeiner
---
src/gallium/drivers/etnaviv/etnaviv_blt.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/gallium/drivers/etnaviv/etnaviv_blt.c
b/src/gallium/drivers/etnaviv/etnaviv_blt.c
index 52731a9c770..42190d75d4e 100644
--- a/src/gallium/drivers/etnaviv
ek)
Changes from v4 -> v5:
- Fix coding style issues reported by Guido
Changes from v5 -> v6:
- Add missing locking in etna_transfer_map(..) (Boris)
Signed-off-by: Christian Gmeiner
Signed-off-by: Marek Vasut
Signed-off-by: Boris Brezillon
Tested-by: Marek Vasut
---
src/gallium/drivers
Push this format to the pipe driver unchanged.
Signed-off-by: Christian Gmeiner
---
include/GL/internal/dri_interface.h | 1 +
src/gallium/state_trackers/dri/dri2.c | 2 ++
2 files changed, 3 insertions(+)
diff --git a/include/GL/internal/dri_interface.h
b/include/GL/internal
Signed-off-by: Christian Gmeiner
---
src/gallium/drivers/etnaviv/etnaviv_screen.c | 12 +---
1 file changed, 1 insertion(+), 11 deletions(-)
diff --git a/src/gallium/drivers/etnaviv/etnaviv_screen.c
b/src/gallium/drivers/etnaviv/etnaviv_screen.c
index de822fc85ca..ee32a499fb5 100644
ETC2 is supported with HALTI0, however that implementation is buggy
in hardware. The blob driver does per-block patching to work around
this. We need to swap colors for t-mode etc2 blocks.
Signed-off-by: Christian Gmeiner
---
src/gallium/drivers/etnaviv/Makefile.sources | 2 +
src/gallium
piglit:
spec/!opengl es 3.0/oes_compressed_etc2_texture-miptree_gles3
Christian Gmeiner (4):
etnaviv: implement ETC2 block patching for HALTI0
etnaviv: keep track of mapped bo address
etnaviv: hook-up etc2 patching
etnaviv: enable ETC2 texture compression support for HALTI0 GPUs
src/gallium
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/gallium/drivers/etnaviv/etnaviv_context.h | 1 +
.../drivers/etnaviv/etnaviv_transfer.c| 19
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.c| 3 +
.../drivers/etnaviv/etnaviv_resource.h|
t; struct mali_vertex_tiler_prefix {
> /* This is a dynamic bitfield containing the following things in
> this order:
super nitpicking: What is the purpose of this change? Should this
define be added when it really gets used?
--
greets
--
Christian Gmeiner, MSc
https://chri
Hi Lucas
Am Mi., 27. Feb. 2019 um 10:19 Uhr schrieb Lucas Stach :
>
> 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
Hi Lucas
Am Mi., 27. Feb. 2019 um 10:22 Uhr schrieb Lucas Stach :
>
> Am Dienstag, den 26.02.2019, 19:15 +0100 schrieb Christian Gmeiner:
> > ETC2 is supported with HALTI0, however that implementation is buggy
> > in hardware. The blob driver does per-block patching to work a
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/src/gallium/drivers/etnaviv/etnaviv_screen.c
b/src/gallium/drivers/etnaviv/etnaviv_screen.c
index
ETC2 is supported with HALTI0, however that implementation is buggy
in hardware. The blob driver does per-block patching to work around
this. We need to swap colors for t-mode etc2 blocks.
Changes v2 -> v3:
- Drop redundant format check
Signed-off-by: Christian Gmeiner
Acked-by: Lucas St
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/gallium/drivers/etnaviv/etnaviv_context.h | 1 +
.../drivers/etnaviv/etnaviv_transfer.c| 19
piglit:
spec/!opengl es 3.0/oes_compressed_etc2_texture-miptree_gles3
Christian Gmeiner (4):
etnaviv: implement ETC2 block patching for HALTI0
etnaviv: keep track of mapped bo address
etnaviv: hook-up etc2 patching
etnaviv: enable ETC2 texture compression support for HALTI0 GPUs
src/gallium
ation why DRM_ETNA_PREP_WRITE is needed
Signed-off-by: Christian Gmeiner
---
.../drivers/etnaviv/etnaviv_resource.c| 3 +
.../drivers/etnaviv/etnaviv_resource.h| 5 ++
.../drivers/etnaviv/etnaviv_transfer.c| 56 +++
3 files changed, 64 insertions(+)
diff --git a/sr
7;t add the define / enum / struct / whatever in, it will be forgotten
> to time.
Ok, thanks.
--
greets
--
Christian Gmeiner, MSc
https://christian-gmeiner.info
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Use u_transfer_helper_resource_create(..) instead which uses the
resource_create(..) function specified in u_transfer_vtbl.
Signed-off-by: Christian Gmeiner
---
src/gallium/auxiliary/util/u_transfer_helper.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium
Am Fr., 1. März 2019 um 16:54 Uhr schrieb Christian Gmeiner
:
>
> Use u_transfer_helper_resource_create(..) instead which uses the
> resource_create(..) function specified in u_transfer_vtbl.
>
> Signed-off-by: Christian Gmeiner
> ---
> src/gallium/auxiliary/util/u_transfer
od to know that u_transfer_helper is fragile :)
--
greets
--
Christian Gmeiner, MSc
https://christian-gmeiner.info
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
t; + * `needle`, returns whether the modifier is found */
> +
> +static bool
> +drm_find_modifier(uint64_t needle, const uint64_t *haystack, unsigned count)
> +{
static inline bool
drm_find_modifier(..)
> +unsigned i;
> +
> +for (i = 0; i < count; i++) {
&
>levels[blit_info->dst.level].ts_valid = false;
> > ctx->dirty |= ETNA_DIRTY_DERIVE_TS;
> While the V6 of this patch [1] is now in mesa upstream, this hunk is
> missing from the V6 . Any special reason for that or is this just an
> omission ?
>
This and an other change was done in separates commits - see:
https://cgit.freedesktop.org/mesa/mesa/commit/?id=7244e768040859126a5b74023f587beaa8bef81c
https://cgit.freedesktop.org/mesa/mesa/commit/?id=c56e73449698c31fe72b99a95b7e4ecdb2985b73
So everything went in.
--
greets
--
Christian Gmeiner, MSc
https://christian-gmeiner.info
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Driver loading for imx-drm gallium driver fails, as the current
implementation expects __driDriverGetExtensions_NAME_drm. In order
to get the driver successfully loaded to we need to transform
__driDriverGetExtensions_imx-drm to __driDriverGetExtensions_imx_drm.
Signed-off-by: Christian Gmeiner
Signed-off-by: Christian Gmeiner
---
src/gallium/drivers/freedreno/ir3/disasm-a3xx.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/drivers/freedreno/ir3/disasm-a3xx.c
b/src/gallium/drivers/freedreno/ir3/disasm-a3xx.c
index 1d5022b..5998724 100644
--- a/src
Signed-off-by: Christian Gmeiner
---
src/gallium/auxiliary/tgsi/tgsi_lowering.c | 54 ++
src/gallium/auxiliary/tgsi/tgsi_lowering.h | 1 +
2 files changed, 55 insertions(+)
diff --git a/src/gallium/auxiliary/tgsi/tgsi_lowering.c
b/src/gallium/auxiliary/tgsi
Signed-off-by: Christian Gmeiner
---
src/gallium/auxiliary/tgsi/tgsi_lowering.c | 54 ++
src/gallium/auxiliary/tgsi/tgsi_lowering.h | 1 +
2 files changed, 55 insertions(+)
diff --git a/src/gallium/auxiliary/tgsi/tgsi_lowering.c
b/src/gallium/auxiliary/tgsi
eady.
Great!
>
> Christian, if you don't already, I'd recommend running piglit.. I
> think it should have caught the FLR/LIT interaction.
>
I have only tested the lowering with 2-3 example tgsi shaders and yeah I did
not run piglit before sending those two patches -
ing(const struct
> tgsi_lowering_config *config,
> OPCS(DPH) ||
> OPCS(DP2) ||
> OPCS(DP2A) ||
> + OPCS(FLR) ||
> + OPCS(CEIL) ||
> OPCS(TXP) ||
> ctx.two_side_colors ||
> ctx.saturate))
U with the same approach, whereas with
> the wrapper driver ... who volunteers to write the Radeon+Intel
> combination driver?
Not me :)
>
>>> I think the only disagreement is how to implement the API internally.
>>> Lucas is heading in a more generic direction, whereas
buffers based on the model.
- GC600: 1
- GC1000: 4
- GC2000: 8
The patches are written by Wladimir about 3 years ago and I did a rebase
and some code cosmectics only.
Christian Gmeiner (1):
gallium: add PIPE_CAP_MAX_VERTEX_BUFFERS
Wladimir J. van der Laan (2):
u_vbuf: add logic to use a
From: "Wladimir J. van der Laan"
Make it possible to limit the number of vertex buffers as there exist
GPUs with less then 32 supported vertex buffers.
Signed-off-by: Wladimir J. van der Laan
---
src/gallium/auxiliary/util/u_vbuf.c | 45 +++--
src/gallium/auxili
Signed-off-by: Christian Gmeiner
---
src/gallium/docs/source/screen.rst | 1 +
src/gallium/drivers/freedreno/freedreno_screen.c | 2 ++
src/gallium/drivers/i915/i915_screen.c | 2 ++
src/gallium/drivers/ilo/ilo_screen.c | 2 ++
src/gallium/drivers/llvmpipe
From: "Wladimir J. van der Laan"
CONST, VERTEX and INSTANCE attributes into one vertex buffer if
necessary due to hardware constraints.
Signed-off-by: Wladimir J. van der Laan
---
src/gallium/auxiliary/util/u_vbuf.c | 28
1 file changed, 24 insertions(+), 4 deletio
Hi Nicolai,
2016-06-13 11:48 GMT+02:00 Nicolai Hähnle :
> On 11.06.2016 21:21, Christian Gmeiner wrote:
>>
>> From: "Wladimir J. van der Laan"
>>
>> Make it possible to limit the number of vertex buffers as there exist
>> GPUs with less then 32 su
Hi Marek,
2016-06-13 14:48 GMT+02:00 Marek Olšák :
> On Sat, Jun 11, 2016 at 9:21 PM, Christian Gmeiner
> wrote:
>> From: "Wladimir J. van der Laan"
>>
>> Make it possible to limit the number of vertex buffers as there exist
>> GPUs with less then 32 su
Hi Nicolai
2016-06-13 11:59 GMT+02:00 Nicolai Hähnle :
> On 11.06.2016 21:21, Christian Gmeiner wrote:
>>
>> From: "Wladimir J. van der Laan"
>>
>> CONST, VERTEX and INSTANCE attributes into one vertex buffer if
>> necessary due to hardware constraint
1 - 100 of 470 matches
Mail list logo
