This is the start of the stable review cycle for the 4.14.10 release. There are 74 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 Dec 29 16:45:52 UTC 2017. Anything received after that time might be too late.
The whole patch series can be found in one patch at: kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.14.10-rc1.gz or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-4.14.y and the diffstat can be found below.
thanks,
greg k-h
------------- Pseudo-Shortlog of commits:
Greg Kroah-Hartman gregkh@linuxfoundation.org Linux 4.14.10-rc1
John Einar Reitan john.einar@gmail.com Revert "ipmi_si: fix memory leak on new_smi"
Yelena Krivosheev yelena@marvell.com net: mvneta: eliminate wrong call to handle rx descriptor error
Yelena Krivosheev yelena@marvell.com net: mvneta: use proper rxq_number in loop on rx queues
Yelena Krivosheev yelena@marvell.com net: mvneta: clear interface link status on port disable
Dan Williams dan.j.williams@intel.com libnvdimm, pfn: fix start_pad handling for aligned namespaces
Vishal Verma vishal.l.verma@intel.com libnvdimm, btt: Fix an incompatibility in the log layout
Dan Williams dan.j.williams@intel.com libnvdimm, dax: fix 1GB-aligned namespaces vs physical misalignment
Maxime Ripard maxime.ripard@free-electrons.com drm/sun4i: Fix error path handling
Chris Wilson chris@chris-wilson.co.uk drm/i915: Flush pending GTT writes before unbinding
Ravi Bangoria ravi.bangoria@linux.vnet.ibm.com powerpc/perf: Dereference BHRB entries safely
Chen-Yu Tsai wens@csie.org clk: sunxi: sun9i-mmc: Implement reset callback for reset controls
Paolo Bonzini pbonzini@redhat.com kvm: x86: fix RSM when PCID is non-zero
Wanpeng Li wanpeng.li@hotmail.com KVM: X86: Fix load RFLAGS w/o the fixed bit
Wanpeng Li wanpeng.li@hotmail.com KVM: MMU: Fix infinite loop when there is no available mmu page
Laurent Vivier lvivier@redhat.com KVM: PPC: Book3S HV: Fix pending_pri value in kvmppc_xive_get_icp()
Cédric Le Goater clg@kaod.org KVM: PPC: Book3S: fix XIVE migration of pending interrupts
Marc Zyngier marc.zyngier@arm.com KVM: arm/arm64: Fix HYP unmapping going off limits
Julien Thierry julien.thierry@arm.com arm64: kvm: Prevent restoring stale PMSCR_EL1 for vcpu
Mika Westerberg mika.westerberg@linux.intel.com pinctrl: cherryview: Mask all interrupts on Intel_Strago based systems
Maxime Chevallier maxime.chevallier@smile.fr spi: a3700: Fix clk prescaling for coefficient over 15
Ricardo Ribalda Delgado ricardo.ribalda@gmail.com spi: xilinx: Detect stall with Unknown commands
John David Anglin dave.anglin@bell.net Revert "parisc: Re-enable interrupts early"
Helge Deller deller@gmx.de parisc: Hide Diva-built-in serial aux and graphics card
Helge Deller deller@gmx.de parisc: Fix indenting in puts()
Helge Deller deller@gmx.de parisc: Align os_hpmc_size on word boundary
Shaohua Li shli@fb.com block-throttle: avoid double charge
Jens Axboe axboe@kernel.dk block: unalign call_single_data in struct request
Rafael J. Wysocki rafael.j.wysocki@intel.com PCI / PM: Force devices to D0 in pci_pm_thaw_noirq()
Takashi Iwai tiwai@suse.de ALSA: usb-audio: Fix the missing ctl name suffix at parsing SU
Jussi Laako jussi@sonarnerd.net ALSA: usb-audio: Add native DSD support for Esoteric D-05X
Guneshwor Singh guneshwor.o.singh@intel.com ALSA: hda - Add vendor id for Cannonlake HDMI codec
Kailang Yang kailang@realtek.com ALSA: hda/realtek - Fix Dell AIO LineOut issue
Takashi Iwai tiwai@suse.de ALSA: rawmidi: Avoid racy info ioctl via ctl device
Johan Hovold johan@kernel.org mfd: twl6040: Fix child-node lookup
Johan Hovold johan@kernel.org mfd: twl4030-audio: Fix sibling-node lookup
Jon Hunter jonathanh@nvidia.com mfd: cros ec: spi: Don't send first message too soon
Stephan Mueller smueller@chronox.de crypto: af_alg - fix race accessing cipher request
Stephan Mueller smueller@chronox.de crypto: af_alg - wait for data at beginning of recvmsg
Sebastian Andrzej Siewior bigeasy@linutronix.de crypto: mcryptd - protect the per-CPU queue with a lock
Eric Biggers ebiggers@google.com crypto: skcipher - set walk.iv for zero-length inputs
Dan Williams dan.j.williams@intel.com acpi, nfit: fix health event notification
Takashi Iwai tiwai@suse.de ACPI: APEI / ERST: Fix missing error handling in erst_reader()
Thomas Gleixner tglx@linutronix.de x86/cpu_entry_area: Prevent wraparound in setup_cpu_entry_area_ptes() on 32bit
Thomas Gleixner tglx@linutronix.de init: Invoke init_espfix_bsp() from mm_init()
Thomas Gleixner tglx@linutronix.de x86/cpu_entry_area: Move it out of the fixmap
Thomas Gleixner tglx@linutronix.de x86/cpu_entry_area: Move it to a separate unit
Peter Zijlstra peterz@infradead.org x86/mm: Create asm/invpcid.h
Dave Hansen dave.hansen@linux.intel.com x86/mm: Put MMU to hardware ASID translation in one place
Dave Hansen dave.hansen@linux.intel.com x86/mm: Remove hard-coded ASID limit checks
Dave Hansen dave.hansen@linux.intel.com x86/mm: Move the CR3 construction functions to tlbflush.h
Peter Zijlstra peterz@infradead.org x86/mm: Add comments to clarify which TLB-flush functions are supposed to flush what
Peter Zijlstra peterz@infradead.org x86/mm: Remove superfluous barriers
Peter Zijlstra peterz@infradead.org x86/mm: Use __flush_tlb_one() for kernel memory
Peter Zijlstra peterz@infradead.org x86/microcode: Dont abuse the TLB-flush interface
Peter Zijlstra peterz@infradead.org x86/uv: Use the right TLB-flush API
Dave Hansen dave.hansen@linux.intel.com x86/entry: Rename SYSENTER_stack to CPU_ENTRY_AREA_entry_stack
Peter Zijlstra peterz@infradead.org x86/doc: Remove obvious weirdnesses from the x86 MM layout documentation
Andy Lutomirski luto@kernel.org x86/mm/64: Improve the memory map documentation
Thomas Gleixner tglx@linutronix.de x86/ldt: Prevent LDT inheritance on exec
Peter Zijlstra peterz@infradead.org x86/ldt: Rework locking
Thomas Gleixner tglx@linutronix.de arch, mm: Allow arch_dup_mmap() to fail
Andy Lutomirski luto@kernel.org x86/vsyscall/64: Warn and fail vsyscall emulation in NATIVE mode
Andy Lutomirski luto@kernel.org x86/vsyscall/64: Explicitly set _PAGE_USER in the pagetable hierarchy
Thomas Gleixner tglx@linutronix.de x86/mm/dump_pagetables: Make the address hints correct and readable
Thomas Gleixner tglx@linutronix.de x86/mm/dump_pagetables: Check PAGE_PRESENT for real
Thomas Gleixner tglx@linutronix.de x86/Kconfig: Limit NR_CPUS on 32-bit to a sane amount
Ricardo Neri ricardo.neri-calderon@linux.intel.com x86/insn-eval: Add utility functions to get segment selector
Randy Dunlap rdunlap@infradead.org x86/decoder: Fix and update the opcodes map
Mikulas Patocka mpatocka@redhat.com objtool: Fix 64-bit build on 32-bit host
Ingo Molnar mingo@kernel.org tools/headers: Sync objtool UAPI header
Josh Poimboeuf jpoimboe@redhat.com objtool: Fix cross-build
Josh Poimboeuf jpoimboe@redhat.com objtool: Move kernel headers/code sync check to a script
Josh Poimboeuf jpoimboe@redhat.com objtool: Move synced files to their original relative locations
Greg Kroah-Hartman gregkh@linuxfoundation.org Revert "ipv6: grab rt->rt6i_ref before allocating pcpu rt"
-------------
Diffstat:
Documentation/x86/x86_64/mm.txt | 24 ++- Makefile | 4 +- arch/arm64/kvm/hyp/debug-sr.c | 3 + arch/parisc/boot/compressed/misc.c | 4 +- arch/parisc/kernel/entry.S | 12 +- arch/parisc/kernel/hpmc.S | 1 + arch/powerpc/include/asm/mmu_context.h | 5 +- arch/powerpc/kvm/book3s_xive.c | 7 +- arch/powerpc/perf/core-book3s.c | 8 +- arch/um/include/asm/mmu_context.h | 3 +- arch/unicore32/include/asm/mmu_context.h | 5 +- arch/x86/Kconfig | 3 +- arch/x86/entry/entry_32.S | 12 +- arch/x86/entry/entry_64.S | 4 +- arch/x86/entry/vsyscall/vsyscall_64.c | 38 +++- arch/x86/include/asm/cpu_entry_area.h | 68 +++++++ arch/x86/include/asm/desc.h | 1 + arch/x86/include/asm/espfix.h | 7 +- arch/x86/include/asm/fixmap.h | 71 +------- arch/x86/include/asm/inat.h | 10 + arch/x86/include/asm/invpcid.h | 53 ++++++ arch/x86/include/asm/mmu.h | 4 +- arch/x86/include/asm/mmu_context.h | 54 ++---- arch/x86/include/asm/pgtable_32_types.h | 15 +- arch/x86/include/asm/pgtable_64_types.h | 47 +++-- arch/x86/include/asm/processor.h | 6 +- arch/x86/include/asm/stacktrace.h | 4 +- arch/x86/include/asm/tlbflush.h | 136 +++++++------- arch/x86/kernel/asm-offsets.c | 4 +- arch/x86/kernel/asm-offsets_32.c | 2 +- arch/x86/kernel/cpu/common.c | 100 +--------- arch/x86/kernel/cpu/microcode/intel.c | 13 -- arch/x86/kernel/dumpstack.c | 11 +- arch/x86/kernel/dumpstack_32.c | 6 +- arch/x86/kernel/dumpstack_64.c | 12 +- arch/x86/kernel/ldt.c | 47 ++--- arch/x86/kernel/smpboot.c | 6 +- arch/x86/kernel/traps.c | 6 +- arch/x86/kvm/emulate.c | 32 +++- arch/x86/kvm/mmu.c | 8 +- arch/x86/kvm/x86.c | 2 +- arch/x86/lib/x86-opcode-map.txt | 13 +- arch/x86/mm/Makefile | 2 +- arch/x86/mm/cpu_entry_area.c | 139 ++++++++++++++ arch/x86/mm/dump_pagetables.c | 98 ++++++---- arch/x86/mm/init_32.c | 6 + arch/x86/mm/kasan_init_64.c | 29 +-- arch/x86/mm/pgtable_32.c | 1 + arch/x86/mm/tlb.c | 10 +- arch/x86/platform/uv/tlb_uv.c | 2 +- arch/x86/xen/mmu_pv.c | 2 - block/bio.c | 2 + block/blk-throttle.c | 8 +- crypto/af_alg.c | 6 - crypto/algif_aead.c | 16 +- crypto/algif_skcipher.c | 16 +- crypto/mcryptd.c | 23 +-- crypto/skcipher.c | 10 +- drivers/acpi/apei/erst.c | 2 +- drivers/acpi/nfit/core.c | 9 +- drivers/char/ipmi/ipmi_si_intf.c | 1 - drivers/clk/sunxi/clk-sun9i-mmc.c | 12 ++ drivers/gpu/drm/i915/i915_gem.c | 9 +- drivers/gpu/drm/sun4i/sun4i_tcon.c | 4 +- drivers/mfd/cros_ec_spi.c | 1 + drivers/mfd/twl4030-audio.c | 9 +- drivers/mfd/twl6040.c | 12 +- drivers/net/ethernet/marvell/mvneta.c | 8 +- drivers/nvdimm/btt.c | 201 +++++++++++++++++---- drivers/nvdimm/btt.h | 45 ++++- drivers/nvdimm/pfn_devs.c | 20 +- drivers/parisc/lba_pci.c | 33 ++++ drivers/pci/pci-driver.c | 7 +- drivers/pinctrl/intel/pinctrl-cherryview.c | 16 ++ drivers/spi/spi-armada-3700.c | 8 + drivers/spi/spi-xilinx.c | 11 ++ include/asm-generic/mm_hooks.h | 5 +- include/asm-generic/pgtable.h | 5 + include/crypto/mcryptd.h | 1 + include/linux/bio.h | 2 + include/linux/blk_types.h | 9 +- include/linux/blkdev.h | 2 +- init/main.c | 6 +- kernel/fork.c | 3 +- net/ipv6/route.c | 58 +++--- sound/core/rawmidi.c | 15 +- sound/pci/hda/patch_hdmi.c | 6 +- sound/pci/hda/patch_realtek.c | 35 +++- sound/usb/mixer.c | 27 +-- sound/usb/quirks.c | 7 +- tools/objtool/.gitignore | 2 +- tools/objtool/Makefile | 30 +-- tools/objtool/arch/x86/Build | 10 +- tools/objtool/arch/x86/decode.c | 6 +- .../objtool/arch/x86/{insn => include/asm}/inat.h | 12 +- .../arch/x86/{insn => include/asm}/inat_types.h | 0 .../objtool/arch/x86/{insn => include/asm}/insn.h | 2 +- .../objtool/{ => arch/x86/include/asm}/orc_types.h | 0 tools/objtool/arch/x86/{insn => lib}/inat.c | 2 +- tools/objtool/arch/x86/{insn => lib}/insn.c | 4 +- .../arch/x86/{insn => lib}/x86-opcode-map.txt | 15 +- .../arch/x86/{insn => tools}/gen-insn-attr-x86.awk | 0 tools/objtool/orc.h | 2 +- tools/objtool/orc_dump.c | 7 +- tools/objtool/sync-check.sh | 29 +++ .../perf/util/intel-pt-decoder/x86-opcode-map.txt | 15 +- tools/testing/selftests/x86/ldt_gdt.c | 9 +- virt/kvm/arm/mmu.c | 10 +- 108 files changed, 1292 insertions(+), 693 deletions(-)
On 27 December 2017 at 22:15, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 4.14.10 release. There are 74 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 Dec 29 16:45:52 UTC 2017. Anything received after that time might be too late.
The whole patch series can be found in one patch at: kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.14.10-rc1.gz or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-4.14.y and the diffstat can be found below.
thanks,
greg k-h
Results from Linaro’s test farm. No regressions on arm64 and arm. x86_64 build results will be shared soon in this email thread.
Summary ------------------------------------------------------------------------
kernel: 4.14.10-rc1 git repo: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git git branch: linux-4.14.y git commit: 50f9cbb27797c6cf4d22ecb1eef0043a10a120cd git describe: v4.14.9-75-g50f9cbb27797 Test details: https://qa-reports.linaro.org/lkft/linux-stable-rc-4.14-oe/build/v4.14.9-75-...
No regressions (compared to build v4.14.9)
Boards, architectures and test suites: -------------------------------------
hi6220-hikey - arm64 * boot - pass: 20, * kselftest - pass: 46, skip: 16 * libhugetlbfs - pass: 90, skip: 1 * ltp-cap_bounds-tests - pass: 2, * ltp-containers-tests - pass: 64, * ltp-fcntl-locktests-tests - pass: 2, * ltp-filecaps-tests - pass: 2, * ltp-fs-tests - pass: 60, * ltp-fs_bind-tests - pass: 2, * ltp-fs_perms_simple-tests - pass: 19, * ltp-fsx-tests - pass: 2, * ltp-hugetlb-tests - pass: 21, skip: 1 * ltp-io-tests - pass: 3, * ltp-ipc-tests - pass: 9, * ltp-math-tests - pass: 11, * ltp-nptl-tests - pass: 2, * ltp-pty-tests - pass: 4, * ltp-sched-tests - pass: 14, * ltp-securebits-tests - pass: 4, * ltp-syscalls-tests - pass: 983, skip: 121 * ltp-timers-tests - pass: 12,
juno-r2 - arm64 * boot - pass: 20, * kselftest - pass: 45, skip: 17 * libhugetlbfs - pass: 90, skip: 1 * ltp-cap_bounds-tests - pass: 2, * ltp-containers-tests - pass: 64, * ltp-fcntl-locktests-tests - pass: 2, * ltp-filecaps-tests - pass: 2, * ltp-fs-tests - pass: 60, * ltp-fs_bind-tests - pass: 2, * ltp-fs_perms_simple-tests - pass: 19, * ltp-fsx-tests - pass: 2, * ltp-hugetlb-tests - pass: 22, * ltp-io-tests - pass: 3, * ltp-ipc-tests - pass: 9, * ltp-math-tests - pass: 11, * ltp-nptl-tests - pass: 2, * ltp-pty-tests - pass: 4, * ltp-sched-tests - pass: 14, * ltp-securebits-tests - pass: 4, * ltp-syscalls-tests - pass: 987, skip: 121 * ltp-timers-tests - pass: 12,
x15 - arm * boot - pass: 20, * kselftest - pass: 41, skip: 20 * libhugetlbfs - pass: 87, skip: 1 * ltp-cap_bounds-tests - pass: 2, * ltp-containers-tests - pass: 64, * ltp-fcntl-locktests-tests - pass: 2, * ltp-filecaps-tests - pass: 2, * ltp-fs-tests - pass: 60, * ltp-fs_bind-tests - pass: 2, * ltp-fs_perms_simple-tests - pass: 19, * ltp-fsx-tests - pass: 2, * ltp-hugetlb-tests - pass: 20, skip: 2 * ltp-io-tests - pass: 3, * ltp-ipc-tests - pass: 9, * ltp-math-tests - pass: 11, * ltp-nptl-tests - pass: 2, * ltp-pty-tests - pass: 4, * ltp-sched-tests - pass: 13, skip: 1 * ltp-securebits-tests - pass: 4, * ltp-syscalls-tests - pass: 1037, skip: 66 * ltp-timers-tests - pass: 12,
Documentation - https://collaborate.linaro.org/display/LKFT/Email+Reports Tested-by: Naresh Kamboju naresh.kamboju@linaro.org
On Thu, Dec 28, 2017 at 11:29:04AM +0530, Naresh Kamboju wrote:
On 27 December 2017 at 22:15, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 4.14.10 release. There are 74 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 Dec 29 16:45:52 UTC 2017. Anything received after that time might be too late.
The whole patch series can be found in one patch at: kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.14.10-rc1.gz or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-4.14.y and the diffstat can be found below.
thanks,
greg k-h
Results from Linaro’s test farm. No regressions on arm64 and arm. x86_64 build results will be shared soon in this email thread.
I'm guessing x86 is busted for you? Is that a stable patch issue, or an infrastructure issue?
thanks,
greg k-h
On 29 December 2017 at 09:18, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
On Thu, Dec 28, 2017 at 11:29:04AM +0530, Naresh Kamboju wrote:
On 27 December 2017 at 22:15, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 4.14.10 release. There are 74 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 Dec 29 16:45:52 UTC 2017. Anything received after that time might be too late.
The whole patch series can be found in one patch at: kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.14.10-rc1.gz or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-4.14.y and the diffstat can be found below.
thanks,
greg k-h
Results from Linaro’s test farm. No regressions on arm64 and arm. x86_64 build results will be shared soon in this email thread.
I'm guessing x86 is busted for you? Is that a stable patch issue, or an infrastructure issue?
It was just a timing issue. Builders were busy so the x86 build got delayed. The test results are available now. There is one failed kselftest (ldt_gdt_64) that didn't fail before but needs to be re-tested to confirm that this isn't an intermittent problem.
milosz
On 29 December 2017 at 10:35, Milosz Wasilewski milosz.wasilewski@linaro.org wrote:
On 29 December 2017 at 09:18, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
On Thu, Dec 28, 2017 at 11:29:04AM +0530, Naresh Kamboju wrote:
On 27 December 2017 at 22:15, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 4.14.10 release. There are 74 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 Dec 29 16:45:52 UTC 2017. Anything received after that time might be too late.
The whole patch series can be found in one patch at: kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.14.10-rc1.gz or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-4.14.y and the diffstat can be found below.
thanks,
greg k-h
Results from Linaro’s test farm. No regressions on arm64 and arm. x86_64 build results will be shared soon in this email thread.
I'm guessing x86 is busted for you? Is that a stable patch issue, or an infrastructure issue?
It was just a timing issue. Builders were busy so the x86 build got delayed. The test results are available now. There is one failed kselftest (ldt_gdt_64) that didn't fail before but needs to be re-tested to confirm that this isn't an intermittent problem.
I re-tested ldt_gdt_64 again locally and in testing LAB. The test failed again so I think this is a regression. I did the bisection which resulted in
2c8e9099aecec2baaac8d34c7b823493f2d0eeed is the first bad commit commit 2c8e9099aecec2baaac8d34c7b823493f2d0eeed Author: Thomas Gleixner tglx@linutronix.de Date: Thu Dec 14 12:27:31 2017 +0100
x86/ldt: Prevent LDT inheritance on exec
commit a4828f81037f491b2cc986595e3a969a6eeb2fb5 upstream.
Reverting this commit makes he ldt_gdt_64 pass again. However it's worth to mention that the test uses a pre-build version of kselftest from 4.14 (sources here: https://www.kernel.org/pub/linux/kernel/v4.x/linux-4.14.tar.xz). The offending commit also changed tools/testing/selftests/x86/ldt_gdt.c. I re-tested original build using this version of kselftests and the ldt_gdt_64 passes (as expected). This makes me thinking whether using the 'old' version of kselftests is a good idea.
To conclude, nothing to be done to 4.14.10. All tests passed on x86
milosz
On Sat, Dec 30, 2017 at 04:53:39PM +0000, Milosz Wasilewski wrote:
On 29 December 2017 at 10:35, Milosz Wasilewski milosz.wasilewski@linaro.org wrote:
On 29 December 2017 at 09:18, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
On Thu, Dec 28, 2017 at 11:29:04AM +0530, Naresh Kamboju wrote:
On 27 December 2017 at 22:15, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 4.14.10 release. There are 74 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 Dec 29 16:45:52 UTC 2017. Anything received after that time might be too late.
The whole patch series can be found in one patch at: kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.14.10-rc1.gz or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-4.14.y and the diffstat can be found below.
thanks,
greg k-h
Results from Linaro’s test farm. No regressions on arm64 and arm. x86_64 build results will be shared soon in this email thread.
I'm guessing x86 is busted for you? Is that a stable patch issue, or an infrastructure issue?
It was just a timing issue. Builders were busy so the x86 build got delayed. The test results are available now. There is one failed kselftest (ldt_gdt_64) that didn't fail before but needs to be re-tested to confirm that this isn't an intermittent problem.
I re-tested ldt_gdt_64 again locally and in testing LAB. The test failed again so I think this is a regression. I did the bisection which resulted in
2c8e9099aecec2baaac8d34c7b823493f2d0eeed is the first bad commit commit 2c8e9099aecec2baaac8d34c7b823493f2d0eeed Author: Thomas Gleixner tglx@linutronix.de Date: Thu Dec 14 12:27:31 2017 +0100
x86/ldt: Prevent LDT inheritance on exec commit a4828f81037f491b2cc986595e3a969a6eeb2fb5 upstream.
Reverting this commit makes he ldt_gdt_64 pass again. However it's worth to mention that the test uses a pre-build version of kselftest from 4.14 (sources here: https://www.kernel.org/pub/linux/kernel/v4.x/linux-4.14.tar.xz). The offending commit also changed tools/testing/selftests/x86/ldt_gdt.c. I re-tested original build using this version of kselftests and the ldt_gdt_64 passes (as expected). This makes me thinking whether using the 'old' version of kselftests is a good idea.
You should use the version with the fix, for the obvious reason as documented in the selftest change :)
thanks,
greg k-h
On 31 December 2017 at 10:15, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
I re-tested ldt_gdt_64 again locally and in testing LAB. The test failed again so I think this is a regression. I did the bisection which resulted in
2c8e9099aecec2baaac8d34c7b823493f2d0eeed is the first bad commit commit 2c8e9099aecec2baaac8d34c7b823493f2d0eeed Author: Thomas Gleixner tglx@linutronix.de Date: Thu Dec 14 12:27:31 2017 +0100
x86/ldt: Prevent LDT inheritance on exec commit a4828f81037f491b2cc986595e3a969a6eeb2fb5 upstream.
Reverting this commit makes he ldt_gdt_64 pass again. However it's worth to mention that the test uses a pre-build version of kselftest from 4.14 (sources here: https://www.kernel.org/pub/linux/kernel/v4.x/linux-4.14.tar.xz). The offending commit also changed tools/testing/selftests/x86/ldt_gdt.c. I re-tested original build using this version of kselftests and the ldt_gdt_64 passes (as expected). This makes me thinking whether using the 'old' version of kselftests is a good idea.
You should use the version with the fix, for the obvious reason as documented in the selftest change :)
I'll move all our stable builds to use kselftests from 4.14.10.
milosz
On 12/27/2017 08:45 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.14.10 release. There are 74 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 Dec 29 16:45:52 UTC 2017. Anything received after that time might be too late.
Build results: total: 145 pass: 145 fail: 0 Qemu test results: total: 126 pass: 126 fail: 0
Details are available at http://kerneltests.org/builders.
Guenter
On Thu, Dec 28, 2017 at 07:42:02AM -0800, Guenter Roeck wrote:
On 12/27/2017 08:45 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.14.10 release. There are 74 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 Dec 29 16:45:52 UTC 2017. Anything received after that time might be too late.
Build results: total: 145 pass: 145 fail: 0 Qemu test results: total: 126 pass: 126 fail: 0
Details are available at http://kerneltests.org/builders.
Thanks for testing both of these and letting me know.
greg k-h