Re: [PATCH 4.14 000/185] 4.14.147-stable review
On 10/4/19 11:51 AM, Dan Rue wrote: On Thu, Oct 03, 2019 at 05:51:18PM +0200, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 4.14.147 release. There are 185 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 05 Oct 2019 03:37:47 PM UTC. Anything received after that time might be too late. There's a regression listed below that happened while running 'modprobe vivid' on db410c. We've investigated it and are unable to reliably reproduce it. It happens less than 1% of the time, so it is very unlikely to be a regression. The detailed log can be found at https://lkft.validation.linaro.org/scheduler/job/950199#L1545 and we will continue to investigate and try to narrow down the problem so that we can report it coherently. Adding Hans and linux-media to the thread. Hans! I thought you might be interested in looking at this vivid panic. thanks, -- Shuah
Re: [PATCH 4.14 000/185] 4.14.147-stable review
On Thu, Oct 03, 2019 at 05:51:18PM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.14.147 release. > There are 185 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 05 Oct 2019 03:37:47 PM UTC. > Anything received after that time might be too late. > Build results: total: 172 pass: 172 fail: 0 Qemu test results: total: 372 pass: 372 fail: 0 Guenter
Re: [PATCH 4.14 000/185] 4.14.147-stable review
On Thu, Oct 03, 2019 at 05:51:18PM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.14.147 release. > There are 185 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 05 Oct 2019 03:37:47 PM UTC. > Anything received after that time might be too late. There's a regression listed below that happened while running 'modprobe vivid' on db410c. We've investigated it and are unable to reliably reproduce it. It happens less than 1% of the time, so it is very unlikely to be a regression. The detailed log can be found at https://lkft.validation.linaro.org/scheduler/job/950199#L1545 and we will continue to investigate and try to narrow down the problem so that we can report it coherently. Results from Linaro’s test farm. No regressions on arm64, arm, x86_64, and i386. Summary kernel: 4.14.147-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: b99061374089a66c2dd55bbea3299a602a4f0891 git describe: v4.14.146-186-gb99061374089 Test details: https://qa-reports.linaro.org/lkft/linux-stable-rc-4.14-oe/build/v4.14.146-186-gb99061374089 Regressions (compared to build v4.14.146-18-gf0e4f7af6713) dragonboard-410c - arm64: v4l2-compliance: * modprobe-vivid No fixes (compared to build v4.14.146-18-gf0e4f7af6713) Ran 22696 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 --- * build * install-android-platform-tools-r2600 * kselftest * libhugetlbfs * ltp-cap_bounds-tests * ltp-commands-tests * ltp-containers-tests * ltp-cpuhotplug-tests * ltp-cve-tests * ltp-dio-tests * ltp-fcntl-locktests-tests * ltp-filecaps-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-mm-tests * ltp-nptl-tests * ltp-pty-tests * ltp-sched-tests * ltp-securebits-tests * ltp-timers-tests * perf * spectre-meltdown-checker-test * v4l2-compliance * ltp-fs-tests * ltp-syscalls-tests * network-basic-tests * ltp-open-posix-tests * kvm-unit-tests * kselftest-vsyscall-mode-native * kselftest-vsyscall-mode-none * ssuite -- Linaro LKFT https://lkft.linaro.org
Re: [PATCH 4.14 000/185] 4.14.147-stable review
On 03/10/2019 16:51, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.14.147 release. > There are 185 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 05 Oct 2019 03:37:47 PM UTC. > 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.147-rc1.gz > or in the git tree and branch at: > > git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git > linux-4.14.y > and the diffstat can be found below. > > thanks, > > greg k-h All tests are passing for Tegra ... Test results for stable-v4.14: 8 builds: 8 pass, 0 fail 16 boots: 16 pass, 0 fail 24 tests: 24 pass, 0 fail Linux version: 4.14.147-rc1-gb99061374089 Boards tested: tegra124-jetson-tk1, tegra20-ventana, tegra210-p2371-2180, tegra30-cardhu-a0 Cheers Jon -- nvpublic
Re: [PATCH 4.14 000/185] 4.14.147-stable review
On 10/3/19 9:51 AM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 4.14.147 release. There are 185 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 05 Oct 2019 03:37:47 PM UTC. 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.147-rc1.gz or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-4.14.y and the diffstat can be found below. thanks, greg k-h Compiled and booted on my test system. No dmesg regressions. thanks, -- Shuah
[PATCH 4.14 000/185] 4.14.147-stable review
This is the start of the stable review cycle for the 4.14.147 release.
There are 185 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 05 Oct 2019 03:37:47 PM UTC.
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.147-rc1.gz
or in the git tree and branch at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git
linux-4.14.y
and the diffstat can be found below.
thanks,
greg k-h
-
Pseudo-Shortlog of commits:
Greg Kroah-Hartman
Linux 4.14.147-rc1
Filipe Manana
Btrfs: fix race setting up and completing qgroup rescan workers
Lu Fengqi
btrfs: qgroup: Drop quota_root and fs_info parameters from
update_qgroup_status_item
Yafang Shao
mm/compaction.c: clear total_{migrate,free}_scanned before scanning a new
zone
NeilBrown
md/raid0: avoid RAID0 data corruption due to layout confusion.
Pavel Shilovsky
CIFS: Fix oplock handling for SMB 2.1+ protocols
Murphy Zhou
CIFS: fix max ea value size
Chris Brandt
i2c: riic: Clear NACK in tend isr
Laurent Vivier
hwrng: core - don't wait on add_early_randomness()
Chao Yu
quota: fix wrong condition in is_quota_modification()
Theodore Ts'o
ext4: fix punch hole for inline_data file systems
Rakesh Pandit
ext4: fix warning inside ext4_convert_unwritten_extents_endio
Tetsuo Handa
/dev/mem: Bail out upon SIGKILL.
Denis Kenzior
cfg80211: Purge frame registrations on iftype change
NeilBrown
md: only call set_in_sync() when it is expected to succeed.
NeilBrown
md: don't report active array_state until after revalidate_disk() completes.
Xiao Ni
md/raid6: Set R5_ReadError when there is read failure on parity disk
Qu Wenruo
btrfs: qgroup: Fix the wrong target io_tree when freeing reserved data space
Nikolay Borisov
btrfs: Relinquish CPUs in btrfs_compare_trees
Filipe Manana
Btrfs: fix use-after-free when using the tree modification log
Mark Salyzyn
ovl: filter of trusted xattr results in audit
Michal Hocko
memcg, kmem: do not fail __GFP_NOFAIL charges
Tetsuo Handa
memcg, oom: don't require __GFP_FS when invoking memcg OOM killer
Bob Peterson
gfs2: clear buf_in_tr when ending a transaction in sweep_bh_for_rgrps
Mark Brown
regulator: Defer init completion for a while after late_initcall
Thadeu Lima de Souza Cascardo
alarmtimer: Use EOPNOTSUPP instead of ENOTSUPP
Shawn Lin
arm64: dts: rockchip: limit clock rate of MMC controllers for RK3328
Luis Araneda
ARM: zynq: Use memcpy_toio instead of memcpy on smp bring-up
Lihua Yao
ARM: samsung: Fix system restart on S3C6410
Amadeusz Sławiński
ASoC: Intel: Fix use of potentially uninitialized variable
Amadeusz Sławiński
ASoC: Intel: Skylake: Use correct function to access iomem space
Amadeusz Sławiński
ASoC: Intel: NHLT: Fix debug print format
Kees Cook
binfmt_elf: Do not move brk for INTERP-less ET_EXEC
Hans de Goede
media: sn9c20x: Add MSI MS-1039 laptop to flip_dmi_table
Sean Christopherson
KVM: x86: Manually calculate reserved bits when loading PDPTRS
Jan Dakinevich
KVM: x86: set ctxt->have_exception in x86_decode_insn()
Jan Dakinevich
KVM: x86: always stop emulation on page fault
Nathan Chancellor
x86/retpolines: Fix up backport of a9d57ef15cbe
Helge Deller
parisc: Disable HP HSC-PCI Cards to prevent kernel crash
Vasily Averin
fuse: fix missing unlock_page in fuse_writepage()
Tom Briden
ALSA: hda/realtek - Fixup mute led on HP Spectre x360
Joonwon Kang
randstruct: Check member structs in is_pure_ops_struct()
Ira Weiny
IB/hfi1: Define variables as unsigned long to fix KASAN warning
Vincent Whitchurch
printk: Do not lose last line in kmsg buffer dump
Martin Wilck
scsi: scsi_dh_rdac: zero cdb in send_mode_select()
Takashi Sakamoto
ALSA: firewire-tascam: check intermediate state of clock status and retry
Takashi Sakamoto
ALSA: firewire-tascam: handle error code when getting current source of
clock
MyungJoo Ham
PM / devfreq: passive: fix compiler warning
Sakari Ailus
media: omap3isp: Set device on omap3isp subdevs
Qu Wenruo
btrfs: extent-tree: Make sure we only allocate extents from block groups
with the same type
Takashi Iwai
ALSA: hda/realtek - Blacklist PC beep for Lenovo ThinkCentre M73/93
Tomas Bortoli
media: ttusb-dec: Fix info-leak in ttusb_dec_send_command()
Ahzo
drm/amd/powerplay/smu7: enforce minimal VBITimeout (v2)
Takashi Iwai
ALSA: hda - Drop unsol event handler for Intel HDMI codecs
Kai-Heng Feng
e1000e: add workaround for possible stalled packet
Kevin Easton
libertas: Add missing sentinel at end of if_usb.c
