[PATCH 6.10 00/25] 6.10.6-rc3 review

[PATCH 6.10 00/25] 6.10.6-rc3 review

[Greg Kroah-Hartman]

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.gz
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(-)

Re: [PATCH 6.10 00/25] 6.10.6-rc3 review

[Anders Roxell]

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.gz
> 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.5-26-ga522cad06418

## 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

Re: [PATCH 6.10 00/25] 6.10.6-rc3 review

[Jon Hunter]

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.gz
> 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

Re: [PATCH 6.10 00/25] 6.10.6-rc3 review

[Pavel Machek]

[-- Attachment #1: Type: text/plain, Size: 1012 bytes --]

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.

Best regards,
								Pavel
-- 
DENX Software Engineering GmbH,        Managing Director: Erika Unter
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 195 bytes --]

RE: [PATCH 6.10 00/25] 6.10.6-rc3 review

[Chris Paterson]

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=&dt_dt_dt_length=100&dt_dt_length=100&dt_dt_search=6.10&dt_length=100&dt_search=6.10.6#dt_

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

Re: [PATCH 6.10 00/25] 6.10.6-rc3 review

[Florian Bezdeka]

[-- Attachment #1: Type: text/plain, Size: 2687 bytes --]

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=&dt_dt_dt_length=100&dt_dt_length=100&dt_dt_search=6.10&dt_length=100&dt_search=6.10.6#dt_
> 
> 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


[-- Attachment #2: kernel.log --]
[-- Type: text/x-log, Size: 17684 bytes --]

[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
[1639411.519123] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[1639411.519131] task:lava-run [job:  state:D stack:0     pid:70173 ppid:2131   flags:0x00000002
[1639411.519134] Call Trace:
[1639411.519136]  <TASK>
[1639411.519138]  __schedule+0x34d/0x9e0
[1639411.519144]  schedule+0x5a/0xd0
[1639411.519146]  wb_wait_for_completion+0x82/0xb0
[1639411.519149]  ? cpuusage_read+0x10/0x10
[1639411.519152]  __writeback_inodes_sb_nr+0xa0/0xd0
[1639411.519154]  try_to_writeback_inodes_sb+0x55/0x70
[1639411.519157]  ext4_nonda_switch+0x80/0x90 [ext4]
[1639411.519181]  ext4_da_write_begin+0x61/0x2c0 [ext4]
[1639411.519199]  ? __file_remove_privs+0xbb/0x150
[1639411.519202]  generic_perform_write+0xcd/0x210
[1639411.519206]  ext4_buffered_write_iter+0x84/0x140 [ext4]
[1639411.519222]  vfs_write+0x232/0x3e0
[1639411.519226]  ksys_write+0x6b/0xf0
[1639411.519228]  do_syscall_64+0x55/0xb0
[1639411.519232]  ? ksys_read+0x6b/0xf0
[1639411.519233]  ? exit_to_user_mode_prepare+0x44/0x1f0
[1639411.519236]  ? syscall_exit_to_user_mode+0x1e/0x40
[1639411.519238]  ? do_syscall_64+0x61/0xb0
[1639411.519240]  ? syscall_exit_to_user_mode+0x1e/0x40
[1639411.519242]  ? do_syscall_64+0x61/0xb0
[1639411.519243]  ? do_syscall_64+0x61/0xb0
[1639411.519244]  ? __do_sys_newfstatat+0x4e/0x80
[1639411.519247]  ? exit_to_user_mode_prepare+0x44/0x1f0
[1639411.519249]  ? syscall_exit_to_user_mode+0x1e/0x40
[1639411.519251]  ? do_syscall_64+0x61/0xb0
[1639411.519253]  ? syscall_exit_to_user_mode+0x1e/0x40
[1639411.519254]  ? do_syscall_64+0x61/0xb0
[1639411.519256]  ? syscall_exit_to_user_mode+0x1e/0x40
[1639411.519258]  ? do_syscall_64+0x61/0xb0
[1639411.519259]  ? do_syscall_64+0x61/0xb0
[1639411.519260]  ? do_syscall_64+0x61/0xb0
[1639411.519262]  ? do_syscall_64+0x61/0xb0
[1639411.519263]  entry_SYSCALL_64_after_hwframe+0x6e/0xd8
[1639411.519266] RIP: 0033:0x7fc69729e240
[1639411.519267] RSP: 002b:00007ffcfc6840e8 EFLAGS: 00000202 ORIG_RAX: 0000000000000001
[1639411.519270] RAX: ffffffffffffffda RBX: 0000000000a860f8 RCX: 00007fc69729e240
[1639411.519271] RDX: 0000000000004000 RSI: 00000000019198d0 RDI: 000000000000000d
[1639411.519272] RBP: 0000000000004000 R08: 0000000000000000 R09: 0000000000000000
[1639411.519273] R10: 0000000000000003 R11: 0000000000000202 R12: 00007fc6971a4fc0
[1639411.519274] R13: 000000000000000d R14: 0000000000a440e0 R15: 0000000000000000
[1639411.519276]  </TASK>
[1639532.296003] INFO: task lava-run [job: :70173 blocked for more than 362 seconds.
[1639532.296018]       Not tainted 6.1.0-22-amd64 #1 Debian 6.1.94-1
[1639532.296026] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[1639532.296035] task:lava-run [job:  state:D stack:0     pid:70173 ppid:2131   flags:0x00000002
[1639532.296038] Call Trace:
[1639532.296040]  <TASK>
[1639532.296042]  __schedule+0x34d/0x9e0
[1639532.296047]  schedule+0x5a/0xd0
[1639532.296049]  wb_wait_for_completion+0x82/0xb0
[1639532.296052]  ? cpuusage_read+0x10/0x10
[1639532.296056]  __writeback_inodes_sb_nr+0xa0/0xd0
[1639532.296058]  try_to_writeback_inodes_sb+0x55/0x70
[1639532.296061]  ext4_nonda_switch+0x80/0x90 [ext4]
[1639532.296085]  ext4_da_write_begin+0x61/0x2c0 [ext4]
[1639532.296102]  ? __file_remove_privs+0xbb/0x150
[1639532.296105]  generic_perform_write+0xcd/0x210
[1639532.296109]  ext4_buffered_write_iter+0x84/0x140 [ext4]
[1639532.296125]  vfs_write+0x232/0x3e0
[1639532.296129]  ksys_write+0x6b/0xf0
[1639532.296132]  do_syscall_64+0x55/0xb0
[1639532.296135]  ? ksys_read+0x6b/0xf0
[1639532.296137]  ? exit_to_user_mode_prepare+0x44/0x1f0
[1639532.296139]  ? syscall_exit_to_user_mode+0x1e/0x40
[1639532.296142]  ? do_syscall_64+0x61/0xb0
[1639532.296143]  ? syscall_exit_to_user_mode+0x1e/0x40
[1639532.296145]  ? do_syscall_64+0x61/0xb0
[1639532.296146]  ? do_syscall_64+0x61/0xb0
[1639532.296148]  ? __do_sys_newfstatat+0x4e/0x80
[1639532.296151]  ? exit_to_user_mode_prepare+0x44/0x1f0
[1639532.296153]  ? syscall_exit_to_user_mode+0x1e/0x40
[1639532.296155]  ? do_syscall_64+0x61/0xb0
[1639532.296156]  ? syscall_exit_to_user_mode+0x1e/0x40
[1639532.296158]  ? do_syscall_64+0x61/0xb0
[1639532.296159]  ? syscall_exit_to_user_mode+0x1e/0x40
[1639532.296161]  ? do_syscall_64+0x61/0xb0
[1639532.296162]  ? do_syscall_64+0x61/0xb0
[1639532.296164]  ? do_syscall_64+0x61/0xb0
[1639532.296165]  ? do_syscall_64+0x61/0xb0
[1639532.296167]  entry_SYSCALL_64_after_hwframe+0x6e/0xd8
[1639532.296169] RIP: 0033:0x7fc69729e240
[1639532.296171] RSP: 002b:00007ffcfc6840e8 EFLAGS: 00000202 ORIG_RAX: 0000000000000001
[1639532.296173] RAX: ffffffffffffffda RBX: 0000000000a860f8 RCX: 00007fc69729e240
[1639532.296174] RDX: 0000000000004000 RSI: 00000000019198d0 RDI: 000000000000000d
[1639532.296175] RBP: 0000000000004000 R08: 0000000000000000 R09: 0000000000000000
[1639532.296176] R10: 0000000000000003 R11: 0000000000000202 R12: 00007fc6971a4fc0
[1639532.296177] R13: 000000000000000d R14: 0000000000a440e0 R15: 0000000000000000
[1639532.296180]  </TASK>
[1639653.072890] INFO: task lava-run [job: :70173 blocked for more than 483 seconds.
[1639653.072905]       Not tainted 6.1.0-22-amd64 #1 Debian 6.1.94-1
[1639653.072913] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[1639653.072923] task:lava-run [job:  state:D stack:0     pid:70173 ppid:2131   flags:0x00000002
[1639653.072926] Call Trace:
[1639653.072927]  <TASK>
[1639653.072929]  __schedule+0x34d/0x9e0
[1639653.072935]  schedule+0x5a/0xd0
[1639653.072937]  wb_wait_for_completion+0x82/0xb0
[1639653.072940]  ? cpuusage_read+0x10/0x10
[1639653.072943]  __writeback_inodes_sb_nr+0xa0/0xd0
[1639653.072945]  try_to_writeback_inodes_sb+0x55/0x70
[1639653.072948]  ext4_nonda_switch+0x80/0x90 [ext4]
[1639653.072971]  ext4_da_write_begin+0x61/0x2c0 [ext4]
[1639653.072989]  ? __file_remove_privs+0xbb/0x150
[1639653.072992]  generic_perform_write+0xcd/0x210
[1639653.072996]  ext4_buffered_write_iter+0x84/0x140 [ext4]
[1639653.073012]  vfs_write+0x232/0x3e0
[1639653.073016]  ksys_write+0x6b/0xf0
[1639653.073018]  do_syscall_64+0x55/0xb0
[1639653.073021]  ? ksys_read+0x6b/0xf0
[1639653.073023]  ? exit_to_user_mode_prepare+0x44/0x1f0
[1639653.073026]  ? syscall_exit_to_user_mode+0x1e/0x40
[1639653.073028]  ? do_syscall_64+0x61/0xb0
[1639653.073030]  ? syscall_exit_to_user_mode+0x1e/0x40
[1639653.073032]  ? do_syscall_64+0x61/0xb0
[1639653.073033]  ? do_syscall_64+0x61/0xb0
[1639653.073034]  ? __do_sys_newfstatat+0x4e/0x80
[1639653.073037]  ? exit_to_user_mode_prepare+0x44/0x1f0
[1639653.073039]  ? syscall_exit_to_user_mode+0x1e/0x40
[1639653.073041]  ? do_syscall_64+0x61/0xb0
[1639653.073043]  ? syscall_exit_to_user_mode+0x1e/0x40
[1639653.073045]  ? do_syscall_64+0x61/0xb0
[1639653.073046]  ? syscall_exit_to_user_mode+0x1e/0x40
[1639653.073048]  ? do_syscall_64+0x61/0xb0
[1639653.073049]  ? do_syscall_64+0x61/0xb0
[1639653.073050]  ? do_syscall_64+0x61/0xb0
[1639653.073052]  ? do_syscall_64+0x61/0xb0
[1639653.073053]  entry_SYSCALL_64_after_hwframe+0x6e/0xd8
[1639653.073056] RIP: 0033:0x7fc69729e240
[1639653.073057] RSP: 002b:00007ffcfc6840e8 EFLAGS: 00000202 ORIG_RAX: 0000000000000001
[1639653.073059] RAX: ffffffffffffffda RBX: 0000000000a860f8 RCX: 00007fc69729e240
[1639653.073061] RDX: 0000000000004000 RSI: 00000000019198d0 RDI: 000000000000000d
[1639653.073062] RBP: 0000000000004000 R08: 0000000000000000 R09: 0000000000000000
[1639653.073063] R10: 0000000000000003 R11: 0000000000000202 R12: 00007fc6971a4fc0
[1639653.073064] R13: 000000000000000d R14: 0000000000a440e0 R15: 0000000000000000
[1639653.073066]  </TASK>
[1640136.180493] INFO: task lava-run [job: :70227 blocked for more than 120 seconds.
[1640136.180507]       Not tainted 6.1.0-22-amd64 #1 Debian 6.1.94-1
[1640136.180516] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[1640136.180525] task:lava-run [job:  state:D stack:0     pid:70227 ppid:2131   flags:0x00000002
[1640136.180528] Call Trace:
[1640136.180529]  <TASK>
[1640136.180531]  __schedule+0x34d/0x9e0
[1640136.180537]  schedule+0x5a/0xd0
[1640136.180539]  wb_wait_for_completion+0x82/0xb0
[1640136.180542]  ? cpuusage_read+0x10/0x10
[1640136.180545]  __writeback_inodes_sb_nr+0xa0/0xd0
[1640136.180548]  try_to_writeback_inodes_sb+0x55/0x70
[1640136.180550]  ext4_nonda_switch+0x80/0x90 [ext4]
[1640136.180574]  ext4_da_write_begin+0x61/0x2c0 [ext4]
[1640136.180593]  generic_perform_write+0xcd/0x210
[1640136.180597]  ext4_buffered_write_iter+0x84/0x140 [ext4]
[1640136.180613]  vfs_write+0x232/0x3e0
[1640136.180617]  ksys_write+0x6b/0xf0
[1640136.180619]  do_syscall_64+0x55/0xb0
[1640136.180623]  ? vfs_read+0x151/0x310
[1640136.180625]  ? vfs_read+0x151/0x310
[1640136.180628]  ? ksys_read+0x6b/0xf0
[1640136.180630]  ? exit_to_user_mode_prepare+0x44/0x1f0
[1640136.180633]  ? syscall_exit_to_user_mode+0x1e/0x40
[1640136.180635]  ? do_syscall_64+0x61/0xb0
[1640136.180636]  ? vfs_read+0x151/0x310
[1640136.180640]  ? ksys_read+0x6b/0xf0
[1640136.180641]  ? exit_to_user_mode_prepare+0x44/0x1f0
[1640136.180643]  ? syscall_exit_to_user_mode+0x1e/0x40
[1640136.180645]  ? do_syscall_64+0x61/0xb0
[1640136.180647]  ? syscall_exit_to_user_mode+0x1e/0x40
[1640136.180649]  ? do_syscall_64+0x61/0xb0
[1640136.180650]  ? syscall_exit_to_user_mode+0x1e/0x40
[1640136.180652]  ? do_syscall_64+0x61/0xb0
[1640136.180653]  ? do_syscall_64+0x61/0xb0
[1640136.180654]  ? do_syscall_64+0x61/0xb0
[1640136.180656]  entry_SYSCALL_64_after_hwframe+0x6e/0xd8
[1640136.180658] RIP: 0033:0x7fe955717240
[1640136.180660] RSP: 002b:00007fffe0196b78 EFLAGS: 00000202 ORIG_RAX: 0000000000000001
[1640136.180662] RAX: ffffffffffffffda RBX: 0000000000a860f8 RCX: 00007fe955717240
[1640136.180663] RDX: 0000000000004000 RSI: 0000000002a91d50 RDI: 000000000000000b
[1640136.180665] RBP: 0000000000004000 R08: 0000000000000000 R09: 0000000000000000
[1640136.180665] R10: 0000000000000003 R11: 0000000000000202 R12: 00007fe95561dfc0
[1640136.180667] R13: 000000000000000b R14: 0000000000a440e0 R15: 0000000000000000
[1640136.180669]  </TASK>
[1640256.957357] INFO: task lava-run [job: :70227 blocked for more than 241 seconds.
[1640256.957372]       Not tainted 6.1.0-22-amd64 #1 Debian 6.1.94-1
[1640256.957380] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[1640256.957389] task:lava-run [job:  state:D stack:0     pid:70227 ppid:2131   flags:0x00000002
[1640256.957392] Call Trace:
[1640256.957394]  <TASK>
[1640256.957396]  __schedule+0x34d/0x9e0
[1640256.957401]  schedule+0x5a/0xd0
[1640256.957403]  wb_wait_for_completion+0x82/0xb0
[1640256.957406]  ? cpuusage_read+0x10/0x10
[1640256.957409]  __writeback_inodes_sb_nr+0xa0/0xd0
[1640256.957412]  try_to_writeback_inodes_sb+0x55/0x70
[1640256.957415]  ext4_nonda_switch+0x80/0x90 [ext4]
[1640256.957438]  ext4_da_write_begin+0x61/0x2c0 [ext4]
[1640256.957457]  generic_perform_write+0xcd/0x210
[1640256.957461]  ext4_buffered_write_iter+0x84/0x140 [ext4]
[1640256.957477]  vfs_write+0x232/0x3e0
[1640256.957481]  ksys_write+0x6b/0xf0
[1640256.957483]  do_syscall_64+0x55/0xb0
[1640256.957487]  ? vfs_read+0x151/0x310
[1640256.957489]  ? vfs_read+0x151/0x310
[1640256.957492]  ? ksys_read+0x6b/0xf0
[1640256.957494]  ? exit_to_user_mode_prepare+0x44/0x1f0
[1640256.957497]  ? syscall_exit_to_user_mode+0x1e/0x40
[1640256.957499]  ? do_syscall_64+0x61/0xb0
[1640256.957500]  ? vfs_read+0x151/0x310
[1640256.957504]  ? ksys_read+0x6b/0xf0
[1640256.957505]  ? exit_to_user_mode_prepare+0x44/0x1f0
[1640256.957507]  ? syscall_exit_to_user_mode+0x1e/0x40
[1640256.957509]  ? do_syscall_64+0x61/0xb0
[1640256.957511]  ? syscall_exit_to_user_mode+0x1e/0x40
[1640256.957513]  ? do_syscall_64+0x61/0xb0
[1640256.957514]  ? syscall_exit_to_user_mode+0x1e/0x40
[1640256.957516]  ? do_syscall_64+0x61/0xb0
[1640256.957517]  ? do_syscall_64+0x61/0xb0
[1640256.957519]  ? do_syscall_64+0x61/0xb0
[1640256.957520]  entry_SYSCALL_64_after_hwframe+0x6e/0xd8
[1640256.957523] RIP: 0033:0x7fe955717240
[1640256.957524] RSP: 002b:00007fffe0196b78 EFLAGS: 00000202 ORIG_RAX: 0000000000000001
[1640256.957527] RAX: ffffffffffffffda RBX: 0000000000a860f8 RCX: 00007fe955717240
[1640256.957528] RDX: 0000000000004000 RSI: 0000000002a91d50 RDI: 000000000000000b
[1640256.957529] RBP: 0000000000004000 R08: 0000000000000000 R09: 0000000000000000
[1640256.957530] R10: 0000000000000003 R11: 0000000000000202 R12: 00007fe95561dfc0
[1640256.957531] R13: 000000000000000b R14: 0000000000a440e0 R15: 0000000000000000
[1640256.957534]  </TASK>
[1640377.734253] INFO: task lava-run [job: :70227 blocked for more than 362 seconds.
[1640377.734266]       Not tainted 6.1.0-22-amd64 #1 Debian 6.1.94-1
[1640377.734274] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[1640377.734284] task:lava-run [job:  state:D stack:0     pid:70227 ppid:2131   flags:0x00000002
[1640377.734287] Call Trace:
[1640377.734288]  <TASK>
[1640377.734291]  __schedule+0x34d/0x9e0
[1640377.734296]  schedule+0x5a/0xd0
[1640377.734299]  wb_wait_for_completion+0x82/0xb0
[1640377.734302]  ? cpuusage_read+0x10/0x10
[1640377.734305]  __writeback_inodes_sb_nr+0xa0/0xd0
[1640377.734307]  try_to_writeback_inodes_sb+0x55/0x70
[1640377.734310]  ext4_nonda_switch+0x80/0x90 [ext4]
[1640377.734334]  ext4_da_write_begin+0x61/0x2c0 [ext4]
[1640377.734353]  generic_perform_write+0xcd/0x210
[1640377.734357]  ext4_buffered_write_iter+0x84/0x140 [ext4]
[1640377.734373]  vfs_write+0x232/0x3e0
[1640377.734377]  ksys_write+0x6b/0xf0
[1640377.734380]  do_syscall_64+0x55/0xb0
[1640377.734384]  ? vfs_read+0x151/0x310
[1640377.734385]  ? vfs_read+0x151/0x310
[1640377.734389]  ? ksys_read+0x6b/0xf0
[1640377.734390]  ? exit_to_user_mode_prepare+0x44/0x1f0
[1640377.734393]  ? syscall_exit_to_user_mode+0x1e/0x40
[1640377.734396]  ? do_syscall_64+0x61/0xb0
[1640377.734397]  ? vfs_read+0x151/0x310
[1640377.734400]  ? ksys_read+0x6b/0xf0
[1640377.734402]  ? exit_to_user_mode_prepare+0x44/0x1f0
[1640377.734404]  ? syscall_exit_to_user_mode+0x1e/0x40
[1640377.734406]  ? do_syscall_64+0x61/0xb0
[1640377.734407]  ? syscall_exit_to_user_mode+0x1e/0x40
[1640377.734409]  ? do_syscall_64+0x61/0xb0
[1640377.734410]  ? syscall_exit_to_user_mode+0x1e/0x40
[1640377.734412]  ? do_syscall_64+0x61/0xb0
[1640377.734414]  ? do_syscall_64+0x61/0xb0
[1640377.734415]  ? do_syscall_64+0x61/0xb0
[1640377.734417]  entry_SYSCALL_64_after_hwframe+0x6e/0xd8
[1640377.734419] RIP: 0033:0x7fe955717240
[1640377.734421] RSP: 002b:00007fffe0196b78 EFLAGS: 00000202 ORIG_RAX: 0000000000000001
[1640377.734423] RAX: ffffffffffffffda RBX: 0000000000a860f8 RCX: 00007fe955717240
[1640377.734424] RDX: 0000000000004000 RSI: 0000000002a91d50 RDI: 000000000000000b
[1640377.734425] RBP: 0000000000004000 R08: 0000000000000000 R09: 0000000000000000
[1640377.734426] R10: 0000000000000003 R11: 0000000000000202 R12: 00007fe95561dfc0
[1640377.734427] R13: 000000000000000b R14: 0000000000a440e0 R15: 0000000000000000
[1640377.734430]  </TASK>
[

Re: [PATCH 6.10 00/25] 6.10.6-rc3 review

[Gylstorff Quirin]

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=&dt_dt_dt_length=100&dt_dt_length=100&dt_dt_search=6.10&dt_length=100&dt_search=6.10.6#dt_
>>
>> 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
> 

Re: [PATCH 6.10 00/25] 6.10.6-rc3 review

[Pavel Machek]

[-- Attachment #1: Type: text/plain, Size: 4079 bytes --]

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


-- 
DENX Software Engineering GmbH,        Managing Director: Erika Unter
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 195 bytes --]

Re: [PATCH 6.10 00/25] 6.10.6-rc3 review

[Mark Brown]

[-- Attachment #1: Type: text/plain, Size: 344 bytes --]

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>

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

Re: [PATCH 6.10 00/25] 6.10.6-rc3 review

[Ronald Warsow]

Hi Greg

no regressions here on x86_64 (RKL, Intel 11th Gen. CPU)

Thanks

Tested-by: Ronald Warsow <rwarsow@gmx.de>