linux-kernel - Re: 5.19.0-rc5 : Raspberry Pi 4 : Unable to handle kernel paging request at virtual address

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20220704112605.GB31553@willie-the-truck>
Date:   Mon, 4 Jul 2022 12:26:06 +0100
From:   Will Deacon <will@...nel.org>
To:     Naresh Kamboju <naresh.kamboju@...aro.org>
Cc:     open list <linux-kernel@...r.kernel.org>,
        lkft-triage@...ts.linaro.org, regressions@...ts.linux.dev,
        Linux ARM <linux-arm-kernel@...ts.infradead.org>,
        LTP List <ltp@...ts.linux.it>,
        Linus Torvalds <torvalds@...ux-foundation.org>,
        Catalin Marinas <catalin.marinas@....com>, brauner@...nel.org,
        Vincent Guittot <vincent.guittot@...aro.org>
Subject: Re: 5.19.0-rc5 : Raspberry Pi 4 : Unable to handle kernel paging
 request at virtual address

On Mon, Jul 04, 2022 at 01:28:30PM +0530, Naresh Kamboju wrote:
> While running LTP controllers tests on arm64 Raspberry Pi 4 Model B
> the following kernel crash noticed.
> 
> Reported-by: Linux Kernel Functional Testing <lkft@...aro.org>
> 
> metadata:
>   git_ref: master
>   git_repo: https://gitlab.com/Linaro/lkft/mirrors/torvalds/linux-mainline
>   git_sha: 88084a3df1672e131ddc1b4e39eeacfd39864acf
>   kernel_version: 5.19.0-rc5
>   kernel-config: https://builds.tuxbuild.com/2BSEyt8Sb19HSj6SnBFiMo6kiQh/config
>   build-url: https://gitlab.com/Linaro/lkft/mirrors/torvalds/linux-mainline/-/pipelines/579007773
>   artifact-location: https://builds.tuxbuild.com/2BSEyt8Sb19HSj6SnBFiMo6kiQh
>   vmlinux.xz: https://builds.tuxbuild.com/2BSEyt8Sb19HSj6SnBFiMo6kiQh/vmlinux.xz
>   System.map: https://builds.tuxbuild.com/2BSEyt8Sb19HSj6SnBFiMo6kiQh/System.map
>   toolchain: gcc-11
> 
> Steps to reproduce:
> -------------------
> ./runltp -p -q -f controllers
> 
> Test log:
> ----------
> cgroup_fj_stress_blkio_4_4_each 1 TPASS: All done!
> cgroup_fj_stress_blkio_4_4_each 2 TINFO: Removing all ltp subgroups...
> cgroup_fj_stress_blkio_2_9_each 1 TINFO: Subsystem blkio is mounted at
> /sys/fs/cgroup/blkio
> cgroup_fj_stress_blkio_2_9_each 1 TINFO: Creating subgroups ...
> [ 2414.973441] Unable to handle kernel paging request at virtual
> address 00620000090336a0
> [ 2414.981581] Mem abort info:
> [ 2414.984480]   ESR = 0x0000000086000004
> [ 2414.988323]   EC = 0x21: IABT (current EL), IL = 32 bits
> [ 2414.993765]   SET = 0, FnV = 0
> [ 2414.996905]   EA = 0, S1PTW = 0
> [ 2415.000124]   FSC = 0x04: level 0 translation fault
> [ 2415.005118] [00620000090336a0] address between user and kernel address ranges
> [ 2415.012393] Internal error: Oops: 86000004 [#1] PREEMPT SMP
> [ 2415.018048] Modules linked in: btrfs blake2b_generic libcrc32c
> raid6_pq zstd_compress xhci_pci snd_soc_hdmi_codec xhci_pci_renesas
> raspberrypi_cpufreq hci_uart btqca brcmfmac brcmutil btbcm vc4
> bluetooth cfg80211 cec drm_display_helper drm_cma_helper rfkill
> clk_raspberrypi reset_raspberrypi drm_kms_helper crct10dif_ce
> raspberrypi_hwmon drm i2c_bcm2835 iproc_rng200 rng_core pwm_bcm2835
> bcm2711_thermal pcie_brcmstb fuse
> [ 2415.055725] CPU: 0 PID: 11626 Comm: cgroup_fj_stres Not taintedlinu#1
> [ 2415.062965] Hardware name: Raspberry Pi 4 Model B (DT)
> [ 2415.068175] pstate: 40000005 (nZcv daif -PAN -UAO -TCO -DIT -SSBS BTYPE=--)
> [ 2415.075238] pc : 0x620000090336a0
> [ 2415.078600] lr : ktime_get+0x50/0xac
> [ 2415.082228] sp : ffff80000dfdbb90
> [ 2415.085585] x29: ffff80000dfdbb90 x28: 00000000ffffffff x27: ffff00006405e580
> [ 2415.092832] x26: ffff00006405e748 x25: 0000000001200000 x24: ffff00006405e180
> [ 2415.100076] x23: ffff80000dfdbd68 x22: 0000000000000000 x21: 000002321545f201
> [ 2415.107320] x20: 000000000012017e x19: ffff80000ae3b440 x18: ffff000000000000
> [ 2415.114564] x17: 0000000000000000 x16: 0000000000000000 x15: 00000000000000dc
> [ 2415.121809] x14: 0000000001200011 x13: 0000000060000000 x12: 0000ffffa7b6c1e8
> [ 2415.129052] x11: 0000000000000040 x10: ffff80000a96c5c0 x9 : ffff8000080990d4
> [ 2415.136295] x8 : 0000000000000000 x7 : 0000000000a9c84a x6 : 4480001ec1769752
> [ 2415.143538] x5 : 00ffbffeffffffff x4 : 0000000900000000 x3 : 0000000000000000
> [ 2415.150781] x2 : ffff80000a94e000 x1 : ffff8000090336a0 x0 : ffff80000ad102f0
> [ 2415.158025] Call trace:
> [ 2415.160498]  0x620000090336a0
> [ 2415.163505]  copy_process+0xe34/0x1534

Do you have the disassembly (and source:line infor) around
copy_process+0xe34/0x1534? The faulting PC is like a messed up copy of x1
where the upper bits have been corrupted somehow.

Will