This is the start of the stable review cycle for the 4.14.73 release. There are 64 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 Sep 29 09:02:21 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.14.73-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.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.73-rc1
Thomas Gleixner tglx@linutronix.de tick/nohz: Prevent bogus softirq pending warning
Steve Wise swise@opengridcomputing.com iw_cxgb4: only allow 1 flush on user qps
Nadav Amit namit@vmware.com vmw_balloon: include asm/io.h
Zachary Zhang zhangzg@marvell.com PCI: aardvark: Size bridges before resources allocation
Steve Muckle smuckle@google.com sched/fair: Fix vruntime_normalized() for remote non-migration wakeup
Eric Biggers ebiggers@google.com ext4: show test_dummy_encryption mount option in /proc/mounts
Li Dongyang dongyangli@ddn.com ext4: don't mark mmp buffer head dirty
Theodore Ts'o tytso@mit.edu ext4: fix online resizing for bigalloc file systems with a 1k block size
Theodore Ts'o tytso@mit.edu ext4: fix online resize's handling of a too-small final block group
Theodore Ts'o tytso@mit.edu ext4: recalucate superblock checksum after updating free blocks/inodes
Theodore Ts'o tytso@mit.edu ext4: avoid arithemetic overflow that can trigger a BUG
Theodore Ts'o tytso@mit.edu ext4: avoid divide by zero fault when deleting corrupted inline directories
Theodore Ts'o tytso@mit.edu ext4: check to make sure the rename(2)'s destination is not freed
Gustavo A. R. Silva gustavo@embeddedor.com tty: vt_ioctl: fix potential Spectre v1
Lyude Paul lyude@redhat.com drm/atomic: Use drm_drv_uses_atomic_modeset() for debugfs creation
Alex Deucher alexander.deucher@amd.com drm/amdgpu: add new polaris pci id
Emil Lundmark lndmrk@chromium.org drm: udl: Destroy framebuffer only if it was initialized
Boris Brezillon boris.brezillon@bootlin.com drm/vc4: Fix the "no scaling" case on multi-planar YUV formats
Lyude Paul lyude@redhat.com drm/nouveau/drm/nouveau: Prevent handling ACPI HPD events too early
Lyude Paul lyude@redhat.com drm/nouveau/drm/nouveau: Use pm_runtime_get_noresume() in connector_detect()
Lyude Paul lyude@redhat.com drm/nouveau/drm/nouveau: Fix bogus drm_kms_helper_poll_enable() placement
Lyude Paul lyude@redhat.com drm/nouveau/drm/nouveau: Don't forget to cancel hpd_work on suspend/unload
Lyude Paul lyude@redhat.com drm/nouveau: Fix deadlocks in nouveau_connector_detect()
Junxiao Bi junxiao.bi@oracle.com ocfs2: fix ocfs2 read block panic
Richard Weinberger richard@nod.at Revert "ubifs: xattr: Don't operate on deleted inodes"
Vincent Pelletier plr.vincent@gmail.com scsi: target: iscsi: Use bin2hex instead of a re-implementation
Vincent Pelletier plr.vincent@gmail.com scsi: target: iscsi: Use hex2bin instead of a re-implementation
Lubomir Rintel lkundrak@v3.sk Revert "uapi/linux/keyctl.h: don't use C++ reserved keyword as a struct member name"
Greg Kroah-Hartman gregkh@linuxfoundation.org Revert "rpmsg: core: add support to power domains for devices"
Joel Fernandes (Google) joel@joelfernandes.org mm: shmem.c: Correctly annotate new inodes for lockdep
Vaibhav Nagarnaik vnagarnaik@google.com ring-buffer: Allow for rescheduling when removing pages
Mika Westerberg mika.westerberg@linux.intel.com Revert "PCI: Add ACS quirk for Intel 300 series"
Kirill Kapranov kirill.kapranov@compulab.co.il spi: fix IDR collision on systems with both fixed and dynamic SPI bus numbers
Boris Ostrovsky boris.ostrovsky@oracle.com xen/x86/vpmu: Zero struct pt_regs before calling into sample handling code
Juergen Gross jgross@suse.com xen/netfront: don't bug in case of too many frags
Mario Limonciello mario.limonciello@dell.com platform/x86: alienware-wmi: Correct a memory leak
Takashi Sakamoto o-takashi@sakamocchi.jp ALSA: oxfw: fix memory leak of private data
Takashi Sakamoto o-takashi@sakamocchi.jp ALSA: oxfw: fix memory leak of discovered stream formats at error path
Takashi Sakamoto o-takashi@sakamocchi.jp ALSA: oxfw: fix memory leak for model-dependent data at error path
Takashi Sakamoto o-takashi@sakamocchi.jp ALSA: fireworks: fix memory leak of response buffer at error path
Takashi Sakamoto o-takashi@sakamocchi.jp ALSA: firewire-tascam: fix memory leak of private data
Takashi Sakamoto o-takashi@sakamocchi.jp ALSA: firewire-digi00x: fix memory leak of private data
Takashi Sakamoto o-takashi@sakamocchi.jp ALSA: fireface: fix memory leak in ff400_switch_fetching_mode()
Willy Tarreau w@1wt.eu ALSA: emu10k1: fix possible info leak to userspace on SNDRV_EMU10K1_IOCTL_INFO
Takashi Sakamoto o-takashi@sakamocchi.jp ALSA: bebob: use address returned by kmalloc() instead of kernel stack for streaming DMA mapping
Takashi Sakamoto o-takashi@sakamocchi.jp ALSA: bebob: fix memory leak for M-Audio FW1814 and ProjectMix I/O at error path
Jiada Wang jiada_wang@mentor.com ASoC: rsnd: fixup not to call clk_get/set under non-atomic
Sébastien Szymanski sebastien.szymanski@armadeus.com ASoC: cs4265: fix MMTLR Data switch control
Suren Baghdasaryan surenb@google.com NFC: Fix the number of pipes
Suren Baghdasaryan surenb@google.com NFC: Fix possible memory corruption when handling SHDLC I-Frame commands
Sabrina Dubroca sd@queasysnail.net tls: clear key material from kernel memory when do_tls_setsockopt_conf fails
Sabrina Dubroca sd@queasysnail.net tls: zero the crypto information from tls_context before freeing
Sabrina Dubroca sd@queasysnail.net tls: don't copy the key out of tls12_crypto_info_aes_gcm_128
Davide Caratti dcaratti@redhat.com net/sched: act_sample: fix NULL dereference in the data path
Paolo Abeni pabeni@redhat.com udp6: add missing checks on edumux packet processing
Vasily Khoruzhick vasilykh@arista.com neighbour: confirm neigh entries when ARP packet is received
Paolo Abeni pabeni@redhat.com udp4: fix IP_CMSG_CHECKSUM for connected sockets
Bjørn Mork bjorn@mork.no qmi_wwan: set DTR for modems in forced USB2 mode
Guillaume Nault g.nault@alphalink.fr pppoe: fix reception of frames with no mac header
Colin Ian King colin.king@canonical.com net: hp100: fix always-true check for link up state
Willy Tarreau w@1wt.eu net/appletalk: fix minor pointer leak to userspace in SIOCFINDIPDDPRT
Eric Dumazet edumazet@google.com ipv6: fix possible use-after-free in ip6_xmit()
Toke Høiland-Jørgensen toke@toke.dk gso_segment: Reset skb->mac_len after modifying network header
-------------
Diffstat:
Makefile | 4 +- arch/x86/xen/pmu.c | 2 +- drivers/gpu/drm/amd/amdgpu/amdgpu_cgs.c | 14 ++++--- drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c | 1 + drivers/gpu/drm/drm_atomic.c | 2 +- drivers/gpu/drm/drm_debugfs.c | 2 +- drivers/gpu/drm/nouveau/nouveau_connector.c | 42 +++++++++++++++---- drivers/gpu/drm/nouveau/nouveau_display.c | 42 ++++++++++++++----- drivers/gpu/drm/nouveau/nouveau_display.h | 2 +- drivers/gpu/drm/nouveau/nouveau_drm.c | 2 +- drivers/gpu/drm/udl/udl_fb.c | 8 ++-- drivers/gpu/drm/vc4/vc4_plane.c | 25 ++++++----- drivers/infiniband/hw/cxgb4/qp.c | 6 +++ drivers/misc/vmw_balloon.c | 1 + drivers/net/appletalk/ipddp.c | 8 +++- drivers/net/ethernet/hp/hp100.c | 2 +- drivers/net/ppp/pppoe.c | 3 ++ drivers/net/usb/qmi_wwan.c | 14 +++---- drivers/net/xen-netfront.c | 8 +++- drivers/pci/host/pci-aardvark.c | 1 + drivers/pci/quirks.c | 6 --- drivers/platform/x86/alienware-wmi.c | 1 + drivers/rpmsg/rpmsg_core.c | 7 ---- drivers/spi/spi.c | 9 ++++ drivers/target/iscsi/iscsi_target_auth.c | 45 ++++++++------------ drivers/tty/vt/vt_ioctl.c | 4 ++ fs/ext4/dir.c | 20 ++++----- fs/ext4/ext4.h | 3 ++ fs/ext4/inline.c | 4 +- fs/ext4/inode.c | 9 +++- fs/ext4/mmp.c | 1 - fs/ext4/namei.c | 6 +++ fs/ext4/resize.c | 23 +++++++++- fs/ext4/super.c | 4 ++ fs/ocfs2/buffer_head_io.c | 1 + fs/ubifs/xattr.c | 24 ----------- include/net/nfc/hci.h | 2 +- include/net/tls.h | 14 ++++--- include/uapi/linux/keyctl.h | 2 +- kernel/sched/fair.c | 3 +- kernel/time/tick-sched.c | 2 +- kernel/trace/ring_buffer.c | 2 + mm/shmem.c | 2 + net/core/neighbour.c | 13 +++--- net/ipv4/af_inet.c | 1 + net/ipv4/udp.c | 49 ++++++++++++---------- net/ipv6/ip6_offload.c | 1 + net/ipv6/ip6_output.c | 6 +-- net/ipv6/udp.c | 65 ++++++++++++++++------------- net/nfc/hci/core.c | 10 +++++ net/sched/act_sample.c | 2 +- net/tls/tls_main.c | 17 ++++++-- net/tls/tls_sw.c | 7 +--- security/keys/dh.c | 2 +- sound/firewire/bebob/bebob.c | 2 + sound/firewire/bebob/bebob_maudio.c | 28 ++++++------- sound/firewire/digi00x/digi00x.c | 1 + sound/firewire/fireface/ff-protocol-ff400.c | 9 ++-- sound/firewire/fireworks/fireworks.c | 2 + sound/firewire/oxfw/oxfw.c | 10 +++++ sound/firewire/tascam/tascam.c | 1 + sound/pci/emu10k1/emufx.c | 2 +- sound/soc/codecs/cs4265.c | 4 +- sound/soc/sh/rcar/core.c | 11 +++++ sound/soc/sh/rcar/rsnd.h | 7 ++++ sound/soc/sh/rcar/ssi.c | 16 ++++--- 66 files changed, 401 insertions(+), 248 deletions(-)
On Thu, Sep 27, 2018 at 11:03:17AM +0200, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.14.73 release. There are 64 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 Sep 29 09:02:21 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.14.73-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.14.y and the diffstat can be found below.
thanks,
greg k-h
Merged, compiled, and installed onto my Raspberry Pi.
No initial issues noticed in dmesg or general usage.
Thanks! Nathan
On Thu, Sep 27, 2018 at 12:00:52PM -0700, Nathan Chancellor wrote:
On Thu, Sep 27, 2018 at 11:03:17AM +0200, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.14.73 release. There are 64 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 Sep 29 09:02:21 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.14.73-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.14.y and the diffstat can be found below.
thanks,
greg k-h
Merged, compiled, and installed onto my Raspberry Pi.
No initial issues noticed in dmesg or general usage.
Great, thanks for testing these and letting me know.
greg k-h
stable-rc/linux-4.14.y boot: 168 boots: 15 failed, 134 passed with 17 offline, 2 untried/unknown (v4.14.72-64-g1e2fd389792f)
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.72-64-...
Tree: stable-rc Branch: linux-4.14.y Git Describe: v4.14.72-64-g1e2fd389792f Git Commit: 1e2fd389792f6e2f7b7d9bc252c9010a2c1f97eb Git URL: http://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git Tested: 60 unique boards, 23 SoC families, 20 builds out of 197
Boot Regressions Detected:
arm:
imx_v6_v7_defconfig: imx6dl-wandboard_dual: lab-baylibre-seattle: failing since 1 day (last pass: v4.14.72 - first fail: v4.14.72-63-g42a97a8ea5c3) imx6dl-wandboard_solo: lab-baylibre-seattle: failing since 1 day (last pass: v4.14.72 - first fail: v4.14.72-63-g42a97a8ea5c3) imx6q-wandboard: lab-baylibre-seattle: failing since 1 day (last pass: v4.14.72 - first fail: v4.14.72-63-g42a97a8ea5c3)
multi_v7_defconfig: tegra124-jetson-tk1: lab-collabora: failing since 1 day (last pass: v4.14.72 - first fail: v4.14.72-63-g42a97a8ea5c3) lab-mhart: failing since 1 day (last pass: v4.14.72 - first fail: v4.14.72-63-g42a97a8ea5c3) tegra20-iris-512: lab-baylibre-seattle: failing since 1 day (last pass: v4.14.72 - first fail: v4.14.72-63-g42a97a8ea5c3) tegra30-beaver: lab-baylibre-seattle: failing since 1 day (last pass: v4.14.72 - first fail: v4.14.72-63-g42a97a8ea5c3)
multi_v7_defconfig+CONFIG_EFI=y+CONFIG_ARM_LPAE=y: tegra124-jetson-tk1: lab-collabora: failing since 1 day (last pass: v4.14.72 - first fail: v4.14.72-63-g42a97a8ea5c3) lab-mhart: failing since 1 day (last pass: v4.14.72 - first fail: v4.14.72-63-g42a97a8ea5c3)
multi_v7_defconfig+CONFIG_SMP=n: tegra124-jetson-tk1: lab-collabora: failing since 1 day (last pass: v4.14.72 - first fail: v4.14.72-63-g42a97a8ea5c3) lab-mhart: failing since 1 day (last pass: v4.14.72 - first fail: v4.14.72-63-g42a97a8ea5c3)
tegra_defconfig: tegra124-jetson-tk1: lab-collabora: failing since 1 day (last pass: v4.14.72 - first fail: v4.14.72-63-g42a97a8ea5c3) lab-mhart: failing since 1 day (last pass: v4.14.72 - first fail: v4.14.72-63-g42a97a8ea5c3) tegra20-iris-512: lab-baylibre-seattle: failing since 1 day (last pass: v4.14.72 - first fail: v4.14.72-63-g42a97a8ea5c3) tegra30-beaver: lab-baylibre-seattle: failing since 1 day (last pass: v4.14.72 - first fail: v4.14.72-63-g42a97a8ea5c3)
Boot Failures Detected:
arm:
multi_v7_defconfig tegra124-jetson-tk1: 2 failed labs tegra20-iris-512: 1 failed lab tegra30-beaver: 1 failed lab
tegra_defconfig tegra124-jetson-tk1: 2 failed labs tegra20-iris-512: 1 failed lab tegra30-beaver: 1 failed lab
multi_v7_defconfig+CONFIG_SMP=n tegra124-jetson-tk1: 2 failed labs
multi_v7_defconfig+CONFIG_EFI=y+CONFIG_ARM_LPAE=y tegra124-jetson-tk1: 2 failed labs
imx_v6_v7_defconfig imx6dl-wandboard_dual: 1 failed lab imx6dl-wandboard_solo: 1 failed lab imx6q-wandboard: 1 failed lab
Offline Platforms:
arm:
bcm2835_defconfig: bcm2835-rpi-b: 1 offline lab
multi_v7_defconfig: alpine-db: 1 offline lab at91-sama5d4_xplained: 1 offline lab socfpga_cyclone5_de0_sockit: 1 offline lab sun5i-r8-chip: 1 offline lab tegra124-jetson-tk1: 1 offline lab
tegra_defconfig: tegra124-jetson-tk1: 1 offline lab
sama5_defconfig: at91-sama5d4_xplained: 1 offline lab
sunxi_defconfig: sun5i-r8-chip: 1 offline lab
arm64:
defconfig+CONFIG_RANDOMIZE_BASE=y: apq8016-sbc: 1 offline lab juno-r2: 1 offline lab mt7622-rfb1: 1 offline lab
defconfig: apq8016-sbc: 1 offline lab juno-r2: 1 offline lab mt7622-rfb1: 1 offline lab
defconfig+CONFIG_CPU_BIG_ENDIAN=y: apq8016-sbc: 1 offline lab juno-r2: 1 offline lab
--- For more info write to info@kernelci.org
On 9/27/18 6:03 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.14.73 release. There are 64 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 Sep 29 09:02:21 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.14.73-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.14.y and the diffstat can be found below.
thanks,
greg k-h
Note:
dragonboard-410c boot issues are now solved, after "rpmsg: core: add support to power domains for devices" commit was reverted. Thank you!
Results from Linaro’s test farm. No regressions on arm64, arm, x86_64, and i386.
Summary ------------------------------------------------------------------------
kernel: 4.14.73-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: 1e2fd389792f6e2f7b7d9bc252c9010a2c1f97eb git describe: v4.14.72-64-g1e2fd389792f Test details: https://qa-reports.linaro.org/lkft/linux-stable-rc-4.14-oe/build/v4.14.72-64...
No regressions (compared to build v4.14.71-170-g2cc4d365363b)
Ran 20209 total tests in the following environments and test suites.
Environments -------------- - dragonboard-410c - arm64 - hi6220-hikey - arm64 - i386 - juno-r2 - arm64 - qemu_arm - qemu_arm64 - qemu_i386 - qemu_x86_64 - x15 - arm - x86_64
Test Suites ----------- * boot * kselftest * libhugetlbfs * ltp-containers-tests * ltp-cve-tests * ltp-filecaps-tests * ltp-fs-tests * ltp-fs_bind-tests * ltp-fs_perms_simple-tests * ltp-fsx-tests * ltp-hugetlb-tests * ltp-io-tests * ltp-ipc-tests * ltp-math-tests * ltp-nptl-tests * ltp-pty-tests * ltp-sched-tests * ltp-securebits-tests * ltp-syscalls-tests * ltp-timers-tests * ltp-cap_bounds-tests * ltp-fcntl-locktests-tests * ltp-open-posix-tests * kselftest-vsyscall-mode-native * kselftest-vsyscall-mode-none
On 09/27/2018 03:03 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.14.73 release. There are 64 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 Sep 29 09:02:21 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.14.73-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.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
Hi Greg,
On Thu, Sep 27, 2018 at 10:03 AM, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 4.14.73 release. There are 64 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 Sep 29 09:02:21 UTC 2018. Anything received after that time might be too late.
My kvm guest had this:
[ 8.570020] kasan: CONFIG_KASAN_INLINE enabled [ 8.570272] kasan: GPF could be caused by NULL-ptr deref or user memory access [ 8.570472] general protection fault: 0000 [#1] SMP KASAN PTI [ 8.570625] Modules linked in: bochs_drm(+) ppdev drm_kms_helper ttm joydev evdev drm sg serio_raw pcspkr parport_pc parport button ip_tables x_tables autofs4 ext4 crc32c_generic crc16 mbcache jbd2 fscrypto sr_mod cdrom sd_mod ata_generic ata_piix xhci_pci e1000 psmouse xhci_hcd libata floppy usbcore i2c_piix4 scsi_mod [ 8.571218] CPU: 0 PID: 225 Comm: systemd-udevd Not tainted 4.14.73-rc1+ #5 [ 8.571394] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.10.2-0-g5f4c7b1-prebuilt.qemu-project.org 04/01/2014 [ 8.571706] task: ffff8800366db100 task.stack: ffff88002b1b8000 [ 8.571875] RIP: 0010:drm_debugfs_init+0x183/0x370 [drm] [ 8.572023] RSP: 0018:ffff88002b1bf5e8 EFLAGS: 00010202 [ 8.572207] RAX: dffffc0000000000 RBX: ffff880031d37000 RCX: 0000000000000000 [ 8.572384] RDX: 0000000000000004 RSI: ffff880031d37020 RDI: 0000000000000020 [ 8.572560] RBP: 1ffff10005637ebe R08: ffff880036380638 R09: 0000000000000000 [ 8.572736] R10: ffff880036380640 R11: ffff880028586290 R12: 0000000000000000 [ 8.572914] R13: ffff880028ec1540 R14: 0000000000000000 R15: 0000000000000000 [ 8.573091] FS: 00007ff59b7088c0(0000) GS:ffff880034400000(0000) knlGS:0000000000000000 [ 8.573289] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 8.573441] CR2: 00007ffdf9c90000 CR3: 000000002f478000 CR4: 00000000000006f0 [ 8.573685] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [ 8.573927] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 [ 8.574227] Call Trace: [ 8.574389] ? drm_dev_set_unique+0x44/0x90 [drm] [ 8.574591] ? connector_write+0x2e0/0x2e0 [drm] [ 8.574795] ? add_hole+0x33e/0x600 [drm] [ 8.574980] ? memcpy+0x34/0x50 [ 8.575152] drm_minor_register+0xa7/0x1d0 [drm] [ 8.575356] drm_dev_register+0x117/0x5d0 [drm] [ 8.575562] drm_get_pci_dev+0x17b/0x4b0 [drm] [ 8.575752] ? bochs_load+0x110/0x110 [bochs_drm] [ 8.575946] local_pci_probe+0xde/0x1a0 [ 8.576123] pci_device_probe+0x3f0/0x550 [ 8.576306] ? pci_device_remove+0x1d0/0x1d0 [ 8.576492] ? driver_sysfs_add+0x158/0x280 [ 8.576675] driver_probe_device+0x5e2/0xc80 [ 8.576862] ? driver_probe_device+0xc80/0xc80 [ 8.577053] __driver_attach+0x194/0x1e0 [ 8.577231] bus_for_each_dev+0x111/0x1a0 [ 8.577411] ? subsys_dev_iter_exit+0x10/0x10 [ 8.577600] ? __switch_to_asm+0x24/0x60 [ 8.577780] ? __switch_to_asm+0x24/0x60 [ 8.577957] ? klist_add_tail+0x5c/0x120 [ 8.578135] bus_add_driver+0x3b8/0x6f0 [ 8.578314] driver_register+0x187/0x3a0 [ 8.578495] ? 0xffffffffc0620000 [ 8.578664] do_one_initcall+0x7f/0x1e1 [ 8.578845] ? initcall_blacklisted+0x150/0x150 [ 8.579037] ? kmem_cache_alloc_trace+0xea/0x5d0 [ 8.579228] ? kasan_unpoison_shadow+0x30/0x40 [ 8.579414] ? __asan_register_globals+0x77/0x90 [ 8.579611] do_init_module+0x1ba/0x552 [ 8.579790] ? load_module+0x6798/0x9b30 [ 8.579967] load_module+0x67a5/0x9b30 [ 8.580143] ? module_frob_arch_sections+0x20/0x20 [ 8.580340] ? vfs_read+0x24e/0x2e0 [ 8.580514] ? kernel_read+0x90/0x130 [ 8.580687] ? set_binfmt+0x120/0x120 [ 8.580862] ? SYSC_finit_module+0x14d/0x180 [ 8.581049] SYSC_finit_module+0x14d/0x180 [ 8.581230] ? SYSC_init_module+0x1c0/0x1c0 [ 8.581412] ? vfs_statx_fd+0x49/0x80 [ 8.581588] ? syscall_trace_enter+0x30f/0xb00 [ 8.581848] ? exit_to_usermode_loop+0x7a/0x100 [ 8.582105] ? SyS_init_module+0x10/0x10 [ 8.582283] do_syscall_64+0x191/0x450 [ 8.582460] ? async_page_fault+0x2f/0x50 [ 8.582643] entry_SYSCALL_64_after_hwframe+0x3d/0xa2 [ 8.582840] RIP: 0033:0x7ff59a586229 [ 8.583011] RSP: 002b:00007ffcad244b18 EFLAGS: 00000246 ORIG_RAX: 0000000000000139 [ 8.583318] RAX: ffffffffffffffda RBX: 0000561bda7e7e90 RCX: 00007ff59a586229 [ 8.583558] RDX: 0000000000000000 RSI: 00007ff59ae9f265 RDI: 0000000000000011 [ 8.583780] RBP: 00007ff59ae9f265 R08: 0000000000000000 R09: 00007ffcad245090 [ 8.584001] R10: 0000000000000011 R11: 0000000000000246 R12: 0000000000000000 [ 8.584272] R13: 0000561bda7e7cb0 R14: 0000000000020000 R15: 0000561bd9fc4cbc [ 8.584496] Code: fa 48 c1 ea 03 80 3c 02 00 0f 85 9f 01 00 00 4d 8b b5 70 03 00 00 48 b8 00 00 00 00 00 fc ff df 49 8d 7e 20 48 89 fa 48 c1 ea 03 <80> 3c 02 00 0f 85 6f 01 00 00 49 83 7e 20 00 74 10 48 89 df e8 [ 8.585076] RIP: drm_debugfs_init+0x183/0x370 [drm] RSP: ffff88002b1bf5e8 [ 8.585404] ---[ end trace 62728db3ac408aba ]---
And I had to revert 7e58fe2a97bc ("drm/atomic: Use drm_drv_uses_atomic_modeset() for debugfs creation") to make it work. I am looking more into why it failed.
Hi Greg,
On Thu, Sep 27, 2018 at 9:56 PM, Sudip Mukherjee sudipm.mukherjee@gmail.com wrote:
Hi Greg,
On Thu, Sep 27, 2018 at 10:03 AM, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 4.14.73 release. There are 64 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 Sep 29 09:02:21 UTC 2018. Anything received after that time might be too late.
My kvm guest had this:
<snip>
[ 8.585076] RIP: drm_debugfs_init+0x183/0x370 [drm] RSP: ffff88002b1bf5e8 [ 8.585404] ---[ end trace 62728db3ac408aba ]---
And I had to revert 7e58fe2a97bc ("drm/atomic: Use drm_drv_uses_atomic_modeset() for debugfs creation") to make it work. I am looking more into why it failed.
update:
Backporting 57078338b2e4 ("drm: fix drm_drv_uses_atomic_modeset on non modesetting drivers.") fixed the issue. But 7e58fe2a97bc ("drm/atomic: Use drm_drv_uses_atomic_modeset() for debugfs creation") changed the functionality of the check. If this has to be applied, it will also need an additional patch to keep the check same as linus tree.
But looking at the other mails now, and you have already dropped the patch.
On Thu, Sep 27, 2018 at 10:45:30PM +0100, Sudip Mukherjee wrote:
Hi Greg,
On Thu, Sep 27, 2018 at 9:56 PM, Sudip Mukherjee sudipm.mukherjee@gmail.com wrote:
Hi Greg,
On Thu, Sep 27, 2018 at 10:03 AM, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 4.14.73 release. There are 64 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 Sep 29 09:02:21 UTC 2018. Anything received after that time might be too late.
My kvm guest had this:
<snip>
[ 8.585076] RIP: drm_debugfs_init+0x183/0x370 [drm] RSP: ffff88002b1bf5e8 [ 8.585404] ---[ end trace 62728db3ac408aba ]---
And I had to revert 7e58fe2a97bc ("drm/atomic: Use drm_drv_uses_atomic_modeset() for debugfs creation") to make it work. I am looking more into why it failed.
update:
Backporting 57078338b2e4 ("drm: fix drm_drv_uses_atomic_modeset on non modesetting drivers.") fixed the issue. But 7e58fe2a97bc ("drm/atomic: Use drm_drv_uses_atomic_modeset() for debugfs creation") changed the functionality of the check. If this has to be applied, it will also need an additional patch to keep the check same as linus tree.
But looking at the other mails now, and you have already dropped the patch.
Yes, already dropped :)
On Thu, Sep 27, 2018 at 11:03:17AM +0200, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.14.73 release. There are 64 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 Sep 29 09:02:21 UTC 2018. Anything received after that time might be too late.
Build results: total: 151 pass: 151 fail: 0 Qemu test results: total: 318 pass: 314 fail: 4 Failed tests: arm:sabrelite:imx_v6_v7_defconfig:imx6dl-sabrelite powerpc:g3beige:ppc_book3s_defconfig:nosmp:ide:rootfs x86_64:q35:Broadwell-noTSX:defconfig:smp:mem256:ata:rootfs x86_64:pc:Opteron_G2:defconfig:smp:efi32:mem2G:scsi[virtio-pci]:rootfs
arm_sabrelite crashes in drm code as already reported.
powerpc:g3beige is the known problem. Patch should be available upstream in the near future.
The x86_64 failures are spurious. I'll change the scripts to no longer report those until I figure out what is going on.
Details are available at https://kerneltests.org/builders/.
Guenter