[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20170206081336.GI14903@1wt.eu>
Date: Mon, 6 Feb 2017 09:13:36 +0100
From: Willy Tarreau <w@....eu>
To: linux-kernel@...r.kernel.org, stable@...r.kernel.org,
linux@...ck-us.net
Subject: Re: [PATCH 3.10 000/319] 3.10.105-stable review
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
Powered by blists - more mailing lists