[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <2400e624-215b-2e65-2f35-ab1c8aafdc2e@applied-asynchrony.com>
Date: Mon, 15 Jan 2018 16:24:59 +0100
From: Holger Hoffstätte <holger@...lied-asynchrony.com>
To: Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
linux-kernel@...r.kernel.org
Cc: torvalds@...ux-foundation.org, akpm@...ux-foundation.org,
linux@...ck-us.net, shuahkh@....samsung.com, patches@...nelci.org,
ben.hutchings@...ethink.co.uk, lkft-triage@...ts.linaro.org,
stable@...r.kernel.org
Subject: Re: [PATCH 4.14 000/118] 4.14.14-stable review
On 01/15/18 13:33, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.14.14 release.
> There are 118 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
Applied to 4.14.13 & built on 3 machines with different old CPUs
(Core2Duo, i5/i7 SandyBridge), current gcc 7.2.0 still without retpoline
magic (so syscalls only). Ensured CONFIG_RETPOLINE is enabled.
No regressions, no filesystems on fire, no spontaneous reboots.
Also gave this a syscall-heavy workout with iperf, still pushing >10 GB/s
locally just as before (within expected deviation). perf bench shows some
expected impact though, ~0.2-0.3 µs for scheduling.
cheers,
Holger
Powered by blists - more mailing lists