From: Harshit Mogalapalli <harshit.m.mogalapalli@oracle.com>
To: Greg KH <gregkh@linuxfoundation.org>,
"shuah@kernel.org" <shuah@kernel.org>
Cc: stable@vger.kernel.org, kevin.brodsky@arm.com,
Ramanan Govindarajan <ramanan.govindarajan@oracle.com>,
linux-kselftest@vger.kernel.org, Sasha Levin <sashal@kernel.org>
Subject: Re: [PATCH 6.12.y 00/14] Address pkey self test failures.
Date: Sat, 21 Feb 2026 04:38:12 +0530 [thread overview]
Message-ID: <e1cb6b3f-ab40-46a8-a338-70e4a18f687b@oracle.com> (raw)
In-Reply-To: <2026021904-unclothed-flavored-cdf7@gregkh>
Hi Greg and Shuah,
On 19/02/26 16:57, Greg KH wrote:
>> All are clean cherry-picks. After patching the selftests the test is
>> correctly skipped. These additional backports cleansup the code and
>> avoids the need for conflict resolution and might help future backports.
> Shouldn't you be always running the latest selftests on older kernels?
> We don't always keep selftests up to date at all, as you can see here,
> but newer selftests should ALWAYS work with older kernels.
>
Thanks for sharing your insights on this.
Couple of problems around this, would really appreciate your guidance on
this.
1. Not all new selftests written might be correctly skipping if the
feature is not supported in older kernels.
Simple Experiment: (very small subset of tests)
- I have installed v6.12.74 kernel on my machine: (Kernel under test:
v6.12.74)
- I have compiled mm selftests present in tools/testing/selftests/mm/
./run_vmtests.sh with both latest mainline (v6.19+) and (v6.12.74)
- When I have used selftests from v6.12.74 [**]
==================================================================
# SUMMARY: PASS=53 SKIP=3 FAIL=1
1..57
==================================================================
- When I have used selftests from upstream-latest
(v6.19-10669-g970296997869)
==================================================================
# SUMMARY: PASS=57 SKIP=6 FAIL=7
1..70
==================================================================
We have 7 failures compared 1.(the one that failed from 6.12.74 doesn't
fail on mainline(it has been updated)
I have taken a look at 7 FAILed ones:
Some of them is(which are failing are)
==================================================================
# # Totals: pass:0 fail:73 xfail:0 xpass:0 skip:17 error:0
# [FAIL]
not ok 38 guard-regions # exit=1
^^ guard-regions test
==================================================================
==================================================================
# # Totals: pass:5 fail:1 xfail:0 xpass:0 skip:0 error:0
# [FAIL]
not ok 40 process_madv # exit=1
==================================================================
==================================================================
# # Totals: pass:13 fail:10 xfail:0 xpass:0 skip:0 error:0
# [FAIL]
not ok 41 merge # exit=1
==================================================================
I didn't check if these are problems with the selftest or something that
needs fixing in 6.12.74, but given that latest-upstream continues to add
new tests and when we see new failures as we update selftests, it might
be tougher to track whether they are regressions in kernel(because they
are newer tests everytime, and older tests which were passing might also
change behaviour due to fixes in the test) or newer tests not skipping
the tests correctly.
2. (Minor concern) We have been seeing some compilation issues with
latest selftests(maybe due to missing newer packages or build errors
with newer changes with latest compilers), so always keeping selftests
up-to-date with latest upstream makes it a bit challenging to keep track
of new issues(as a new test might not be correctly skipping) on stable
kernels. (thanks to subramanya for sharing about compilation issues with
latest, due to different compilers etc.,.)
[**] -- I have to skip one test among (57) as it just doesn't complete
forever.
> I think trying to keep these all up to date is going to be "a lot", are
> you sure it is going to be worth it?
>
I do fully agree. At the same time, when new selftests don't get skipped
properly on older kernels, it might be hard to track regressions with these.
Please let me know what your thoughts on this.
thanks,
Harshit
> thanks,
>
> greg k-h
next prev parent reply other threads:[~2026-02-20 23:08 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-02-19 10:13 [PATCH 6.12.y 00/14] Address pkey self test failures Harshit Mogalapalli
2026-02-19 10:13 ` [PATCH 6.12.y 01/14] selftests/mm: fix condition in uffd_move_test_common() Harshit Mogalapalli
2026-02-19 10:13 ` [PATCH 6.12.y 02/14] selftests/mm: fix -Wmaybe-uninitialized warnings Harshit Mogalapalli
2026-02-19 10:13 ` [PATCH 6.12.y 03/14] selftests/mm: fix strncpy() length Harshit Mogalapalli
2026-02-19 10:13 ` [PATCH 6.12.y 04/14] selftests/mm: Define PKEY_UNRESTRICTED for pkey_sighandler_tests Harshit Mogalapalli
2026-02-19 10:13 ` [PATCH 6.12.y 05/14] selftests/mm: Use generic pkey register manipulation Harshit Mogalapalli
2026-02-19 10:13 ` [PATCH 6.12.y 06/14] selftests/mm: fix -Warray-bounds warnings in pkey_sighandler_tests Harshit Mogalapalli
2026-02-19 10:13 ` [PATCH 6.12.y 07/14] selftests/mm: remove unused pkey helpers Harshit Mogalapalli
2026-02-19 10:13 ` [PATCH 6.12.y 08/14] selftests/mm: define types using typedef in pkey-helpers.h Harshit Mogalapalli
2026-02-19 10:13 ` [PATCH 6.12.y 09/14] selftests/mm: ensure pkey-*.h define inline functions only Harshit Mogalapalli
2026-02-19 10:13 ` [PATCH 6.12.y 10/14] selftests/mm: remove empty pkey helper definition Harshit Mogalapalli
2026-02-19 10:13 ` [PATCH 6.12.y 11/14] selftests/mm: ensure non-global pkey symbols are marked static Harshit Mogalapalli
2026-02-19 10:13 ` [PATCH 6.12.y 12/14] selftests/mm: use sys_pkey helpers consistently Harshit Mogalapalli
2026-02-19 10:13 ` [PATCH 6.12.y 13/14] selftests/mm: rename pkey register macro Harshit Mogalapalli
2026-02-19 10:13 ` [PATCH 6.12.y 14/14] selftests/mm: skip pkey_sighandler_tests if support is missing Harshit Mogalapalli
2026-02-19 11:27 ` [PATCH 6.12.y 00/14] Address pkey self test failures Greg KH
2026-02-20 23:08 ` Harshit Mogalapalli [this message]
2026-02-21 0:19 ` Shuah Khan
2026-02-23 6:30 ` Harshit Mogalapalli
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=e1cb6b3f-ab40-46a8-a338-70e4a18f687b@oracle.com \
--to=harshit.m.mogalapalli@oracle.com \
--cc=gregkh@linuxfoundation.org \
--cc=kevin.brodsky@arm.com \
--cc=linux-kselftest@vger.kernel.org \
--cc=ramanan.govindarajan@oracle.com \
--cc=sashal@kernel.org \
--cc=shuah@kernel.org \
--cc=stable@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox