This is the start of the stable review cycle for the 4.9.95 release. There are 66 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 Thu Apr 19 15:56:27 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.95-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.95-rc1
Phil Elwell phil@raspberrypi.org lan78xx: Correctly indicate invalid OTP
Stefan Hajnoczi stefanha@redhat.com vhost: fix vhost_vq_access_ok() log check
Tejaswi Tanikella tejaswit@codeaurora.org slip: Check if rstate is initialized before uncompressing
Ka-Cheong Poon ka-cheong.poon@oracle.com rds: MP-RDS may use an invalid c_path
Bassem Boubaker bassem.boubaker@actia.fr cdc_ether: flag the Cinterion AHS8 modem by gemalto as WWAN
Marek Szyprowski m.szyprowski@samsung.com hwmon: (ina2xx) Fix access to uninitialized mutex
Sudhir Sreedharan ssreedharan@mvista.com rtl8187: Fix NULL pointer dereference in priv->conf_mutex
Szymon Janc szymon.janc@codecoup.pl Bluetooth: Fix connection if directed advertising and privacy is used
Al Viro viro@zeniv.linux.org.uk getname_kernel() needs to make sure that ->name != ->iname in long case
Vasily Gorbik gor@linux.ibm.com s390/ipl: ensure loadparm valid flag is set
Julian Wiedmann jwi@linux.vnet.ibm.com s390/qdio: don't merge ERROR output buffers
Julian Wiedmann jwi@linux.vnet.ibm.com s390/qdio: don't retry EQBS after CCQ 96
Dan Williams dan.j.williams@intel.com nfit: fix region registration vs block-data-window ranges
Tetsuo Handa penguin-kernel@I-love.SAKURA.ne.jp block/loop: fix deadlock after loop_set_status
Greg Kroah-Hartman gregkh@linuxfoundation.org Revert "perf tests: Decompress kernel module before objdump"
Eric Biggers ebiggers@google.com sunrpc: remove incorrect HMAC request initialization
Mark Rutland mark.rutland@arm.com arm64: Kill PSCI_GET_VERSION as a variant-2 workaround
Mark Rutland mark.rutland@arm.com arm64: Add ARM_SMCCC_ARCH_WORKAROUND_1 BP hardening support
Mark Rutland mark.rutland@arm.com arm/arm64: smccc: Implement SMCCC v1.1 inline primitive
Mark Rutland mark.rutland@arm.com arm/arm64: smccc: Make function identifiers an unsigned quantity
Mark Rutland mark.rutland@arm.com firmware/psci: Expose SMCCC version through psci_ops
Mark Rutland mark.rutland@arm.com firmware/psci: Expose PSCI conduit
Mark Rutland mark.rutland@arm.com arm64: KVM: Add SMCCC_ARCH_WORKAROUND_1 fast handling
Mark Rutland mark.rutland@arm.com arm64: KVM: Report SMCCC_ARCH_WORKAROUND_1 BP hardening support
Mark Rutland mark.rutland@arm.com arm/arm64: KVM: Turn kvm_psci_version into a static inline
Mark Rutland mark.rutland@arm.com arm64: KVM: Make PSCI_VERSION a fast path
Mark Rutland mark.rutland@arm.com arm/arm64: KVM: Advertise SMCCC v1.1
Mark Rutland mark.rutland@arm.com arm/arm64: KVM: Implement PSCI 1.0 support
Mark Rutland mark.rutland@arm.com arm/arm64: KVM: Add smccc accessors to PSCI code
Mark Rutland mark.rutland@arm.com arm/arm64: KVM: Add PSCI_VERSION helper
Mark Rutland mark.rutland@arm.com arm/arm64: KVM: Consolidate the PSCI include files
Mark Rutland mark.rutland@arm.com arm64: KVM: Increment PC after handling an SMC trap
Mark Rutland mark.rutland@arm.com arm64: Branch predictor hardening for Cavium ThunderX2
Mark Rutland mark.rutland@arm.com arm64: Implement branch predictor hardening for affected Cortex-A CPUs
Mark Rutland mark.rutland@arm.com arm64: cpu_errata: Allow an erratum to be match for all revisions of a core
Mark Rutland mark.rutland@arm.com arm64: cputype: Add missing MIDR values for Cortex-A72 and Cortex-A75
Mark Rutland mark.rutland@arm.com arm64: entry: Apply BP hardening for suspicious interrupts from EL0
Mark Rutland mark.rutland@arm.com arm64: entry: Apply BP hardening for high-priority synchronous exceptions
Mark Rutland mark.rutland@arm.com arm64: KVM: Use per-CPU vector when BP hardening is enabled
Mark Rutland mark.rutland@arm.com mm: Introduce lm_alias
Mark Rutland mark.rutland@arm.com arm64: Move BP hardening to check_and_switch_context
Mark Rutland mark.rutland@arm.com arm64: Add skeleton to harden the branch predictor against aliasing attacks
Mark Rutland mark.rutland@arm.com arm64: Move post_ttbr_update_workaround to C code
Mark Rutland mark.rutland@arm.com arm64: Factor out TTBR0_EL1 post-update workaround into a specific asm macro
Mark Rutland mark.rutland@arm.com drivers/firmware: Expose psci_get_version through psci_ops structure
Mark Rutland mark.rutland@arm.com arm64: cpufeature: Pass capability structure to ->enable callback
Mark Rutland mark.rutland@arm.com arm64: Run enable method for errata work arounds on late CPUs
Mark Rutland mark.rutland@arm.com arm64: cpufeature: __this_cpu_has_cap() shouldn't stop early
Mark Rutland mark.rutland@arm.com arm64: uaccess: Mask __user pointers for __arch_{clear, copy_*}_user
Mark Rutland mark.rutland@arm.com arm64: uaccess: Don't bother eliding access_ok checks in __{get, put}_user
Mark Rutland mark.rutland@arm.com arm64: uaccess: Prevent speculative use of the current addr_limit
Mark Rutland mark.rutland@arm.com arm64: entry: Ensure branch through syscall table is bounded under speculation
Mark Rutland mark.rutland@arm.com arm64: Use pointer masking to limit uaccess speculation
Mark Rutland mark.rutland@arm.com arm64: Make USER_DS an inclusive limit
Mark Rutland mark.rutland@arm.com arm64: move TASK_* definitions to <asm/processor.h>
Mark Rutland mark.rutland@arm.com arm64: Implement array_index_mask_nospec()
Mark Rutland mark.rutland@arm.com arm64: barrier: Add CSDB macros to control data-value prediction
Arnd Bergmann arnd@arndb.de radeon: hide pointless #warning when compile testing
Prashant Bhole bhole_prashant_q7@lab.ntt.co.jp perf/core: Fix use-after-free in uprobe_perf_close()
Adrian Hunter adrian.hunter@intel.com perf intel-pt: Fix timestamp following overflow
Adrian Hunter adrian.hunter@intel.com perf intel-pt: Fix error recovery from missing TIP packet
Adrian Hunter adrian.hunter@intel.com perf intel-pt: Fix sync_switch
Adrian Hunter adrian.hunter@intel.com perf intel-pt: Fix overlap detection to identify consecutive buffers correctly
Dexuan Cui decui@microsoft.com Drivers: hv: vmbus: do not mark HV_PCIE as perf_device
Helge Deller deller@gmx.de parisc: Fix out of array access in match_pci_device()
Mauro Carvalho Chehab mchehab@kernel.org media: v4l2-compat-ioctl32: don't oops on overlay
-------------
Diffstat:
Makefile | 4 +- arch/arm/include/asm/kvm_host.h | 6 + arch/arm/include/asm/kvm_mmu.h | 10 + arch/arm/include/asm/kvm_psci.h | 27 - arch/arm/kvm/arm.c | 11 +- arch/arm/kvm/handle_exit.c | 4 +- arch/arm/kvm/psci.c | 143 +- arch/arm64/Kconfig | 17 + arch/arm64/crypto/sha256-core.S | 2061 ++++++++++++++++++++ arch/arm64/crypto/sha512-core.S | 1085 +++++++++++ arch/arm64/include/asm/assembler.h | 19 + arch/arm64/include/asm/barrier.h | 23 + arch/arm64/include/asm/cpucaps.h | 3 +- arch/arm64/include/asm/cputype.h | 6 + arch/arm64/include/asm/kvm_host.h | 5 + arch/arm64/include/asm/kvm_mmu.h | 38 + arch/arm64/include/asm/kvm_psci.h | 27 - arch/arm64/include/asm/memory.h | 15 - arch/arm64/include/asm/mmu.h | 39 + arch/arm64/include/asm/processor.h | 24 + arch/arm64/include/asm/sysreg.h | 2 + arch/arm64/include/asm/uaccess.h | 153 +- arch/arm64/kernel/Makefile | 4 + arch/arm64/kernel/arm64ksyms.c | 4 +- arch/arm64/kernel/bpi.S | 75 + arch/arm64/kernel/cpu_errata.c | 189 +- arch/arm64/kernel/cpufeature.c | 10 +- arch/arm64/kernel/entry.S | 25 +- arch/arm64/kvm/handle_exit.c | 16 +- arch/arm64/kvm/hyp/hyp-entry.S | 20 +- arch/arm64/kvm/hyp/switch.c | 5 +- arch/arm64/lib/clear_user.S | 6 +- arch/arm64/lib/copy_in_user.S | 4 +- arch/arm64/mm/context.c | 12 + arch/arm64/mm/fault.c | 34 +- arch/arm64/mm/proc.S | 7 +- arch/parisc/kernel/drivers.c | 4 + arch/s390/kernel/ipl.c | 1 + drivers/acpi/nfit/core.c | 22 +- drivers/block/loop.c | 12 +- drivers/firmware/psci.c | 57 +- drivers/gpu/drm/radeon/radeon_object.c | 3 +- drivers/hv/channel_mgmt.c | 2 +- drivers/hwmon/ina2xx.c | 3 +- drivers/media/v4l2-core/v4l2-compat-ioctl32.c | 4 +- drivers/net/slip/slhc.c | 5 + drivers/net/usb/cdc_ether.c | 6 + drivers/net/usb/lan78xx.c | 3 +- drivers/net/wireless/realtek/rtl818x/rtl8187/dev.c | 2 +- drivers/s390/cio/qdio_main.c | 42 +- drivers/vhost/vhost.c | 8 +- fs/namei.c | 3 +- include/kvm/arm_psci.h | 51 + include/linux/arm-smccc.h | 165 +- include/linux/mm.h | 4 + include/linux/psci.h | 14 + include/net/bluetooth/hci_core.h | 2 +- include/net/slhc_vj.h | 1 + include/uapi/linux/psci.h | 3 + kernel/events/core.c | 6 + net/bluetooth/hci_conn.c | 29 +- net/bluetooth/hci_event.c | 15 +- net/bluetooth/l2cap_core.c | 2 +- net/rds/send.c | 15 +- net/sunrpc/auth_gss/gss_krb5_crypto.c | 3 - tools/perf/tests/code-reading.c | 20 +- .../perf/util/intel-pt-decoder/intel-pt-decoder.c | 64 +- .../perf/util/intel-pt-decoder/intel-pt-decoder.h | 2 +- tools/perf/util/intel-pt.c | 37 +- 69 files changed, 4423 insertions(+), 320 deletions(-)
On 04/17/2018 09:58 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.9.95 release. There are 66 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 Thu Apr 19 15:56:27 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.95-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
Compiled and booted on my test system. No dmesg regressions.
thanks, -- Shuah
stable-rc/linux-4.9.y boot: 52 boots: 1 failed, 48 passed with 3 untried/unknown (v4.9.94-67-g148bd16b9893)
Full Boot Summary: https://kernelci.org/boot/all/job/stable-rc/branch/linux-4.9.y/kernel/v4.9.9... Full Build Summary: https://kernelci.org/build/stable-rc/branch/linux-4.9.y/kernel/v4.9.94-67-g1...
Tree: stable-rc Branch: linux-4.9.y Git Describe: v4.9.94-67-g148bd16b9893 Git Commit: 148bd16b989355ed27e01a6480c2548d0bb795e1 Git URL: http://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git Tested: 26 unique boards, 11 SoC families, 15 builds out of 182
Boot Regressions Detected:
arm64:
defconfig: r8a7795-salvator-x: lab-baylibre: failing since 7 days (last pass: v4.9.93 - first fail: v4.9.93-278-g1614c07609f0)
Boot Failure Detected:
arm64:
defconfig r8a7795-salvator-x: 1 failed lab
--- For more info write to info@kernelci.org
On Tue, Apr 17, 2018 at 05:58:33PM +0200, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.9.95 release. There are 66 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 Thu Apr 19 15:56:27 UTC 2018. Anything received after that time might be too late.
Build results: total: 145 pass: 145 fail: 0 Qemu test results: total: 137 pass: 137 fail: 0
Details are available at http://kerneltests.org/builders.
Guenter
On Tue, Apr 17, 2018 at 05:58:33PM +0200, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.9.95 release. There are 66 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 Thu Apr 19 15:56:27 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.95-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.
We've noticed a regression on arm32 in sendto() and send() system calls, causing them to hang forever.
The easiest way we have found to reproduce, is to simply run 'ip link'. When running 'strace -T ip link' we see:
... getsockname(3, {sa_family=AF_NETLINK, nl_pid=364, nl_groups=00000000}, [12]) = 0 <0.000079> .... long wait (10 minute) and then eventually: send(3, {{len=40, type=0x12 /* NLMSG_??? */, flags=NLM_F_REQUEST|0x300, seq=1522961259, pid=0}, "\21\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\10\0\35\0\1\0\0\0"}, 40, 0[ 807.868633] random: crng init done
Ignore the 'random: crng init done' - I believe it is causing the dmesg buffer to print which is what gets us our send() output.
We saw a similar strace hang on sendto() with the ltp 'gethostid01' test.
We've also observed the following kernel log during boot on the x15/arm32 device:
[ 13.555030] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [ 13.580352] net eth0: initializing cpsw version 1.15 (0) [ 13.708220] Unable to handle kernel NULL pointer dereference at virtual address 00000008 [ 13.716375] pgd = ed724f40 [ 13.719126] [00000008] *pgd=ac173003, *pmd=fb03d003 [ 13.724068] Internal error: Oops: 207 [#1] SMP ARM [ 13.728882] Modules linked in: snd_soc_simple_card snd_soc_simple_card_utils snd_soc_core snd_pcm_dmaengine snd_pcm snd_timer snd soundcore ac97_bus [ 13.742337] CPU: 0 PID: 243 Comm: NetworkManager Not tainted 4.9.95-rc1 #1 [ 13.749241] Hardware name: Generic DRA74X (Flattened Device Tree) [ 13.755360] task: ed6a6e40 task.stack: ec114000 [ 13.759916] PC is at kszphy_config_reset+0x1c/0x150 [ 13.764815] LR is at kszphy_resume+0x24/0x64 [ 13.769104] pc : [<c0b6f680>] lr : [<c0b6f940>] psr: 600e0113 [ 13.769104] sp : ec115920 ip : ec115940 fp : ec11593c [ 13.780630] r10: 00000000 r9 : 00000007 r8 : 00000000 [ 13.785877] r7 : ed049800 r6 : 00000000 r5 : ee1d3800 r4 : ed049c00 [ 13.792431] r3 : 00000001 r2 : 00000000 r1 : 00000110 r0 : ed049c00 [ 13.798987] Flags: nZCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment user [ 13.806152] Control: 30c5387d Table: ad724f40 DAC: fffffffd [ 13.811923] Process NetworkManager (pid: 243, stack limit = 0xec114220) [ 13.818564] Stack: (0xec115920 to 0xec116000) [ 13.822941] 5920: ed049c00 ee1d3800 00000000 ed049800 ec115954 ec115940 c0b6f940 c0b6f670 [ 13.831154] 5940: ed049c00 ee1d3800 ec115984 ec115958 c0b693f8 c0b6f928 00000007 ed049c00 [ 13.839368] 5960: ed049c00 c0c11cec c0c11cec 00000007 ee1d3e0c 00000000 ec1159a4 ec115988 [ 13.847582] 5980: c0b69600 c0b69340 ee6af854 ed049c00 ee1d3800 c0c11cec ec1159cc ec1159a8 [ 13.855795] 59a0: c0b6968c c0b695e8 ed040310 ee1d3e00 00000000 ee4fbc10 ee4fbc10 ee1d3e0c [ 13.864009] 59c0: ec115a04 ec1159d0 c0c0e47c c0b69644 00000001 00000000 c04d5160 ee4fbc10 [ 13.872222] 59e0: ee1d3e00 ee1d3800 ee4fbc10 00000000 00000001 ed3aad80 ec115aa4 ec115a08 [ 13.880436] 5a00: c0c11634 c0c0e258 00000000 c0476cec c0ef92e0 c0476cec c0df67b8 fffffff4 [ 13.888647] 5a20: ec115aac fffffff3 ec115aac 0000000d 00000000 00000000 ec115a6c ec115a48 [ 13.896861] 5a40: c0476cec c0eba8ac ec115aac 0000000d ee1d3800 00001002 00000000 ed5a7810 [ 13.905074] 5a60: ec115a84 ec115a70 c0476ed0 c0476ca4 00000000 c0de20fc ec115aa4 ee1d3800 [ 13.913287] 5a80: 00000000 c1193410 ee1d3830 00000000 ed5a7810 ed3aad80 ec115acc ec115aa8 [ 13.921500] 5aa0: c0deeb64 c0c1118c ec115acc ee1d3800 ee1d3800 00001003 00000001 00001002 [ 13.929713] 5ac0: ec115af4 ec115ad0 c0deee4c c0deeab4 ee1d3800 00001002 00000000 ee1d394c [ 13.937925] 5ae0: 00000000 ed5a7810 ec115b1c ec115af8 c0deef24 c0deedb4 ee1d3800 ec115c28 [ 13.946137] 5b00: 00000000 c1193410 00000000 ed5a7810 ec115b8c ec115b20 c0e025f0 c0deef08 [ 13.954351] 5b20: c0491510 c04aa8d4 00000000 ec115b38 00000000 00000003 00000000 00000000 [ 13.962563] 5b40: 00000000 c230d40c ed6a7338 00000001 00000002 c1a58e78 c1a80870 ed6a6e40 [ 13.970775] 5b60: ec115bfc 00000000 ee1d3800 00000000 00000000 00000000 00000000 ed5a7800 [ 13.978988] 5b80: ec115d04 ec115b90 c0e04554 c0e0230c ec115bc4 00000000 ed3aad80 c11cb12c [ 13.987202] 5ba0: ed5a7820 c1b68b40 00000000 c1b69b50 ec115b90 ed5a7810 ec115c54 ec115bc8 [ 13.995416] 5bc0: c04adef0 c04acd00 ec115c64 ec115bd8 c04adef0 00000000 00000000 00000000 [ 14.003629] 5be0: 00000000 00000000 00000000 c230d400 ed6a7318 00000000 00000001 c230d40c [ 14.011842] 5c00: ed6a72f8 00000001 00000000 c1b69b84 c1a80870 ed6a6e40 ec115cb4 ec115c28 [ 14.020054] 5c20: c04adef0 c04acdd4 00000000 00000000 00000000 00000000 00000000 00000000 [ 14.028266] 5c40: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 [ 14.036479] 5c60: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 [ 14.044691] 5c80: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 [ 14.052903] 5ca0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 [ 14.061115] 5cc0: 00000000 00000000 00000000 00000000 00000000 00000000 c0e194b0 c0e040a4 [ 14.069328] 5ce0: ed5a7800 c236d9e4 ed3aad80 ec115d84 00000000 00000000 ec115d44 ec115d08 [ 14.077540] 5d00: c0e04908 c0e040b0 c0f458a8 c04ad82c 00000001 00000000 c0e01c0c 00000000 [ 14.085753] 5d20: ed5a7800 c0e04828 ed3aad80 ed3aad80 ec115d84 00000000 ec115d64 ec115d48 [ 14.093966] 5d40: c0e1e538 c0e04834 ed3aad80 ec212000 00000020 ed3aad80 ec115d7c ec115d68 [ 14.102179] 5d60: c0e01c1c c0e1e494 ee2f0400 ec212000 ec115dac ec115d80 c0e1de70 c0e01bf0 [ 14.110391] 5d80: ec115e24 7fffffff ec115f48 ec212000 ed3aad80 00000000 00000020 00000000 [ 14.118603] 5da0: ec115e0c ec115db0 c0e1e29c c0e1dcfc ec115e24 ec115e48 0000000c 00000001 [ 14.126817] 5dc0: be8be8b4 00000008 00000000 ed73bd00 00000000 000000f3 00000000 00000000 [ 14.135031] 5de0: ec115e24 ec115f48 00000000 00000000 eddf6d80 ec115e28 00000000 00000000 [ 14.143244] 5e00: ec115e1c ec115e10 c0dc8304 c0e1dfe4 ec115f34 ec115e20 c0dc8a70 c0dc82ec [ 14.151457] 5e20: ec115e84 00000000 c04afaa8 c04adb9c 00000001 00000000 600b0013 c1b7a9a4 [ 14.159670] 5e40: 00000001 c1a4405c 001fa4f0 00000020 c04b00cc c04c87a0 c04afaa8 c04adb9c [ 14.167884] 5e60: 00000000 00000000 ffffe000 00000000 600b0013 00004000 00000000 c05fed1c [ 14.176097] 5e80: 600b0013 c04aa828 00000010 00000000 00000000 00000008 00004000 ed45ea00 [ 14.184308] 5ea0: c1b79b7b c13c1e6c ec115efc ec115eb8 c05fed48 c04afc5c 00000000 00000000 [ 14.192522] 5ec0: c05febb8 ec115ed0 c13e1ce0 ed45ea90 00000000 ec115f44 ec115f40 00000008 [ 14.200735] 5ee0: 00000128 c0408e04 ec114000 00000000 ec115f0c ec115f00 c05fee84 c05febc4 [ 14.208949] 5f00: ec115f1c ec115f10 c05fef04 be8be89c 00000000 eddf6d80 00000128 c0408e04 [ 14.217162] 5f20: ec114000 00000000 ec115f94 ec115f38 c0dc9884 c0dc889c 00000000 00000000 [ 14.225375] 5f40: 00000001 fffffff7 ec115e88 0000000c 00000001 00000000 00000000 ec115e50 [ 14.233588] 5f60: 00000000 00000006 00000000 00000000 00000000 00000000 ec115f94 00000000 [ 14.241801] 5f80: be8be89c 00000008 ec115fa4 ec115f98 c0dc98c8 c0dc9840 00000000 ec115fa8 [ 14.250013] 5fa0: c0408c80 c0dc98bc 00000000 be8be89c 00000008 be8be89c 00000000 00000000 [ 14.258225] 5fc0: 00000000 be8be89c 00000008 00000128 b69d9390 be8be900 00000000 001a93e0 [ 14.266438] 5fe0: b6f316e0 be8be840 00000000 b699a4a4 800b0010 00000008 00000000 00000000 [ 14.274661] [<c0b6f680>] (kszphy_config_reset) from [<c0b6f940>] (kszphy_resume+0x24/0x64) [ 14.282966] [<c0b6f940>] (kszphy_resume) from [<c0b693f8>] (phy_attach_direct+0xc4/0x1cc) [ 14.291183] [<c0b693f8>] (phy_attach_direct) from [<c0b69600>] (phy_connect_direct+0x24/0x5c) [ 14.299747] [<c0b69600>] (phy_connect_direct) from [<c0b6968c>] (phy_connect+0x54/0x88) [ 14.307792] [<c0b6968c>] (phy_connect) from [<c0c0e47c>] (cpsw_slave_open+0x230/0x294) [ 14.315749] [<c0c0e47c>] (cpsw_slave_open) from [<c0c11634>] (cpsw_ndo_open+0x4b4/0x618) [ 14.323883] [<c0c11634>] (cpsw_ndo_open) from [<c0deeb64>] (__dev_open+0xbc/0x124) [ 14.331498] [<c0deeb64>] (__dev_open) from [<c0deee4c>] (__dev_change_flags+0xa4/0x154) [ 14.331507] [<c0deee4c>] (__dev_change_flags) from [<c0deef24>] (dev_change_flags+0x28/0x58) [ 14.331522] [<c0deef24>] (dev_change_flags) from [<c0e025f0>] (do_setlink+0x2f0/0x890) [ 14.331531] [<c0e025f0>] (do_setlink) from [<c0e04554>] (rtnl_newlink+0x4b0/0x784) [ 14.331539] [<c0e04554>] (rtnl_newlink) from [<c0e04908>] (rtnetlink_rcv_msg+0xe0/0x1fc) [ 14.331550] [<c0e04908>] (rtnetlink_rcv_msg) from [<c0e1e538>] (netlink_rcv_skb+0xb0/0xcc) [ 14.331559] [<c0e1e538>] (netlink_rcv_skb) from [<c0e01c1c>] (rtnetlink_rcv+0x38/0x40) [ 14.331567] [<c0e01c1c>] (rtnetlink_rcv) from [<c0e1de70>] (netlink_unicast+0x180/0x210) [ 14.331575] [<c0e1de70>] (netlink_unicast) from [<c0e1e29c>] (netlink_sendmsg+0x2c4/0x380) [ 14.331584] [<c0e1e29c>] (netlink_sendmsg) from [<c0dc8304>] (sock_sendmsg+0x24/0x34) [ 14.331593] [<c0dc8304>] (sock_sendmsg) from [<c0dc8a70>] (___sys_sendmsg+0x1e0/0x1f0) [ 14.331601] [<c0dc8a70>] (___sys_sendmsg) from [<c0dc9884>] (__sys_sendmsg+0x50/0x7c) [ 14.331610] [<c0dc9884>] (__sys_sendmsg) from [<c0dc98c8>] (SyS_sendmsg+0x18/0x1c) [ 14.331620] [<c0dc98c8>] (SyS_sendmsg) from [<c0408c80>] (ret_fast_syscall+0x0/0x1c) [ 14.331629] Code: e52de004 e8bd4000 e59062dc e1a04000 (e5d63008) [ 14.331751] ---[ end trace 7927abed2565423d ]---
Full output of a lava job that shows both of these symptoms can be seen at https://lkft.validation.linaro.org/scheduler/job/187562.
Looking through the patches, it's not obvious to me where the issue may be. We haven't bisected it yet but will begin. I noticed quite a few arm changes from Mark Rutland, and a change to net/rds/send.c from Ka-Cheong Poon. Both added to CC.
Dan
On Wed, Apr 18, 2018 at 12:42:44PM -0500, Dan Rue wrote:
On Tue, Apr 17, 2018 at 05:58:33PM +0200, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.9.95 release. There are 66 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 Thu Apr 19 15:56:27 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.95-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.
We've noticed a regression on arm32 in sendto() and send() system calls, causing them to hang forever.
The easiest way we have found to reproduce, is to simply run 'ip link'. When running 'strace -T ip link' we see:
... getsockname(3, {sa_family=AF_NETLINK, nl_pid=364, nl_groups=00000000}, [12]) = 0 <0.000079> .... long wait (10 minute) and then eventually: send(3, {{len=40, type=0x12 /* NLMSG_??? */, flags=NLM_F_REQUEST|0x300, seq=1522961259, pid=0}, \"\21\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\10\0\35\0\1\0\0\0\"}, 40, 0[ 807.868633] random: crng init doneIgnore the 'random: crng init done' - I believe it is causing the dmesg buffer to print which is what gets us our send() output.
We saw a similar strace hang on sendto() with the ltp 'gethostid01' test.
We've also observed the following kernel log during boot on the x15/arm32 device:
[ 13.555030] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [ 13.580352] net eth0: initializing cpsw version 1.15 (0) [ 13.708220] Unable to handle kernel NULL pointer dereference at virtual address 00000008 [ 13.716375] pgd = ed724f40 [ 13.719126] [00000008] *pgd=ac173003, *pmd=fb03d003 [ 13.724068] Internal error: Oops: 207 [#1] SMP ARM [ 13.728882] Modules linked in: snd_soc_simple_card snd_soc_simple_card_utils snd_soc_core snd_pcm_dmaengine snd_pcm snd_timer snd soundcore ac97_bus [ 13.742337] CPU: 0 PID: 243 Comm: NetworkManager Not tainted 4.9.95-rc1 #1 [ 13.749241] Hardware name: Generic DRA74X (Flattened Device Tree) [ 13.755360] task: ed6a6e40 task.stack: ec114000 [ 13.759916] PC is at kszphy_config_reset+0x1c/0x150 [ 13.764815] LR is at kszphy_resume+0x24/0x64 [ 13.769104] pc : [<c0b6f680>] lr : [<c0b6f940>] psr: 600e0113 [ 13.769104] sp : ec115920 ip : ec115940 fp : ec11593c [ 13.780630] r10: 00000000 r9 : 00000007 r8 : 00000000 [ 13.785877] r7 : ed049800 r6 : 00000000 r5 : ee1d3800 r4 : ed049c00 [ 13.792431] r3 : 00000001 r2 : 00000000 r1 : 00000110 r0 : ed049c00 [ 13.798987] Flags: nZCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment user [ 13.806152] Control: 30c5387d Table: ad724f40 DAC: fffffffd [ 13.811923] Process NetworkManager (pid: 243, stack limit = 0xec114220) [ 13.818564] Stack: (0xec115920 to 0xec116000) [ 13.822941] 5920: ed049c00 ee1d3800 00000000 ed049800 ec115954 ec115940 c0b6f940 c0b6f670 [ 13.831154] 5940: ed049c00 ee1d3800 ec115984 ec115958 c0b693f8 c0b6f928 00000007 ed049c00 [ 13.839368] 5960: ed049c00 c0c11cec c0c11cec 00000007 ee1d3e0c 00000000 ec1159a4 ec115988 [ 13.847582] 5980: c0b69600 c0b69340 ee6af854 ed049c00 ee1d3800 c0c11cec ec1159cc ec1159a8 [ 13.855795] 59a0: c0b6968c c0b695e8 ed040310 ee1d3e00 00000000 ee4fbc10 ee4fbc10 ee1d3e0c [ 13.864009] 59c0: ec115a04 ec1159d0 c0c0e47c c0b69644 00000001 00000000 c04d5160 ee4fbc10 [ 13.872222] 59e0: ee1d3e00 ee1d3800 ee4fbc10 00000000 00000001 ed3aad80 ec115aa4 ec115a08 [ 13.880436] 5a00: c0c11634 c0c0e258 00000000 c0476cec c0ef92e0 c0476cec c0df67b8 fffffff4 [ 13.888647] 5a20: ec115aac fffffff3 ec115aac 0000000d 00000000 00000000 ec115a6c ec115a48 [ 13.896861] 5a40: c0476cec c0eba8ac ec115aac 0000000d ee1d3800 00001002 00000000 ed5a7810 [ 13.905074] 5a60: ec115a84 ec115a70 c0476ed0 c0476ca4 00000000 c0de20fc ec115aa4 ee1d3800 [ 13.913287] 5a80: 00000000 c1193410 ee1d3830 00000000 ed5a7810 ed3aad80 ec115acc ec115aa8 [ 13.921500] 5aa0: c0deeb64 c0c1118c ec115acc ee1d3800 ee1d3800 00001003 00000001 00001002 [ 13.929713] 5ac0: ec115af4 ec115ad0 c0deee4c c0deeab4 ee1d3800 00001002 00000000 ee1d394c [ 13.937925] 5ae0: 00000000 ed5a7810 ec115b1c ec115af8 c0deef24 c0deedb4 ee1d3800 ec115c28 [ 13.946137] 5b00: 00000000 c1193410 00000000 ed5a7810 ec115b8c ec115b20 c0e025f0 c0deef08 [ 13.954351] 5b20: c0491510 c04aa8d4 00000000 ec115b38 00000000 00000003 00000000 00000000 [ 13.962563] 5b40: 00000000 c230d40c ed6a7338 00000001 00000002 c1a58e78 c1a80870 ed6a6e40 [ 13.970775] 5b60: ec115bfc 00000000 ee1d3800 00000000 00000000 00000000 00000000 ed5a7800 [ 13.978988] 5b80: ec115d04 ec115b90 c0e04554 c0e0230c ec115bc4 00000000 ed3aad80 c11cb12c [ 13.987202] 5ba0: ed5a7820 c1b68b40 00000000 c1b69b50 ec115b90 ed5a7810 ec115c54 ec115bc8 [ 13.995416] 5bc0: c04adef0 c04acd00 ec115c64 ec115bd8 c04adef0 00000000 00000000 00000000 [ 14.003629] 5be0: 00000000 00000000 00000000 c230d400 ed6a7318 00000000 00000001 c230d40c [ 14.011842] 5c00: ed6a72f8 00000001 00000000 c1b69b84 c1a80870 ed6a6e40 ec115cb4 ec115c28 [ 14.020054] 5c20: c04adef0 c04acdd4 00000000 00000000 00000000 00000000 00000000 00000000 [ 14.028266] 5c40: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 [ 14.036479] 5c60: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 [ 14.044691] 5c80: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 [ 14.052903] 5ca0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 [ 14.061115] 5cc0: 00000000 00000000 00000000 00000000 00000000 00000000 c0e194b0 c0e040a4 [ 14.069328] 5ce0: ed5a7800 c236d9e4 ed3aad80 ec115d84 00000000 00000000 ec115d44 ec115d08 [ 14.077540] 5d00: c0e04908 c0e040b0 c0f458a8 c04ad82c 00000001 00000000 c0e01c0c 00000000 [ 14.085753] 5d20: ed5a7800 c0e04828 ed3aad80 ed3aad80 ec115d84 00000000 ec115d64 ec115d48 [ 14.093966] 5d40: c0e1e538 c0e04834 ed3aad80 ec212000 00000020 ed3aad80 ec115d7c ec115d68 [ 14.102179] 5d60: c0e01c1c c0e1e494 ee2f0400 ec212000 ec115dac ec115d80 c0e1de70 c0e01bf0 [ 14.110391] 5d80: ec115e24 7fffffff ec115f48 ec212000 ed3aad80 00000000 00000020 00000000 [ 14.118603] 5da0: ec115e0c ec115db0 c0e1e29c c0e1dcfc ec115e24 ec115e48 0000000c 00000001 [ 14.126817] 5dc0: be8be8b4 00000008 00000000 ed73bd00 00000000 000000f3 00000000 00000000 [ 14.135031] 5de0: ec115e24 ec115f48 00000000 00000000 eddf6d80 ec115e28 00000000 00000000 [ 14.143244] 5e00: ec115e1c ec115e10 c0dc8304 c0e1dfe4 ec115f34 ec115e20 c0dc8a70 c0dc82ec [ 14.151457] 5e20: ec115e84 00000000 c04afaa8 c04adb9c 00000001 00000000 600b0013 c1b7a9a4 [ 14.159670] 5e40: 00000001 c1a4405c 001fa4f0 00000020 c04b00cc c04c87a0 c04afaa8 c04adb9c [ 14.167884] 5e60: 00000000 00000000 ffffe000 00000000 600b0013 00004000 00000000 c05fed1c [ 14.176097] 5e80: 600b0013 c04aa828 00000010 00000000 00000000 00000008 00004000 ed45ea00 [ 14.184308] 5ea0: c1b79b7b c13c1e6c ec115efc ec115eb8 c05fed48 c04afc5c 00000000 00000000 [ 14.192522] 5ec0: c05febb8 ec115ed0 c13e1ce0 ed45ea90 00000000 ec115f44 ec115f40 00000008 [ 14.200735] 5ee0: 00000128 c0408e04 ec114000 00000000 ec115f0c ec115f00 c05fee84 c05febc4 [ 14.208949] 5f00: ec115f1c ec115f10 c05fef04 be8be89c 00000000 eddf6d80 00000128 c0408e04 [ 14.217162] 5f20: ec114000 00000000 ec115f94 ec115f38 c0dc9884 c0dc889c 00000000 00000000 [ 14.225375] 5f40: 00000001 fffffff7 ec115e88 0000000c 00000001 00000000 00000000 ec115e50 [ 14.233588] 5f60: 00000000 00000006 00000000 00000000 00000000 00000000 ec115f94 00000000 [ 14.241801] 5f80: be8be89c 00000008 ec115fa4 ec115f98 c0dc98c8 c0dc9840 00000000 ec115fa8 [ 14.250013] 5fa0: c0408c80 c0dc98bc 00000000 be8be89c 00000008 be8be89c 00000000 00000000 [ 14.258225] 5fc0: 00000000 be8be89c 00000008 00000128 b69d9390 be8be900 00000000 001a93e0 [ 14.266438] 5fe0: b6f316e0 be8be840 00000000 b699a4a4 800b0010 00000008 00000000 00000000 [ 14.274661] [<c0b6f680>] (kszphy_config_reset) from [<c0b6f940>] (kszphy_resume+0x24/0x64) [ 14.282966] [<c0b6f940>] (kszphy_resume) from [<c0b693f8>] (phy_attach_direct+0xc4/0x1cc) [ 14.291183] [<c0b693f8>] (phy_attach_direct) from [<c0b69600>] (phy_connect_direct+0x24/0x5c) [ 14.299747] [<c0b69600>] (phy_connect_direct) from [<c0b6968c>] (phy_connect+0x54/0x88) [ 14.307792] [<c0b6968c>] (phy_connect) from [<c0c0e47c>] (cpsw_slave_open+0x230/0x294) [ 14.315749] [<c0c0e47c>] (cpsw_slave_open) from [<c0c11634>] (cpsw_ndo_open+0x4b4/0x618) [ 14.323883] [<c0c11634>] (cpsw_ndo_open) from [<c0deeb64>] (__dev_open+0xbc/0x124) [ 14.331498] [<c0deeb64>] (__dev_open) from [<c0deee4c>] (__dev_change_flags+0xa4/0x154) [ 14.331507] [<c0deee4c>] (__dev_change_flags) from [<c0deef24>] (dev_change_flags+0x28/0x58) [ 14.331522] [<c0deef24>] (dev_change_flags) from [<c0e025f0>] (do_setlink+0x2f0/0x890) [ 14.331531] [<c0e025f0>] (do_setlink) from [<c0e04554>] (rtnl_newlink+0x4b0/0x784) [ 14.331539] [<c0e04554>] (rtnl_newlink) from [<c0e04908>] (rtnetlink_rcv_msg+0xe0/0x1fc) [ 14.331550] [<c0e04908>] (rtnetlink_rcv_msg) from [<c0e1e538>] (netlink_rcv_skb+0xb0/0xcc) [ 14.331559] [<c0e1e538>] (netlink_rcv_skb) from [<c0e01c1c>] (rtnetlink_rcv+0x38/0x40) [ 14.331567] [<c0e01c1c>] (rtnetlink_rcv) from [<c0e1de70>] (netlink_unicast+0x180/0x210) [ 14.331575] [<c0e1de70>] (netlink_unicast) from [<c0e1e29c>] (netlink_sendmsg+0x2c4/0x380) [ 14.331584] [<c0e1e29c>] (netlink_sendmsg) from [<c0dc8304>] (sock_sendmsg+0x24/0x34) [ 14.331593] [<c0dc8304>] (sock_sendmsg) from [<c0dc8a70>] (___sys_sendmsg+0x1e0/0x1f0) [ 14.331601] [<c0dc8a70>] (___sys_sendmsg) from [<c0dc9884>] (__sys_sendmsg+0x50/0x7c) [ 14.331610] [<c0dc9884>] (__sys_sendmsg) from [<c0dc98c8>] (SyS_sendmsg+0x18/0x1c) [ 14.331620] [<c0dc98c8>] (SyS_sendmsg) from [<c0408c80>] (ret_fast_syscall+0x0/0x1c) [ 14.331629] Code: e52de004 e8bd4000 e59062dc e1a04000 (e5d63008) [ 14.331751] ---[ end trace 7927abed2565423d ]---Full output of a lava job that shows both of these symptoms can be seen at https://lkft.validation.linaro.org/scheduler/job/187562.
Looking through the patches, it's not obvious to me where the issue may be. We haven't bisected it yet but will begin. I noticed quite a few arm changes from Mark Rutland, and a change to net/rds/send.c from Ka-Cheong Poon. Both added to CC.
Can you try 'git bisect'? I'll hold off on releasing 4.9.y until this gets figured out.
thanks,
greg k-h
On Thu, 2018-04-19 at 16:42 +0530, Naresh Kamboju wrote:
Can you try 'git bisect'? I'll hold off on releasing 4.9.y until this gets figured out.
After reverting this patch, network started works on arm32 x15 device. d7ba3c00047d ("net: phy: micrel: Restore led_mode and clk_sel on resume")
Does that also fix the hang during 'ip l'? (If the hang only occurred on the same systems that oops'd in the micrel driver, it could well be because the task that oops'd was holding the rtnetlink lock.)
Ben.
On 19 April 2018 at 17:39, Ben Hutchings ben.hutchings@codethink.co.uk wrote:
On Thu, 2018-04-19 at 16:42 +0530, Naresh Kamboju wrote:
Can you try 'git bisect'? I'll hold off on releasing 4.9.y until this gets figured out.
After reverting this patch, network started works on arm32 x15 device. d7ba3c00047d ("net: phy: micrel: Restore led_mode and clk_sel on resume")
Does that also fix the hang during 'ip l'? (If the hang only occurred on the same systems that oops'd in the micrel driver, it could well be because the task that oops'd was holding the rtnetlink lock.)
Now 'ip l' works and the oops message is gone.
- Naresh
Ben.
-- Ben Hutchings Software Developer, Codethink Ltd.
On Thu, Apr 19, 2018 at 06:00:52PM +0530, Naresh Kamboju wrote:
On 19 April 2018 at 17:39, Ben Hutchings ben.hutchings@codethink.co.uk wrote:
On Thu, 2018-04-19 at 16:42 +0530, Naresh Kamboju wrote:
Can you try 'git bisect'? I'll hold off on releasing 4.9.y until this gets figured out.
After reverting this patch, network started works on arm32 x15 device. d7ba3c00047d ("net: phy: micrel: Restore led_mode and clk_sel on resume")
Does that also fix the hang during 'ip l'? (If the hang only occurred on the same systems that oops'd in the micrel driver, it could well be because the task that oops'd was holding the rtnetlink lock.)
Now 'ip l' works and the oops message is gone.
- Naresh
There may be some confusion since this patch was in 4.9.94 and we did not report this issue then. The way these failures presented themselves made them a bit subtle (we didn't get any hard failures, just some incomplete jobs - not an unusual occurrence on embedded boards) so we didn't notice them in the last release. It was only after Naresh manually investigated that this was discovered.
We'll think about how we can improve our process to make these much more obvious in an automated way.
Dan
On Thu, Apr 19, 2018 at 04:42:56PM +0530, Naresh Kamboju wrote:
Can you try 'git bisect'? I'll hold off on releasing 4.9.y until this gets figured out.
After reverting this patch, network started works on arm32 x15 device. d7ba3c00047d ("net: phy: micrel: Restore led_mode and clk_sel on resume")
Thanks for letting me know, I've now reverted that commit.
greg k-h
On Thu, Apr 19, 2018 at 04:03:05PM +0200, Greg Kroah-Hartman wrote:
On Thu, Apr 19, 2018 at 04:42:56PM +0530, Naresh Kamboju wrote:
Can you try 'git bisect'? I'll hold off on releasing 4.9.y until this gets figured out.
After reverting this patch, network started works on arm32 x15 device. d7ba3c00047d ("net: phy: micrel: Restore led_mode and clk_sel on resume")
Thanks for letting me know, I've now reverted that commit.
Alright here we go.
Results from Linaro’s test farm. No regressions on arm64, arm and x86_64.
A few notes about these results. Since yesterday, we have enabled qemu arm 32 and qemu arm 64 testing, and also upgraded kselftest to 4.16 from 4.15. These changes have caused some new failures and noise that will be triaged over the next couple of days. These aren't considered regressions because they're a result of upgrading the test / introducing new environments, not some change in kernel. I removed some of these false regressions from the below email report, but you would see them if you looked at qa-reports.
The x15 issue that was previously reported is resolved, but we have learned that running 'ethtool --phy-statistics eth0' causes an oops. This isn't a new issue, and we'll be tracking it going forward until it's resolved.
Summary ------------------------------------------------------------------------
kernel: 4.9.95-rc3 git repo: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git git branch: linux-4.9.y git commit: 0afd4120faa7df778d227670fc91f49234be202b git describe: v4.9.94-69-g0afd4120faa7 Test details: https://qa-reports.linaro.org/lkft/linux-stable-rc-4.9-oe/build/v4.9.94-69-g...
No regressions (compared to build v4.9.94-67-g148bd16b9893)
Boards, architectures and test suites: -------------------------------------
dragonboard-410c * boot - pass: 20, * kselftest - pass: 35, skip: 27, fail: 4 * libhugetlbfs - pass: 90, skip: 1, * ltp-cap_bounds-tests - pass: 2, * ltp-containers-tests - pass: 64, skip: 17, * ltp-fcntl-locktests-tests - pass: 2, * ltp-filecaps-tests - pass: 2, * ltp-fs-tests - pass: 57, skip: 6, * 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: 1015, skip: 135, * ltp-timers-tests - pass: 13,
hi6220-hikey - arm64 * boot - pass: 20, * kselftest - pass: 38, skip: 24, fail: 4 * libhugetlbfs - pass: 90, skip: 1, * ltp-cap_bounds-tests - pass: 2, * ltp-containers-tests - pass: 64, skip: 17, * ltp-fcntl-locktests-tests - pass: 2, * ltp-filecaps-tests - pass: 2, * ltp-fs-tests - pass: 57, skip: 6, * 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: 10, skip: 4, * ltp-securebits-tests - pass: 4, * ltp-syscalls-tests - pass: 1014, skip: 136, * ltp-timers-tests - pass: 13,
juno-r2 - arm64 * boot - pass: 20, * kselftest - pass: 38, skip: 24, fail: 4 * libhugetlbfs - pass: 90, skip: 1, * ltp-cap_bounds-tests - pass: 2, * ltp-containers-tests - pass: 64, skip: 17, * ltp-fcntl-locktests-tests - pass: 2, * ltp-filecaps-tests - pass: 2, * ltp-fs-tests - pass: 57, skip: 6, * 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: 10, skip: 4, * ltp-securebits-tests - pass: 4, * ltp-syscalls-tests - pass: 1015, skip: 135, * ltp-timers-tests - pass: 13,
qemu_arm * boot - fail: 20 ^ This is the first run for qemu_arm and this boot problem is due to an error in our job template.
qemu_arm64 * boot - pass: 20, * kselftest - pass: 37, skip: 27, fail: 4 * libhugetlbfs - pass: 90, skip: 1, * ltp-cap_bounds-tests - pass: 2, * ltp-containers-tests - pass: 64, skip: 17, * ltp-fcntl-locktests-tests - pass: 2, * ltp-filecaps-tests - pass: 2, * ltp-fs-tests - pass: 57, skip: 6, * 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-securebits-tests - pass: 4, * ltp-syscalls-tests - pass: 592, skip: 74, fail: 5 * ltp-timers-tests - pass: 13,
qemu_x86_64 * boot - pass: 22, * kselftest - pass: 49, skip: 27, fail: 4 * kselftest-vsyscall-mode-native - pass: 49, skip: 27, fail: 4 * kselftest-vsyscall-mode-none - pass: 49, skip: 27, fail: 4 * libhugetlbfs - pass: 90, skip: 1, * ltp-cap_bounds-tests - pass: 2, * ltp-containers-tests - pass: 64, skip: 17, * ltp-fcntl-locktests-tests - pass: 2, * ltp-filecaps-tests - pass: 2, * ltp-fs-tests - pass: 57, skip: 6, * 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: 13, skip: 1, * ltp-securebits-tests - pass: 4, * ltp-syscalls-tests - pass: 1003, skip: 147, * ltp-timers-tests - pass: 13,
x15 - arm * boot - pass: 20, * kselftest - pass: 37, skip: 24, fail: 4 * libhugetlbfs - pass: 87, skip: 1, * ltp-cap_bounds-tests - pass: 2, * ltp-containers-tests - pass: 63, skip: 18, * ltp-fcntl-locktests-tests - pass: 2, * ltp-filecaps-tests - pass: 2, * ltp-fs-tests - pass: 58, skip: 5, * 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: 1075, skip: 75, * ltp-timers-tests - pass: 13,
x86_64 * boot - pass: 22, * kselftest - pass: 51, skip: 25, fail: 4 * kselftest-vsyscall-mode-native - pass: 50, skip: 25, fail: 5 * kselftest-vsyscall-mode-none - pass: 51, skip: 25, fail: 4 * libhugetlbfs - pass: 90, skip: 1, * ltp-cap_bounds-tests - pass: 2, * ltp-containers-tests - pass: 64, skip: 17, * ltp-fcntl-locktests-tests - pass: 2, * ltp-filecaps-tests - pass: 2, * ltp-fs-tests - pass: 58, skip: 5, * 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: 9, skip: 5, * ltp-securebits-tests - pass: 4, * ltp-syscalls-tests - pass: 1034, skip: 116, * ltp-timers-tests - pass: 13,
On Thu, Apr 19, 2018 at 03:04:05PM -0500, Dan Rue wrote:
On Thu, Apr 19, 2018 at 04:03:05PM +0200, Greg Kroah-Hartman wrote:
On Thu, Apr 19, 2018 at 04:42:56PM +0530, Naresh Kamboju wrote:
Can you try 'git bisect'? I'll hold off on releasing 4.9.y until this gets figured out.
After reverting this patch, network started works on arm32 x15 device. d7ba3c00047d ("net: phy: micrel: Restore led_mode and clk_sel on resume")
Thanks for letting me know, I've now reverted that commit.
Alright here we go.
Results from Linaro’s test farm. No regressions on arm64, arm and x86_64.
Great, thanks for testing and letting me know.
greg k-h
-
Ben Hutchings -
Dan Rue -
Greg Kroah-Hartman -
Guenter Roeck -
kernelci.org bot -
Naresh Kamboju -
Shuah Khan