https://bugs.freedesktop.org/show_bug.cgi?id=107698
--- Comment #5 from efeli...@yahoo.com ---
I tried to add amdgpu.dc=0 on the kernel command line, but this does not avoid
the back screen.
The screen go black when the amdgpu driver is loaded because I can catch to see
nothing. I see bootloader o
Reviewed-by: Bas Nieuwenhuizen
On Wed, Aug 29, 2018 at 5:53 AM Dave Airlie wrote:
>
> From: Dave Airlie
>
> While adding transfer queues to radv, I started writing some tests,
> the first test I wrote fell over copying a buffer larger than this
> limit.
>
> Checked AMDVLK and found the correct l
Am 29.08.2018 um 05:53 schrieb Dave Airlie:
From: Dave Airlie
While adding transfer queues to radv, I started writing some tests,
the first test I wrote fell over copying a buffer larger than this
limit.
Checked AMDVLK and found the correct limit.
Cc:
---
src/amd/common/sid.h | 4 +++-
1
https://bugs.freedesktop.org/show_bug.cgi?id=107734
Bug ID: 107734
Summary: [GLSL] glsl-fface-invariant, glsl-fcoord-invariant and
glsl-pcoord-invariant should fail
Product: Mesa
Version: unspecified
Hardware: Other
From Section 4.6.4 (Invariance and Linkage) of the GLSL ES 1.0 specification
"The invariance of varyings that are declared in both the vertex and
fragment shaders must match. For the built-in special variables,
gl_FragCoord can only be declared invariant if and only if
gl_Positi
Build mesa 8738 failed
Commit 5a1c23d150 by Lionel Landwerlin on 8/28/2018 10:16 AM:
anv: blorp: support multiple aspect blits\n\nNewer blit tests are enabling depth&stencils blits. We currently don't\nsupport it but can do by iterating over the aspects masks (
On 28/08/18 17:34, Vadim Shovkoplias wrote:
Hi Timothy,
Thanks for the review! Space was removed. Can you please push this patch
since I haven't got write permissions ?
For some reason the space was still there but I removed it and pushed.
Thanks for the patch.
Regards,
Vadym
вт, 28 авг
Build mesa 8739 completed
Commit 966a797e43 by vadym.shovkoplias on 8/28/2018 7:32 AM:
glsl/linker: Link all out vars from a shader objects on a single stage\n\nDuring intra stage linking some out variables can be dropped because\nit is not used in a shader wit
https://bugs.freedesktop.org/show_bug.cgi?id=105731
Timothy Arceri changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
Hello.
This is a first part, version 2, of a more complete proposal to use GitLab CI to
build and test Mesa. This first part just adds the required pieces to build
Mesa, using the different supported tools (meson, autotools, and scons).
A second part, to be sent in the future, will use the result
The `distcheck` stage creates a tarball ready for the distribution, and
compiles it with the autotools to ensure everything works fine.
But it does not try with the other tools: scons and meson.
Hence, let's add a new stage that takes the generated tarball and builds
it using meson and scons.
Si
Creates different Docker images containing Mesa built with different
tools (autotools, meson, scons, etc).
The build is done in 3 levels: the first level creates a base image
with all the requirements to build Mesa.
The second level (based of the first one), builds different images with
different
Most of times, the base and LLVM images do not require to be rebuilt,
as the dependencies remains the same.
To avoid rebuilding these images everytime, store in the image the
Dockerfile's sha256sum: if the Dockerfile changes (because new
dependencies were added or changed), then rebuild the image
To avoid conflicts with the base images when building two different
branches or tags at the same time, let's use different base/llvm image
names.
This way if both branches require different dependencies each one will
use its own base/llvm images.
Signed-off-by: Juan A. Suarez Romero
---
.gitlab
Use scheduled pipelines to update both the base and the LLVM images.
This way allows to have an updated version of the base images even when
the respect Rockerfiles keep the same.
Signed-off-by: Juan A. Suarez Romero
---
.gitlab-ci.yml | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(
On Friday, 2018-08-03 13:44:18 +0100, Emil Velikov wrote:
> From: Emil Velikov
>
> Introduce the API for device query and enumeration. Those at the moment
> produce nothing useful since zero devices are actually available.
>
> With later commits we'll add support for software (always) and hardwa
Hi Eric,
On 29 August 2018 at 11:29, Eric Engestrom wrote:
>> +EGLBoolean
>> +_eglQueryDevicesEXT(EGLint max_devices,
>> +_EGLDevice **devices,
>> +EGLint *num_devices)
>> +{
>> + _EGLDevice *dev, *devs;
>> + int i = 0, num_devs;
>> +
>> + if ((devic
On Friday, 2018-08-03 13:44:26 +0100, Emil Velikov wrote:
> From: Emil Velikov
>
> This new 'platform' is added by default with no guards.
>
> It is effectively a copy of the surfaceless one, with updated function
> names and brand new probe function.
>
> Due to the reuse, some of the ifdef HAV
On Friday, 2018-08-03 13:44:19 +0100, Emil Velikov wrote:
> From: Emil Velikov
>
> Add LookupDevices/FindDevice helpers, alongside their first user -
> software device ;-)
>
> This adds support to both dri2 and haiku backends.
>
> Signed-off-by: Emil Velikov
> ---
> How can we split this up fo
Ping?
On on., aug. 22, 2018 at 7:34 PM, Erik Faye-Lund
wrote:
There's seems to be nothing in the GLSL (ES) specifications that
diallow
redeclaring a variable as both 'precise' and 'invariant' in the same
statement. But the way the parse-rules are structured this fails to
parse, because this i
https://bugs.freedesktop.org/show_bug.cgi?id=107734
--- Comment #1 from vadym ---
Patch: https://patchwork.freedesktop.org/patch/246321/
--
You are receiving this mail because:
You are the assignee for the bug.___
mesa-dev mailing list
mesa-dev@lists.
On 29 August 2018 at 12:47, Eric Engestrom wrote:
>> +{
>> + _EGLDevice *dev;
>> +
>> + mtx_lock(_eglGlobal.Mutex);
>> + dev = _eglGlobal.DeviceList;
>> + /* The first device is always software */
>> + if (!dev) {
>> + _eglGlobal.DeviceList = &software_device;
>> + dev = _eglG
On 29 August 2018 at 12:16, Eric Engestrom wrote:
>> +static int
>> +_eglCompareDeviceDisplay(_EGLDisplay *dpy, void *plat_opt)
>
> This is a true/false check, so we I think should return a bool and
> change name to reflect which "comparison" returns true, and you could
> avoid the inline cast by
On Wed, Aug 29, 2018 at 12:49 AM Kenneth Graunke
wrote:
> On Friday, August 17, 2018 1:06:20 PM PDT Jason Ekstrand wrote:
> [snip]
> > +# Intel-specific query for loading from the brw_image_param struct
> passed
> > +# into the shader as a uniform. The variable is a deref to the image
> > +# var
On Wed, Aug 29, 2018 at 1:36 AM Kenneth Graunke
wrote:
> On Friday, August 17, 2018 1:06:24 PM PDT Jason Ekstrand wrote:
> > ---
> > src/intel/compiler/brw_eu_defines.h | 3 +++
> > src/intel/compiler/brw_fs.cpp | 8 ++
> > src/intel/compiler/brw_fs_generator.cpp
Hi,
On 29.08.2018 01:22, Jason Ekstrand wrote:
This effectively reverts a26693493570a9d0f0fba1be617e01ee7bfff4db which
was a misguided attempt at protecting intel_query_dma_buf_modifiers from
invalid formats. Unfortunately, in some internal EGL cases, we can get
an SRGB format validly in this f
Hi Juan,
I've shared a number of suggestions. I'll leave that to you if they
will be in v3 or patches on top.
On 29 August 2018 at 11:12, Juan A. Suarez Romero wrote:
> In order to build the images, Rocker is used. This is a tool that
> extends the Dockerfiles with new features that are quite i
On 29 August 2018 at 11:12, Juan A. Suarez Romero wrote:
> Use scheduled pipelines to update both the base and the LLVM images.
>
> This way allows to have an updated version of the base images even when
> the respect Rockerfiles keep the same.
>
Grammar seems off.
Please include an example when
On 29 August 2018 at 11:12, Juan A. Suarez Romero wrote:
> To avoid conflicts with the base images when building two different
> branches or tags at the same time, let's use different base/llvm image
> names.
>
> This way if both branches require different dependencies each one will
> use its own
On 29 August 2018 at 07:55, Tomasz Figa wrote:
> Hi Emil,
>
> On Fri, Aug 24, 2018 at 9:25 PM Emil Velikov wrote:
>>
>> From: Emil Velikov
>>
>> Unlike the other platforms, here we aim do guess if the device that we
>> somewhat arbitrarily picked, is supported or not.
>>
>> In particular: when a
https://bugs.freedesktop.org/show_bug.cgi?id=107477
--- Comment #14 from Samuel Pitoiset ---
Created attachment 141347
--> https://bugs.freedesktop.org/attachment.cgi?id=141347&action=edit
fix v2
Does this fix the smoke issue too?
--
You are receiving this mail because:
You are the assignee
Ping?
I think we should land this now, ie. for 18.3.
By the time Mesa 18.3 comes out (probably December '18), Meson 0.45 will
be 9 months old (March '18), so I think this is reasonable.
(btw, the currently-required Meson 0.44.1 was released less than 12 days
before 0.45, so we're really not bump
On 29 August 2018 at 15:01, Eric Engestrom wrote:
> Ping?
>
> I think we should land this now, ie. for 18.3.
>
> By the time Mesa 18.3 comes out (probably December '18), Meson 0.45 will
> be 9 months old (March '18), so I think this is reasonable.
>
> (btw, the currently-required Meson 0.44.1 was
On Wednesday, August 29, 2018 5:38:59 AM PDT Jason Ekstrand wrote:
> On Wed, Aug 29, 2018 at 1:36 AM Kenneth Graunke
> wrote:
>
> > On Friday, August 17, 2018 1:06:24 PM PDT Jason Ekstrand wrote:
> > > ---
> > > src/intel/compiler/brw_eu_defines.h | 3 +++
> > > src/intel/compiler/brw
Jason, this series (specifically, the patch 2/3), is causing
regressions in VK-GL-CTS with mesa's 18.2 stable queue. I don't know if
this is happening also in master, but it's quite possible.
I've checked with the x11_egl target and the "vulkan-cts-1.1.2" branch:
https://github.com/KhronosGroup/VK
Dylan, due to a previously backport requested by Emil, this patch has
bumped into some trivial conflict I have resolved.
Please, check that everything looks in order.
You can find the commit here (staging/18.2):
https://gitlab.freedesktop.org/mesa/mesa/commit/f958837964784315c1dc633f41f1ef5d2a17a
On Wed, Aug 29, 2018 at 9:29 AM Kenneth Graunke
wrote:
> On Wednesday, August 29, 2018 5:38:59 AM PDT Jason Ekstrand wrote:
> > On Wed, Aug 29, 2018 at 1:36 AM Kenneth Graunke
> > wrote:
> >
> > > On Friday, August 17, 2018 1:06:24 PM PDT Jason Ekstrand wrote:
> > > > ---
> > > > src/intel/comp
Fixes: 8c048af5890d4 "anv: Copy the appliation info into the instance"
---
src/intel/vulkan/anv_device.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/intel/vulkan/anv_device.c b/src/intel/vulkan/anv_device.c
index 07de5f7543e..47c6c6e93b4 100644
--- a/src/intel/vulkan/anv_device.c
++
Thanks for the heads up. I just sent a patch which should fix it. Hooray
for the CTS catching memory leaks.
--Jason
On Wed, Aug 29, 2018 at 9:32 AM Andres Gomez wrote:
> Jason, this series (specifically, the patch 2/3), is causing
> regressions in VK-GL-CTS with mesa's 18.2 stable queue. I do
CC:
---
src/amd/vulkan/radv_formats.c | 19 +++
1 file changed, 19 insertions(+)
diff --git a/src/amd/vulkan/radv_formats.c b/src/amd/vulkan/radv_formats.c
index f0cc0fc5f95..6253c27b95d 100644
--- a/src/amd/vulkan/radv_formats.c
+++ b/src/amd/vulkan/radv_formats.c
@@ -1112,6 +11
Reviewed-by: Lionel Landwerlin
On 29/08/2018 16:07, Jason Ekstrand wrote:
Fixes: 8c048af5890d4 "anv: Copy the appliation info into the instance"
---
src/intel/vulkan/anv_device.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/intel/vulkan/anv_device.c b/src/intel/vulkan/anv_devic
Quoting Tapani Pälli (2018-08-27 04:46:37)
> OpenGL ES spec states:
>"For normalized fixed-point rendering surfaces, the combination format
> RGBA and type UNSIGNED_BYTE is accepted."
>
> This fixes following failing VK-GL-CTS tests:
>
>KHR-GLES3.packed_pixels.pbo_rectangle.rgba8_snor
From: Timothy Arceri
Since we know what side of the branch we ended up on we can just
replace the use with a constant.
All the spill changes in shader-db are from Dolphin uber shaders,
despite some small regressions the change is clearly positive.
V2: insert new constant after any phis in the
Quoting Marek Olšák (2018-08-28 11:41:03)
> From: Marek Olšák
>
> This fixes VM faults and corruption.
>
> Cc: 18.1 18.2
> ---
> src/amd/common/ac_surface.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/src/amd/common/ac_surface.c b/src/amd/common/ac_surface.c
>
Quoting Lionel Landwerlin (2018-08-28 04:27:13)
> Newer blit tests are enabling depth&stencils blits. We currently don't
> support it but can do by iterating over the aspects masks (copy some
> logic from the CopyImage function).
>
> Signed-off-by: Lionel Landwerlin
> Fixes: 9f44745eca0e41 ("anv:
Quoting Andres Gomez (2018-08-29 07:37:57)
> Dylan, due to a previously backport requested by Emil, this patch has
> bumped into some trivial conflict I have resolved.
>
> Please, check that everything looks in order.
>
> You can find the commit here (staging/18.2):
> https://gitlab.freedesktop.o
Reviewed-by: Marek Olšák
Marek
On Tue, Aug 28, 2018 at 10:40 PM, Timothy Arceri wrote:
> We could enable it for lower versions of GL but this allows us
> to just use the existing version/extension checks that are already
> used by the core profile.
>
> v2: fix potential crash in no error path
>
On Tuesday, 2018-08-28 21:44:54 -0500, Jason Ekstrand wrote:
> On Tue, Aug 28, 2018 at 5:22 PM Jason Ekstrand wrote:
>
> > This effectively reverts a26693493570a9d0f0fba1be617e01ee7bfff4db which
> > was a misguided attempt at protecting intel_query_dma_buf_modifiers from
> > invalid formats. Unf
On Wed, Aug 29, 2018 at 10:42 AM Eric Engestrom
wrote:
> On Tuesday, 2018-08-28 21:44:54 -0500, Jason Ekstrand wrote:
> > On Tue, Aug 28, 2018 at 5:22 PM Jason Ekstrand
> wrote:
> >
> > > This effectively reverts a26693493570a9d0f0fba1be617e01ee7bfff4db which
> > > was a misguided attempt at pro
On 29 August 2018 at 15:37, Andres Gomez wrote:
> Dylan, due to a previously backport requested by Emil, this patch has
> bumped into some trivial conflict I have resolved.
>
> Please, check that everything looks in order.
>
> You can find the commit here (staging/18.2):
> https://gitlab.freedeskt
On Tuesday, 2018-08-28 13:02:17 -0500, Jason Ekstrand wrote:
> On Tue, Aug 28, 2018 at 12:40 PM Lionel Landwerlin <
> lionel.g.landwer...@intel.com> wrote:
> > I remember talks about doing this kind of tricks for particular titles in
> > a layer.
> >
> > It doesn't necessarily makes things easier f
On Wed, Aug 29, 2018 at 10:52 AM Eric Engestrom
wrote:
> On Tuesday, 2018-08-28 13:02:17 -0500, Jason Ekstrand wrote:
> > On Tue, Aug 28, 2018 at 12:40 PM Lionel Landwerlin <
> > lionel.g.landwer...@intel.com> wrote:
> > > I remember talks about doing this kind of tricks for particular titles
> i
Quoting Eric Engestrom (2018-08-29 07:01:06)
> Ping?
>
> I think we should land this now, ie. for 18.3.
>
> By the time Mesa 18.3 comes out (probably December '18), Meson 0.45 will
> be 9 months old (March '18), so I think this is reasonable.
>
> (btw, the currently-required Meson 0.44.1 was rel
Quoting Dylan Baker (2018-08-29 08:58:55)
> Quoting Eric Engestrom (2018-08-29 07:01:06)
> > Ping?
> >
> > I think we should land this now, ie. for 18.3.
> >
> > By the time Mesa 18.3 comes out (probably December '18), Meson 0.45 will
> > be 9 months old (March '18), so I think this is reasonable
On Wednesday, August 29, 2018 5:31:38 AM PDT Jason Ekstrand wrote:
> On Wed, Aug 29, 2018 at 12:49 AM Kenneth Graunke
> wrote:
>
> > On Friday, August 17, 2018 1:06:20 PM PDT Jason Ekstrand wrote:
> > [snip]
> > > +# Intel-specific query for loading from the brw_image_param struct
> > passed
> >
I just pushed a fix:
commit cdea5d996edaaf59ab0acf3e758c3d9a4c22c335 (public/master)
Author: Jason Ekstrand
Date: Wed Aug 29 10:06:56 2018 -0500
anv: Free the app and engine name
Fixes: 8c048af5890d4 "anv: Copy the appliation info into the instance"
Reviewed-by: Lionel Landwerlin
On Friday, August 17, 2018 1:06:27 PM PDT Jason Ekstrand wrote:
> Previously, the back-end compiler turn image access into magic uniform
> reads and there was a complex contract between back-end compiler and
> driver about setting up and filling out those params. As of this
> commit, both drivers
On Friday, August 17, 2018 1:06:28 PM PDT Jason Ekstrand wrote:
> Now that the drivers are lowering to surface indices themselves, we no
> longer need to push the surface index into the shader.
> ---
> src/intel/compiler/brw_compiler.h| 16 ++--
> .../compiler/brw_nir_l
This commit moves our storage image format conversion codegen into NIR
instead of doing it in the back-end. This has the advantage of letting
us run it through NIR's optimizer which is pretty effective at shrinking
things down. In the common case of rgba8, the number of instructions
emitted after
---
src/intel/compiler/brw_eu_defines.h | 2 ++
src/intel/compiler/brw_fs_generator.cpp | 23 +---
src/intel/compiler/brw_fs_nir.cpp | 35 +++
.../compiler/brw_nir_lower_image_load_store.c | 15
src/intel/compiler/brw_shader.cpp
From: Emil Velikov
As the newly introduced comment says:
The pipe loader takes ownership of the fd
Thus, there's no need to close it again.
Cc: Patrick Rudolph
Cc: Axel Davy
Cc: mesa-sta...@lists.freedesktop.org>
Signed-off-by: Emil Velikov
---
src/gallium/targets/d3dadapter9/drm.c | 2 +-
From: Emil Velikov
Currently pipe_loader_drm_probe_fd takes ownership of the fd given.
To match that, pipe_loader_release closes it.
Yet we have many instances which do not want the change of ownership,
and thus duplicate the fd before passing it to the pipe-loader.
Move the dup() within pipe-l
From: Emil Velikov
Earlier commit added support for 'front_buffers', erroneously adding a
return in vl_dri3_screen_destroy. Effectively leaking a lot of state.
Fixes: 8d7ac0a4e4d ("vl/dri3: implement DRI3 BufferFromPixmap")
Cc: Leo Liu
Cc: Christian König
Signed-off-by: Emil Velikov
---
Gents
Some of the bits of VERTEX_BUFFER_STATE such as access type, instance
data step rate, and pitch come from the pipeline.
Cc: mesa-sta...@lists.freedesktop.org
---
src/intel/vulkan/genX_cmd_buffer.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/intel/vulkan/genX_cmd_buffer.c
b/src/inte
On all other platforms, it's safe to use the usual PTE settings for both
internal and external BOs. On Broadwell, however, we can't get the
right caching behavior for scanout without disabling eLLC and we really
don't want to do this on everything.
In order to do this, we add an anv-specific BO f
On Wednesday, August 29, 2018 10:12:59 AM PDT Jason Ekstrand wrote:
> ---
> src/intel/compiler/brw_eu_defines.h | 2 ++
> src/intel/compiler/brw_fs_generator.cpp | 23 +---
> src/intel/compiler/brw_fs_nir.cpp | 35 +++
> .../compiler/brw_nir_low
On Wednesday, August 29, 2018 10:11:48 AM PDT Jason Ekstrand wrote:
> This commit moves our storage image format conversion codegen into NIR
> instead of doing it in the back-end. This has the advantage of letting
> us run it through NIR's optimizer which is pretty effective at shrinking
> things
https://bugs.freedesktop.org/show_bug.cgi?id=107477
--- Comment #15 from Clément Guérin ---
I haven't found the time to test it yet. Is forcing `output_usage_mask` at line
71 intentional?
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bu
Adds a new i965 instruction disassemble tool
v2: 1) fix a few nits (Matt Turner)
2) Remove i965_disasm header (Matt Turner)
v3: 1) Redirect output to correct file descriptors (Matt Turner)
2) Refactor code (Matt Turner)
3) Use better formatting style (Matt Turner)
Signed-off-by: Saga
On 08/28/2018 06:36 PM, Timothy Arceri wrote:
> This fixes compilation of some "No Mans Sky" shaders where the stringification
> happens in branches intended for DX12.
I was going to complain that this would make things like the following
compile:
#version 110
#ifdef this_is_undefined
Looks great!
Reviewed-by: Matt Turner
and pushed. Thanks a bunch!
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Hi, Emil,
On 08/29/2018 07:13 PM, Emil Velikov wrote:
From: Emil Velikov
Currently pipe_loader_drm_probe_fd takes ownership of the fd given.
To match that, pipe_loader_release closes it.
Yet we have many instances which do not want the change of ownership,
and thus duplicate the fd before pas
Hi Emil,
This patch and the nine part of the second patch look fine.
Reviewed-by: Axel Davy
for them.
Yours,
Axel
On 29/08/2018 19:13, Emil Velikov wrote:
From: Emil Velikov
As the newly introduced comment says:
The pipe loader takes ownership of the fd
Thus, there's no need to close
From: Ian Romanick
In an instruction sequence like
cmp(8).ge.f0.0 vgrf17:D, vgrf2.:D, vgrf9.:D
(+f0.0) sel(8) vgrf1:UD, vgrf8.xyzw:UD, vgrf1.xyzw:UD
The other fields of vgrf17 may be unused, but the CMP still needs to
generate the other flag bits.
To my surprise, nothin
This is mostly a resend of a series that I originally sent out around
the end of June. I updated some of the shader-db results, and I dropped
one patch (i965/fs: Allow Boolean conditions in CSEL generation). I
decided that I want to try to acomplish that with a different method.
That's going to t
From: Ian Romanick
To allow cmod propagation from a MOV in a sequence like:
and(16) g31<1>UD g20<8,8,1>UD g22<8,8,1>UD
mov.nz.f0(16) null<1>F g31<8,8,1>D
A similar change to the vec4 backend had no effect.
Somewhere between c1ec5820593 and 40fc4b5acd6 (1,094 com
From: Ian Romanick
All Gen7+ platforms had similar results. (Broadwell shown)
total instructions in shared programs: 14715715 -> 14715709 (<.01%)
instructions in affected programs: 474 -> 468 (-1.27%)
helped: 6
HURT: 0
helped stats (abs) min: 1 max: 1 x̄: 1.00 x̃: 1
helped stats (rel) min: 1.12%
From: Ian Romanick
If there is a CMP.NZ that compares a single component (via a .
swizzle, for example) with 0, it can propagate its conditional modifier
back to a previous CMP that writes only that component. The specific
case that I saw was:
cmp.l.f0(8) g42<1>.xF g61<4>.xF
From: Ian Romanick
src/intel/compiler/test_vec4_copy_propagation.cpp: In member function ‘virtual
brw::dst_reg* copy_propagation_vec4_visitor::make_reg_for_system_value(int)’:
src/intel/compiler/test_vec4_copy_propagation.cpp:57:51: warning: unused
parameter ‘location’ [-Wunused-parameter]
CTS doesn't test input clip distances with the fragment shader
stage, which explains why it was broken. I wrote a simple test
locally that does pass now. I'm quite sure that cull distances
are broken as well but that can be fixed later.
This fixes a crash with GTA V and DXVK.
Cc: mesa-sta...@list
https://bugs.freedesktop.org/show_bug.cgi?id=107477
--- Comment #16 from Samuel Pitoiset ---
Yeah, it was just a workaround for a weird issue but I fixed it since. I'm
improving the patch for supporting cull distances as well.
--
You are receiving this mail because:
You are the QA Contact for t
https://bugs.freedesktop.org/show_bug.cgi?id=105731
--- Comment #3 from Mark Janes ---
Vadym, can you make a piglit test for this bug?
--
You are receiving this mail because:
You are the assignee for the bug.___
mesa-dev mailing list
mesa-dev@lists.fr
From: Ian Romanick
Page 190 of "Volume 7: 3D Media GPGPU Engine (Haswell)" says the valid
range of the offset is [0, 0FFFh].
Signed-off-by: Ian Romanick
Cc: mesa-sta...@lists.freedesktop.org
Cc: Kenneth Graunke
---
src/intel/compiler/brw_vec4_tes.cpp | 12 +++-
1 file changed, 11
From: Ian Romanick
Fixes failure in the new piglit test
tes-patch-input-array-vec2-index-invalid-rd.shader_test.
Signed-off-by: Ian Romanick
Cc: mesa-sta...@lists.freedesktop.org
Cc: Kenneth Graunke
---
src/intel/compiler/brw_vec4_generator.cpp | 15 ++-
1 file changed, 14 inserti
Hi,
There are HTILE and CMASK allocator fixes, a GPU hang fix for bindless
textures with LLVM 7.0, partial NIR support for bindless textures,
ddebug fix, and much more.
Please review.
Thanks,
Marek
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.o
From: Marek Olšák
Cc: 18.1 18.2
---
src/gallium/drivers/r600/r600_texture.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/r600/r600_texture.c
b/src/gallium/drivers/r600/r600_texture.c
index 08db6bab04c..d08c6e5637c 100644
--- a/src/gallium/drivers/
From: Marek Olšák
Cc: 18.1 18.2
---
src/amd/common/ac_llvm_build.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/src/amd/common/ac_llvm_build.c b/src/amd/common/ac_llvm_build.c
index c741a1ab62d..629cd2a7527 100644
--- a/src/amd/common/ac_llvm_build.c
+++ b/src/amd
From: Marek Olšák
important for debugging
Cc: 18.1 18.2
---
src/gallium/drivers/radeonsi/si_gfx_cs.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/gallium/drivers/radeonsi/si_gfx_cs.c
b/src/gallium/drivers/radeonsi/si_gfx_cs.c
index c39564ecbe5..38b85ce6243 100644
From: Marek Olšák
Cc: 18.1 18.2
---
src/gallium/winsys/radeon/drm/radeon_drm_surface.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/gallium/winsys/radeon/drm/radeon_drm_surface.c
b/src/gallium/winsys/radeon/drm/radeon_drm_surface.c
index fda1ba7870e..20cfc86ebe0
From: Marek Olšák
---
src/amd/common/ac_llvm_build.c| 23 +--
src/amd/common/ac_nir_to_llvm.c | 4 ++--
src/gallium/drivers/radeonsi/si_shader.c | 4 ++--
.../drivers/radeonsi/si_shader_tgsi_alu.c | 2 +-
4 files changed, 16 insertions(+)
From: Marek Olšák
---
src/amd/common/ac_gpu_info.c | 3 +++
src/amd/common/ac_gpu_info.h | 1 +
src/gallium/drivers/radeonsi/si_state.c | 4 +---
src/gallium/winsys/radeon/drm/radeon_drm_winsys.c | 4
4 files changed, 9 insertions(+), 3 de
From: Marek Olšák
---
src/amd/common/ac_llvm_build.c| 52 +--
src/amd/common/ac_llvm_build.h| 4 ++
.../drivers/radeonsi/si_shader_internal.h | 3 +-
src/gallium/drivers/radeonsi/si_shader_nir.c | 12 -
.../drivers/radeonsi/si_shader_tgs
From: Marek Olšák
These might be all missing changes for bindless textures.
---
src/gallium/drivers/radeonsi/si_shader_nir.c | 80
1 file changed, 50 insertions(+), 30 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_shader_nir.c
b/src/gallium/drivers/radeonsi/si_
From: Marek Olšák
compute and SDMA will be added into it.
---
src/gallium/drivers/radeonsi/si_blit.c| 2 +-
src/gallium/drivers/radeonsi/si_cp_dma.c | 33 ---
src/gallium/drivers/radeonsi/si_pipe.c| 3 +-
src/gallium/drivers/radeonsi/si_pipe.h| 8 +
From: Marek Olšák
for the next commit.
---
src/gallium/drivers/radeonsi/si_cp_dma.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/drivers/radeonsi/si_cp_dma.c
b/src/gallium/drivers/radeonsi/si_cp_dma.c
index 598d5ecf0dc..ad53682b1b2 100644
--- a/src/gallium/dri
From: Marek Olšák
---
src/amd/common/ac_nir_to_llvm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/amd/common/ac_nir_to_llvm.c b/src/amd/common/ac_nir_to_llvm.c
index 192ef079215..18644107eb4 100644
--- a/src/amd/common/ac_nir_to_llvm.c
+++ b/src/amd/common/ac_nir_to_l
From: Marek Olšák
---
src/amd/common/ac_gpu_info.c | 16
.../winsys/radeon/drm/radeon_drm_winsys.c| 8 +---
2 files changed, 13 insertions(+), 11 deletions(-)
diff --git a/src/amd/common/ac_gpu_info.c b/src/amd/common/ac_gpu_info.c
index bfaff45
From: Marek Olšák
VI uses addrlib so it's unaffected.
Cc: 18.1 18.2
---
src/gallium/drivers/radeonsi/si_texture.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_texture.c
b/src/gallium/drivers/radeonsi/si_texture.c
index e55fd815264..bc
From: Marek Olšák
---
src/gallium/drivers/radeonsi/si_pipe.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/src/gallium/drivers/radeonsi/si_pipe.h
b/src/gallium/drivers/radeonsi/si_pipe.h
index 29d7e555a0c..b3d607b93e3 100644
--- a/src/gallium/drivers/radeonsi/si_pipe.h
+++ b/src/gal
From: Marek Olšák
also use assertions for the requirements that offset and size are a multiple
of 4.
---
src/gallium/drivers/radeon/radeon_video.c | 3 +-
src/gallium/drivers/radeonsi/cik_sdma.c | 41 -
src/gallium/drivers/radeonsi/si_cp_dma.c | 2 +-
src/gallium/dri
1 - 100 of 163 matches
Mail list logo
