[Mesa-dev] [ANNOUNCE] Mesa 18.1.5 Candidate
nanleychery at gmail.com
Wed Jul 25 20:17:47 UTC 2018
On Wed, Jul 25, 2018 at 11:47:59AM -0700, Dylan Baker wrote:
> Mesa the staging/18.1 branch is currently slushed for 18.1.5, and assuming that
> there are no regressions or patches critically necessary this will be merged to
> the 18.1 branch for a release Friday morning, July 27th around 10 AM PDT.
> Currently the branch has the following changes since 18.1.4:
> - 45 queued
> - 0 nominated (outstanding)
> - and 1 rejected patch
> The one rejected patch was de-nominated by the author.
> Note: there are 4 cherry-ignore patches, but 3 are for patches that required
> manual backport, and thus the cherry-picked from line does not match the commit
> in master.
> All merge conflicts that I resolved have already been verified by the original
> patch authors.
> Shortlog of changes:
> Alex Smith (1):
> anv: Pay attention to VK_ACCESS_MEMORY_(READ|WRITE)_BIT
> Bas Nieuwenhuizen (7):
> radv: Select correct entries for binning.
> radv: Fix number of samples used for binning.
> radv: Disable disabled color buffers in rbplus opts.
> nir: Do not use continue block after removing it.
> util/disk_cache: Fix disk_cache_get_function_timestamp with disabled cache.
> nir: Fix end of function without return warning/error.
> radv: Still enable inmemory & API level caching if disk cache is not enabled.
> Chad Versace (2):
> anv/android: Fix type error in call to vk_errorf()
> anv/android: Fix Autotools build for VK_ANDROID_native_buffer
> Chih-Wei Huang (1):
> Android: fix a missing nir_intrinsics.h error
> Danylo Piliaiev (1):
> i965: Sweep NIR after linking phase to free held memory
> Dave Airlie (1):
> r600: enable tess_input_info for TES
> Dylan Baker (5):
> docs: Add sha256 sums for 18.1.4 tarballs
> cherry-ignore: add 4a67ce886a7b3def5f66c1aedf9e5436d157a03c
> cherry-ignore: Add 1f616a840eac02241c585d28e9dac8f19a297f39
> cherry-ignore: add 11712b9ca17e4e1a819dcb7d020e19c6da77bc90
> cherry-ignore: Add 0288fe8d0417730bdd5b3477130dd1dc32bdbcd3
> Eric Anholt (2):
> vc4: Don't automatically reallocate a PERSISTENT-mapped buffer.
> meson: Move xvmc test tools from unit tests to installed tools.
> Harish Krupo (1):
> egl: Fix missing clamping in eglSetDamageRegionKHR
> Jan Vesely (3):
> radeonsi: Refuse to accept code with unhandled relocations
> clover: Report error when pipe driver fails to create compute state
> clover: Catch errors from executing event action
> Jason Ekstrand (6):
> anv: Stop setting 3DSTATE_PS_EXTRA::PixelShaderHasUAV
> nir/serialize: Alloc constants off the variable
> blorp: Handle the RGB workaround more like other workarounds
> intel/blorp: Handle 3-component formats in clears
> intel/compiler: Account for built-in uniforms in analyze_ubo_ranges
> spirv: Fix a couple of image atomic load/store bugs
> José Fonseca (1):
> gallium/tests: Don't ignore S3TC errors.
> Karol Herbst (1):
> nir: fix printing of vec16 type
> Lepton Wu (1):
> virgl: Fix flush in virgl_encoder_inline_write.
> Lucas Stach (1):
> st/mesa: call resource_changed when binding a EGLImage to a texture
> Mauro Rossi (2):
> radv: winsys/amdgpu: include missing pthread.h header
> android: util/disk_cache: fix building errors in gallium drivers
> Michel Dänzer (1):
> gallium: Check pipe_screen::resource_changed before dereferencing it
> Nanley Chery (3):
> i965: Make blt_pitch public
> i965/miptree: Drop an if case from retile_as_linear
> i965/miptree: Fix can_blit_slice()
I noticed that the patch, "i965/miptree: Use the correct BLT pitch,"
isn't included here. Without it, none of these patches change Mesa's
Since the "Fix can_blit_slice()" patch hasn't been reviewed yet, I'm
fine with none of these patches going in.
> Roland Scheidegger (1):
> draw: force draw pipeline if there's more than 65535 vertices
> Samuel Iglesias Gonsálvez (1):
> anv: fix assert in anv_CmdBindDescriptorSets()
> Samuel Pitoiset (3):
> radv: make sure to wait for CP DMA when needed
> radv: emit a dummy ZPASS_DONE to prevent GPU hangs on GFX9
> radv: fix a memleak for merged shaders on GFX9
> mesa-dev mailing list
> mesa-dev at lists.freedesktop.org
More information about the mesa-dev