This is the start of the stable review cycle for the 4.9.96 release. There are 95 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 Tue Apr 24 13:51:53 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.96-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.96-rc1
Wanpeng Li wanpeng.li@hotmail.com block/mq: fix potential deadlock during cpu hotplug
Greg Thelen gthelen@google.com writeback: safer lock nesting
Amir Goldstein amir73il@gmail.com fanotify: fix logic of events on child
Matthew Wilcox mawilcox@microsoft.com mm/filemap.c: fix NULL pointer in page_cache_tree_insert()
Ian Kent raven@themaw.net autofs: mount point create should honour passed in mode
Al Viro viro@zeniv.linux.org.uk Don't leak MNT_INTERNAL away from internal mounts
Al Viro viro@zeniv.linux.org.uk rpc_pipefs: fix double-dput()
Al Viro viro@zeniv.linux.org.uk orangefs_kill_sb(): deal with allocation failures
Al Viro viro@zeniv.linux.org.uk hypfs_kill_super(): deal with failed allocations
Al Viro viro@zeniv.linux.org.uk jffs2_kill_sb(): deal with failed allocations
Jan Kara jack@suse.cz udf: Fix leak of UTF-16 surrogates into encoded strings
Michael Ellerman mpe@ellerman.id.au powerpc/lib: Fix off-by-one in alternate feature patching
Michael Neuling mikey@neuling.org powerpc/eeh: Fix enabling bridge MMIO windows
Matt Redfearn matt.redfearn@mips.com MIPS: memset.S: Fix clobber of v1 in last_fixup
Matt Redfearn matt.redfearn@mips.com MIPS: memset.S: Fix return of __clear_user from Lpartial_fixup
Matt Redfearn matt.redfearn@mips.com MIPS: memset.S: EVA & fault support for small_memset
Matt Redfearn matt.redfearn@mips.com MIPS: uaccess: Add micromips clobbers to bzero invocation
Rodrigo Rivas Costa rodrigorivascosta@gmail.com HID: hidraw: Fix crash on HIDIOCGFEATURE with a destroyed device
Theodore Ts'o tytso@mit.edu random: add new ioctl RNDRESEEDCRNG
Theodore Ts'o tytso@mit.edu random: crng_reseed() should lock the crng instance that it is modifying
Theodore Ts'o tytso@mit.edu random: set up the NUMA crng instances after the CRNG is fully initialized
Theodore Ts'o tytso@mit.edu random: fix crng_ready() test
David Wang davidwang@zhaoxin.com ALSA: hda - New VIA controller suppor no-snoop path
Takashi Iwai tiwai@suse.de ALSA: rawmidi: Fix missing input substream checks in compat ioctls
Fabián Inostroza soulsonceonfire@gmail.com ALSA: line6: Use correct endpoint type for midi output
Paul Parsons lost.distance@yahoo.com drm/radeon: Fix PCIe lane width calculation
Marc Zyngier marc.zyngier@arm.com drm/rockchip: Clear all interrupts before requesting the IRQ
Alex Deucher alexander.deucher@amd.com drm/amdgpu: Fix PCIe lane width calculation
Bas Nieuwenhuizen basni@chromium.org drm/amdgpu: Fix always_valid bos multiple LRU insertions.
Alex Deucher alexander.deucher@amd.com drm/amdgpu: Add an ATPX quirk for hybrid laptop
Theodore Ts'o tytso@mit.edu ext4: don't allow r/w mounts if metadata blocks overlap the superblock
Takashi Iwai tiwai@suse.de ALSA: pcm: Fix endless loop for XRUN recovery in OSS emulation
Takashi Iwai tiwai@suse.de ALSA: pcm: Fix mutex unbalance in OSS emulation ioctls
Takashi Iwai tiwai@suse.de ALSA: pcm: Return -EBUSY for OSS ioctls changing busy streams
Takashi Iwai tiwai@suse.de ALSA: pcm: Avoid potential races between OSS ioctls and read/write
Takashi Iwai tiwai@suse.de ALSA: pcm: Use ERESTARTSYS instead of EINTR in OSS emulation
Alex Williamson alex.williamson@redhat.com vfio/pci: Virtualize Maximum Read Request Size
Igor Pylypiv igor.pylypiv@gmail.com watchdog: f71808e_wdt: Fix WD_EN register read
Sean Wang sean.wang@mediatek.com dt-bindings: clock: mediatek: add binding for fixed-factor clock axisel_d4
Mikhail Lappo mikhail.lappo@esrlabs.com thermal: imx: Fix race condition in imx_thermal_probe()
Ryo Kodama ryo.kodama.vz@renesas.com pwm: rcar: Fix a condition to prevent mismatch value setting to duty
Boris Brezillon boris.brezillon@bootlin.com clk: bcm2835: De-assert/assert PLL reset signal when appropriate
Arnd Bergmann arnd@arndb.de clk: fix false-positive Wmaybe-uninitialized warning
Richard Genoud richard.genoud@gmail.com clk: mvebu: armada-38x: add support for missing clocks
Ralph Sennhauser ralph.sennhauser@gmail.com clk: mvebu: armada-38x: add support for 1866MHz variants
Alex Smith alex.smith@imgtec.com mmc: jz4740: Fix race condition in IRQ mask update
Lu Baolu baolu.lu@linux.intel.com iommu/vt-d: Fix a potential memory leak
Krzysztof Mazur krzysiek@podlesie.net um: Use POSIX ucontext_t instead of struct ucontext
Jason A. Donenfeld Jason@zx2c4.com um: Compile with modern headers
Dan Williams dan.j.williams@intel.com nfit, address-range-scrub: fix scrub in-progress reporting
Dan Williams dan.j.williams@intel.com libnvdimm, namespace: use a safe lookup for dimm device name
Maxime Jayat maxime.jayat@mobile-devices.fr dmaengine: at_xdmac: fix rare residue corruption
Bart Van Assche bart.vanassche@wdc.com IB/srp: Fix completion vector assignment algorithm
Bart Van Assche bart.vanassche@wdc.com IB/srp: Fix srp_abort()
Takashi Iwai tiwai@suse.de ALSA: pcm: Fix UAF at PCM release via PCM timer access
Bart Van Assche bart.vanassche@wdc.com RDMA/rxe: Fix an out-of-bounds read
Roland Dreier roland@purestorage.com RDMA/ucma: Don't allow setting RDMA_OPTION_IB_PATH without an RDMA device
Theodore Ts'o tytso@mit.edu ext4: fail ext4_iget for root directory if unallocated
Theodore Ts'o tytso@mit.edu ext4: add validity checks for bitmap block numbers
Eryu Guan guaneryu@gmail.com ext4: protect i_disksize update by i_data_sem in direct write path
Theodore Ts'o tytso@mit.edu ext4: don't update checksum of new initialized bitmaps
Theodore Ts'o tytso@mit.edu jbd2: if the journal is aborted then don't allow update of the log tail
Theodore Ts'o tytso@mit.edu random: use a tighter cap in credit_entropy_bits_safe()
Aniruddha Banerjee aniruddhab@nvidia.com irqchip/gic: Take lock when updating irq type
Mika Westerberg mika.westerberg@linux.intel.com thunderbolt: Resume control channel after hibernation image is created
James Kelly jamespeterkelly@gmail.com ASoC: ssm2602: Replace reg_default_raw with reg_default
Aaron Ma aaron.ma@canonical.com HID: core: Fix size as type u32
Aaron Ma aaron.ma@canonical.com HID: Fix hid_report_len usage
Nicholas Piggin npiggin@gmail.com powerpc/powernv: Fix OPAL NVRAM driver OPAL_BUSY loops
Nicholas Piggin npiggin@gmail.com powerpc/64: Fix smp_wmb barrier definition use use lwsync consistently
Nicholas Piggin npiggin@gmail.com powerpc/powernv: Handle unknown OPAL errors in opal_nvram_write()
Aaron Ma aaron.ma@canonical.com HID: i2c-hid: fix size check and type usage
Steve French stfrench@microsoft.com smb3: Fix root directory when server returns inode number of zero
Thinh Nguyen Thinh.Nguyen@synopsys.com usb: dwc3: pci: Properly cleanup resource
Zhengjun Xing zhengjun.xing@linux.intel.com USB:fix USB3 devices behind USB3 hubs not resuming at hibernate thaw
Yavuz, Tuba tuba@ece.ufl.edu USB: gadget: f_midi: fixing a possible double-free in f_midi
Mika Westerberg mika.westerberg@linux.intel.com ACPI / hotplug / PCI: Check presence of slot itself in get_slot_status()
Hans de Goede hdegoede@redhat.com ACPI / video: Add quirk to force acpi-video backlight on Samsung 670Z5E
Dan Carpenter dan.carpenter@oracle.com regmap: Fix reversed bounds check in regmap_raw_write()
Jason Andryuk jandryuk@gmail.com xen-netfront: Fix hang on device removal
Maxime Chevallier maxime.chevallier@bootlin.com spi: Fix scatterlist elements size in spi_map_buf
Santiago Esteban Santiago.Esteban@microchip.com ARM: dts: at91: sama5d4: fix pinctrl compatible string
Marek Szyprowski m.szyprowski@samsung.com ARM: dts: exynos: Fix IOMMU support for GScaler devices on Exynos5250
Nicolas Ferre nicolas.ferre@microchip.com ARM: dts: at91: at91sam9g25: fix mux-mask pinctrl property
Felipe Balbi felipe.balbi@linux.intel.com usb: gadget: udc: core: update usb_ep_queue() documentation
Heinrich Schuchardt xypron.glpk@gmx.de usb: musb: gadget: misplaced out of bounds check
Vlastimil Babka vbabka@suse.cz mm, slab: reschedule cache_reap() on the same CPU
Eric Biggers ebiggers@google.com ipc/shm: fix use-after-free of shm file via remap_file_pages()
Takashi Iwai tiwai@suse.de resource: fix integer overflow at reallocation
Andrew Morton akpm@linux-foundation.org fs/reiserfs/journal.c: add missing resierfs_warning() arg
Richard Weinberger richard@nod.at ubi: Reject MLC NAND
Romain Izard romain.izard.pro@gmail.com ubi: Fix error for write access
Richard Weinberger richard@nod.at ubi: fastmap: Don't flush fastmap work on detach
Richard Weinberger richard@nod.at ubifs: Check ubifs_wbuf_sync() return code
Tejun Heo tj@kernel.org tty: make n_tty_read() always abort if hangup is in progress
-------------
Diffstat:
Makefile | 4 +- arch/arm/boot/dts/at91sam9g25.dtsi | 2 +- arch/arm/boot/dts/exynos5250.dtsi | 8 +- arch/arm/boot/dts/sama5d4.dtsi | 2 +- arch/mips/include/asm/uaccess.h | 11 +- arch/mips/lib/memset.S | 11 +- arch/powerpc/include/asm/barrier.h | 3 +- arch/powerpc/include/asm/synch.h | 4 - arch/powerpc/kernel/eeh_pe.c | 3 +- arch/powerpc/lib/feature-fixups.c | 2 +- arch/powerpc/platforms/powernv/opal-nvram.c | 11 +- arch/s390/hypfs/inode.c | 2 +- arch/um/os-Linux/file.c | 1 + arch/um/os-Linux/signal.c | 3 +- arch/x86/um/stub_segv.c | 3 +- block/blk-mq.c | 4 +- drivers/acpi/nfit/core.c | 5 +- drivers/acpi/video_detect.c | 9 ++ drivers/base/regmap/regmap.c | 2 +- drivers/char/random.c | 75 +++++---- drivers/clk/bcm/clk-bcm2835.c | 8 +- drivers/clk/mvebu/armada-38x.c | 15 +- drivers/clk/renesas/clk-sh73a0.c | 6 +- drivers/dma/at_xdmac.c | 4 +- drivers/gpu/drm/amd/amdgpu/amdgpu_atpx_handler.c | 1 + drivers/gpu/drm/amd/amdgpu/amdgpu_bo_list.c | 6 +- drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 2 +- drivers/gpu/drm/amd/amdgpu/si_dpm.c | 4 +- drivers/gpu/drm/radeon/si_dpm.c | 4 +- drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 23 +-- drivers/hid/hid-core.c | 10 +- drivers/hid/hid-input.c | 3 +- drivers/hid/hid-multitouch.c | 5 +- drivers/hid/hid-rmi.c | 4 +- drivers/hid/hidraw.c | 5 + drivers/hid/i2c-hid/i2c-hid.c | 13 +- drivers/hid/wacom_sys.c | 2 +- drivers/infiniband/core/ucma.c | 3 + drivers/infiniband/sw/rxe/rxe_verbs.c | 5 +- drivers/infiniband/ulp/srp/ib_srp.c | 18 +-- drivers/iommu/intel-svm.c | 1 + drivers/irqchip/irq-gic-common.c | 9 +- drivers/mmc/host/jz4740_mmc.c | 2 +- drivers/mtd/ubi/block.c | 2 +- drivers/mtd/ubi/build.c | 11 ++ drivers/mtd/ubi/fastmap-wl.c | 1 - drivers/net/xen-netfront.c | 7 +- drivers/nvdimm/namespace_devs.c | 4 +- drivers/pci/hotplug/acpiphp_glue.c | 23 ++- drivers/pwm/pwm-rcar.c | 8 +- drivers/spi/spi.c | 10 +- drivers/thermal/imx_thermal.c | 6 +- drivers/thunderbolt/nhi.c | 1 + drivers/tty/n_tty.c | 6 + drivers/tty/tty_io.c | 9 ++ drivers/usb/core/generic.c | 9 +- drivers/usb/dwc3/dwc3-pci.c | 2 +- drivers/usb/gadget/function/f_midi.c | 3 +- drivers/usb/gadget/u_f.h | 2 + drivers/usb/gadget/udc/core.c | 3 + drivers/usb/musb/musb_gadget_ep0.c | 14 +- drivers/vfio/pci/vfio_pci_config.c | 29 +++- drivers/watchdog/f71808e_wdt.c | 2 +- fs/autofs4/root.c | 2 +- fs/cifs/cifsglob.h | 1 + fs/cifs/inode.c | 33 ++++ fs/ext4/balloc.c | 19 ++- fs/ext4/ialloc.c | 54 ++----- fs/ext4/inode.c | 11 +- fs/ext4/super.c | 6 + fs/fs-writeback.c | 7 +- fs/jbd2/journal.c | 5 +- fs/jffs2/super.c | 2 +- fs/namespace.c | 3 +- fs/notify/fanotify/fanotify.c | 34 ++--- fs/orangefs/super.c | 5 + fs/reiserfs/journal.c | 2 +- fs/ubifs/super.c | 14 +- fs/udf/unicode.c | 6 + include/dt-bindings/clock/mt2701-clk.h | 3 +- include/linux/backing-dev-defs.h | 5 + include/linux/backing-dev.h | 30 ++-- include/linux/hid.h | 6 +- include/linux/tty.h | 1 + include/sound/pcm_oss.h | 1 + include/uapi/linux/random.h | 3 + ipc/shm.c | 23 ++- kernel/resource.c | 3 +- mm/filemap.c | 9 +- mm/page-writeback.c | 18 +-- mm/slab.c | 3 +- net/sunrpc/rpc_pipe.c | 1 + sound/core/oss/pcm_oss.c | 186 ++++++++++++++++++----- sound/core/pcm.c | 8 +- sound/core/rawmidi_compat.c | 18 ++- sound/pci/hda/hda_intel.c | 3 +- sound/soc/codecs/ssm2602.c | 19 ++- sound/usb/line6/midi.c | 2 +- 98 files changed, 694 insertions(+), 322 deletions(-)
On 22 April 2018 at 19:22, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 4.9.96 release. There are 95 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 Tue Apr 24 13:51:53 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.96-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
Regression detected on arm64 devices Hikey and Juno. Boot pass on arm64 dragonboard 410c board and qemu arm64.
I have started bisecting this problem.
Boot log: ------------ [ 5.521472] DEBUG_LOCKS_WARN_ON(irqs_disabled_flags(flags)) [ 5.526923] ------------[ cut here ]------------ [ 5.526940] WARNING: CPU: 0 PID: 1331 at /srv/oe/build/tmp-rpb-glibc/ work-shared/hikey/kernel-source/kernel/locking/lockdep.c:2879 lockdep_trace_alloc+0xc0/0xc8
[ 5.526943] Modules linked in: [ 5.526946] fuse [ 5.526958] CPU: 0 PID: 1331 Comm: systemd-cgroups Not tainted 4.9.96-rc1 #1 [ 5.526960] Hardware name: HiKey Development Board (DT) [ 5.526963] task: ffff800074241600 task.stack: ffff8000739e8000 [ 5.526968] PC is at lockdep_trace_alloc+0xc0/0xc8 [ 5.526973] LR is at lockdep_trace_alloc+0xc0/0xc8
Details log can be found at, https://lkft.validation.linaro.org/scheduler/job/192779#L3095 and 4.9.96-rc2 https://lkft.validation.linaro.org/scheduler/job/193871
Best regards Naresh Kamboju
On Sun, Apr 22, 2018 at 03:52:29PM +0200, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.9.96 release. There are 95 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 Tue Apr 24 13:51:53 UTC 2018. Anything received after that time might be too late.
For v4.9.95-96-g54c571b:
Build results: total: 146 pass: 146 fail: 0 Qemu test results: total: 137 pass: 137 fail: 0
Details are available at http://kerneltests.org/builders.
Guenter
On 22 April 2018 at 19:22, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 4.9.96 release. There are 95 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 Tue Apr 24 13:51:53 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.96-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
Regression detected on arm64 devices Hikey and Juno.
Here is the list of bad commit patches to be reverted. git bisect found first bad commit as "3" but reverting 3 patch failed. so i have to revert all four patches and boot test and the boot PASS on hikey.
1) Theodore Ts'o tytso@mit.edu random: add new ioctl RNDRESEEDCRNG 2) Theodore Ts'o tytso@mit.edu random: crng_reseed() should lock the crng instance that it is modifying 3) Theodore Ts'o tytso@mit.edu random: set up the NUMA crng instances after the CRNG is fully initialized 4) Theodore Ts'o tytso@mit.edu random: fix crng_ready() test
Additional details, ------------------------ Boot failed log details log can be found at, https://lkft.validation.linaro.org/scheduler/job/193871#L3120
[ 5.789114] DEBUG_LOCKS_WARN_ON(irqs_disabled_flags(flags)) [ 5.794551] ------------[ cut here ]------------ [ 5.799216] WARNING: CPU: 0 PID: 0 at /srv/oe/build/tmp-rpb-glibc/ work-shared/hikey/kernel-source/kernel/locking/lockdep.c:2879 lockdep_trace_alloc+0xc0/0xc8 [ 5.813339] Modules linked in: fuse [ 5.816850] [ 5.818351] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.9.96-rc2 #1 [ 5.824630] Hardware name: HiKey Development Board (DT) [ 5.829866] task: ffff000009104680 task.stack: ffff0000090f0000 [ 5.835803] PC is at lockdep_trace_alloc+0xc0/0xc8 [ 5.840605] LR is at lockdep_trace_alloc+0xc0/0xc8 [ 5.845405] pc : [<ffff000008133778>] lr : [<ffff000008133778>] pstate: 600001c5 [ 5.852820] sp : ffff800077f02d60 [ 5.856141] x29: ffff800077f02d60 x28: 0000000000007ffe [ 5.861472] x27: 0000000000004000 x26: ffff0000090fa508 [ 5.866804] x25: 00000000000001c0 x24: ffff0000091ed000 [ 5.872136] x23: ffff800005f03c80 x22: ffff00000867d864 [ 5.877467] x21: 0000000000000008 x20: 00000000024088c0 [ 5.882798] x19: 00000000000001c0 x18: 0000000000000010 [ 5.888129] x17: 0000000000000007 x16: 0000000000000001 [ 5.893460] x15: 0000000000000006 x14: ffff000089ebb12f [ 5.898791] x13: ffff000009ebb13d x12: ffff000009cb9930 [ 5.904122] x11: ffff800077f02b40 x10: 000000000000017f [ 5.909454] x9 : 00000000ffffffd0 x8 : 0000000000000002 [ 5.914785] x7 : ffff0000090f0000 x6 : ffff00000813de38 [ 5.920117] x5 : 0000000000000000 x4 : 0000000000000001 [ 5.925449] x3 : 0000000000000002 x2 : 000000000000000
Best regards Naresh Kamboju
On Mon, Apr 23, 2018 at 10:23:49PM +0530, Naresh Kamboju wrote:
On 22 April 2018 at 19:22, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 4.9.96 release. There are 95 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 Tue Apr 24 13:51:53 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.96-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
Regression detected on arm64 devices Hikey and Juno.
Here is the list of bad commit patches to be reverted. git bisect found first bad commit as "3" but reverting 3 patch failed. so i have to revert all four patches and boot test and the boot PASS on hikey.
Theodore Ts'o tytso@mit.edu random: add new ioctl RNDRESEEDCRNG 2) Theodore Ts'o tytso@mit.edu random: crng_reseed() should lock the crng instance that it is modifying 3) Theodore Ts'o tytso@mit.edu random: set up the NUMA crng instances after the CRNG is fully initialized
This is the one I need to revert anyway.
Let me see if I can just drop that one and do a -rc3. Give me a few hours...
greg k-h
On Mon, Apr 23, 2018 at 06:57:50PM +0200, Greg Kroah-Hartman wrote:
On Mon, Apr 23, 2018 at 10:23:49PM +0530, Naresh Kamboju wrote:
On 22 April 2018 at 19:22, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 4.9.96 release. There are 95 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 Tue Apr 24 13:51:53 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.96-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
Regression detected on arm64 devices Hikey and Juno.
Here is the list of bad commit patches to be reverted. git bisect found first bad commit as "3" but reverting 3 patch failed. so i have to revert all four patches and boot test and the boot PASS on hikey.
Theodore Ts'o tytso@mit.edu random: add new ioctl RNDRESEEDCRNG 2) Theodore Ts'o tytso@mit.edu random: crng_reseed() should lock the crng instance that it is modifying 3) Theodore Ts'o tytso@mit.edu random: set up the NUMA crng instances after the CRNG is fully initialized
This is the one I need to revert anyway.
Let me see if I can just drop that one and do a -rc3. Give me a few hours...
Ok, I've dropped just patch 3 from 4.16.y, 4.14.y and 4.9.y and pushed out -rc3 versions of all of these. Let me know if that works or not for you.
thanks,
greg k-h
On Mon, Apr 23, 2018 at 08:01:37PM +0200, Greg Kroah-Hartman wrote:
On Mon, Apr 23, 2018 at 06:57:50PM +0200, Greg Kroah-Hartman wrote:
On Mon, Apr 23, 2018 at 10:23:49PM +0530, Naresh Kamboju wrote:
On 22 April 2018 at 19:22, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 4.9.96 release. There are 95 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 Tue Apr 24 13:51:53 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.96-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
Regression detected on arm64 devices Hikey and Juno.
Here is the list of bad commit patches to be reverted. git bisect found first bad commit as "3" but reverting 3 patch failed. so i have to revert all four patches and boot test and the boot PASS on hikey.
Theodore Ts'o tytso@mit.edu random: add new ioctl RNDRESEEDCRNG 2) Theodore Ts'o tytso@mit.edu random: crng_reseed() should lock the crng instance that it is modifying 3) Theodore Ts'o tytso@mit.edu random: set up the NUMA crng instances after the CRNG is fully initialized
This is the one I need to revert anyway.
Let me see if I can just drop that one and do a -rc3. Give me a few hours...
Ok, I've dropped just patch 3 from 4.16.y, 4.14.y and 4.9.y and pushed out -rc3 versions of all of these. Let me know if that works or not for you.
Results from Linaro’s test farm. No regressions on arm64, arm and x86_64.
I made a few comments inline regarding the reported failures. Also, as this report is pushing 200 lines now with all of our tests and environments (about 8*22 test runs), I'm planning on making some changes in the next few weeks to make it more concise and useful. Any suggestions or feature requests are most welcome.
Summary ------------------------------------------------------------------------
kernel: 4.9.96-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: 8617c15e22fdfa0451d34bc07fb3f0fc85fbb310 git describe: v4.9.94-164-g8617c15e22fd Test details: https://qa-reports.linaro.org/lkft/linux-stable-rc-4.9-oe/build/v4.9.94-164-...
No regressions (compared to build v4.9.94-165-g54c571bb567c)
Boards, architectures and test suites: -------------------------------------
dragonboard-410c * boot - pass: 20, * kselftest - skip: 27, pass: 35, fail: 4 ^ kselftest failures caused by kselftest upgrade to 4.16 (in all cases in this report) * libhugetlbfs - skip: 1, pass: 90, * ltp-cap_bounds-tests - pass: 2, * ltp-containers-tests - skip: 17, pass: 64, * ltp-fcntl-locktests-tests - pass: 2, * ltp-filecaps-tests - pass: 2, * ltp-fs-tests - skip: 6, pass: 57, * ltp-fs_bind-tests - pass: 2, * ltp-fs_perms_simple-tests - pass: 19, * ltp-fsx-tests - pass: 2, * ltp-hugetlb-tests - skip: 1, pass: 19, fail: 2 ^ this one is an intermittent failure specific to db410c.
* 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 - skip: 135, pass: 1015, * ltp-timers-tests - pass: 13,
hi6220-hikey - arm64 * boot - pass: 20, * kselftest - skip: 24, pass: 38, fail: 4 * libhugetlbfs - skip: 1, pass: 90, * ltp-cap_bounds-tests - pass: 2, * ltp-containers-tests - skip: 17, pass: 64, * ltp-fcntl-locktests-tests - pass: 2, * ltp-filecaps-tests - pass: 2, * ltp-fs-tests - skip: 6, pass: 57, * ltp-fs_bind-tests - pass: 2, * ltp-fs_perms_simple-tests - pass: 19, * ltp-fsx-tests - pass: 2, * ltp-hugetlb-tests - skip: 1, pass: 21, * 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 - skip: 4, pass: 10, * ltp-securebits-tests - pass: 4, * ltp-syscalls-tests - skip: 136, pass: 1014, * ltp-timers-tests - pass: 13,
juno-r2 - arm64 * boot - pass: 20, * kselftest - skip: 24, pass: 38, fail: 4 * libhugetlbfs - skip: 1, pass: 90, * ltp-cap_bounds-tests - pass: 2, * ltp-containers-tests - skip: 17, pass: 64, * ltp-fcntl-locktests-tests - pass: 2, * ltp-filecaps-tests - pass: 2, * 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-pty-tests - pass: 4, * ltp-sched-tests - skip: 4, pass: 10, * ltp-securebits-tests - pass: 4, * ltp-syscalls-tests - skip: 135, pass: 1015, * ltp-timers-tests - pass: 13,
qemu_arm * boot - pass: 10, fail: 10 ^ infrastructure issues * ltp-cap_bounds-tests - pass: 2, * ltp-containers-tests - skip: 17, pass: 64, * ltp-fcntl-locktests-tests - pass: 2, * ltp-filecaps-tests - pass: 2, * ltp-fs-tests - skip: 5, pass: 58, * ltp-fs_bind-tests - pass: 2, * ltp-io-tests - pass: 3, * ltp-securebits-tests - pass: 4, * ltp-timers-tests - pass: 13,
qemu_arm64 * boot - pass: 20, * kselftest - skip: 27, pass: 37, fail: 4 * libhugetlbfs - skip: 1, pass: 90, * ltp-cap_bounds-tests - pass: 2, * ltp-containers-tests - skip: 17, pass: 64, * ltp-fcntl-locktests-tests - pass: 2, * ltp-filecaps-tests - pass: 2, * ltp-fs-tests - skip: 6, pass: 57, * 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: 2, * ltp-nptl-tests - pass: 2, * ltp-pty-tests - pass: 4, * ltp-securebits-tests - pass: 4, * ltp-timers-tests - pass: 13,
qemu_x86_64 * boot - pass: 22, * kselftest - skip: 13, pass: 4, fail: 2 * kselftest-vsyscall-mode-native - skip: 27, pass: 49, fail: 4 * kselftest-vsyscall-mode-none - skip: 27, pass: 49, fail: 4 * libhugetlbfs - skip: 1, pass: 90, * ltp-cap_bounds-tests - pass: 2, * ltp-containers-tests - skip: 17, pass: 64, * ltp-fcntl-locktests-tests - pass: 2, * ltp-filecaps-tests - pass: 2, * ltp-fs-tests - skip: 6, pass: 57, * 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 - skip: 1, pass: 13, * ltp-securebits-tests - pass: 4, * ltp-syscalls-tests - skip: 147, pass: 1003, * ltp-timers-tests - pass: 13,
x15 - arm * boot - pass: 19, fail: 1 * kselftest - skip: 24, pass: 37, fail: 4 * libhugetlbfs - skip: 1, pass: 87, * ltp-fcntl-locktests-tests - pass: 2, * ltp-filecaps-tests - pass: 2, * ltp-fs-tests - skip: 5, pass: 58, * ltp-fs_bind-tests - pass: 2, * ltp-fs_perms_simple-tests - pass: 19, * ltp-fsx-tests - pass: 2, * ltp-hugetlb-tests - skip: 2, pass: 20, * 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 - skip: 1, pass: 13, * ltp-securebits-tests - pass: 4, * ltp-syscalls-tests - skip: 75, pass: 1075, * ltp-timers-tests - pass: 13,
x86_64 * boot - pass: 22, * kselftest - skip: 25, pass: 51, fail: 4 * kselftest-vsyscall-mode-native - skip: 25, pass: 50, fail: 5 * kselftest-vsyscall-mode-none - skip: 25, pass: 51, fail: 4 * libhugetlbfs - skip: 1, pass: 90, * ltp-cap_bounds-tests - pass: 2, * ltp-containers-tests - skip: 17, pass: 64, * ltp-fcntl-locktests-tests - pass: 2, * ltp-filecaps-tests - pass: 2, * ltp-fs-tests - skip: 5, pass: 58, * 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 - skip: 5, pass: 9, * ltp-securebits-tests - pass: 4, * ltp-syscalls-tests - skip: 116, pass: 1034, * ltp-timers-tests - pass: 13,
On Mon, Apr 23, 2018 at 05:25:53PM -0500, Dan Rue wrote:
On Mon, Apr 23, 2018 at 08:01:37PM +0200, Greg Kroah-Hartman wrote:
On Mon, Apr 23, 2018 at 06:57:50PM +0200, Greg Kroah-Hartman wrote:
On Mon, Apr 23, 2018 at 10:23:49PM +0530, Naresh Kamboju wrote:
On 22 April 2018 at 19:22, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 4.9.96 release. There are 95 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 Tue Apr 24 13:51:53 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.96-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
Regression detected on arm64 devices Hikey and Juno.
Here is the list of bad commit patches to be reverted. git bisect found first bad commit as "3" but reverting 3 patch failed. so i have to revert all four patches and boot test and the boot PASS on hikey.
Theodore Ts'o tytso@mit.edu random: add new ioctl RNDRESEEDCRNG 2) Theodore Ts'o tytso@mit.edu random: crng_reseed() should lock the crng instance that it is modifying 3) Theodore Ts'o tytso@mit.edu random: set up the NUMA crng instances after the CRNG is fully initialized
This is the one I need to revert anyway.
Let me see if I can just drop that one and do a -rc3. Give me a few hours...
Ok, I've dropped just patch 3 from 4.16.y, 4.14.y and 4.9.y and pushed out -rc3 versions of all of these. Let me know if that works or not for you.
Results from Linaro’s test farm. No regressions on arm64, arm and x86_64.
Great!
I made a few comments inline regarding the reported failures. Also, as this report is pushing 200 lines now with all of our tests and environments (about 8*22 test runs), I'm planning on making some changes in the next few weeks to make it more concise and useful. Any suggestions or feature requests are most welcome.
How about only reporting problems? Having tests "pass" is the norm and should always happen, right? That would make the reports smaller.
thanks,
greg k-h
On Tue, Apr 24, 2018 at 09:26:35AM +0200, Greg Kroah-Hartman wrote:
On Mon, Apr 23, 2018 at 05:25:53PM -0500, Dan Rue wrote:
I made a few comments inline regarding the reported failures. Also, as this report is pushing 200 lines now with all of our tests and environments (about 8*22 test runs), I'm planning on making some changes in the next few weeks to make it more concise and useful. Any suggestions or feature requests are most welcome.
How about only reporting problems? Having tests "pass" is the norm and should always happen, right? That would make the reports smaller.
I agree, though I would like to provide a bit of context so that people new to the process have some idea about testing breadth and depth - but it should be a few lines, rather than the hundreds that we have now.
Dan
On Tue, Apr 24, 2018 at 12:23:11PM -0500, Dan Rue wrote:
On Tue, Apr 24, 2018 at 09:26:35AM +0200, Greg Kroah-Hartman wrote:
On Mon, Apr 23, 2018 at 05:25:53PM -0500, Dan Rue wrote:
I made a few comments inline regarding the reported failures. Also, as this report is pushing 200 lines now with all of our tests and environments (about 8*22 test runs), I'm planning on making some changes in the next few weeks to make it more concise and useful. Any suggestions or feature requests are most welcome.
How about only reporting problems? Having tests "pass" is the norm and should always happen, right? That would make the reports smaller.
I agree, though I would like to provide a bit of context so that people new to the process have some idea about testing breadth and depth - but
I did that initially, but found that it is only confusing. Sure, there should be a means to look up the actual tests, but for the notification e-mail only pass/fail is relevant.
I found that even "skipped" is confusing, because people started asking why tests are being skipped.
Guenter
On Sun, Apr 22, 2018 at 03:52:29PM +0200, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.9.96 release. There are 95 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 Tue Apr 24 13:51:53 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.96-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.
And there is a -rc3 for this tree as well now out: https://www.kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.9.96-rc3....
thanks,
greg k-h
On 04/23/2018 12:04 PM, Greg Kroah-Hartman wrote:
On Sun, Apr 22, 2018 at 03:52:29PM +0200, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.9.96 release. There are 95 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 Tue Apr 24 13:51:53 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.96-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.
And there is a -rc3 for this tree as well now out: https://www.kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.9.96-rc3....
thanks,
greg k-h
rc3 looks good. Compiled and booted on my test system. No dmesg regressions.
thanks, -- Shuah