On Wed, Jul 25, 2018 at 11:47:59AM -0700, Dylan Baker wrote: > Greetings, > > 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. > > Dylan > > 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()
Hi Dylan, 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 behavior. Since the "Fix can_blit_slice()" patch hasn't been reviewed yet, I'm fine with none of these patches going in. -Nanley > > 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@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/mesa-dev _______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev