On Sun, Feb 05, 2017 at 08:09:04PM +0100, Willy Tarreau wrote: > This is the start of the stable review cycle for the 3.10.105 release. > > NOTE! This series is quite large as I've caught up with many pending fixes > that were submitted for -stable long ago and that I had been holding on > since 3.10.103 due to limited time. Most fixes address stability issues > in crypto, net, usb, scsi, kvm, random info leaks, and risks of oopses > in various subsystems. My pending queue is now empty. > > It builds fine here on i586 and x86_64 for allmodconfig and on armv7 with > mvebu_defconfig. > > All patches will be posted as a response to this one. If anyone has any > issue with these being applied, please let me know. If anyone thinks some > important patches are missing and should be added prior to the release, > please report them quickly with their respective mainline commit IDs. > > Responses should be made by Fri Feb 10 10:00:00 CET 2017. > Anything received after that time might be too late. If someone > wants a bit more time for a deeper review, please let me know. > > The whole patch series can be found in one patch at : > https://kernel.org/pub/linux/kernel/v3.x/stable-review/patch-3.10.105-rc1.gz An updated patch was pushed here : https://kernel.org/pub/linux/kernel/v3.x/stable-review/patch-3.10.105-rc2.gz It drops the following patches which broke some architectures : arch: Introduce smp_load_acquire(), smp_store_release() kernel: Provide READ_ONCE and ASSIGN_ONCE kernel: Change ASSIGN_ONCE(val, x) to WRITE_ONCE(x, val) kernel: make READ_ONCE() valid on const arguments locking: Remove atomicy checks from {READ,WRITE}_ONCE compiler: Allow 1- and 2-byte smp_load_acquire() and smp_store_release() ipc: remove use of seq_printf return value ipc/sem.c: fix complex_count vs. simple op race It reverts this one as an alternative : ipc/sem.c: optimize sem_lock() And it drops this one as not needed (thanks to Bart Van Assche): IB/srpt: Simplify srpt_handle_tsk_mgmt() The deadline for the review remains unchanged. Thanks! Willy -- To unsubscribe from this list: send the line "unsubscribe stable" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html