On 15/03/2019 03:12, Rob Clark wrote:
On Thu, Mar 14, 2019 at 9:58 PM Roland Scheidegger wrote:
Am 15.03.19 um 02:18 schrieb Rob Clark:
On Thu, Mar 14, 2019 at 8:28 PM Roland Scheidegger wrote:
Am 14.03.19 um 22:06 schrieb Rob Clark:
On Thu, Mar 14, 2019 at 3:58 PM Roland Scheidegger wrote
Hello Sir,
This Is Milav Soni From TEQ DILIGENT.
I cross compiled the xserver using jhbuild.
I follow the following link.
https://www.x.org/wiki/CrossCompilingXorg/
But when it comes in mesa configuration, it gives following error.
/*--erro
This fixes a rendering issue with Hellblade and DXVK.
Fixes: a66b186bebf ("radv: use typed buffer loads for vertex input fetches")
Reported-by: Philip Rebohle
Signed-off-by: Samuel Pitoiset
---
src/amd/vulkan/radv_nir_to_llvm.c | 23 ++-
1 file changed, 14 insertions(+), 9 d
On Thu, 14 Mar 2019 20:00:45 -0500
Jason Ekstrand wrote:
> >
> > extern const struct anv_dynamic_state default_dynamic_state;
> > diff --git a/src/intel/vulkan/genX_cmd_buffer.c
> > b/src/intel/vulkan/genX_cmd_buffer.c
> > index 7687507e6b7..5d2b17cf8ae 100644
> > --- a/src/intel/vulkan/genX_cmd_
This was added in 8a7d4092d260 but no longer seems to have any
impact on performance.
---
src/amd/vulkan/radv_device.c | 10 +-
1 file changed, 1 insertion(+), 9 deletions(-)
diff --git a/src/amd/vulkan/radv_device.c b/src/amd/vulkan/radv_device.c
index 9570c15af02..56421dbc74b 100644
---
On 3/14/19 1:26 PM, Milav wrote:
Hello Sir,
This Is Milav Soni From TEQ DILIGENT.
I cross compiled the xserver using jhbuild.
I follow the following link.
https://www.x.org/wiki/CrossCompilingXorg/
But when it comes in mesa configuration, it gives following error.
/*
https://bugs.freedesktop.org/show_bug.cgi?id=110116
--- Comment #2 from Ilia Mirkin ---
Seems to work with llvmpipe on 19.0-rc7. (And with nouveau on multiple GPU
generations.)
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug._
This is needed if you can only handle point sprites on certain
varyings but not others. This is the case for nv30- and nvc0-based
GPUs, which is why the cap was introduced.
If your GPU does not have such restrictions, you can safely remove the cap.
-ilia
On Fri, Mar 15, 2019 at 12:25 AM Alyssa
>
> /home/teqdiligent/sources/xorg/git/mesa/mesa/src/intel/tools/aub_mem.c: In
> function 'memfd_create':
> /home/teqdiligent/sources/xorg/git/mesa/mesa/src/intel/tools/aub_mem.c:37:19:
> error: 'SYS_memfd_create' undeclared (first use in this function)
> /home/teqdiligent/sources/xorg/git/mesa/mes
On Fri, Mar 15, 2019 at 3:49 AM Axel Davy wrote:
>
> On 15/03/2019 03:12, Rob Clark wrote:
> > On Thu, Mar 14, 2019 at 9:58 PM Roland Scheidegger
> > wrote:
> >> Am 15.03.19 um 02:18 schrieb Rob Clark:
> >>> On Thu, Mar 14, 2019 at 8:28 PM Roland Scheidegger
> >>> wrote:
> Am 14.03.19 um
On 15/03/2019 13:12, Rob Clark wrote:
On Fri, Mar 15, 2019 at 3:49 AM Axel Davy wrote:
On 15/03/2019 03:12, Rob Clark wrote:
On Thu, Mar 14, 2019 at 9:58 PM Roland Scheidegger wrote:
Am 15.03.19 um 02:18 schrieb Rob Clark:
On Thu, Mar 14, 2019 at 8:28 PM Roland Scheidegger wrote:
Am 14.03
On Fri, Mar 15, 2019 at 8:21 AM Axel Davy wrote:
> This is compatible with what I said. Nouveau determines the minimum
> number of samplers actually needed
> by the current shader, and internally unbinds those above (and rebinds
> if needed by new shader).
The things nouveau does today aren't nec
On Fri, Mar 15, 2019 at 8:21 AM Axel Davy wrote:
>
> On 15/03/2019 13:12, Rob Clark wrote:
> > On Fri, Mar 15, 2019 at 3:49 AM Axel Davy wrote:
>
> >> To my knowledge, the semantic of set_sampler_views was changed two years
> >> ago, and that caused some issues:
> >> https://github.com/iXit/Mesa-
https://bugs.freedesktop.org/show_bug.cgi?id=109354
Eric Engestrom changed:
What|Removed |Added
Assignee|mesa-dev@lists.freedesktop. |fdo-b...@engestrom.ch
https://bugs.freedesktop.org/show_bug.cgi?id=110116
--- Comment #3 from Denis ---
hi, I also checked on KBL and HSW. Don't see this issue (KBL was launched under
X, mesa-git from master, for HSW I installed gnome and launched under wayland).
GL renderer: Mesa DRI Intel(R) Haswell Mobile
GL ver
https://bugs.freedesktop.org/show_bug.cgi?id=110116
--- Comment #4 from Denis ---
update - checked and 18.3.3 mesa version (built from git). Also works fine
(HSW).
HSW on X (mesa 18.3.4) also doesn't reproduce the issue
--
You are receiving this mail because:
You are the assignee for the bug.
Y
On Friday, 2019-03-15 21:25:33 +1100, Timothy Arceri wrote:
> This was added in 8a7d4092d260 but no longer seems to have any
> impact on performance.
> ---
> src/amd/vulkan/radv_device.c | 10 +-
> 1 file changed, 1 insertion(+), 9 deletions(-)
>
> diff --git a/src/amd/vulkan/radv_device.
Results of my benchmarks are:
3 runs at 1080p:
GFX8: -1%
GFX9: -1.12%
3 runs at 4k:
GFX8: -2%
GFX9: -1.85%
I'm actually not sure if we want to remove it...
On 3/15/19 11:25 AM, Timothy Arceri wrote:
This was added in 8a7d4092d260 but no longer seems to have any
impact on performance.
---
> This is needed if you can only handle point sprites on certain
> varyings but not others. This is the case for nv30- and nvc0-based
> GPUs, which is why the cap was introduced.
>
> If your GPU does not have such restrictions, you can safely remove the cap.
Ah-ha, I see, thank you.
I can't hand
There is no BO tracking for vertex buffers yet, so it is not safe to
directly map even when we can according to alignment restrictions. For
now, always create a shadow buffer.
Signed-off-by: Alyssa Rosenzweig
---
src/gallium/drivers/panfrost/pan_context.c | 5 -
1 file changed, 4 insertions(
On Fri, Mar 15, 2019 at 10:29 AM Alyssa Rosenzweig wrote:
>
> > This is needed if you can only handle point sprites on certain
> > varyings but not others. This is the case for nv30- and nvc0-based
> > GPUs, which is why the cap was introduced.
> >
> > If your GPU does not have such restrictions,
On Thu, 14 Mar 2019 at 10:41, Chema Casanova wrote:
>
> On 13/3/19 23:17, Emil Velikov wrote:
> > Hi Jose,
> >
> > On Wed, 21 Nov 2018 at 18:45, Jose Maria Casanova Crespo
> > wrote:
> >>
> >> Fixes:
> >> KHR-GLES*.core.tessellation_shader.single.xfb_captures_data_from_correct_stage
> >>
> > Thi
Hello list,
The candidate for the Mesa 18.3.5 is now available. Currently we have:
- 67 queued
- 0 nominated (outstanding)
- and 6 rejected patches
Take a look at section "Mesa stable queue" for more information.
Testing reports/general approval
Any testing re
On Fri, Mar 15, 2019 at 3:46 PM Ilia Mirkin wrote:
>
> On Fri, Mar 15, 2019 at 10:29 AM Alyssa Rosenzweig
wrote:
> >
> > > This is needed if you can only handle point sprites on certain
> > > varyings but not others. This is the case for nv30- and nvc0-based
> > > GPUs, which is why the cap was i
On 14/03/2019 19:37, Brian Paul wrote:
When st_texture_release_all_sampler_views() is called the texture may
have sampler views belonging to several contexts. If we unreference a
sampler view and its refcount hits zero, we need to be sure to destroy
the sampler view with the same context which c
On Fri, Mar 15, 2019 at 11:52 AM Connor Abbott wrote:
>
> On Fri, Mar 15, 2019 at 3:46 PM Ilia Mirkin wrote:
> >
> > On Fri, Mar 15, 2019 at 10:29 AM Alyssa Rosenzweig
> > wrote:
> > >
> > > > This is needed if you can only handle point sprites on certain
> > > > varyings but not others. This i
On Fri, Mar 15, 2019 at 5:00 PM Ilia Mirkin wrote:
>
> On Fri, Mar 15, 2019 at 11:52 AM Connor Abbott
wrote:
> >
> > On Fri, Mar 15, 2019 at 3:46 PM Ilia Mirkin
wrote:
> > >
> > > On Fri, Mar 15, 2019 at 10:29 AM Alyssa Rosenzweig <
aly...@rosenzweig.io> wrote:
> > > >
> > > > > This is needed i
https://bugs.freedesktop.org/show_bug.cgi?id=110116
--- Comment #5 from QwertyChouskie ---
According to
https://github.com/Neverball/neverball/issues/170#issuecomment-473301333 there
seems to be some difference between the Debian/Ubuntu packaged Neverball and
building it from source. Also, the c
https://bugs.freedesktop.org/show_bug.cgi?id=110116
--- Comment #6 from QwertyChouskie ---
Created attachment 143684
--> https://bugs.freedesktop.org/attachment.cgi?id=143684&action=edit
Neverball apitrace
Here's an apitrace from my system with the Ubuntu 18.04, Mesa 18.3.3, and
Neverball 1.6.
> So you have to be able to generate both S,T and S,1-T. [Or
> perhaps there's an explicit control for it, I forget.] With GLES2+,
> it's just gl_PointCoord though.
FWIW, the blob emits a linear (er, affine technically?) transformation
in the shader to do the flip, loading the matrix from a specia
https://bugs.freedesktop.org/show_bug.cgi?id=35268
makep...@firemail.cc changed:
What|Removed |Added
CC||makep...@firemail.cc
--
You are r
Am 15.03.2019 15:20, schrieb Samuel Pitoiset:
Results of my benchmarks are:
3 runs at 1080p:
GFX8: -1%
GFX9: -1.12%
3 runs at 4k:
GFX8: -2%
GFX9: -1.85%
I'm actually not sure if we want to remove it...
Yes, my hint is we should wait until Marek is back from vacation.
Running all the time
On 03/15/2019 09:54 AM, Jose Fonseca wrote:
On 14/03/2019 19:37, Brian Paul wrote:
When st_texture_release_all_sampler_views() is called the texture may
have sampler views belonging to several contexts. If we unreference a
sampler view and its refcount hits zero, we need to be sure to destroy
t
When st_texture_release_all_sampler_views() is called the texture may
have sampler views belonging to several contexts. If we unreference a
sampler view and its refcount hits zero, we need to be sure to destroy
the sampler view with the same context which created it.
This was not the case with th
On Fri, Mar 15, 2019 at 8:55 AM Jose Fonseca wrote:
>
> On 14/03/2019 19:37, Brian Paul wrote:
> > When st_texture_release_all_sampler_views() is called the texture may
> > have sampler views belonging to several contexts. If we unreference a
> > sampler view and its refcount hits zero, we need t
On 16/3/19 6:53 am, Dieter Nützel wrote:
Am 15.03.2019 15:20, schrieb Samuel Pitoiset:
Results of my benchmarks are:
3 runs at 1080p:
GFX8: -1%
GFX9: -1.12%
3 runs at 4k:
GFX8: -2%
GFX9: -1.85%
I'm actually not sure if we want to remove it...
Yes, my hint is we should wait until Marek i
Signed-off-by: Qiang Yu
---
src/util/u_math.h | 31 +++
1 file changed, 31 insertions(+)
diff --git a/src/util/u_math.h b/src/util/u_math.h
index e7dbbe5ca22..ffadfb47282 100644
--- a/src/util/u_math.h
+++ b/src/util/u_math.h
@@ -389,6 +389,37 @@ float_to_ubyte(float
Signed-of-by: Qiang Yu
---
include/drm-uapi/lima_drm.h | 169
1 file changed, 169 insertions(+)
create mode 100644 include/drm-uapi/lima_drm.h
diff --git a/include/drm-uapi/lima_drm.h b/include/drm-uapi/lima_drm.h
new file mode 100644
index 000..95a0
From: Rob Herring
Signed-off-by: Rob Herring
Signed-off-by: Qiang Yu
---
src/gallium/targets/dri/meson.build | 2 ++
src/gallium/targets/dri/target.c| 2 ++
2 files changed, 4 insertions(+)
diff --git a/src/gallium/targets/dri/meson.build
b/src/gallium/targets/dri/meson.build
index ff345
Mesa Gallium3D driver for ARM Mali 400/450 GPUs.
Lima is still in development and not ready for daily usage,
but can run some simple tests like kmscube and glamrk2, and some
single full screen application like kodi-gbm.
Mesa related EGL/GLX_EXT_buffer_age and EGL_KHR_partial_update
changes are no
This is for the case that user only know a max size
it wants to append to the array and enlarge the array
capacity before writing into it.
Signed-off-by: Qiang Yu
---
src/util/u_dynarray.h | 19 +++
1 file changed, 15 insertions(+), 4 deletions(-)
diff --git a/src/util/u_dynarra
From: Rob Herring
Enable using lima for KMS renderonly. This still needs KMS driver
name mapping to kmsro to be used automatically.
Signed-off-by: Rob Herring
Signed-off-by: Qiang Yu
---
meson.build | 4 ++--
src/gallium/winsys/kmsro/drm/kmsro_drm_winsys.c
Signed-off-by: Qiang Yu
---
include/drm-uapi/drm_fourcc.h | 31 ++-
1 file changed, 30 insertions(+), 1 deletion(-)
diff --git a/include/drm-uapi/drm_fourcc.h b/include/drm-uapi/drm_fourcc.h
index bab20298f42..56f737af8ca 100644
--- a/include/drm-uapi/drm_fourcc.h
+++
From: Erico Nunes
pipe_draw_info has min_index and max_index fields that can be useful in
indexed drawing, however gallium may decide to not compute them in some
cases to avoid impacting performance if the driver won't need them.
However, some drivers may need to always compute these values to bu
This is needed for lima gp compiler.
Signed-off-by: Qiang Yu
---
src/compiler/nir/nir_intrinsics.py| 4 +--
src/compiler/nir/nir_lower_io.c | 2 +-
src/compiler/nir/nir_lower_io_to_scalar.c | 41 +--
3 files changed, 42 insertions(+), 5 deletions(-)
diff
Am 16.03.19 um 02:28 schrieb Qiang Yu:
> Signed-off-by: Qiang Yu
> ---
> src/util/u_math.h | 31 +++
> 1 file changed, 31 insertions(+)
>
> diff --git a/src/util/u_math.h b/src/util/u_math.h
> index e7dbbe5ca22..ffadfb47282 100644
> --- a/src/util/u_math.h
> +++ b/src
On Sat, Mar 16, 2019 at 09:28:48AM +0800, Qiang Yu wrote:
> This is for the case that user only know a max size
> it wants to append to the array and enlarge the array
> capacity before writing into it.
>
> Signed-off-by: Qiang Yu
> ---
> src/util/u_dynarray.h | 19 +++
> 1 file
47 matches
Mail list logo
