This is the start of the stable review cycle for the 4.14.5 release. There are 75 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 Sat Dec 9 13:07:57 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.5-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.5-rc1
Colin Ian King colin.king@canonical.com usb: host: fix incorrect updating of offset
Oliver Neukum oneukum@suse.com USB: usbfs: Filter flags passed in from user space
Masakazu Mokuno masakazu.mokuno@gmail.com USB: core: Add type-specific length check of BOS descriptors
Yu Chen chenyu56@huawei.com usb: xhci: fix panic in xhci_free_virt_devices_depth_first
Mathias Nyman mathias.nyman@linux.intel.com xhci: Don't show incorrect WARN message about events for empty rings
Johan Hovold johan@kernel.org USB: ulpi: fix bus-node lookup
Mike Looijmans mike.looijmans@topic.nl usb: hub: Cycle HUB power when initialization fails
Gilad Ben-Yossef gilad@benyossef.com staging: ccree: fix leak of import() after init()
Dominik Behr dbehr@chromium.org dma-buf/sw_sync: force signal all unsignaled fences on dying timeline
Naveen N. Rao naveen.n.rao@linux.vnet.ibm.com powerpc/kprobes: Disable preemption before invoking probe handler for optprobes
Naveen N. Rao naveen.n.rao@linux.vnet.ibm.com powerpc/jprobes: Disable preemption when triggered through ftrace
Kees Cook keescook@chromium.org locking/refcounts, x86/asm: Enable CONFIG_ARCH_HAS_REFCOUNT
Gustavo A. R. Silva garsilva@embeddedor.com iio: multiplexer: add NULL check on devm_kzalloc() and devm_kmemdup() return values
Ladislav Michl ladis@linux-mips.org iio: adc: ti-ads1015: add 10% to conversion wait time
Kirill A. Shutemov kirill.shutemov@linux.intel.com mm, x86/mm: Fix performance regression in get_user_pages_fast()
Martin Kepplinger martink@posteo.de perf tools: Fix leaking rec_argv in error cases
Arnaldo Carvalho de Melo acme@redhat.com tools include: Do not use poison with C++
Heiko Carstens heiko.carstens@de.ibm.com s390/ptrace: fix guarded storage regset handling
Kees Cook keescook@chromium.org locking/refcounts, x86/asm: Use unique .text section for refcount exceptions
Masami Hiramatsu mhiramat@kernel.org kprobes/x86: Disable preemption in ftrace-based jprobes
Thomas Richter tmricht@linux.vnet.ibm.com perf test attr: Fix python error on empty result
Thomas Richter tmricht@linux.vnet.ibm.com perf test attr: Fix ignored test case result
Ioana Radulescu ruxandra.radulescu@nxp.com staging: fsl-mc/dpio: Fix incorrect comparison
Ian Jamison ian.dev@arkver.com serial: imx: Update cached mctrl value when changing RTS
Ben Hutchings ben@decadent.org.uk usbip: tools: Install all headers needed for libusbip development
Andy Lowe andy_lowe@mentor.com serial: sh-sci: suppress warning for ports without dma channels
Jibin Xu jibin.xu@windriver.com sysrq : fix Show Regs call trace on ARM
Lu Baolu baolu.lu@linux.intel.com usb: xhci: Return error when host is dead in xhci_disable_slot()
Leo Yan leo.yan@linaro.org ARM: cpuidle: Correct driver unregistration if init fails
Larry Finger Larry.Finger@lwfinger.net staging: rtl8822be: Keep array subscript no lower than zero
Ioana Radulescu ruxandra.radulescu@nxp.com staging: fsl-dpaa2/eth: Account for Rx FD buffers on error path
Chunfeng Yun chunfeng.yun@mediatek.com usb: mtu3: fix error return code in ssusb_gadget_init()
Gustavo A. R. Silva garsilva@embeddedor.com EDAC, sb_edac: Fix missing break in switch
Geert Uytterhoeven geert+renesas@glider.be dt-bindings: timer: renesas, cmt: Fix SoC-specific compatible values
Ard Biesheuvel ard.biesheuvel@linaro.org clocksource/drivers/arm_arch_timer: Validate CNTFRQ after enabling frame
Dave Hansen dave.hansen@linux.intel.com x86/entry: Use SYSCALL_DEFINE() macros for sys_modify_ldt()
Masami Hiramatsu mhiramat@kernel.org kprobes: Use synchronize_rcu_tasks() for optprobe with CONFIG_PREEMPT=y
Aaron Sierra asierra@xes-inc.com serial: 8250: Preserve DLD[7:4] for PORT_XR17V35X
Reinette Chatre reinette.chatre@intel.com x86/intel_rdt: Fix potential deadlock during resctrl mount
Reinette Chatre reinette.chatre@intel.com x86/intel_rdt: Initialize bitmask of shareable resource if CDP enabled
Kishon Vijay Abraham I kishon@ti.com PCI: dra7xx: Create functional dependency between PCIe and PHY
Alexey Khoroshilov khoroshilov@ispras.ru usb: phy: tahvo: fix error handling in tahvo_usb_probe()
John Stultz john.stultz@linaro.org usb: dwc2: Error out of dwc2_hsotg_ep_disable() if we're in host mode
John Stultz john.stultz@linaro.org usb: dwc2: Fix UDC state tracking
Peter Zijlstra peterz@infradead.org perf/core: Fix __perf_read_group_add() locking
Edward A. James eajames@us.ibm.com hwmon: (pmbus/core) Prevent unintentional setting of page to 0xFF
Subhash Jadavani subhashj@codeaurora.org mmc: sdhci-msm: fix issue with power irq
Fabrizio Castro fabrizio.castro@bp.renesas.com mmc: tmio: check mmc_regulator_get_supply return value
Johan Hovold johan@kernel.org spi: spi-axi: fix potential use-after-free after deregistration
Hiromitsu Yamasaki hiromitsu.yamasaki.ym@renesas.com spi: sh-msiof: Fix DMA transfer size check
Colin Ian King colin.king@canonical.com staging: rtl8188eu: avoid a null dereference on pmlmepriv
Stanislaw Gruszka sgruszka@redhat.com staging: rtl8822be: fix wrong dma unmap len
Lukas Wunner lukas@wunner.de serial: 8250_fintek: Fix rs485 disablement on invalid ioctl()
Greg Ungerer gerg@linux-m68k.org m68k: fix ColdFire node shift size calculation
Bryan O'Donoghue pure.logic@nexus-software.ie staging: greybus: loopback: Fix iteration count on async path
Andy Lutomirski luto@kernel.org selftests/x86/ldt_gdt: Robustify against set_thread_area() and LAR oddities
Andy Lutomirski luto@kernel.org selftests/x86/ldt_get: Add a few additional tests for limits
Christian Borntraeger borntraeger@de.ibm.com s390/pci: do not require AIS facility
Ulf Hansson ulf.hansson@linaro.org PM / Domains: Fix genpd to deal with drivers returning 1 from ->prepare()
Jason J. Herne jjherne@linux.vnet.ibm.com s390: vfio-ccw: Do not attempt to free no-op, test and tic cda.
Boshi Wang wangboshi@huawei.com ima: fix hash algorithm initialization
Matt Redfearn matt.redfearn@mips.com MIPS: Add custom serial.h with BASE_BAUD override for generic kernel
Matt Redfearn matt.redfearn@mips.com serial: 8250_early: Only set divisor if valid clk & baud
Lu Baolu baolu.lu@linux.intel.com USB: serial: usb_debug: add new USB device id
Sebastian Sjoholm ssjoholm@mac.com USB: serial: option: add Quectel BG96 id
Martijn Coenen maco@android.com ANDROID: binder: fix transaction leak.
Matt Wilson msw@amazon.com serial: 8250_pci: Add Amazon PCI serial device ID
Kai-Heng Feng kai.heng.feng@canonical.com usb: quirks: Add no-lpm quirk for KY-688 USB 3.1 Type-C Hub
Hans de Goede hdegoede@redhat.com uas: Always apply US_FL_NO_ATA_1X quirk to Seagate devices
Yuyang Du yuyang.du@intel.com usbip: Fix USB device hang due to wrong enabling of scatter-gather
Shuah Khan shuah@kernel.org usbip: fix usbip attach to find a port that matches the requested speed
Heiko Carstens heiko.carstens@de.ibm.com s390/runtime instrumentation: simplify task exit handling
Michel Dänzer michel.daenzer@amd.com drm/amdgpu: Use unsigned ring indices in amdgpu_queue_mgr_map
Stefan Agner stefan@agner.ch drm/fsl-dcu: enable IRQ before drm_atomic_helper_resume()
Stefan Agner stefan@agner.ch drm/fsl-dcu: avoid disabling pixel clock twice on suspend
-------------
Diffstat:
.../devicetree/bindings/timer/renesas,cmt.txt | 24 +++--- Makefile | 4 +- arch/Kconfig | 2 +- arch/m68k/mm/mcfmmu.c | 2 +- arch/mips/include/asm/Kbuild | 1 - arch/mips/include/asm/serial.h | 22 +++++ arch/powerpc/kernel/kprobes-ftrace.c | 15 +++- arch/powerpc/kernel/optprobes.c | 5 +- arch/s390/include/asm/pci_insn.h | 2 +- arch/s390/include/asm/runtime_instr.h | 4 +- arch/s390/kernel/process.c | 5 +- arch/s390/kernel/ptrace.c | 33 +++++--- arch/s390/kernel/runtime_instr.c | 30 +++---- arch/s390/pci/pci.c | 5 +- arch/s390/pci/pci_insn.c | 6 +- arch/x86/Kconfig | 2 +- arch/x86/include/asm/refcount.h | 2 +- arch/x86/include/asm/syscalls.h | 2 +- arch/x86/kernel/cpu/intel_rdt.c | 1 + arch/x86/kernel/cpu/intel_rdt_rdtgroup.c | 8 +- arch/x86/kernel/kprobes/ftrace.c | 23 +++-- arch/x86/kernel/ldt.c | 16 +++- arch/x86/mm/extable.c | 7 +- arch/x86/um/ldt.c | 7 +- drivers/android/binder.c | 40 +++++++-- drivers/base/power/domain.c | 5 +- drivers/clocksource/arm_arch_timer.c | 38 +++++---- drivers/cpuidle/cpuidle-arm.c | 22 +++-- drivers/dma-buf/sw_sync.c | 10 ++- drivers/edac/sb_edac.c | 1 + drivers/gpu/drm/amd/amdgpu/amdgpu.h | 2 +- drivers/gpu/drm/amd/amdgpu/amdgpu_queue_mgr.c | 6 +- drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c | 3 +- drivers/hwmon/pmbus/pmbus.h | 6 +- drivers/hwmon/pmbus/pmbus_core.c | 25 +++--- drivers/iio/adc/ti-ads1015.c | 1 + drivers/iio/multiplexer/iio-mux.c | 6 ++ drivers/mmc/host/sdhci-msm.c | 18 ++++ drivers/mmc/host/tmio_mmc_core.c | 5 +- drivers/pci/dwc/pci-dra7xx.c | 16 ++++ drivers/s390/cio/vfio_ccw_cp.c | 2 + drivers/spi/spi-axi-spi-engine.c | 4 +- drivers/spi/spi-sh-msiof.c | 2 +- drivers/staging/ccree/ssi_hash.c | 9 +- drivers/staging/fsl-dpaa2/ethernet/dpaa2-eth.c | 15 +++- drivers/staging/fsl-mc/bus/dpio/dpio-service.c | 4 +- drivers/staging/fsl-mc/include/dpaa2-io.h | 6 +- drivers/staging/greybus/loopback.c | 4 +- drivers/staging/rtl8188eu/core/rtw_mlme.c | 6 +- drivers/staging/rtlwifi/phydm/phydm_dig.c | 2 + drivers/staging/rtlwifi/rtl8822be/fw.c | 2 +- drivers/tty/serial/8250/8250_early.c | 14 ++-- drivers/tty/serial/8250/8250_fintek.c | 2 +- drivers/tty/serial/8250/8250_pci.c | 3 + drivers/tty/serial/8250/8250_port.c | 5 +- drivers/tty/serial/imx.c | 6 +- drivers/tty/serial/sh-sci.c | 8 ++ drivers/tty/sysrq.c | 9 +- drivers/usb/common/ulpi.c | 4 +- drivers/usb/core/config.c | 28 ++++++- drivers/usb/core/devio.c | 14 ++-- drivers/usb/core/hub.c | 9 ++ drivers/usb/core/quirks.c | 3 + drivers/usb/dwc2/gadget.c | 7 ++ drivers/usb/host/ehci-dbg.c | 2 +- drivers/usb/host/xhci-mem.c | 7 ++ drivers/usb/host/xhci-ring.c | 12 ++- drivers/usb/host/xhci.c | 3 +- drivers/usb/mtu3/mtu3_core.c | 4 +- drivers/usb/phy/phy-tahvo.c | 3 +- drivers/usb/serial/option.c | 3 + drivers/usb/serial/usb_debug.c | 2 + drivers/usb/storage/uas-detect.h | 4 + drivers/usb/usbip/vhci_hcd.c | 1 - include/asm-generic/vmlinux.lds.h | 1 + include/uapi/linux/usb/ch9.h | 3 + kernel/events/core.c | 4 +- kernel/kprobes.c | 14 ++-- mm/gup.c | 97 +++++++++++++--------- security/integrity/ima/ima_main.c | 4 + tools/include/linux/poison.h | 5 ++ tools/perf/builtin-c2c.c | 1 + tools/perf/builtin-mem.c | 1 + tools/perf/builtin-timechart.c | 4 +- tools/perf/builtin-trace.c | 1 + tools/perf/tests/attr.c | 2 +- tools/perf/tests/attr.py | 6 +- tools/testing/selftests/x86/ldt_gdt.c | 27 +++++- tools/usb/usbip/Makefile.am | 3 +- tools/usb/usbip/libsrc/vhci_driver.c | 14 +++- 90 files changed, 580 insertions(+), 248 deletions(-)
On Thu, Dec 07, 2017 at 02:07:22PM +0100, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.14.5 release. There are 75 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 Sat Dec 9 13:07:57 UTC 2017. Anything received after that time might be too late.
Build results: total: 145 pass: 145 fail: 0 Qemu test results: total: 124 pass: 124 fail: 0
Details are available at http://kerneltests.org/builders.
Guenter
On Thu, Dec 07, 2017 at 12:55:49PM -0800, Guenter Roeck wrote:
On Thu, Dec 07, 2017 at 02:07:22PM +0100, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.14.5 release. There are 75 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 Sat Dec 9 13:07:57 UTC 2017. Anything received after that time might be too late.
Build results: total: 145 pass: 145 fail: 0 Qemu test results: total: 124 pass: 124 fail: 0
Details are available at http://kerneltests.org/builders.
Great, thanks for testing all of these and letting me know.
greg k-h
stable-rc/linux-4.14.y boot: 142 boots: 1 failed, 127 passed with 14 offline (v4.14.4-76-gf91a57b206e0)
Full Boot Summary: https://kernelci.org/boot/all/job/stable-rc/branch/linux-4.14.y/kernel/v4.14... Full Build Summary: https://kernelci.org/build/stable-rc/branch/linux-4.14.y/kernel/v4.14.4-76-g...
Tree: stable-rc Branch: linux-4.14.y Git Describe: v4.14.4-76-gf91a57b206e0 Git Commit: f91a57b206e0ca82c4d3f13372c392e3b374e1ce Git URL: http://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git Tested: 76 unique boards, 23 SoC families, 18 builds out of 189
Boot Regressions Detected:
arm64:
defconfig: meson-gxbb-p200: lab-baylibre-seattle: failing since 1 day (last pass: v4.14.4 - first fail: v4.14.4-65-g27c40adc50db)
Boot Failure Detected:
arm64:
defconfig meson-gxbb-p200: 1 failed lab
Offline Platforms:
arm64:
defconfig: juno-r2: 1 offline lab mt8173-evb: 1 offline lab
arm:
multi_v7_defconfig: alpine-db: 1 offline lab at91-sama5d3_xplained: 1 offline lab at91-sama5d4_xplained: 1 offline lab mt7623n-bananapi-bpi-r2: 1 offline lab mt8135-evbp1: 1 offline lab rk3288-veyron-jerry: 1 offline lab socfpga_cyclone5_de0_sockit: 1 offline lab tegra124-jetson-tk1: 1 offline lab
bcm2835_defconfig: bcm2835-rpi-b: 1 offline lab
sama5_defconfig: at91-sama5d3_xplained: 1 offline lab at91-sama5d4_xplained: 1 offline lab
tegra_defconfig: tegra124-jetson-tk1: 1 offline lab
--- For more info write to info@kernelci.org
kernelci.org bot bot@kernelci.org writes:
stable-rc/linux-4.14.y boot: 142 boots: 1 failed, 127 passed with 14 offline (v4.14.4-76-gf91a57b206e0)
Full Boot Summary: https://kernelci.org/boot/all/job/stable-rc/branch/linux-4.14.y/kernel/v4.14... Full Build Summary: https://kernelci.org/build/stable-rc/branch/linux-4.14.y/kernel/v4.14.4-76-g...
Tree: stable-rc Branch: linux-4.14.y Git Describe: v4.14.4-76-gf91a57b206e0 Git Commit: f91a57b206e0ca82c4d3f13372c392e3b374e1ce Git URL: http://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git Tested: 76 unique boards, 23 SoC families, 18 builds out of 189
Boot Regressions Detected:
arm64:
defconfig: meson-gxbb-p200:
TL;DR; All is well.
Re-ran this one and it's fine.
Kevin
On Fri, Dec 08, 2017 at 12:03:34PM -0800, Kevin Hilman wrote:
kernelci.org bot bot@kernelci.org writes:
stable-rc/linux-4.14.y boot: 142 boots: 1 failed, 127 passed with 14 offline (v4.14.4-76-gf91a57b206e0)
Full Boot Summary: https://kernelci.org/boot/all/job/stable-rc/branch/linux-4.14.y/kernel/v4.14... Full Build Summary: https://kernelci.org/build/stable-rc/branch/linux-4.14.y/kernel/v4.14.4-76-g...
Tree: stable-rc Branch: linux-4.14.y Git Describe: v4.14.4-76-gf91a57b206e0 Git Commit: f91a57b206e0ca82c4d3f13372c392e3b374e1ce Git URL: http://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git Tested: 76 unique boards, 23 SoC families, 18 builds out of 189
Boot Regressions Detected:
arm64:
defconfig: meson-gxbb-p200:
TL;DR; All is well.
Re-ran this one and it's fine.
Great, thanks for letting me know.
greg k-h
On 12/07/2017 06:07 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.14.5 release. There are 75 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 Sat Dec 9 13:07:57 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.5-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
Compiled and booted on my test system. No dmesg regressions.
thanks, -- Shuah
On Thu, Dec 07, 2017 at 05:08:23PM -0700, Shuah Khan wrote:
On 12/07/2017 06:07 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.14.5 release. There are 75 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 Sat Dec 9 13:07:57 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.5-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
Compiled and booted on my test system. No dmesg regressions.
Great, thanks for testing all of these (especially 4.9, the sync stuff was messy), and letting me know.
greg k-h
On 7 December 2017 at 18:37, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 4.14.5 release. There are 75 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 Sat Dec 9 13:07:57 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.5-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, arm and x86_64.
Summary ------------------------------------------------------------------------
kernel: 4.14.5-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: f91a57b206e0ca82c4d3f13372c392e3b374e1ce git describe: v4.14.4-76-gf91a57b206e0 Test details: https://qa-reports.linaro.org/lkft/linux-stable-rc-4.14-oe/build/v4.14.4-76-...
No regressions (compared to build v4.14.4-65-g27c40adc50db)
Boards, architectures and test suites: -------------------------------------
hi6220-hikey - arm64 * boot - pass: 20, * kselftest - pass: 38, skip: 15 * 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: 982, skip: 121 * ltp-timers-tests - pass: 12,
juno-r2 - arm64 * boot - pass: 20, * kselftest - pass: 37, skip: 15 * 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: 985, skip: 121 * ltp-timers-tests - pass: 12,
x15 - arm * boot - pass: 20, * kselftest - pass: 33, 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: 1036, skip: 66 * ltp-timers-tests - pass: 12,
x86_64 * boot - pass: 20, * kselftest - pass: 53, skip: 14 * libhugetlbfs - pass: 76, skip: 1 * ltp-cap_bounds-tests - pass: 2, * ltp-containers-tests - pass: 64, * ltp-fcntl-locktests-tests - pass: 2, * ltp-filecaps-tests - pass: 1, * ltp-fs-tests - pass: 61, skip: 1 * ltp-fs_bind-tests - pass: 2, * ltp-fs_perms_simple-tests - pass: 19, * ltp-fsx-tests - pass: 2, * ltp-hugetlb-tests - pass: 21, * ltp-io-tests - pass: 2, * ltp-ipc-tests - pass: 9, * ltp-math-tests - pass: 11, * ltp-nptl-tests - pass: 2, * ltp-pty-tests - pass: 4, * ltp-sched-tests - pass: 9, skip: 1 * ltp-securebits-tests - pass: 4, * ltp-syscalls-tests - pass: 957, skip: 163 * 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 7, 2017 at 1:07 PM, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 4.14.5 release. There are 75 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 Sat Dec 9 13:07:57 UTC 2017. Anything received after that time might be too late.
I saw no problems on 8 of 9 machines, but the last one had a problem because it used NVIDIA drivers (387); DKMS reported:
FATAL: modpost: GPL-incompatible module nvidia-drm.ko uses GPL-only symbol 'ex_handler_refcount' //usr/src/linux-headers-4.14.0-11-common/scripts/Makefile.modpost:92: recipe for target '__modpost' failed make[3]: *** [__modpost] Error 1
The drivers built fine after rebuilding Linux with [PATCH] locking/refcounts: Do not force refcount_t usage as GPL-only export https://lkml.org/lkml/2017/12/4/1110
which appears to be in Linus' tree as b562c171cf011d297059bd0265742eb5fab0ad2f
Thanks,
Ivan
On Sat, Dec 09, 2017 at 03:34:24AM +0000, Ivan Kozik wrote:
On Thu, Dec 7, 2017 at 1:07 PM, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 4.14.5 release. There are 75 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 Sat Dec 9 13:07:57 UTC 2017. Anything received after that time might be too late.
I saw no problems on 8 of 9 machines, but the last one had a problem because it used NVIDIA drivers (387); DKMS reported:
FATAL: modpost: GPL-incompatible module nvidia-drm.ko uses GPL-only symbol 'ex_handler_refcount' //usr/src/linux-headers-4.14.0-11-common/scripts/Makefile.modpost:92: recipe for target '__modpost' failed make[3]: *** [__modpost] Error 1
Is this a new issue? Does 4.14.4 have this issue?
The drivers built fine after rebuilding Linux with [PATCH] locking/refcounts: Do not force refcount_t usage as GPL-only export https://lkml.org/lkml/2017/12/4/1110
which appears to be in Linus' tree as b562c171cf011d297059bd0265742eb5fab0ad2f
Odd, is 564c9cc84e2a ("locking/refcounts, x86/asm: Use unique .text section for refcount exceptions") causing this?
thanks,
greg k-h
On Sat, Dec 9, 2017 at 7:45 AM, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
On Sat, Dec 09, 2017 at 03:34:24AM +0000, Ivan Kozik wrote:
I saw no problems on 8 of 9 machines, but the last one had a problem because it used NVIDIA drivers (387); DKMS reported:
FATAL: modpost: GPL-incompatible module nvidia-drm.ko uses GPL-only symbol 'ex_handler_refcount' //usr/src/linux-headers-4.14.0-11-common/scripts/Makefile.modpost:92: recipe for target '__modpost' failed make[3]: *** [__modpost] Error 1
Is this a new issue? Does 4.14.4 have this issue?
I believe it is a new issue, because I have a 4.14.4 build and an NVIDIA DKMS log for that 4.14.4 showing build success.
Odd, is 564c9cc84e2a ("locking/refcounts, x86/asm: Use unique .text section for refcount exceptions") causing this?
That was my guess too, but I did not verify.
Thanks,
Ivan
On Sat, Dec 09, 2017 at 07:56:40AM +0000, Ivan Kozik wrote:
On Sat, Dec 9, 2017 at 7:45 AM, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
On Sat, Dec 09, 2017 at 03:34:24AM +0000, Ivan Kozik wrote:
I saw no problems on 8 of 9 machines, but the last one had a problem because it used NVIDIA drivers (387); DKMS reported:
FATAL: modpost: GPL-incompatible module nvidia-drm.ko uses GPL-only symbol 'ex_handler_refcount' //usr/src/linux-headers-4.14.0-11-common/scripts/Makefile.modpost:92: recipe for target '__modpost' failed make[3]: *** [__modpost] Error 1
Is this a new issue? Does 4.14.4 have this issue?
I believe it is a new issue, because I have a 4.14.4 build and an NVIDIA DKMS log for that 4.14.4 showing build success.
Odd, is 564c9cc84e2a ("locking/refcounts, x86/asm: Use unique .text section for refcount exceptions") causing this?
That was my guess too, but I did not verify.
That feels really wrong here, I'd like to get some confirmation before I add this patch...
thanks,
greg k-h
Den 09.12.2017 kl. 19:13, skrev Greg Kroah-Hartman:
On Sat, Dec 09, 2017 at 07:56:40AM +0000, Ivan Kozik wrote:
On Sat, Dec 9, 2017 at 7:45 AM, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
On Sat, Dec 09, 2017 at 03:34:24AM +0000, Ivan Kozik wrote:
I saw no problems on 8 of 9 machines, but the last one had a problem because it used NVIDIA drivers (387); DKMS reported:
FATAL: modpost: GPL-incompatible module nvidia-drm.ko uses GPL-only symbol 'ex_handler_refcount' //usr/src/linux-headers-4.14.0-11-common/scripts/Makefile.modpost:92: recipe for target '__modpost' failed make[3]: *** [__modpost] Error 1
Is this a new issue? Does 4.14.4 have this issue?
I believe it is a new issue, because I have a 4.14.4 build and an NVIDIA DKMS log for that 4.14.4 showing build success.
Odd, is 564c9cc84e2a ("locking/refcounts, x86/asm: Use unique .text section for refcount exceptions") causing this?
That was my guess too, but I did not verify.
That feels really wrong here, I'd like to get some confirmation before I add this patch...
It's needed.
The reason you hit in 4.14.5 queue is because of:
[PATCH 4.14 64/75] locking/refcounts, x86/asm: Enable CONFIG_ARCH_HAS_REFCOUNT
From foo@baz Wed Dec 6 18:04:41 CET 2017 From: Kees Cook keescook@chromium.org Date: Sat, 2 Sep 2017 13:09:46 -0700 Subject: locking/refcounts, x86/asm: Enable CONFIG_ARCH_HAS_REFCOUNT
that does this:
- select ARCH_HAS_REFCOUNT if BROKEN + select ARCH_HAS_REFCOUNT
So it exposes previously hidden code....
-- Thomas
On Sat, Dec 09, 2017 at 07:32:38PM +0200, Thomas Backlund wrote:
Den 09.12.2017 kl. 19:13, skrev Greg Kroah-Hartman:
On Sat, Dec 09, 2017 at 07:56:40AM +0000, Ivan Kozik wrote:
On Sat, Dec 9, 2017 at 7:45 AM, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
On Sat, Dec 09, 2017 at 03:34:24AM +0000, Ivan Kozik wrote:
I saw no problems on 8 of 9 machines, but the last one had a problem because it used NVIDIA drivers (387); DKMS reported:
FATAL: modpost: GPL-incompatible module nvidia-drm.ko uses GPL-only symbol 'ex_handler_refcount' //usr/src/linux-headers-4.14.0-11-common/scripts/Makefile.modpost:92: recipe for target '__modpost' failed make[3]: *** [__modpost] Error 1
Is this a new issue? Does 4.14.4 have this issue?
I believe it is a new issue, because I have a 4.14.4 build and an NVIDIA DKMS log for that 4.14.4 showing build success.
Odd, is 564c9cc84e2a ("locking/refcounts, x86/asm: Use unique .text section for refcount exceptions") causing this?
That was my guess too, but I did not verify.
That feels really wrong here, I'd like to get some confirmation before I add this patch...
It's needed.
The reason you hit in 4.14.5 queue is because of:
[PATCH 4.14 64/75] locking/refcounts, x86/asm: Enable CONFIG_ARCH_HAS_REFCOUNT
From foo@baz Wed Dec 6 18:04:41 CET 2017 From: Kees Cook keescook@chromium.org Date: Sat, 2 Sep 2017 13:09:46 -0700 Subject: locking/refcounts, x86/asm: Enable CONFIG_ARCH_HAS_REFCOUNT
that does this:
- select ARCH_HAS_REFCOUNT if BROKEN
- select ARCH_HAS_REFCOUNT
So it exposes previously hidden code....
Ah yes, thanks for the explaination. I've queued up that patch now.
greg k-h
On Sat, Dec 9, 2017 at 5:13 PM, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
On Sat, Dec 09, 2017 at 07:56:40AM +0000, Ivan Kozik wrote:
On Sat, Dec 9, 2017 at 7:45 AM, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
On Sat, Dec 09, 2017 at 03:34:24AM +0000, Ivan Kozik wrote:
I saw no problems on 8 of 9 machines, but the last one had a problem because it used NVIDIA drivers (387); DKMS reported:
FATAL: modpost: GPL-incompatible module nvidia-drm.ko uses GPL-only symbol 'ex_handler_refcount' //usr/src/linux-headers-4.14.0-11-common/scripts/Makefile.modpost:92: recipe for target '__modpost' failed make[3]: *** [__modpost] Error 1
Is this a new issue? Does 4.14.4 have this issue?
I believe it is a new issue, because I have a 4.14.4 build and an NVIDIA DKMS log for that 4.14.4 showing build success.
Odd, is 564c9cc84e2a ("locking/refcounts, x86/asm: Use unique .text section for refcount exceptions") causing this?
That was my guess too, but I did not verify.
That feels really wrong here, I'd like to get some confirmation before I add this patch...
I built a 4.14.4 with all the stable-queue patches except:
locking/refcounts, x86/asm: Enable CONFIG_ARCH_HAS_REFCOUNT
and NVIDIA built fine with DKMS, so it looks like the refcount enablement patch was responsible.
In summary, NVIDIA builds fine with
4.14.4 4.14.4 + all stable-queue except ...Enable CONFIG_ARCH_HAS_REFCOUNT 4.14.4 + all stable-queue + https://lkml.org/lkml/2017/12/4/1110
Thanks,
Ivan