On Tue, Jan 19, 2016 at 2:48 PM, Emil Velikov <emil.l.veli...@gmail.com> wrote: > > Hello list, > > The candidate for the Mesa 11.0.9 is now available. Currently we have: > - 22 queued > - 20 nominated (outstanding) > - and 1 rejected/obsolete patches > > Current queue addressed a few important driver issues - nouveau > (sluggish 4K decoding, pushbuf/bufctx management), i965 (EGL crash), > r600 (severge glitches in Soma) and some memory leaks. > > > Take a look at section "Mesa stable queue" for more information. > > > Dave, Marek, > > A few commits in the nominated list require backports. Please forward > them to mesa-stable mailing list. > > > Testing > ------- > The following results are against piglit 4b6848c131c. > > > Changes - classic i965(snb) > --------------------------- > None. > > > Changes - swrast classic > ------------------------ > None. > > > Changes - gallium softpipe > -------------------------- > None. > > > Changes - gallium llvmpipe (LLVM 3.7) > ------------------------------------- > None. > > > Testing reports/general approval > -------------------------------- > Any testing reports (or general approval of the state of the branch) > will be greatly appreciated. > > > Trivial merge conflicts > ----------------------- > commit 7562abc8d54045544bfbbd1bd60f2a82bc820eb9 > Author: Grazvydas Ignotas <nota...@gmail.com> > > r600: fix constant buffer size programming > > (cherry picked from commit da0e216e069bd064199ed04b52de6fb23d810806) > > > commit 29360107288b041f23875ed3133cc041c3c33906 > Author: Ilia Mirkin <imir...@alum.mit.edu> > > nv50,nvc0: make sure there's pushbuf space and that we ref the bo early > > (cherry picked from commit c1d14c6817e3fa9a1c04f9b6c51b4ca601637843) > > > commit 0c7b4c20138e4c84eb2d8f9e6368d81c0d6843c6 > Author: Nicolai Hähnle <nicolai.haeh...@amd.com> > > st/mesa: use _mesa_delete_buffer_object > > (cherry picked from commit 1c2187b1c225b2f7e1891544d184bde60390977e) > > > > The plan is to have the final 11.0 release - 11.0.9 this Thursday > (21st of Feb), some time after 13: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 (22) > ============== > > Boyan Ding (1): > i915: Add XRGB8888 format to intel_screen_make_configs > > Brian Paul (1): > configure: don't try to build gallium DRI drivers if --disable-dri is > set > > Dave Airlie (3): > r600g: fix outputing to non-0 buffers for stream 0. > radeonsi: handle loading doubles as geometry shader inputs. > > * Dave - final call, can we get a backports for these please ? > > glsl: fix subroutine lowering reusing actual parmaters > > Dawid Gan (1): > i965: handle stencil_bits parameter for MESA_FORMAT_B8G8R8X8_UNORM > format. > > Emil Velikov (3): > i965: store reference to the context within struct brw_fence > egl/dri2: expose srgb configs when KHR_gl_colorspace is available > i915: correctly parse/set the context flags > > Ilia Mirkin (1): > st/mesa: use surface format to generate mipmaps when available > > Jason Ekstrand (1): > i965/vec4: Use UW type for multiply into accumulator on GEN8+ > > Jean-Sébastien Pédron (1): > ralloc: Use __attribute__((destructor)) instead of atexit(3) > > Kenneth Graunke (1): > glsl: Fix varying struct locations when varying packing is disabled. > > * Ken, this patch requires the following which imho are too much of a > sidestep considering that this is the final 11.0 release. Would we > still want this in ? > > 9fbcd8e8475e249c7f76b6d63b3a48b8684cb1ff glsl: pass stage into mark > function > d97b060e6f305ce4ad050881944404b920c86edf glsl/fp64: add helper for > dual slot double detection. > 5dc22cadb5ed4a7cf8c7d1cbaf7296c27e567e0f glsl: fix > count_attribute_slots to allow for different 64-bit handling > 1fc39dae22843d6faf3ec43eab90c7d06f9f6f7b glsl: only update doubles > inputs for vertex inputs. > > > Marek Olšák (3): > program: add _mesa_reserve_parameter_storage > st/mesa: fix GLSL uniform updates for glBitmap & glDrawPixels (v2) > > * Marek can we please get a backport for the latter ? Alternatively > can we drop then both, esp. since we don't have cases in the wild > that trigger the issue ? > > radeonsi: don't miss changes to SPI_TMPRING_SIZE > > Timothy Arceri (2): > glsl: fix segfault linking subroutine uniform with explicit location > mesa: fix segfault in glUniformSubroutinesuiv() > > Tom Stellard (4): > clover: Call clBuildProgram() notification function when build > completes v2 > gallium/drivers: Add threadsafe wrappers for pipe_context v2 > clover: Use threadsafe wrappers for pipe_context v2 > clover: Properly initialize LLVM targets when linking with component > libs > > > Queued (20) > =========== > > Emil Velikov (3): > docs: add sha256 checksums for 11.0.8 > cherry-ignore: add patch already in branch > cherry-ignore: add the dri3 glx null check patch > > Grazvydas Ignotas (1): > r600: fix constant buffer size programming > > Ilia Mirkin (5): > nvc0: don't forget to reset VTX_TMP bufctx slot after blit completion > nv50/ir: float(s32 & 0xff) = float(u8), not s8 > nv50,nvc0: make sure there's pushbuf space and that we ref the bo early > nv50,nvc0: fix crash when increasing bsp bo size for h264 > nvc0: scale up inter_bo size so that it's 16M for a 4K video > > Kenneth Graunke (2): > ralloc: Fix ralloc_adopt() to the old context's last child's parent. > nvc0: Set winding order regardless of domain. > > Miklós Máté (1): > mesa: Don't leak ATIfs instructions in DeleteFragmentShader > > Neil Roberts (1): > i965: Fix crash when calling glViewport with no surface bound > > Nicolai Hähnle (6): > gallium/radeon: only dispose locally created target machine in > radeon_llvm_compile > mesa/bufferobj: make _mesa_delete_buffer_object externally accessible > st/mesa: use _mesa_delete_buffer_object > radeon: use _mesa_delete_buffer_object > i915: use _mesa_delete_buffer_object > i965: use _mesa_delete_buffer_object > > Rob Herring (1): > freedreno/ir3: fix 32-bit builds with pointer-to-int-cast error enabled > > > Rejected (1) > ============== > > Ilia Mirkin (1): > glx/dri3: a drawable might not be bound at wait time > _______________________________________________ > mesa-stable mailing list > mesa-sta...@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/mesa-stable
Hi Emil, Could you please include "679a654a77f392cc9f8e2b51222b277bd1783ae5 llvmpipe: use vpkswss when dst is signed" ? It is a bug fix but I forgot to mark it stable Thanks, Oded _______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
