[Mesa-dev] Mesa 17.3.2 release candidate

[Emil Velikov]

On 8 January 2018 at 22:31, Eric Engestrom <eric at engestrom.ch> wrote:
> On Monday, 2018-01-08 21:58:16 +0000, Emil Velikov wrote:
>> On 8 January 2018 at 12:00, Eric Engestrom <eric.engestrom at imgtec.com> wrote:
>> > On Thursday, 2018-01-04 14:10:52 +0000, Emil Velikov wrote:
>> >> Hello list,
>> >>
>> >> The release candidate for Mesa 17.3.2 is now available. Currently we have:
>> >>  - 13 queued
>> >>  - 18 nominated (outstanding)
>> >>  - and 0 rejected patches
>> >>
>> >>
>> >> In the current queue we have:
>> >>
>> >> Multiple fixes in the RADV Vulkan driver, workaround when using slibtool and
>> >> a GLSL workaround for various titles using Unreal Engine 4.
>> >>
>> >> Take a look at section "Mesa stable queue" for more information.
>> >>
>> >>
>> >> Testing reports/general approval
>> >> --------------------------------
>> >>
>> >> Any testing reports (or general approval of the state of the branch)
>> >> will be greatly appreciated.
>> >>
>> >> The plan is to have 17.3.2 this Saturday (6th of January), around or
>> >> shortly after 15:00 GMT.
>> >>
>> >> If you have any questions or suggestions - be that about the current
>> >> patch queue or otherwise, please go ahead.
>> >>
>> >>
>> >> Cheers,
>> >> Emil
>> >>
>> >>
>> >> Mesa stable queue
>> >> -----------------
>> >>
>> >> Nominated (18)
>> >> ==============
>> >>
>> >> Bas Nieuwenhuizen (8):
>> >>       c39947ce304 radv: Invert condition for all samples identical
>> >> during resolve.
>> >>       cebc9a119d4 radv: Flush caches before subpass resolve.
>> >>       73279da41da radv: Fix fragment resolve destination offset.
>> >>       da192b50b24 radv: Use correct framebuffer size for partial FS resolves.
>> >>       a636208ace0 radv: Always use fragment resolve if dest uses DCC.
>> >>       5158603182f radv: Use correct HTILE expanded words.
>> >>       1c78e4f0535 radv: Allow writing 0 scissors.
>> >>       c99426ea831 ac/nir: Handle loading data from compact arrays.
>> >>
>> >> Dave Airlie (8):
>> >>       38e4467e99a radv: fix events on compute queues.
>> >>       ec1edd0fd29 radv: fix pipeline statistics end query on compute queue
>> >>       d08f2678145 radv/gfx9: fix 3d image to image transfers on compute queues.
>> >>       09612a62e16 radv/gfx9: fix 3d image clears on compute queues
>> >>       420627e6e79 radv/gfx9: fix buffer to image for 3d images on compute queues
>> >>       59515780433 radv/gfx9: fix block compression texture views.
>> >>       868377ab33e radv/gfx9: use a bigger hammer to flush cb/db caches.
>> >>       a4c23ce1b68 radv/gfx9: use correct swizzle parameter to work out
>> >> border swizzle.
>> >>
>> >> Jason Ekstrand (1):
>> >>       18fde36ced4 intel/fs: Use the original destination region for
>> >> int MUL lowering
>> >>
>> >> Lucas Stach (1):
>> >>       01585659245 etnaviv: disable in-place resolve for non-supertiled surfaces
>> >>
>> >>
>> >> Queued (13)
>> >> ===========
>> >>
>> >> Bas Nieuwenhuizen (1):
>> >>       radv: Fix DCC compatible formats.
>> >>
>> >> Brendan King (1):
>> >>       egl: link libEGL against the dynamic version of libglapi
>> >>
>> >> Dave Airlie (6):
>> >>       radv/gfx9: add support for 3d images to blit 2d paths
>> >>       radv: handle depth/stencil image copy with layouts better. (v3.1)
>> >>       radv/meta: fix blit paths for depth/stencil (v2.1)
>> >>       radv: fix issue with multisample positions and interp_var_at_sample.
>> >>       radv/gfx9: add 3d sampler image->buffer copy shader. (v3)
>> >>       radv: don't do format replacement on tc compat htile surfaces.
>> >>
>> >> Eric Engestrom (1):
>> >>       egl: let each platform decided how to handle LIBGL_ALWAYS_SOFTWARE
>> >
>> > I broke Android in this commit, please include RobHer's
>> > aa187fe7bfac856207a5 "egl/android: Fix build break with
>> > dri2_initialize_android _EGLDisplay parameter"
>> >
>> Thanks Eric - I've pulled the fixup.
>>
>> Sadly ssh to people.fd.o fails, so releasing will be shortly delayed :-\
>
> It fails because it's been disabled, in response to the recent CPU
> vulnerabilities [1].
>
> That said, I'm sure you can ask DanielS or another admin to push the
> tarball for you ;)
>
Dan can you please copy the 17.3.2 tarballs from [1] to [2].

Thanks
Emil

[1]
https://people.internal.collabora.co.uk/~evelikov/
https://people.collabora.co.uk/~evelikov/ ... files and perm. seem
fine, yet server barfs with 403 :-(

[2]
people.fd.o:/srv/mesa.freedesktop.org/www/archive/
AKA
https://mesa.freedesktop.org/archive/