| 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
| ||
|
Message-ID: <CA+G9fYtJzD8+BkyBZEss9Vvv2f=8tJUcSyWDGjyOshj1D5hMyA@mail.gmail.com> Date: Wed, 19 Feb 2025 17:16:19 +0530 From: Naresh Kamboju <naresh.kamboju@...aro.org> To: Greg Kroah-Hartman <gregkh@...uxfoundation.org> Cc: stable@...r.kernel.org, patches@...ts.linux.dev, linux-kernel@...r.kernel.org, torvalds@...ux-foundation.org, akpm@...ux-foundation.org, linux@...ck-us.net, shuah@...nel.org, patches@...nelci.org, lkft-triage@...ts.linaro.org, pavel@...x.de, jonathanh@...dia.com, f.fainelli@...il.com, sudipm.mukherjee@...il.com, srw@...dewatkins.net, rwarsow@....de, conor@...nel.org, hargar@...rosoft.com, broonie@...nel.org, Linux Crypto Mailing List <linux-crypto@...r.kernel.org>, linux-fsdevel@...r.kernel.org, linux-mm <linux-mm@...ck.org>, Anders Roxell <anders.roxell@...aro.org>, Dan Carpenter <dan.carpenter@...aro.org>, Arnd Bergmann <arnd@...db.de>, Herbert Xu <herbert@...dor.apana.org.au>, willy@...radead.org, Pankaj Raghav <p.raghav@...sung.com>, Yang Shi <yang@...amperecomputing.com>, Catalin Marinas <catalin.marinas@....com>, David Hildenbrand <david@...hat.com> Subject: Re: [PATCH 6.6 000/389] 6.6.76-rc2 review On Mon, 17 Feb 2025 at 17:07, Greg Kroah-Hartman <gregkh@...uxfoundation.org> wrote: > > On Mon, Feb 17, 2025 at 05:00:43PM +0530, Naresh Kamboju wrote: > > On Sat, 8 Feb 2025 at 16:54, Naresh Kamboju <naresh.kamboju@...aro.org> wrote: > > > > > > On Thu, 6 Feb 2025 at 21:36, Greg Kroah-Hartman > > > <gregkh@...uxfoundation.org> wrote: > > > > > > > > This is the start of the stable review cycle for the 6.6.76 release. > > > > There are 389 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, 08 Feb 2025 15:51:12 +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.6.76-rc2.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.6.y > > > > and the diffstat can be found below. > > > > > > > > thanks, > > > > > > > > greg k-h > > > > > > > > > There are three different regressions found and reporting here, > > > We are working on bisecting and investigating these issues, > > > > We observed a kernel warning on QEMU-ARM64 and FVP while running the > > newly added selftest: arm64: check_hugetlb_options. This issue appears > > on 6.6.76 onward and 6.12.13 onward, as reported in the stable review [1]. > > However, the test case passes successfully on stable 6.13. > > > > The selftests: arm64: check_hugetlb_options test was introduced following > > the recent upgrade of kselftest test sources to the stable 6.13 branch. > > As you are aware, LKFT runs the latest kselftest sources (from stable > > 6.13.x) on 6.12.x, 6.6.x, and older kernels for validation purposes. > > > > >From Anders' bisection results, we identified that the missing patch on > > 6.12 is likely causing this regression: > > > > First fixed commit: > > [25c17c4b55def92a01e3eecc9c775a6ee25ca20f] > > hugetlb: arm64: add MTE support > > > > Could you confirm whether this patch is eligible for backporting to > > 6.12 and 6.6 kernels? > > If backporting is not an option, we will need to skip running this > > test case on older kernels. > > The test case itself should properly "skip" if the feature is not > present in the kernel. Why not fix that up instead? The reported test gets PASS at the end, but generates kernel warning while running the test case (always reproducible) on 6.12 and 6.6. The reported warning was not seen on stable 6.13. # Test log: # selftests: arm64: check_hugetlb_options # 1..12 # ok 1 Check hugetlb memory with private mapping, sync error mode, mmap memory and tag check off # ok 2 Check hugetlb memory with private mapping, no error mode, mmap memory and tag check off # ok 3 Check hugetlb memory with private mapping, sync error mode, mmap memory and tag check on # ok 4 Check hugetlb memory with private mapping, sync error mode, mmap/mprotect memory and tag check on # ok 5 Check hugetlb memory with private mapping, async error mode, mmap memory and tag check on # ok 6 Check hugetlb memory with private mapping, async error mode, mmap/mprotect memory and tag check on # ok 7 Check clear PROT_MTE flags with private mapping, sync error mode and mmap memory # ok 8 Check clear PROT_MTE flags with private mapping and sync error mode and mmap/mprotect memory # ok 9 Check child hugetlb memory with private mapping, precise mode and mmap memory ------------[ cut here ]------------ [ 96.920028] WARNING: CPU: 1 PID: 3611 at arch/arm64/mm/copypage.c:29 copy_highpage (arch/arm64/include/asm/mte.h:87) [ 96.922100] Modules linked in: crct10dif_ce sm3_ce sm3 sha3_ce sha512_ce sha512_arm64 fuse drm backlight ip_tables x_tables [ 96.925603] CPU: 1 PID: 3611 Comm: check_hugetlb_o Not tainted 6.6.76-rc2 #1 [ 96.926956] Hardware name: linux,dummy-virt (DT) [ 96.927695] pstate: 43402009 (nZcv daif +PAN -UAO +TCO +DIT -SSBS BTYPE=--) [ 96.928687] pc : copy_highpage (arch/arm64/include/asm/mte.h:87) [ 96.929037] lr : copy_highpage (arch/arm64/include/asm/alternative-macros.h:232 arch/arm64/include/asm/cpufeature.h:443 arch/arm64/include/asm/cpufeature.h:504 arch/arm64/include/asm/cpufeature.h:814 arch/arm64/mm/copypage.c:27) [ 96.929399] sp : ffff800088aa3ab0 [ 96.930232] x29: ffff800088aa3ab0 x28: 00000000000001ff x27: 0000000000000000 [ 96.930784] x26: 0000000000000000 x25: 0000ffff9b800000 x24: 0000ffff9b9ff000 [ 96.931402] x23: fffffc0003257fc0 x22: ffff0000c95ff000 x21: ffff0000c93ff000 [ 96.932054] x20: fffffc0003257fc0 x19: fffffc000324ffc0 x18: 0000ffff9b800000 [ 96.933357] x17: 0000000000000000 x16: 0000000000000000 x15: 0000000000000000 [ 96.934091] x14: 0000000000000000 x13: 0000000000000000 x12: 0000000000000000 [ 96.935095] x11: 0000000000000000 x10: 0000000000000000 x9 : 0000000000000000 [ 96.935982] x8 : 0bfffc0001800000 x7 : 0000000000000000 x6 : 0000000000000000 [ 96.936536] x5 : 0000000000000000 x4 : 0000000000000000 x3 : 0000000000000000 [ 96.937089] x2 : 0000000000000000 x1 : ffff0000c9600000 x0 : ffff0000c9400080 [ 96.939431] Call trace: [ 96.939920] copy_highpage (arch/arm64/include/asm/mte.h:87) [ 96.940443] copy_user_highpage (arch/arm64/mm/copypage.c:40) [ 96.940963] copy_user_large_folio (mm/memory.c:5977 mm/memory.c:6109) [ 96.941535] hugetlb_wp (mm/hugetlb.c:5701) [ 96.941948] hugetlb_fault (mm/hugetlb.c:6237) [ 96.942344] handle_mm_fault (mm/memory.c:5330) [ 96.942794] do_page_fault (arch/arm64/mm/fault.c:513 arch/arm64/mm/fault.c:626) [ 96.943341] do_mem_abort (arch/arm64/mm/fault.c:846) [ 96.943797] el0_da (arch/arm64/kernel/entry-common.c:133 arch/arm64/kernel/entry-common.c:144 arch/arm64/kernel/entry-common.c:547) [ 96.944229] el0t_64_sync_handler (arch/arm64/kernel/entry-common.c:0) [ 96.944765] el0t_64_sync (arch/arm64/kernel/entry.S:599) [ 96.945383] ---[ end trace 0000000000000000 ]---# ok 10 Check child hugetlb memory with private mapping, precise mode and mmap memory # ok 11 Check child hugetlb memory with private mapping, precise mode and mmap/mprotect memory # ok 12 Check child hugetlb memory with private mapping, precise mode and mmap/mprotect memory # # Totals: pass:12 fail:0 xfail:0 xpass:0 skip:0 error:0 ok 2 selftests: arm64: check_hugetlb_options Links: - https://lore.kernel.org/all/CA+G9fYtqBxt+JwSLCcVBchh94GVRhbo9rTP26ceJ=sf4MDo61Q@mail.gmail.com/ > > thanks, > > greg k-h - Naresh
Powered by blists - more mailing lists