This is the start of the stable review cycle for the 6.10.6 release. There are 25 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 Mon, 19 Aug 2024 08:53:52 +0000. 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/v6.x/stable-review/patch-6.10.6-rc3.... or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.10.y and the diffstat can be found below.
thanks,
greg k-h
------------- Pseudo-Shortlog of commits:
Greg Kroah-Hartman gregkh@linuxfoundation.org Linux 6.10.6-rc3
Greg Kroah-Hartman gregkh@linuxfoundation.org Revert "drm/amd/display: Refactor function dm_dp_mst_is_port_support_mode()"
Niklas Cassel cassel@kernel.org Revert "ata: libata-scsi: Honor the D_SENSE bit for CK_COND=1 and no error"
Sean Young sean@mess.org media: Revert "media: dvb-usb: Fix unexpected infinite loop in dvb_usb_read_remote_control()"
Srinivasan Shanmugam srinivasan.shanmugam@amd.com drm/amdgpu/display: Fix null pointer dereference in dc_stream_program_cursor_position
Wayne Lin Wayne.Lin@amd.com drm/amd/display: Solve mst monitors blank out problem after resume
Kees Cook kees@kernel.org binfmt_flat: Fix corruption when not offsetting data start
Gergo Koteles soyer@irl.hu platform/x86: ideapad-laptop: add a mutex to synchronize VPC commands
Gergo Koteles soyer@irl.hu platform/x86: ideapad-laptop: move ymc_trigger_ec from lenovo-ymc
Gergo Koteles soyer@irl.hu platform/x86: ideapad-laptop: introduce a generic notification chain
Shyam Sundar S K Shyam-sundar.S-k@amd.com platform/x86/amd/pmf: Fix to Update HPD Data When ALS is Disabled
Takashi Iwai tiwai@suse.de ALSA: usb: Fix UBSAN warning in parse_audio_unit()
Konstantin Komarov almaz.alexandrovich@paragon-software.com fs/ntfs3: Do copy_to_user out of run_lock
Pei Li peili.dev@gmail.com jfs: Fix shift-out-of-bounds in dbDiscardAG
Edward Adam Davis eadavis@qq.com jfs: fix null ptr deref in dtInsertEntry
Willem de Bruijn willemb@google.com fou: remove warn in gue_gro_receive on unsupported protocol
Chao Yu chao@kernel.org f2fs: fix to cover read extent cache access with lock
Chao Yu chao@kernel.org f2fs: fix to do sanity check on F2FS_INLINE_DATA flag in inode during GC
yunshui jiangyunshui@kylinos.cn bpf, net: Use DEV_STAT_INC()
Simon Trimmer simont@opensource.cirrus.com ASoC: cs35l56: Patch CS35L56_IRQ1_MASK_18 to the default value
WangYuli wangyuli@uniontech.com nvme/pci: Add APST quirk for Lenovo N60z laptop
Huacai Chen chenhuacai@kernel.org LoongArch: Define __ARCH_WANT_NEW_STAT in unistd.h
Fangzhi Zuo jerry.zuo@amd.com drm/amd/display: Prevent IPX From Link Detect and Set Mode
Harry Wentland harry.wentland@amd.com drm/amd/display: Separate setting and programming of cursor
Wayne Lin wayne.lin@amd.com drm/amd/display: Defer handling mst up request in resume
Kees Cook kees@kernel.org exec: Fix ToCToU between perm check and set-uid/gid usage
-------------
Diffstat:
Makefile | 4 +- arch/loongarch/include/uapi/asm/unistd.h | 1 + drivers/ata/libata-scsi.c | 15 +- drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 14 +- .../amd/display/amdgpu_dm/amdgpu_dm_mst_types.c | 236 ++++++++------------- .../drm/amd/display/amdgpu_dm/amdgpu_dm_plane.c | 6 +- drivers/gpu/drm/amd/display/dc/core/dc_stream.c | 94 +++++--- drivers/gpu/drm/amd/display/dc/dc_stream.h | 8 + .../drm/amd/display/dc/hwss/dcn30/dcn30_hwseq.c | 2 +- drivers/media/usb/dvb-usb/dvb-usb-init.c | 35 +-- drivers/nvme/host/pci.c | 7 + drivers/platform/x86/Kconfig | 1 + drivers/platform/x86/amd/pmf/spc.c | 32 +-- drivers/platform/x86/ideapad-laptop.c | 148 +++++++++++-- drivers/platform/x86/ideapad-laptop.h | 9 + drivers/platform/x86/lenovo-ymc.c | 60 +----- fs/binfmt_flat.c | 4 +- fs/exec.c | 8 +- fs/f2fs/extent_cache.c | 50 ++--- fs/f2fs/f2fs.h | 2 +- fs/f2fs/gc.c | 10 + fs/f2fs/inode.c | 10 +- fs/jfs/jfs_dmap.c | 2 + fs/jfs/jfs_dtree.c | 2 + fs/ntfs3/frecord.c | 75 ++++++- net/core/filter.c | 8 +- net/ipv4/fou_core.c | 2 +- sound/soc/codecs/cs35l56-shared.c | 1 + sound/usb/mixer.c | 7 + 29 files changed, 492 insertions(+), 361 deletions(-)
On Sun, 18 Aug 2024 at 10:53, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 6.10.6 release. There are 25 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 Mon, 19 Aug 2024 08:53:52 +0000. 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/v6.x/stable-review/patch-6.10.6-rc3.... or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.10.y and the diffstat can be found below.
thanks,
greg k-h
Results from Linaro's test farm. No regressions on arm64, arm, x86_64 and i386.
Tested-by: Linux Kernel Functional Testing lkft@linaro.org
## Build * kernel: 6.10.6-rc3 * git: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git * git commit: a522cad0641894f57925563b4eade679b6d1deb0 * git describe: v6.10.5-26-ga522cad06418 * test details: https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-6.10.y/build/v6.10....
## Test Regressions (compared to v6.10.4-264-gb18fc76fca1a)
## Metric Regressions (compared to v6.10.4-264-gb18fc76fca1a)
## Test Fixes (compared to v6.10.4-264-gb18fc76fca1a)
## Metric Fixes (compared to v6.10.4-264-gb18fc76fca1a)
## Test result summary total: 177818, pass: 157089, fail: 1802, skip: 18688, xfail: 239
## Build Summary * arc: 5 total, 5 passed, 0 failed * arm: 129 total, 128 passed, 1 failed * arm64: 39 total, 39 passed, 0 failed * i386: 28 total, 28 passed, 0 failed * mips: 26 total, 25 passed, 1 failed * parisc: 4 total, 3 passed, 1 failed * powerpc: 36 total, 35 passed, 1 failed * riscv: 19 total, 19 passed, 0 failed * s390: 14 total, 13 passed, 1 failed * sh: 10 total, 10 passed, 0 failed * sparc: 7 total, 6 passed, 1 failed * x86_64: 33 total, 33 passed, 0 failed
## Test suites summary * boot * commands * kselftest-arm64 * kselftest-breakpoints * kselftest-capabilities * kselftest-cgroup * kselftest-clone3 * kselftest-core * kselftest-cpu-hotplug * kselftest-cpufreq * kselftest-efivarfs * kselftest-exec * kselftest-filesystems * kselftest-filesystems-binderfs * kselftest-filesystems-epoll * kselftest-firmware * kselftest-fpu * kselftest-ftrace * kselftest-futex * kselftest-gpio * kselftest-intel_pstate * kselftest-ipc * kselftest-kcmp * kselftest-kvm * kselftest-livepatch * kselftest-membarrier * kselftest-memfd * kselftest-mincore * kselftest-mqueue * kselftest-net * kselftest-net-mptcp * kselftest-openat2 * kselftest-ptrace * kselftest-rseq * kselftest-rtc * kselftest-seccomp * kselftest-sigaltstack * kselftest-size * kselftest-tc-testing * kselftest-timers * kselftest-tmpfs * kselftest-tpm2 * kselftest-user_events * kselftest-vDSO * kselftest-watchdog * kselftest-x86 * kunit * kvm-unit-tests * libgpiod * libhugetlbfs * log-parser-boot * log-parser-test * ltp-commands * ltp-containers * ltp-controllers * ltp-cpuhotplug * ltp-crypto * ltp-cve * ltp-dio * ltp-fcntl-locktests * ltp-fs * ltp-fs_bind * ltp-fs_perms_simple * ltp-hugetlb * ltp-ipc * ltp-math * ltp-mm * ltp-nptl * ltp-pty * ltp-sched * ltp-smoke * ltp-smoketest * ltp-syscalls * ltp-tracing * perf * rcutorture
-- Linaro LKFT https://lkft.linaro.org
On Sun, 18 Aug 2024 10:53:45 +0200, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 6.10.6 release. There are 25 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 Mon, 19 Aug 2024 08:53:52 +0000. 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/v6.x/stable-review/patch-6.10.6-rc3.... or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.10.y and the diffstat can be found below.
thanks,
greg k-h
All tests passing for Tegra ...
Test results for stable-v6.10: 10 builds: 10 pass, 0 fail 26 boots: 26 pass, 0 fail 106 tests: 106 pass, 0 fail
Linux version: 6.10.6-rc3-ga522cad06418 Boards tested: tegra124-jetson-tk1, tegra186-p2771-0000, tegra194-p2972-0000, tegra194-p3509-0000+p3668-0000, tegra20-ventana, tegra210-p2371-2180, tegra210-p3450-0000, tegra30-cardhu-a04
Tested-by: Jon Hunter jonathanh@nvidia.com
Jon
Hi!
This is the start of the stable review cycle for the 6.10.6 release. There are 25 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.
This one fails our testing.
https://lava.ciplatform.org/scheduler/job/1181715
[ 0.493440] ThumbEE CPU extension supported. [ 0.493646] Registering SWP/SWPB emulation handler [ 0.515073] clk: Disabling unused clocks login-action timed out after 119 seconds end: 2.2.1 login-action (duration 00:01:59) [common]
https://gitlab.com/cip-project/cip-testing/linux-stable-rc-ci/-/jobs/7610484...
Failure does not go away with retries.
Now... I believe I seen similar failures before, but those did go away with retries. I guess I'll need help of our Q/A team here.
Best regards, Pavel
Hello Pavel,
From: Pavel Machek pavel@denx.de Sent: Monday, August 19, 2024 10:16 AM
Hi!
This is the start of the stable review cycle for the 6.10.6 release. There are 25 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.
This one fails our testing.
https://lava.ciplatform.org/scheduler/job/1181715
[ 0.493440] ThumbEE CPU extension supported. [ 0.493646] Registering SWP/SWPB emulation handler [ 0.515073] clk: Disabling unused clocks login-action timed out after 119 seconds end: 2.2.1 login-action (duration 00:01:59) [common]
https://gitlab.com/cip-project/cip-testing/linux-stable-rc-ci/- /jobs/7610484202
Failure does not go away with retries.
Now... I believe I seen similar failures before, but those did go away with retries. I guess I'll need help of our Q/A team here.
All the failed retired jobs from this pipeline ran on the same qemu LAVA machine. I've rerun the same test jobs on different qemu machines and they have booted okay, e.g. https://lava.ciplatform.org/scheduler/device_type/qemu?dt_dt_dt_search=&...
So we could blame it on the qemu-cip-siemens-muc machine, however, it was quite happily booting 6.10.6-rc1 a few days ago: https://lava.ciplatform.org/scheduler/job/1180857 6.10.6-rc2 was also okay: https://lava.ciplatform.org/scheduler/job/1181017
So it's an intermittent issue, however I can't say it's with the kernel or the qemu machine, maybe not so helpful, sorry.
Kind regards, Chris
Best regards, Pavel -- DENX Software Engineering GmbH, Managing Director: Erika Unter HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Hi Chris, Hi Pavel,
thanks for reporting!
On Mon, 2024-08-19 at 15:18 +0000, Chris Paterson wrote:
Hello Pavel,
From: Pavel Machek pavel@denx.de Sent: Monday, August 19, 2024 10:16 AM
Hi!
This is the start of the stable review cycle for the 6.10.6 release. There are 25 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.
This one fails our testing.
https://lava.ciplatform.org/scheduler/job/1181715
[ 0.493440] ThumbEE CPU extension supported. [ 0.493646] Registering SWP/SWPB emulation handler [ 0.515073] clk: Disabling unused clocks login-action timed out after 119 seconds end: 2.2.1 login-action (duration 00:01:59) [common]
https://gitlab.com/cip-project/cip-testing/linux-stable-rc-ci/- /jobs/7610484202
Failure does not go away with retries.
Now... I believe I seen similar failures before, but those did go away with retries. I guess I'll need help of our Q/A team here.
All the failed retired jobs from this pipeline ran on the same qemu LAVA machine. I've rerun the same test jobs on different qemu machines and they have booted okay, e.g. https://lava.ciplatform.org/scheduler/device_type/qemu?dt_dt_dt_search=&...
So we could blame it on the qemu-cip-siemens-muc machine, however, it was quite happily booting 6.10.6-rc1 a few days ago: https://lava.ciplatform.org/scheduler/job/1180857 6.10.6-rc2 was also okay: https://lava.ciplatform.org/scheduler/job/1181017
As Chris pointed out that this might be related to our qemu instance in the CIP lab. We had a look and found the attached kernel splat. This seems not a guest but a host problem (which is Debian/6.1 based and not 6.10).
I think you can continue, ignore the test result for this 6.10 release for now.
We will investigate further. Let's see.
For completeness the kernel log of the host is attached. LAVA runs into a timeout and marks the job as failed.
[CC: Added Quirin, the operator of the infrastructure]
Best regards, Florian
So it's an intermittent issue, however I can't say it's with the kernel or the qemu machine, maybe not so helpful, sorry.
Kind regards, Chris
Best regards, Pavel -- DENX Software Engineering GmbH, Managing Director: Erika Unter HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Hi,
On 8/20/24 9:37 AM, Florian Bezdeka wrote:
Hi Chris, Hi Pavel,
thanks for reporting!
On Mon, 2024-08-19 at 15:18 +0000, Chris Paterson wrote:
Hello Pavel,
From: Pavel Machek pavel@denx.de Sent: Monday, August 19, 2024 10:16 AM
Hi!
This is the start of the stable review cycle for the 6.10.6 release. There are 25 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.
This one fails our testing.
https://lava.ciplatform.org/scheduler/job/1181715
[ 0.493440] ThumbEE CPU extension supported. [ 0.493646] Registering SWP/SWPB emulation handler [ 0.515073] clk: Disabling unused clocks login-action timed out after 119 seconds end: 2.2.1 login-action (duration 00:01:59) [common]
https://gitlab.com/cip-project/cip-testing/linux-stable-rc-ci/- /jobs/7610484202
Failure does not go away with retries.
Now... I believe I seen similar failures before, but those did go away with retries. I guess I'll need help of our Q/A team here.
All the failed retired jobs from this pipeline ran on the same qemu LAVA machine. I've rerun the same test jobs on different qemu machines and they have booted okay, e.g. https://lava.ciplatform.org/scheduler/device_type/qemu?dt_dt_dt_search=&...
So we could blame it on the qemu-cip-siemens-muc machine, however, it was quite happily booting 6.10.6-rc1 a few days ago: https://lava.ciplatform.org/scheduler/job/1180857 6.10.6-rc2 was also okay: https://lava.ciplatform.org/scheduler/job/1181017
As Chris pointed out that this might be related to our qemu instance in the CIP lab. We had a look and found the attached kernel splat. This seems not a guest but a host problem (which is Debian/6.1 based and not 6.10).
I think you can continue, ignore the test result for this 6.10 release for now.
We will investigate further. Let's see.
For completeness the kernel log of the host is attached. LAVA runs into a timeout and marks the job as failed.
[CC: Added Quirin, the operator of the infrastructure]
I fixed the issue on our side - the test succeeds [1].
[1]: https://lava.ciplatform.org/scheduler/job/1182103
Quirin
Best regards, Florian
So it's an intermittent issue, however I can't say it's with the kernel or the qemu machine, maybe not so helpful, sorry.
Kind regards, Chris
Best regards, Pavel -- DENX Software Engineering GmbH, Managing Director: Erika Unter HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Hi!
So we could blame it on the qemu-cip-siemens-muc machine, however, it was quite happily booting 6.10.6-rc1 a few days ago: https://lava.ciplatform.org/scheduler/job/1180857 6.10.6-rc2 was also okay: https://lava.ciplatform.org/scheduler/job/1181017
As Chris pointed out that this might be related to our qemu instance in the CIP lab. We had a look and found the attached kernel splat. This seems not a guest but a host problem (which is Debian/6.1 based and not 6.10).
Aha, thanks a lot, things make sense now.
I think you can continue, ignore the test result for this 6.10 release for now.
We will investigate further. Let's see.
For completeness the kernel log of the host is attached. LAVA runs into a timeout and marks the job as failed.
Thanks for the log. It seems something is seriously wrong with the machine, likely deadlock in ext4 or storage subsystems. If there are any suspect messages before this one, they may be useful.
Best regards, Pavel
[1639290.742208] INFO: task lava-run [job: :70173 blocked for more than 120 seconds. [1639290.742223] Not tainted 6.1.0-22-amd64 #1 Debian 6.1.94-1 [1639290.742231] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [1639290.742241] task:lava-run [job: state:D stack:0 pid:70173 ppid:2131 flags:0x00000002 [1639290.742244] Call Trace: [1639290.742245] <TASK> [1639290.742247] __schedule+0x34d/0x9e0 [1639290.742253] schedule+0x5a/0xd0 [1639290.742255] wb_wait_for_completion+0x82/0xb0 [1639290.742258] ? cpuusage_read+0x10/0x10 [1639290.742261] __writeback_inodes_sb_nr+0xa0/0xd0 [1639290.742263] try_to_writeback_inodes_sb+0x55/0x70 [1639290.742266] ext4_nonda_switch+0x80/0x90 [ext4] [1639290.742289] ext4_da_write_begin+0x61/0x2c0 [ext4] [1639290.742306] ? __file_remove_privs+0xbb/0x150 [1639290.742309] generic_perform_write+0xcd/0x210 [1639290.742313] ext4_buffered_write_iter+0x84/0x140 [ext4] [1639290.742328] vfs_write+0x232/0x3e0 [1639290.742332] ksys_write+0x6b/0xf0 [1639290.742334] do_syscall_64+0x55/0xb0 [1639290.742337] ? ksys_read+0x6b/0xf0 [1639290.742339] ? exit_to_user_mode_prepare+0x44/0x1f0 [1639290.742342] ? syscall_exit_to_user_mode+0x1e/0x40 [1639290.742344] ? do_syscall_64+0x61/0xb0 [1639290.742345] ? syscall_exit_to_user_mode+0x1e/0x40 [1639290.742347] ? do_syscall_64+0x61/0xb0 [1639290.742349] ? do_syscall_64+0x61/0xb0 [1639290.742350] ? __do_sys_newfstatat+0x4e/0x80 [1639290.742353] ? exit_to_user_mode_prepare+0x44/0x1f0 [1639290.742355] ? syscall_exit_to_user_mode+0x1e/0x40 [1639290.742357] ? do_syscall_64+0x61/0xb0 [1639290.742358] ? syscall_exit_to_user_mode+0x1e/0x40 [1639290.742360] ? do_syscall_64+0x61/0xb0 [1639290.742362] ? syscall_exit_to_user_mode+0x1e/0x40 [1639290.742363] ? do_syscall_64+0x61/0xb0 [1639290.742365] ? do_syscall_64+0x61/0xb0 [1639290.742366] ? do_syscall_64+0x61/0xb0 [1639290.742367] ? do_syscall_64+0x61/0xb0 [1639290.742369] entry_SYSCALL_64_after_hwframe+0x6e/0xd8 [1639290.742371] RIP: 0033:0x7fc69729e240 [1639290.742373] RSP: 002b:00007ffcfc6840e8 EFLAGS: 00000202 ORIG_RAX: 0000000000000001 [1639290.742375] RAX: ffffffffffffffda RBX: 0000000000a860f8 RCX: 00007fc69729e240 [1639290.742376] RDX: 0000000000004000 RSI: 00000000019198d0 RDI: 000000000000000d [1639290.742378] RBP: 0000000000004000 R08: 0000000000000000 R09: 0000000000000000 [1639290.742378] R10: 0000000000000003 R11: 0000000000000202 R12: 00007fc6971a4fc0 [1639290.742380] R13: 000000000000000d R14: 0000000000a440e0 R15: 0000000000000000 [1639290.742382] </TASK> [1639411.519101] INFO: task lava-run [job: :70173 blocked for more than 241 seconds. [1639411.519115] Not tainted 6.1.0-22-amd64 #1 Debian 6.1.94-1
On Sun, Aug 18, 2024 at 10:53:45AM +0200, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 6.10.6 release. There are 25 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.
Tested-by: Mark Brown broonie@kernel.org