https://bugs.freedesktop.org/show_bug.cgi?id=105377
Bug ID: 105377
Summary: Native dependency 'libtizonia' not found
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Keywords
What would be a good place for this in the blorp code? I am guessing the only
time that blorp would trigger an astc read is in blitting… what would you
suggest for keeping it inside of blorp? The blorp_context struct is part of
blorp not i965… to keep it in blorp would mean it needs to be passed
Originally, I had the entire astc and aux checking in a dedicated function;
would that be more preferable?
-Kevin
From: Jason Ekstrand [mailto:ja...@jlekstrand.net]
Sent: Tuesday, March 6, 2018 6:02 PM
To: Rogovin, Kevin
Cc: ML mesa-dev
Subject: Re: [Mesa-dev] [PATCH v3 3/7] i965: set ASTC5x5
On Tue, 2018-03-06 at 14:17 +0100, Iago Toral wrote:
> On Tue, 2018-03-06 at 13:05 +, Emil Velikov wrote:
> > On 6 March 2018 at 12:26, Iago Toral wrote:
> > > On Tue, 2018-03-06 at 12:16 +, Emil Velikov wrote:
> > > > On 6 March 2018 at 12:09, Iago Toral wrote:
> > > > > On Tue, 2018-03-
https://bugs.freedesktop.org/show_bug.cgi?id=105376
Daniel van Vugt changed:
What|Removed |Added
CC||daniel.van.vugt@canonical.c
https://bugs.freedesktop.org/show_bug.cgi?id=105376
--- Comment #1 from Daniel van Vugt ---
Also seen in gnome-shell on Ubuntu 18.04:
$ es2gears_wayland
EGL_VERSION = 1.4 (DRI2)
vertex shader info:
fragment shader info:
info:
597 frames in 5.0 seconds = 119.138 FPS
600 frames in 5.0 seconds = 11
https://bugs.freedesktop.org/show_bug.cgi?id=105376
Bug ID: 105376
Summary: es2gears_wayland reports 120 fps while drawing at 60
fps
Product: Mesa
Version: unspecified
Hardware: Other
OS: All
Sta
https://bugs.freedesktop.org/show_bug.cgi?id=102542
--- Comment #3 from Axel Davy ---
It seems I forgot to push such a patch. Thanks for reminding me.
--
You are receiving this mail because:
You are the QA Contact for the bug.___
mesa-dev mailing list
https://bugs.freedesktop.org/show_bug.cgi?id=99179
--- Comment #10 from Timothy Arceri ---
Does this work now? There have been a bunch of improvements to this driver
recently.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=102542
Timothy Arceri changed:
What|Removed |Added
Assignee|mesa-dev@lists.freedesktop. |davyax...@gmail.com
On 05/03/18 22:58, Caio Marcelo de Oliveira Filho wrote:
> This capability allows gl_ViewportIndex and gl_Layer to also be used
> as outputs in Vertex and Tesselation shaders.
>
> v2: Make conditional to the capability, add gl_Layer, add tesselation
> shaders. (Iago)
>
> v3: Don't export to tes
On 03/07/2018 12:36 AM, Marek Olšák wrote:
On Mon, Mar 5, 2018 at 7:33 AM, Tapani Pälli wrote:
Hi;
On 03/02/2018 03:25 PM, Andres Gomez wrote:
This way we won't fail when validating just because we may have a non
overriden core version that is lower than the requested one, even when
the co
Thanks, will push this;
Reviewed-by: Tapani Pälli
On 03/07/2018 01:15 AM, Mauro Rossi wrote:
Fixes the following building errors:
external/mesa/src/intel/vulkan/anv_device.c:300: error: undefined reference to
'gen_get_pci_device_id_override'
external/mesa/src/intel/vulkan/anv_device.c:312: er
https://bugs.freedesktop.org/show_bug.cgi?id=45466
Timothy Arceri changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=43068
Timothy Arceri changed:
What|Removed |Added
Resolution|--- |WORKSFORME
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=40600
Timothy Arceri changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=13705
Timothy Arceri changed:
What|Removed |Added
Resolution|--- |INVALID
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=18338
Timothy Arceri changed:
What|Removed |Added
Assignee|mesa-dev@lists.freedesktop. |bri...@vmware.com
|or
https://bugs.freedesktop.org/show_bug.cgi?id=101814
--- Comment #5 from Daniel van Vugt ---
Fix released in mesa-demos 8.4.0
Although this is a bit curious:
https://gitlab.gnome.org/GNOME/mutter/issues/55
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the a
Reviewed-by: Timothy Arceri
On 07/03/18 14:26, Dave Airlie wrote:
From: Dave Airlie
If it's zero but put it in args we still end up consuming a
register for it.
This fixes some spilling in the NIR paths in Dirt Rally that
isn't seen with TGSI.
Signed-off-by: Dave Airlie
---
src/amd/commo
From: Dave Airlie
If it's zero but put it in args we still end up consuming a
register for it.
This fixes some spilling in the NIR paths in Dirt Rally that
isn't seen with TGSI.
Signed-off-by: Dave Airlie
---
src/amd/common/ac_nir_to_llvm.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions
https://bugs.freedesktop.org/show_bug.cgi?id=105285
--- Comment #9 from Arun Sivaraman ---
you don't have to use my app to see the glxinfo -l issue i mentioned before , i
have already attached the glxinfo -l report of my gtx 850m. Other than this I
haven't seen any other issues. Thanks
--
You a
These helpers insert the basic block in the same order as they
appear in NIR making it easier to follow LLVM IR dumps. The helpers
also insert more useful labels onto the blocks.
TGSI use the line number of the corresponding opcode in the TGSI
dump as the label id, here we use the corresponding bl
These have been ported over from radeonsi.
---
src/amd/common/ac_llvm_build.c | 189
src/amd/common/ac_llvm_build.h | 20 +
src/amd/common/ac_nir_to_llvm.c | 2 +
3 files changed, 211 insertions(+)
diff --git a/src/amd/common/ac_llvm_build.c b/src
---
src/gallium/drivers/radeonsi/si_shader_internal.h | 8 -
.../drivers/radeonsi/si_shader_tgsi_setup.c| 163 ++---
2 files changed, 11 insertions(+), 160 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_shader_internal.h
b/src/gallium/drivers/radeonsi/si_sha
Hi Eric:
Sorry, but what is the status about this patch. I saw you said you was going
to help to modify the comments and push it in the last mail. Is this patch
merged in to lasts codes ?
Or do I miss something?
-Original Message-
From: Eric Engestrom [mailto:e...@engestrom.ch]
Sent: F
You can change the behavior for clover, but I would like to keep the
current behavior for OpenGL.
Marek
On Sat, Mar 3, 2018 at 6:35 PM, Jan Vesely wrote:
> Neither GL nor CL nor SPIRV needs the IEEE handling of sNaNs.
>
> Signed-off-by: Jan Vesely
> ---
> This is the 3rd way to handle broken fm
Quoting Andy Furniss (2018-03-06 15:12:37)
> make[5]: Entering directory
> '/mnt/sdc1/Gits/mesa/src/gallium/state_trackers/omx/tizonia'
>CC h264dprc.lo
> In file included from h264dprc.c:45:0:
> ../../../../../src/egl/drivers/dri2/egl_dri2.h:47:10: fatal error:
> wayland/wayland-egl/way
From: Marek Olšák
---
docs/envvars.html | 3 ++-
src/mesa/main/version.c | 16 +---
2 files changed, 7 insertions(+), 12 deletions(-)
diff --git a/docs/envvars.html b/docs/envvars.html
index ea42a50..3ef3ab1 100644
--- a/docs/envvars.html
+++ b/docs/envvars.html
@@ -92,22 +92
From: Marek Olšák
---
src/mesa/main/teximage.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/mesa/main/teximage.c b/src/mesa/main/teximage.c
index 928e50d..c3f769d 100644
--- a/src/mesa/main/teximage.c
+++ b/src/mesa/main/teximage.c
@@ -5451,22 +5451,22 @@ texture_b
If index_size > 0, indexbuf should always be non-NULL. This is a bug
somewhere else.
Marek
On Mon, Mar 5, 2018 at 4:42 PM, Roman Gilg wrote:
> This is a RFC because I don't really know what I'm doing here. But we
> have this problem with AMD and KWin already for quite a long time and
> I hope it
On Sun, Mar 4, 2018 at 8:09 PM, Timothy Arceri wrote:
> Fixes piglit tests:
> tests/spec/glsl-1.50/execution/variable-indexing/gs-input-array-vec3-index-rd.shader_test
> tests/spec/glsl-1.50/execution/geometry/max-input-components.shader_test
> ---
> src/gallium/drivers/radeonsi/si_compute.c
Fixes the following building errors:
external/mesa/src/intel/vulkan/anv_device.c:300: error: undefined reference to
'gen_get_pci_device_id_override'
external/mesa/src/intel/vulkan/anv_device.c:312: error: undefined reference to
'gen_get_device_name'
external/mesa/src/intel/vulkan/anv_device.c:31
Reviewed-by: Marek Olšák
Marek
On Fri, Mar 2, 2018 at 4:51 PM, Eric Anholt wrote:
> Like the r600 paths to use other custom states, we pass in a couple of
> parameters to customize the innards of the blitter. It's up to the caller
> to wrap other state necessary for its shaders (for example, c
make[5]: Entering directory
'/mnt/sdc1/Gits/mesa/src/gallium/state_trackers/omx/tizonia'
CC h264dprc.lo
In file included from h264dprc.c:45:0:
../../../../../src/egl/drivers/dri2/egl_dri2.h:47:10: fatal error:
wayland/wayland-egl/wayland-egl-backend.h: No such file or directory
#includ
On Tue, Mar 6, 2018 at 10:58 AM, Samuel Pitoiset
wrote:
> As far as I understand, this might overflow and shifted by one
> if for example, gl_PrimitiveID is used with flat generic varyings.
>
> Signed-off-by: Samuel Pitoiset
> ---
> src/amd/common/ac_nir_to_llvm.c | 7 +--
> 1 file changed,
e.g. libvdpau_radeonsi.so(.1(.0)) were pointing to the absolute
build-time path of libvdpau_radeonsi.so.1.0.0, which caused trouble
when packaging the libraries.
---
bin/install_megadrivers.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/bin/install_megadrivers.py b/bin/inst
FreeBSD builds Mesa with --disable-glx-tls in autotools because:
https://github.com/dumbbell/test-tls-initial-exec
Add the equivalent option to Meson.
---
meson.build | 5 -
meson_options.txt | 6 ++
2 files changed, 10 insertions(+), 1 deletion(-)
diff --git a/meson.build b/meson.
---
meson.build | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/meson.build b/meson.build
index d68460231c..e71f4ddd73 100644
--- a/meson.build
+++ b/meson.build
@@ -87,6 +87,8 @@ if (with_gles1 or with_gles2) and not with_opengl
error('building OpenGL ES without
Hi! Here's a few more patches that let me successfully build, package
and install fully working Meson-built Mesa-git on my FreeBSD box.
Greg V (3):
meson: Use system_has_kms_drm in default driver selection
meson: use relative paths in megadriver symlinks
meson: make GLX_USE_TLS optional
b
On Mon, Mar 5, 2018 at 7:33 AM, Tapani Pälli wrote:
> Hi;
>
> On 03/02/2018 03:25 PM, Andres Gomez wrote:
>>
>> This way we won't fail when validating just because we may have a non
>> overriden core version that is lower than the requested one, even when
>> the compat version is high enough.
>
>
Patches 2 & 3:
Reviewed-by: Marek Olšák
Marek
On Fri, Mar 2, 2018 at 8:02 AM, Andres Gomez wrote:
> Fixes: 2599b92eb97 ("mesa: allow forcing >=3.1 compatibility contexts
> with MESA_GL_VERSION_OVERRIDE")
>
> Cc: Marek Olšák
> Cc: Jordan Justen
> Cc: Ian Romanick
> Cc: Eric Engestrom
> Cc:
HI Andres,
Thanks for pointing this out. Instead of yours, I'll send my own patch
that removes the version check completely.
Marek
On Fri, Mar 2, 2018 at 8:02 AM, Andres Gomez wrote:
> a0c8b49284e enabled the OpenGL 3.1 compat profile. Hence, when setting
> MESA_GL_VERSION_OVERRIDE=3.1 we want
Am 06.03.2018 um 21:52 schrieb Brian Paul:
> Looks good. That certainly does simplify things. Two minor suggestions
> below.
>
> In any case, for both, Reviewed-by: Brian Paul
>
> On 03/06/2018 01:34 PM, srol...@vmware.com wrote:
>> From: Roland Scheidegger
>>
>> The motivation actually was t
Looks good. That certainly does simplify things. Two minor suggestions
below.
In any case, for both, Reviewed-by: Brian Paul
On 03/06/2018 01:34 PM, srol...@vmware.com wrote:
From: Roland Scheidegger
The motivation actually was to get rid of the additional tex
instruction, since that requ
From: Roland Scheidegger
In contrast to non-aa, where stippling is based on either dx or dy
(depending on if it's a x or y major line), stippling is based on
actual distance with smooth lines, so adjust for this.
(It looks like there's some minor artifacts with mesa demos
line-sample with wide l
From: Roland Scheidegger
The motivation actually was to get rid of the additional tex
instruction, since that requires the draw fallback code to intercept
all sampler / view calls (even if the fallback is never hit).
Basically, the idea is to use coverage of the pixel to calculate
the alpha value
On Tue, Mar 6, 2018 at 11:28 AM, Ian Romanick wrote:
> On 03/06/2018 11:24 AM, Matt Turner wrote:
>> On Tue, Mar 6, 2018 at 11:22 AM, Ian Romanick wrote:
>>> On 03/05/2018 04:40 PM, Matt Turner wrote:
On Fri, Feb 23, 2018 at 3:56 PM, Ian Romanick wrote:
> From: Kenneth Graunke
>
>>
On Tue, Mar 6, 2018 at 2:34 PM, Emil Velikov wrote:
> So while others explore ways of improving the testing, let me propose
> a few ideas for improving the actual releasing process.
>
>
> - Making the current state always visible - have a web page, git
>branch and other ways for people to see
This re-adds the auto option for omx, without it we default to tizonia
and the build fails almost immediately, this is especially obnoxious
those building a driver that doesn't support the OMX state tracker to
begin with.
CC: Gurkirpal Singh
Fixes: bb5e27fab6087a5c1528a5faf507acce700e883c
Signed-off-by: Dylan Baker
---
src/egl/meson.build| 5 -
src/gallium/state_trackers/dri/meson.build | 2 ++
src/gallium/state_trackers/omx/meson.build | 12 +---
src/gbm/meson.build| 2 +-
4 files changed, 12 insertions(+), 9 deletion
This is needed later since tizonia requires dri
Signed-off-by: Dylan Baker
---
src/gallium/meson.build | 28 +++-
1 file changed, 7 insertions(+), 21 deletions(-)
diff --git a/src/gallium/meson.build b/src/gallium/meson.build
index 7f49c285992..d3cbb76d94d 100644
--- a/s
Signed-off-by: Dylan Baker
---
src/gallium/state_trackers/omx/meson.build | 64 +++---
1 file changed, 32 insertions(+), 32 deletions(-)
diff --git a/src/gallium/state_trackers/omx/meson.build
b/src/gallium/state_trackers/omx/meson.build
index dd803f679fa..382bf2ed23b 10
This fixes a couple of problems with the meson build support for the
recent omx tizonia integration, namely that it breaks a lot of
previously working meson configurations.
The biggest change in here is the reintroduction of the 'auto' flag to
-Dgallium-omx. This allows configurations that lack ti
It needs to have src/egl in it's includes as well.
Signed-off-by: Dylan Baker
---
src/gallium/state_trackers/omx/meson.build | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/gallium/state_trackers/omx/meson.build
b/src/gallium/state_trackers/omx/meson.build
index 84e5631d257..9470468d753
On Tue, Mar 06, 2018 at 12:22:40AM -0800, Kenneth Graunke wrote:
> On Monday, March 5, 2018 2:07:55 PM PST Nanley Chery wrote:
> > Both the internal documentation and the results of testing this in the
> > CI suggest that this is unnecessary. Add the fixes tag because this
> > reduces an internal b
Hi Khilan,
sorry that is probably my fault. The Task "Implement Remaining
presentation features in the VDPAU state tracker" was already done by a
Student in 2016/2017. I've just forgot to update the page.
Since you have experience with image processing you could still look
into some other v
Hi Ken, all,
As you may know, a few Mesa 17.3.x releases went out with some nasty
bugs.
Some were due to lack of basic coverage, while others required fairly
complex test setups. Ones that are currently not available or feasible
in an automated manner.
Additionally, with the increased pace of de
On 03/06/2018 11:24 AM, Matt Turner wrote:
> On Tue, Mar 6, 2018 at 11:22 AM, Ian Romanick wrote:
>> On 03/05/2018 04:40 PM, Matt Turner wrote:
>>> On Fri, Feb 23, 2018 at 3:56 PM, Ian Romanick wrote:
From: Kenneth Graunke
v2 (idr): Don't allow CSEL with a non-float src2.
>>>
On Tue, Mar 6, 2018 at 11:22 AM, Ian Romanick wrote:
> On 03/05/2018 04:40 PM, Matt Turner wrote:
>> On Fri, Feb 23, 2018 at 3:56 PM, Ian Romanick wrote:
>>> From: Kenneth Graunke
>>>
>>> v2 (idr): Don't allow CSEL with a non-float src2.
>>>
>>> v3 (idr): Add CSEL to fs_inst::flags_written. Sug
On 03/05/2018 04:40 PM, Matt Turner wrote:
> On Fri, Feb 23, 2018 at 3:56 PM, Ian Romanick wrote:
>> From: Kenneth Graunke
>>
>> v2 (idr): Don't allow CSEL with a non-float src2.
>>
>> v3 (idr): Add CSEL to fs_inst::flags_written. Suggested by Matt.
>
> brw_disassemble_inst
> fs_visitor::dump_i
On 03/05/2018 02:50 PM, Kenneth Graunke wrote:
> On Friday, February 23, 2018 3:56:05 PM PST Ian Romanick wrote:
>> From: Ian Romanick
>>
>> If the previously seen instruction generates more fields than the new
>> instruction, still allow CSE to happen. This doesn't do much, but it
>> also enable
From: Roland Scheidegger
The motivation actually was to get rid of the additional tex
instruction, since that requires the draw fallback code to intercept
all sampler / view calls (even if the fallback is never hit).
Basically, the idea is to use coverage of the pixel to calculate
the alpha value
https://bugs.freedesktop.org/show_bug.cgi?id=104654
Alex Deucher changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
On Tue, Mar 06, 2018 at 09:53:03AM -0800, Jason Ekstrand wrote:
> On Sat, Mar 3, 2018 at 11:57 PM, Pohjolainen, Topi <
> topi.pohjolai...@gmail.com> wrote:
>
> > On Fri, Jan 26, 2018 at 05:59:37PM -0800, Jason Ekstrand wrote:
> > > ---
> > > src/compiler/nir/nir_format_convert.h | 26
On Sat, Mar 3, 2018 at 11:57 PM, Pohjolainen, Topi <
topi.pohjolai...@gmail.com> wrote:
> On Fri, Jan 26, 2018 at 05:59:37PM -0800, Jason Ekstrand wrote:
> > ---
> > src/compiler/nir/nir_format_convert.h | 26 ++
> > 1 file changed, 26 insertions(+)
>
> I don't what is the
On Tue, Mar 6, 2018 at 9:46 AM, Pohjolainen, Topi <
topi.pohjolai...@gmail.com> wrote:
> On Tue, Mar 06, 2018 at 09:11:18AM -0800, Jason Ekstrand wrote:
> > On Tue, Mar 6, 2018 at 1:54 AM, Pohjolainen, Topi <
> > topi.pohjolai...@gmail.com> wrote:
> >
> > > On Fri, Jan 26, 2018 at 05:59:49PM -0800
https://bugs.freedesktop.org/show_bug.cgi?id=105371
Bug ID: 105371
Summary: r600_shader_from_tgsi - GPR limit exceeded - shader
requires 360 registers
Product: Mesa
Version: git
Hardware: Other
URL: https://w
On Tue, Mar 06, 2018 at 09:11:18AM -0800, Jason Ekstrand wrote:
> On Tue, Mar 6, 2018 at 1:54 AM, Pohjolainen, Topi <
> topi.pohjolai...@gmail.com> wrote:
>
> > On Fri, Jan 26, 2018 at 05:59:49PM -0800, Jason Ekstrand wrote:
> > > ---
> > > src/intel/isl/gen_format_layout.py | 16 +---
https://bugs.freedesktop.org/show_bug.cgi?id=104654
--- Comment #12 from Gert Wollny ---
This has been fixed in git as of
c7cadcbda47537d474eea52b9e77e57ef9287f9b
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.__
In constructs like
while (foo) {
...
if (a) {
...
if (b)
foo = ...
else
foo = ...
x = foo;
...
}
...
}
currently the live range estimation extends the live range of t unnecessarily
to the whole loop because it was not de
On Tue, Mar 06, 2018 at 08:01:47AM -0800, Scott D Phillips wrote:
> Jason Ekstrand writes:
>
> > On Mon, Mar 5, 2018 at 11:39 AM, Nanley Chery wrote:
> >
> >> On Tue, Jan 09, 2018 at 11:16:59PM -0800, Scott D Phillips wrote:
> >> > Rename the (un)map_gtt functions to (un)map_map (map by
> >> > r
On Tue, Mar 6, 2018 at 1:54 AM, Pohjolainen, Topi <
topi.pohjolai...@gmail.com> wrote:
> On Fri, Jan 26, 2018 at 05:59:49PM -0800, Jason Ekstrand wrote:
> > ---
> > src/intel/isl/gen_format_layout.py | 16 +---
> > src/intel/isl/isl.h| 1 +
> > 2 files changed, 14 ins
On Tue, Mar 6, 2018 at 5:06 AM, Pohjolainen, Topi <
topi.pohjolai...@gmail.com> wrote:
> On Fri, Jan 26, 2018 at 05:59:51PM -0800, Jason Ekstrand wrote:
> > This adds helpers to ISL to convert an isl_color_value to and from
> > binary data encoded with a given isl_format. The conversion is done
>
On Tue, Mar 06, 2018 at 12:20:58AM -0800, Kenneth Graunke wrote:
> On Monday, March 5, 2018 2:07:54 PM PST Nanley Chery wrote:
> > Cc: Rafael Antognolli
> > ---
> > src/mesa/drivers/dri/i965/intel_extensions.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/src/mes
Am 06.03.2018 um 17:10 schrieb Emil Velikov:
> On 5 March 2018 at 16:53, Brian Paul wrote:
>> Print GL_MAX_CONVOLUTION_WIDTH, HEIGHT on separate lines.
>> Print GL_MAX_COLOR_MATRIX_STACK_DEPTH in same section.
>> ---
>> src/xdemos/glinfo_common.c | 13 -
>> 1 file changed, 8 insertion
On 03/06/2018 09:08 AM, Emil Velikov wrote:
On 5 March 2018 at 16:53, Brian Paul wrote:
The GL_SHADING_LANGUAGE_VERSION query returns an empty string for
GLSL 1.10. Instead of printing an empty line, print (110).
Bugzilla:
https://urldefense.proofpoint.com/v2/url?u=https-3A__bugs.freedesktop
On 6 March 2018 at 16:10, Emil Velikov wrote:
> Mesa is not exposing the extension, even though it seems implemented.
> A dummy_true entry in src/mesa/main/extensions_table.h should be all
> that's needed.
>
Actually it seems like it was removed with commit
907a6734fcd427a6ac6fe5fcfbeac5d6054d82a
On 5 March 2018 at 16:53, Brian Paul wrote:
> Print GL_MAX_CONVOLUTION_WIDTH, HEIGHT on separate lines.
> Print GL_MAX_COLOR_MATRIX_STACK_DEPTH in same section.
> ---
> src/xdemos/glinfo_common.c | 13 -
> 1 file changed, 8 insertions(+), 5 deletions(-)
>
> diff --git a/src/xdemos/gli
Null exports should only be needed when no other exports are
emitted. This removes a bunch of 'exp null off, off, off, off done vm'.
Affected games are Dota 2 and Wolfenstein 2, not sure if that
really helps, but code size is decreasing there.
Polaris10:
Totals from affected shaders:
SGPRS: 8216
On 5 March 2018 at 16:53, Brian Paul wrote:
> And add queries of GL 2.0 limits. All the VS, FS, GS limits which were
> reported with print_shader_limits() are also covered by the GL 2.0 and
> 3.2 queries.
>
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=105285
> ---
> src/xdemos/glinfo
On 5 March 2018 at 16:53, Brian Paul wrote:
> The GL_SHADING_LANGUAGE_VERSION query returns an empty string for
> GLSL 1.10. Instead of printing an empty line, print (110).
>
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=105285
> ---
> src/xdemos/glinfo_common.c | 11 +--
> 1
On Tue, Feb 27, 2018 at 1:30 AM, wrote:
> From: Kevin Rogovin
>
> Signed-off-by: Kevin Rogovin
> ---
> src/mesa/drivers/dri/i965/genX_blorp_exec.c | 5 +
> src/mesa/drivers/dri/i965/intel_tex_image.c | 16
> 2 files changed, 17 insertions(+), 4 deletions(-)
>
> diff --git
On Tue, Feb 27, 2018 at 1:30 AM, wrote:
> From: Kevin Rogovin
>
> Signed-off-by: Kevin Rogovin
> ---
> src/mesa/drivers/dri/i965/brw_draw.c | 20
> ++--
> src/mesa/drivers/dri/i965/brw_wm_surface_state.c | 7 +--
> 2 files changed, 23 insertions(+), 4 deletions
On Tue, Mar 06, 2018 at 12:19:39AM -0800, Kenneth Graunke wrote:
> On Monday, March 5, 2018 2:07:53 PM PST Nanley Chery wrote:
> > ---
> > src/mesa/drivers/dri/i965/intel_mipmap_tree.c | 8
> > 1 file changed, 4 insertions(+), 4 deletions(-)
> >
> > diff --git a/src/mesa/drivers/dri/i965
Jason Ekstrand writes:
> On Mon, Mar 5, 2018 at 11:39 AM, Nanley Chery wrote:
>
>> On Tue, Jan 09, 2018 at 11:16:59PM -0800, Scott D Phillips wrote:
>> > Rename the (un)map_gtt functions to (un)map_map (map by
>> > returning a map) and add new functions (un)map_tiled_memcpy that
>> > return a sh
I don't really like this being in texture validation. It has nothing to do
with texture validation. Instead, we should put it in
brw_predraw_resolve_inputs and do it as a pre-pass. This would let us
store astc5x5_present as a local variable. Also, I don't think we need
texture_with_auxiliary_pr
We took it out with good reason... I'd rather we do something similar to
what we did for render targets and just pass aux usage directly from
brw_predraw_resolve_inputs to brw_wm_surface_state through the context.
On Tue, Feb 27, 2018 at 1:30 AM, wrote:
> From: Kevin Rogovin
>
> Signed-off-by:
On Tue, Feb 27, 2018 at 1:30 AM, wrote:
> From: Kevin Rogovin
>
> Gen9 GPU's suffer from a HW bug where the GPU will hang if
> the GPU accesses a texture with a an auxilary buffer and
> an ASTC5x5 texture without having a pipeline cs stall (and
> texture cache flush) between such accesses. This
As far as I understand, this might overflow and shifted by one
if for example, gl_PrimitiveID is used with flat generic varyings.
Signed-off-by: Samuel Pitoiset
---
src/amd/common/ac_nir_to_llvm.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/src/amd/common/ac_nir_to
https://bugs.freedesktop.org/show_bug.cgi?id=105285
--- Comment #8 from Brian Paul ---
Sorry, but I don't have much time to look at your app and determine why you're
not seeing GL_ARB_imaging in the core profile.
Any comments on the glx/wglinfo patch series? If not, I'll push it in a day or
so.
Sir/Mam,
I am a sophomore student pursuing Computer Science and Engineering (C.S.E)
from Indian Institute of Information Technology, Vadodara. I am well adapt
with concepts of Deep Learning, Medical Image Processing & AI and am
currently working on a few research topics in the same domain. I came
Thank you to all of you for the precious help!
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Fri, Jan 26, 2018 at 05:59:54PM -0800, Jason Ekstrand wrote:
> ---
> src/intel/blorp/blorp_blit.c | 57
> +---
> 1 file changed, 16 insertions(+), 41 deletions(-)
Patches 24 and 25 are:
Reviewed-by: Topi Pohjolainen
>
> diff --git a/src/intel/blorp/
On Monday, 2018-03-05 14:07:24 -0500, Jan Vesely wrote:
> On Mon, 2018-03-05 at 10:04 +, Eric Engestrom wrote:
> > On Saturday, 2018-03-03 18:35:02 -0500, Jan Vesely wrote:
> > > Neither GL nor CL nor SPIRV needs the IEEE handling of sNaNs.
> > >
> > > Signed-off-by: Jan Vesely
> > > ---
> >
On 2018-03-06 02:27 PM, Emil Velikov wrote:
> On 6 March 2018 at 12:57, Gert Wollny wrote:
>> Am Dienstag, den 06.03.2018, 13:10 +0100 schrieb Germano Massullo:
>>> Il 06/03/2018 09:06, Gert Wollny ha scritto:
Am Dienstag, den 06.03.2018, 01:10 +0100 schrieb Germano Massullo:
> Question:
On Tuesday, 2018-03-06 12:00:52 +, Emil Velikov wrote:
> On 6 March 2018 at 09:34, Christian Gmeiner
> wrote:
> > Fixes: 26a9321d0a "freedreno: add global_bindings state"
> >
> > Signed-off-by: Christian Gmeiner
> > ---
> > configure.ac | 2 +-
> > meson.build | 2 +-
> > 2 files changed,
On Tue, Mar 6, 2018 at 4:34 AM, Christian Gmeiner
wrote:
> Fixes: 26a9321d0a "freedreno: add global_bindings state"
>
> Signed-off-by: Christian Gmeiner
/me puts on brown paper bag
Reviewed-by: Rob Clark
> ---
> configure.ac | 2 +-
> meson.build | 2 +-
> 2 files changed, 2 insertions(+),
On 6 March 2018 at 12:57, Gert Wollny wrote:
> Am Dienstag, den 06.03.2018, 13:10 +0100 schrieb Germano Massullo:
>> Il 06/03/2018 09:06, Gert Wollny ha scritto:
>> > Am Dienstag, den 06.03.2018, 01:10 +0100 schrieb Germano Massullo:
>> > > Question: is LIBGL_DRIVERS_PATH enough to let Firefox use
On Monday, 2018-03-05 18:15:24 +, Emil Velikov wrote:
> From: Emil Velikov
>
> Signed-off-by: Emil Velikov
Reviewed-by: Eric Engestrom
> ---
> configure.ac | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/configure.ac b/configure.ac
> index d8093597dd0..0cfb0f7d851 100644
> --- a
1 - 100 of 132 matches
Mail list logo
