On July 13, 2018 19:51:33 wrote:
From: Roland Scheidegger
Empty initializer braces aren't valid c (it's a gnu extension, and
it's valid in c++).
Hopefully fixes appveyor / msvc build...
Fixes a3150c1d06ae7766c3d3fe3b33432e55c3c7527e
---
src/compiler/nir/nir_format_convert.h | 2 +-
1 file
From: Roland Scheidegger
Empty initializer braces aren't valid c (it's a gnu extension, and
it's valid in c++).
Hopefully fixes appveyor / msvc build...
Fixes a3150c1d06ae7766c3d3fe3b33432e55c3c7527e
---
src/compiler/nir/nir_format_convert.h | 2 +-
1 file changed, 1 insertion(+), 1
Am 13.07.2018 um 23:07 schrieb AppVeyor:
>
> Build mesa 8296 failed
>
>
Reviewed-by: Rafael Antognolli
On Thu, Jul 12, 2018 at 11:46:12AM -0700, Eric Anholt wrote:
> ---
> src/intel/tools/intel_dump_gpu.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/src/intel/tools/intel_dump_gpu.c
> b/src/intel/tools/intel_dump_gpu.c
> index
Jose Maria Casanova Crespo writes:
> For a register source/destination of an instruction the function returns
> the read/write byte pattern of a 32-byte registers as a unsigned int.
>
> The returned pattern takes into account the exec_size of the instruction,
> the type bitsize, the stride and
https://bugs.freedesktop.org/show_bug.cgi?id=107169
--- Comment #5 from almos ---
Can't confirm on radeonsi. System Shock 2 from GOG runs smoothly with mesa
18.1.2. Are you sure you also have 32 bit gl libraries?
--
You are receiving this mail because:
You are the QA Contact for the bug.
You
From: Marek Olšák
40% is the decrease in the LGKM counter (which includes SMEM too)
for the GFX9 LSHS stage.
This will make the LDS size slightly larger, but I wasn't able to increase
the patch stride without corruption, so I'm increasing the vertex stride.
---
Build mesa 8296 failed
Commit a3150c1d06 by Jason Ekstrand on 7/13/2018 1:23 AM:
nir/lower_tex: Use nir_format_srgb_to_linear\n\nA while ago, we added a bunch of format conversion helpers; we should\nuse them instead of hand-rolling sRGB
Quoting Mauro Rossi (2018-07-13 09:09:50)
> Hi,
>
> Il giorno lun 9 lug 2018 alle ore 09:48 Bas Nieuwenhuizen <
> b...@basnieuwenhuizen.nl> ha scritto:
>
> I'd like to nominate this for 18.1 stable releases.
>
>
> Me too, but I haven't seen it picked in staging/18.1 yet
>
> Please Dylan
Hi list,
Mesa 18.1.4 is now available for download.
In this release we have:
- Several fixes for i965
- Several fixes for anv
- A few fixes each for radeonsi, glx, the glsl compiler, the autotools build,
nir, st/dri, and r600
Dylan
Shortlog
Adam Jackson (1):
glx: Don't
On Fri, Jul 13, 2018 at 11:10 AM, Matt Turner wrote:
> On Sun, Jul 8, 2018 at 5:27 PM, Jose Maria Casanova Crespo
> wrote:
>> Implement at brw_eu_validate the restriction from Intel Broadwell PRM,
>> vol 07, section "Instruction Set Reference", subsection "EUISA
>> Instructions", Send Message
https://pastebin.com/raw/itNDpPv0
Cleanups only: +10.85%
Total: +11.8%
Marek
On Fri, Jul 13, 2018 at 11:05 AM, Michel Dänzer wrote:
> On 2018-07-12 07:26 AM, Marek Olšák wrote:
>>
>> The maximum glxgears FPS improves as follows.
>>
>> Initially: 13285
>> 8 patches: 14403 (+8.4% vs initial)
>>
On Sun, Jul 8, 2018 at 5:27 PM, Jose Maria Casanova Crespo
wrote:
> Implement at brw_eu_validate the restriction from Intel Broadwell PRM,
> vol 07, section "Instruction Set Reference", subsection "EUISA
> Instructions", Send Message (page 990):
>
> "r127 must not be used for return address when
Hi,
Il giorno lun 9 lug 2018 alle ore 09:48 Bas Nieuwenhuizen <
b...@basnieuwenhuizen.nl> ha scritto:
> I'd like to nominate this for 18.1 stable releases.
>
Me too, but I haven't seen it picked in staging/18.1 yet
Please Dylan could you have a look,
in case I am supposed to do something,
On Fri, Jul 13, 2018 at 10:08 AM Jason Ekstrand
wrote:
> On Fri, Jul 13, 2018 at 9:41 AM Eric Anholt wrote:
>
>> Jason Ekstrand writes:
>>
>> > Eric, I can't test this patch because it only affects your driver.
>>
>> I tried a piglit run last night, and all the sRGB lowering looks like it
>>
This should allow us to use them in nir_lower_tex
Cc: Eric Anholt
---
src/gallium/drivers/vc4/vc4_program.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/gallium/drivers/vc4/vc4_program.c
b/src/gallium/drivers/vc4/vc4_program.c
index 367613130bb..13c3b7678b2 100644
---
On Fri, Jul 13, 2018 at 9:41 AM Eric Anholt wrote:
> Jason Ekstrand writes:
>
> > Eric, I can't test this patch because it only affects your driver.
>
> I tried a piglit run last night, and all the sRGB lowering looks like it
> crashes now due to fdivs in the NIR.
>
Do you not run
Quoting Samuel Pitoiset (2018-07-13 03:30:01)
>
>
> On 07/13/2018 12:05 PM, Samuel Pitoiset wrote:
> >
> >
> > On 07/12/2018 09:43 PM, Dylan Baker wrote:
> >> Quoting Samuel Pitoiset (2018-07-11 02:55:55)
> >>> A ZPASS_DONE or PIXEL_STAT_DUMP_EVENT (of the DB occlusion
> >>> counters) must
No, thank you for pointing this out, as 18.1.4 would have shipped with that
regression. When the announce email goes out I sync the 18.1 branch with the
staging/18.1 branch, and any additional patches pulled into staging/18.1 will be
for the next release at that point.
I've gone ahead and pulled
Jason Ekstrand writes:
> Eric, I can't test this patch because it only affects your driver.
I tried a piglit run last night, and all the sRGB lowering looks like it
crashes now due to fdivs in the NIR.
signature.asc
Description: PGP signature
___
Oops -- sorry, I was looking at the 18.1 branch, which is already
updated with most (but not all) of the commits in the staging/18.1
branch.
Mark Janes writes:
> I think you've included a patch that caused a regression, but not the fix
>
> https://bugs.freedesktop.org/show_bug.cgi?id=107193
>
>
I think you've included a patch that caused a regression, but not the fix
https://bugs.freedesktop.org/show_bug.cgi?id=107193
Dylan Baker writes:
> Hi List,
>
> Mesa 18.1.4 is planned for release this Friday, July 13th, at or around 10 AM
> PDT.
>
> There are currently:
> - 27 queued
> - 1
If we know that the given image doesn't have any metadata,
we don't need to flush.
Signed-off-by: Samuel Pitoiset
---
src/amd/vulkan/radv_cmd_buffer.c | 20 ++--
1 file changed, 14 insertions(+), 6 deletions(-)
diff --git a/src/amd/vulkan/radv_cmd_buffer.c
On Fri, Jul 13, 2018 at 01:01:27PM +0300, Pohjolainen, Topi wrote:
> On Wed, Jul 11, 2018 at 09:27:23PM -0700, Nanley Chery wrote:
> > The current behavior masked two bugs where the flag was not set to true
> > after modifying the stencil texture. One case was a regression
> > introduced with
On 2018-07-12 07:26 AM, Marek Olšák wrote:
>
> The maximum glxgears FPS improves as follows.
>
> Initially: 13285
> 8 patches: 14403 (+8.4% vs initial)
> + patch 9: 15498 (+16.6% vs initial)
Those are nice numbers, but I'm afraid they're almost meaningless
without more information about how you
Make xlease automatically enabled only if xcb-randr >= 1.13,
check its version if manually enabled.
Enable VK_EXT_display_control only when libdrm >= 2.4.89
Check for DRM_EVENT_CONTEXT_VERSION >= 4 to use sequence_handler.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=107170
We use the information of the registers read/write patterns
to improve variable liveness analysis avoiding extending the
liveness range of a variable to the beginning of the block so
it always reaches the beginning of the shader.
This optimization analyses inside each block that if a partial
For a register source/destination of an instruction the function returns
the read/write byte pattern of a 32-byte registers as a unsigned int.
The returned pattern takes into account the exec_size of the instruction,
the type bitsize, the stride and if the register is source or destination.
The
This series deal with the main performance issue in shader compilation
performance when 8/16-bit types are used.
This series avoid extending the liveness range of variables that use a
partial register. We track in the liveness analysis which bytes of the
register are defined and not used before
Fixes: 91f48cdfe5c817158c533a8f67c60e9aabbe4479
virgl: Add support for glGetMultisample
Signed-off-by: Gert Wollny
---
src/gallium/drivers/virgl/virgl_context.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/gallium/drivers/virgl/virgl_context.c
The Vulkan 1.1.80 spec says:
"viewMask has the same effect for the described subpass as
VkRenderPassMultiviewCreateInfo::pViewMasks has on each
corresponding subpass."
Signed-off-by: Samuel Pitoiset
---
src/amd/vulkan/radv_pass.c | 13 +
1 file changed, 1 insertion(+), 12
On 07/13/2018 12:05 PM, Samuel Pitoiset wrote:
On 07/12/2018 09:43 PM, Dylan Baker wrote:
Quoting Samuel Pitoiset (2018-07-11 02:55:55)
A ZPASS_DONE or PIXEL_STAT_DUMP_EVENT (of the DB occlusion
counters) must immediately precede every timestamp event to
prevent a GPU hang on GFX9.
On 07/11/2018 10:53 AM, Bas Nieuwenhuizen wrote:
Don't we need to disable predication too for the PipelineBarriers when
a layout change happens?
I don't think. Shouldn't the app handle this correctly? If a
CmdPipelineBarrier() is between Begin()/End() it will be skipped, that's it?
Also
On 07/12/2018 09:43 PM, Dylan Baker wrote:
Quoting Samuel Pitoiset (2018-07-11 02:55:55)
A ZPASS_DONE or PIXEL_STAT_DUMP_EVENT (of the DB occlusion
counters) must immediately precede every timestamp event to
prevent a GPU hang on GFX9.
Signed-off-by: Samuel Pitoiset
Cc: 18.1
---
On Wed, Jul 11, 2018 at 09:27:23PM -0700, Nanley Chery wrote:
> The current behavior masked two bugs where the flag was not set to true
> after modifying the stencil texture. One case was a regression
> introduced with commit bdbb527a65fc729e7a9319ae67de60d03d06c3fd and
> another was a bug in the
https://bugs.freedesktop.org/show_bug.cgi?id=107156
Samuel Pitoiset changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=107156
--- Comment #9 from ximik ---
this problem appeared in the git version of the driver in early June. before
that I used version 18.0 stable. but DXVK stopped working with it, so I updated
to version git. in the middle of May everything was
On 12.07.18 21:49, Dylan Baker wrote:
Quoting Danylo Piliaiev (2018-07-12 06:09:57)
Make xlease automatically enabled only if xcb-randr >= 1.13,
check its version if manually enabled.
Enable VK_EXT_display_control only when libdrm >= 2.4.89
Check for DRM_EVENT_CONTEXT_VERSION >= 4 to use
Assuming Jenkins is happy with them, this series is
Reviewed-by: Samuel Iglesias Gonsálvez
Sam
On 13/07/18 00:48, Jason Ekstrand wrote:
> In this case, the surface faking will give us a R8_UNORM surface and we
> need to do an sRGB conversion in the shader.
>
> cc:
39 matches
Mail list logo