This is the start of the stable review cycle for the 4.9.139 release. There are 59 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.
Responses should be made by Fri Nov 23 18:34:55 UTC 2018. Anything received after that time might be too late.
The whole patch series can be found in one patch at: https://www.kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.9.139-rc1... or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-4.9.y and the diffstat can be found below.
thanks,
greg k-h
------------- Pseudo-Shortlog of commits:
Greg Kroah-Hartman gregkh@linuxfoundation.org Linux 4.9.139-rc1
Russell King rmk+kernel@armlinux.org.uk ARM: spectre-v1: mitigate user accesses
Russell King rmk+kernel@armlinux.org.uk ARM: spectre-v1: use get_user() for __get_user()
Russell King rmk+kernel@armlinux.org.uk ARM: use __inttype() in get_user()
Russell King rmk+kernel@armlinux.org.uk ARM: oabi-compat: copy semops using __copy_from_user()
Russell King rmk+kernel@armlinux.org.uk ARM: vfp: use __copy_from_user() when restoring VFP state
Russell King rmk+kernel@armlinux.org.uk ARM: signal: copy registers using __copy_from_user()
Russell King rmk+kernel@armlinux.org.uk ARM: spectre-v1: fix syscall entry
Russell King rmk+kernel@armlinux.org.uk ARM: spectre-v1: add array_index_mask_nospec() implementation
Russell King rmk+kernel@armlinux.org.uk ARM: spectre-v1: add speculation barrier (csdb) macros
Russell King rmk+kernel@armlinux.org.uk ARM: KVM: report support for SMCCC_ARCH_WORKAROUND_1
Russell King rmk+kernel@armlinux.org.uk ARM: KVM: Add SMCCC_ARCH_WORKAROUND_1 fast handling
Russell King rmk+kernel@armlinux.org.uk ARM: spectre-v2: KVM: invalidate icache on guest exit for Brahma B15
Marc Zyngier marc.zyngier@arm.com ARM: KVM: invalidate icache on guest exit for Cortex-A15
Marc Zyngier marc.zyngier@arm.com ARM: KVM: invalidate BTB on guest exit for Cortex-A12/A17
Russell King rmk+kernel@armlinux.org.uk ARM: spectre-v2: warn about incorrect context switching functions
Russell King rmk+kernel@armlinux.org.uk ARM: spectre-v2: add firmware based hardening
Russell King rmk+kernel@armlinux.org.uk ARM: spectre-v2: harden user aborts in kernel space
Russell King rmk+kernel@armlinux.org.uk ARM: spectre-v2: add Cortex A8 and A15 validation of the IBE bit
Russell King rmk+kernel@armlinux.org.uk ARM: spectre-v2: harden branch predictor on context switches
Russell King rmk+kernel@armlinux.org.uk ARM: spectre: add Kconfig symbol for CPUs vulnerable to Spectre
Russell King rmk+kernel@armlinux.org.uk ARM: bugs: add support for per-processor bug checking
Russell King rmk+kernel@armlinux.org.uk ARM: bugs: hook processor bug checking into SMP and suspend paths
Russell King rmk+kernel@armlinux.org.uk ARM: bugs: prepare processor bug infrastructure
Russell King rmk+kernel@armlinux.org.uk ARM: add more CPU part numbers for Cortex and Brahma B15 CPUs
Mark Rutland mark.rutland@arm.com arm64: uaccess: suppress spurious clang warning
Arnd Bergmann arnd@arndb.de Kbuild: use -fshort-wchar globally
Matthias Kaehlcke mka@chromium.org x86/build: Use cc-option to validate stack alignment parameter
Matthias Kaehlcke mka@chromium.org x86/build: Fix stack alignment for CLang
Ard Biesheuvel ard.biesheuvel@linaro.org efi/libstub/arm64: Set -fpie when building the EFI stub
Ard Biesheuvel ard.biesheuvel@linaro.org efi/libstub: Preserve .debug sections after absolute relocation check
Ard Biesheuvel ard.biesheuvel@linaro.org efi/libstub/arm64: Force 'hidden' visibility for section markers
Ard Biesheuvel ard.biesheuvel@linaro.org efi/libstub/arm64: Use hidden attribute for struct screen_info reference
Michael Davidson md@google.com x86/boot: #undef memcpy() et al in string.c
Ard Biesheuvel ard.biesheuvel@linaro.org crypto: arm64/sha - avoid non-standard inline asm tricks
Matthias Kaehlcke mka@chromium.org kbuild: clang: Disable 'address-of-packed-member' warning
Matthias Kaehlcke mka@chromium.org x86/build: Specify stack alignment for clang
Matthias Kaehlcke mka@chromium.org x86/build: Use __cc-option for boot code compiler options
Matthias Kaehlcke mka@chromium.org kbuild: Add __cc-option macro
Michael Davidson md@google.com crypto, x86: aesni - fix token pasting for clang
Matthias Kaehlcke mka@chromium.org x86/kbuild: Use cc-option to enable -falign-{jumps/loops}
Arnd Bergmann arnd@arndb.de modules: mark __inittest/__exittest as __maybe_unused
Vinícius Tinti viniciustinti@gmail.com kbuild: Add support to generate LLVM assembly files
Behan Webster behanw@converseincode.com kbuild: use -Oz instead of -Os when using clang
Mark Charlebois charlebm@gmail.com kbuild, LLVMLinux: Add -Werror to cc-option to support clang
Masahiro Yamada yamada.masahiro@socionext.com kbuild: drop -Wno-unknown-warning-option from clang options
Jeroen Hofstee jeroen@myspectrum.nl kbuild: fix asm-offset generation to work with clang
Masahiro Yamada yamada.masahiro@socionext.com kbuild: consolidate redundant sed script ASM offset generation
Matthias Kaehlcke mka@chromium.org kbuild: Consolidate header generation from ASM offset information
Michael Davidson md@google.com kbuild: clang: add -no-integrated-as to KBUILD_[AC]FLAGS
Behan Webster behanw@converseincode.com kbuild: Add better clang cross build support
David Ahern dsahern@gmail.com ipv6: Fix PMTU updates for UDP/raw sockets in presence of VRF
Eric Dumazet edumazet@google.com inet: frags: better deal with smp races
Frieder Schrempf frieder.schrempf@kontron.de usbnet: smsc95xx: disable carrier check while suspending
Siva Reddy Kallam siva.kallam@broadcom.com tg3: Add PHY reset for 5717/5719/5720 in change ring and flow control paths
Xin Long lucien.xin@gmail.com sctp: not allow to set asoc prsctp_enable by sockopt
Eric Dumazet edumazet@google.com net-gro: reset skb->pkt_type in napi_reuse_skb()
Sabrina Dubroca sd@queasysnail.net ip_tunnel: don't force DF when MTU is locked
Michał Mirosław mirq-linux@rere.qmqm.pl ibmvnic: fix accelerated VLAN handling
배석진 soukjin.bae@samsung.com flow_dissector: do not dissect l4 ports for fragments
-------------
Diffstat:
.gitignore | 1 + Kbuild | 25 ----- Makefile | 29 +++-- arch/arm/include/asm/assembler.h | 12 +++ arch/arm/include/asm/barrier.h | 32 ++++++ arch/arm/include/asm/bugs.h | 6 +- arch/arm/include/asm/cp15.h | 3 + arch/arm/include/asm/cputype.h | 8 ++ arch/arm/include/asm/kvm_asm.h | 2 - arch/arm/include/asm/kvm_host.h | 14 ++- arch/arm/include/asm/kvm_mmu.h | 23 +++- arch/arm/include/asm/proc-fns.h | 4 + arch/arm/include/asm/system_misc.h | 15 +++ arch/arm/include/asm/thread_info.h | 4 +- arch/arm/include/asm/uaccess.h | 26 +++-- arch/arm/kernel/Makefile | 1 + arch/arm/kernel/bugs.c | 18 ++++ arch/arm/kernel/entry-common.S | 18 ++-- arch/arm/kernel/entry-header.S | 25 +++++ arch/arm/kernel/signal.c | 55 +++++----- arch/arm/kernel/smp.c | 4 + arch/arm/kernel/suspend.c | 2 + arch/arm/kernel/sys_oabi-compat.c | 8 +- arch/arm/kvm/hyp/hyp-entry.S | 112 ++++++++++++++++++- arch/arm/lib/copy_from_user.S | 9 ++ arch/arm/mm/Kconfig | 23 ++++ arch/arm/mm/Makefile | 2 +- arch/arm/mm/fault.c | 3 + arch/arm/mm/proc-macros.S | 3 +- arch/arm/mm/proc-v7-2level.S | 6 -- arch/arm/mm/proc-v7-bugs.c | 174 ++++++++++++++++++++++++++++++ arch/arm/mm/proc-v7.S | 154 ++++++++++++++++++++------ arch/arm/vfp/vfpmodule.c | 17 ++- arch/arm64/crypto/sha1-ce-core.S | 6 +- arch/arm64/crypto/sha1-ce-glue.c | 11 +- arch/arm64/crypto/sha2-ce-core.S | 6 +- arch/arm64/crypto/sha2-ce-glue.c | 13 +-- arch/arm64/include/asm/efi.h | 3 + arch/arm64/include/asm/uaccess.h | 4 +- arch/ia64/kernel/Makefile | 26 +---- arch/x86/Makefile | 39 +++++-- arch/x86/boot/string.c | 9 ++ arch/x86/crypto/aes_ctrby8_avx-x86_64.S | 7 +- drivers/firmware/efi/libstub/Makefile | 26 +++-- drivers/firmware/efi/libstub/arm64-stub.c | 10 +- drivers/net/ethernet/broadcom/tg3.c | 18 +++- drivers/net/ethernet/ibm/ibmvnic.c | 2 +- drivers/net/usb/smsc95xx.c | 7 ++ drivers/xen/Makefile | 3 - include/linux/kbuild.h | 6 +- include/linux/module.h | 4 +- net/core/dev.c | 4 + net/core/flow_dissector.c | 4 +- net/ipv4/inet_fragment.c | 28 ++--- net/ipv4/ip_tunnel_core.c | 2 +- net/ipv6/route.c | 7 +- net/sctp/socket.c | 26 +---- scripts/Kbuild.include | 18 +++- scripts/Makefile.build | 8 ++ scripts/Makefile.extrawarn | 1 - scripts/Makefile.host | 6 -- scripts/Makefile.lib | 31 ++++++ scripts/mod/Makefile | 28 +---- 63 files changed, 903 insertions(+), 298 deletions(-)
stable-rc/linux-4.9.y boot: 79 boots: 0 failed, 78 passed with 1 offline (v4.9.138-60-g70b13958eeae)
Full Boot Summary: https://kernelci.org/boot/all/job/stable-rc/branch/linux-4.9.y/kernel/v4.9.1... Full Build Summary: https://kernelci.org/build/stable-rc/branch/linux-4.9.y/kernel/v4.9.138-60-g...
Tree: stable-rc Branch: linux-4.9.y Git Describe: v4.9.138-60-g70b13958eeae Git Commit: 70b13958eeae24843ed944e4f3d4a25a0cdec0dc Git URL: http://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git Tested: 42 unique boards, 20 SoC families, 16 builds out of 192
Offline Platforms:
arm:
multi_v7_defconfig: stih410-b2120: 1 offline lab
--- For more info write to info@kernelci.org
On 11/21/18 11:06 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.9.139 release. There are 59 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.
Responses should be made by Fri Nov 23 18:34:55 UTC 2018. Anything received after that time might be too late.
Build results: total: 150 pass: 149 fail: 1 Failed builds: powerpc:allmodconfig Qemu test results: total: 283 pass: 283 fail: 0
drivers/net/ethernet/ibm/ibmvnic.c: In function 'ibmvnic_xmit': drivers/net/ethernet/ibm/ibmvnic.c:789:40: error: implicit declaration of function 'skb_vlan_tag_present'
Caused by 5f51bb855fa1 ("ibmvnic: fix accelerated VLAN handling"). Problem is missing include of linux/if_vlan.h, which was added upstream with commit 6052d5e2a1961b ("ibmvnic: Insert header on VLAN tagged received frame").
I have no idea if the offending patch fixes 6052d5e2a1961b, if both are independent, if both are needed, or if none is needed. Copying the authors of both patches.
Guenter
On 22/11/18 14:33, Guenter Roeck wrote:
drivers/net/ethernet/ibm/ibmvnic.c: In function 'ibmvnic_xmit': drivers/net/ethernet/ibm/ibmvnic.c:789:40: error: implicit declaration of function 'skb_vlan_tag_present'
Caused by 5f51bb855fa1 ("ibmvnic: fix accelerated VLAN handling"). Problem is missing include of linux/if_vlan.h, which was added upstream with commit 6052d5e2a1961b ("ibmvnic: Insert header on VLAN tagged received frame").
I have no idea if the offending patch fixes 6052d5e2a1961b, if both are independent, if both are needed, or if none is needed. Copying the authors of both patches.
Both address different parts of the code within the same VLAN functionality, patch 5f51bb855fa1 (or upstream e84b47941e15) is making a change on the transmit side, and the patch I sent upstream (6052d5e2a196) addresses an issue when the system firmware strips the VLAN tag on the receive side.
In the context of having proper VLAN support for the ibmvnic driver I would say both are needed, although potentially there are other patches needed for this functionality to work properly, for example upstream commit da75e3b6a029 (ibmvnic: Account for VLAN tag in L2 Header descriptor) and upstream commit 8dff66cc4195 (ibmvnic: Account for VLAN tag in L2 Header descriptor).
Best regards, Murilo Vicentini
On 11/22/18 10:07 AM, Murilo Fossa Vicentini wrote:
On 22/11/18 14:33, Guenter Roeck wrote:
drivers/net/ethernet/ibm/ibmvnic.c: In function 'ibmvnic_xmit': drivers/net/ethernet/ibm/ibmvnic.c:789:40: error: implicit declaration of function 'skb_vlan_tag_present'
Caused by 5f51bb855fa1 ("ibmvnic: fix accelerated VLAN handling"). Problem is missing include of linux/if_vlan.h, which was added upstream with commit 6052d5e2a1961b ("ibmvnic: Insert header on VLAN tagged received frame").
I have no idea if the offending patch fixes 6052d5e2a1961b, if both are independent, if both are needed, or if none is needed. Copying the authors of both patches.
Both address different parts of the code within the same VLAN functionality, patch 5f51bb855fa1 (or upstream e84b47941e15) is making a change on the transmit side, and the patch I sent upstream (6052d5e2a196) addresses an issue when the system firmware strips the VLAN tag on the receive side.
In the context of having proper VLAN support for the ibmvnic driver I would say both are needed, although potentially there are other patches needed for this functionality to work properly, for example upstream commit da75e3b6a029 (ibmvnic: Account for VLAN tag in L2 Header descriptor) and upstream commit 8dff66cc4195 (ibmvnic: Account for VLAN tag in L2 Header descriptor).
Not my call to make, but it seems to me that it might be better to drop the patch from 4.9.y and ask people to use a later kernel if they need vlan support for the ibmvnic driver.
Thanks, Guenter
On 22/11/18 17:49, Guenter Roeck wrote:
On 11/22/18 10:07 AM, Murilo Fossa Vicentini wrote:
On 22/11/18 14:33, Guenter Roeck wrote:
drivers/net/ethernet/ibm/ibmvnic.c: In function 'ibmvnic_xmit': drivers/net/ethernet/ibm/ibmvnic.c:789:40: error: implicit declaration of function 'skb_vlan_tag_present'
Caused by 5f51bb855fa1 ("ibmvnic: fix accelerated VLAN handling"). Problem is missing include of linux/if_vlan.h, which was added upstream with commit 6052d5e2a1961b ("ibmvnic: Insert header on VLAN tagged received frame").
I have no idea if the offending patch fixes 6052d5e2a1961b, if both are independent, if both are needed, or if none is needed. Copying the authors of both patches.
Both address different parts of the code within the same VLAN functionality, patch 5f51bb855fa1 (or upstream e84b47941e15) is making a change on the transmit side, and the patch I sent upstream (6052d5e2a196) addresses an issue when the system firmware strips the VLAN tag on the receive side.
In the context of having proper VLAN support for the ibmvnic driver I would say both are needed, although potentially there are other patches needed for this functionality to work properly, for example upstream commit da75e3b6a029 (ibmvnic: Account for VLAN tag in L2 Header descriptor) and upstream commit 8dff66cc4195 (ibmvnic: Account for VLAN tag in L2 Header descriptor).
Not my call to make, but it seems to me that it might be better to drop the patch from 4.9.y and ask people to use a later kernel if they need vlan support for the ibmvnic driver.
Thanks, Guenter
Not my call to make as well, but I agree with you, at the very least not include it in this 4.9.139 release with the limit date for response / concerns of "Fri Nov 23 18:34:55 UTC 2018" according to Greg.
In case it is needed, adding the maintainer for ibmvnic driver (Thomas Falcon) in CC for his awareness / input.
Best regards, Murilo Vicentini
On Thu, Nov 22, 2018 at 11:49:55AM -0800, Guenter Roeck wrote:
On 11/22/18 10:07 AM, Murilo Fossa Vicentini wrote:
On 22/11/18 14:33, Guenter Roeck wrote:
drivers/net/ethernet/ibm/ibmvnic.c: In function 'ibmvnic_xmit': drivers/net/ethernet/ibm/ibmvnic.c:789:40: error: implicit declaration of function 'skb_vlan_tag_present'
Caused by 5f51bb855fa1 ("ibmvnic: fix accelerated VLAN handling"). Problem is missing include of linux/if_vlan.h, which was added upstream with commit 6052d5e2a1961b ("ibmvnic: Insert header on VLAN tagged received frame").
I have no idea if the offending patch fixes 6052d5e2a1961b, if both are independent, if both are needed, or if none is needed. Copying the authors of both patches.
Both address different parts of the code within the same VLAN functionality, patch 5f51bb855fa1 (or upstream e84b47941e15) is making a change on the transmit side, and the patch I sent upstream (6052d5e2a196) addresses an issue when the system firmware strips the VLAN tag on the receive side.
In the context of having proper VLAN support for the ibmvnic driver I would say both are needed, although potentially there are other patches needed for this functionality to work properly, for example upstream commit da75e3b6a029 (ibmvnic: Account for VLAN tag in L2 Header descriptor) and upstream commit 8dff66cc4195 (ibmvnic: Account for VLAN tag in L2 Header descriptor).
Not my call to make, but it seems to me that it might be better to drop the patch from 4.9.y and ask people to use a later kernel if they need vlan support for the ibmvnic driver.
Thanks all for figuring this out. I'm just going to drop this patch from the tree for now.
greg k-h
On Thu, 22 Nov 2018 at 00:40, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 4.9.139 release. There are 59 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.
Responses should be made by Fri Nov 23 18:34:55 UTC 2018. Anything received after that time might be too late.
The whole patch series can be found in one patch at: https://www.kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.9.139-rc1... or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-4.9.y and the diffstat can be found below.
thanks,
greg k-h
Results from Linaro’s test farm. No regressions on arm64, arm, x86_64, and i386.
Summary ------------------------------------------------------------------------
kernel: 4.9.139-rc1 git repo: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git git branch: linux-4.9.y git commit: 70b13958eeae24843ed944e4f3d4a25a0cdec0dc git describe: v4.9.138-60-g70b13958eeae Test details: https://qa-reports.linaro.org/lkft/linux-stable-rc-4.9-oe/build/v4.9.138-60-...
No regressions (compared to build v4.9.138)
No fixes (compared to build v4.9.138)
Ran 21044 total tests in the following environments and test suites.
Environments -------------- - dragonboard-410c - arm64 - hi6220-hikey - arm64 - i386 - juno-r2 - arm64 - qemu_arm - qemu_arm64 - qemu_i386 - qemu_x86_64 - x15 - arm - x86_64
Test Suites ----------- * boot * install-android-platform-tools-r2600 * kselftest * libhugetlbfs * ltp-cap_bounds-tests * ltp-containers-tests * ltp-cve-tests * ltp-fcntl-locktests-tests * ltp-filecaps-tests * ltp-fs-tests * ltp-fs_bind-tests * ltp-fs_perms_simple-tests * ltp-fsx-tests * ltp-hugetlb-tests * ltp-io-tests * ltp-ipc-tests * ltp-math-tests * ltp-nptl-tests * ltp-pty-tests * ltp-securebits-tests * ltp-syscalls-tests * ltp-timers-tests * ltp-sched-tests * ltp-open-posix-tests * kselftest-vsyscall-mode-native * kselftest-vsyscall-mode-none
On Fri, Nov 23, 2018 at 12:46:51PM +0530, Naresh Kamboju wrote:
On Thu, 22 Nov 2018 at 00:40, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 4.9.139 release. There are 59 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.
Responses should be made by Fri Nov 23 18:34:55 UTC 2018. Anything received after that time might be too late.
The whole patch series can be found in one patch at: https://www.kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.9.139-rc1... or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-4.9.y and the diffstat can be found below.
thanks,
greg k-h
Results from Linaro’s test farm. No regressions on arm64, arm, x86_64, and i386.
Great, thanks for testing and letting me know.
greg k-h
On 21/11/2018 19:06, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.9.139 release. There are 59 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.
Responses should be made by Fri Nov 23 18:34:55 UTC 2018. Anything received after that time might be too late.
The whole patch series can be found in one patch at: https://www.kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.9.139-rc1... or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-4.9.y and the diffstat can be found below.
thanks,
greg k-h
All tests are passing for Tegra ...
Test results for stable-v4.9: 8 builds: 8 pass, 0 fail 15 boots: 15 pass, 0 fail 14 tests: 14 pass, 0 fail
Linux version: 4.9.139-rc1-g70b1395 Boards tested: tegra124-jetson-tk1, tegra20-ventana, tegra210-p2371-2180, tegra30-cardhu-a04
Cheers Jon
-
Greg Kroah-Hartman -
Guenter Roeck -
Jon Hunter -
kernelci.org bot -
Murilo Fossa Vicentini -
Naresh Kamboju