public inbox for ltp@lists.linux.it
 help / color / mirror / Atom feed
From: Petr Vorel <pvorel@suse.cz>
To: "Mickaël Salaün" <mic@digikod.net>
Cc: "Günther Noack" <gnoack@google.com>, ltp@lists.linux.it
Subject: Re: [LTP] [PATCH v5 3/6] Disable kernel version check in landlock tests
Date: Tue, 13 Aug 2024 19:32:54 +0200	[thread overview]
Message-ID: <20240813173254.GB482023@pevik> (raw)
In-Reply-To: <20240809.Ohqueicih1ou@digikod.net>

> On Thu, Aug 08, 2024 at 11:58:24AM +0200, Petr Vorel wrote:
> > is is really helpful when landlock support has
> > > been backported into old kernels.

> > Great, I'm glad you removed it from all landlock tests. It really did not make
> > sense to guard correct version with 3 guards (kernel version, kernel config and
> > ABI). Could you please remove also CONFIG_SECURITY_LANDLOCK=y, because you
> > check EOPNOTSUPP in verify_landlock_is_enabled().

> > Anyway, feel free to merge these first 3 patches (ideally remove also
> > CONFIG_SECURITY_LANDLOCK=y before merge).

> My understanding is that LTP only tests supported features to make sure
> they work as expected, if enabled.  Is it correct?

FYI LTP should skip the test if feature is not enabled (instead of false
positive result). And LTP tries to support various kernels (mainline,
stable/LTS, enterprise kernels), various glibc (and other libc) versions [1].

If possible (like in landlock case) it's best to avoid hardcoding minimal kernel
version (features can be backported). Also, when not needed, it's better to
avoid kernel config check (e.g. for landlock).

Kind regards,
Petr

[1] https://linux-test-project.readthedocs.io/en/latest/users/supported_systems.html

> I'm then wondering what is the purpose of needs_kconfigs.  If there is
> no "needed" config, does that means that Landlock tests will always run
> and detect at run time if tests are skipped or not?  If yes, it looks
> good to me.

> Andrea's commit to remove needs_kconfig:
> https://github.com/linux-test-project/ltp/commit/e7ebc637d0d99295490adf57660a3b3a177d65d3

> Is there an online dashboard to see some tested kernels?


> > Reviewed-by: Petr Vorel <pvorel@suse.cz>

> > Kind regards,
> > Petr

> > -- 
> > Mailing list info: https://lists.linux.it/listinfo/ltp

-- 
Mailing list info: https://lists.linux.it/listinfo/ltp

  parent reply	other threads:[~2024-08-13 17:33 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-08-01 12:08 [LTP] [PATCH v5 0/6] landlock testing suite Andrea Cervesato
2024-08-01 12:08 ` [LTP] [PATCH v5 1/6] Get ABI version from landlock common library Andrea Cervesato
2024-08-08  9:37   ` Petr Vorel
2024-08-01 12:08 ` [LTP] [PATCH v5 2/6] Add CAP_MKNOD fallback in lapi/capability.h Andrea Cervesato
2024-08-08  9:39   ` Petr Vorel
2024-08-01 12:08 ` [LTP] [PATCH v5 3/6] Disable kernel version check in landlock tests Andrea Cervesato
2024-08-08  9:58   ` Petr Vorel
2024-08-08 12:04     ` Andrea Cervesato via ltp
2024-08-09 14:36     ` Mickaël Salaün
2024-08-10  8:58       ` Andrea Cervesato via ltp
2024-08-12 19:15         ` Petr Vorel
2024-08-13 17:32       ` Petr Vorel [this message]
2024-08-01 12:08 ` [LTP] [PATCH v5 4/6] Add landlock04 test Andrea Cervesato
2024-08-01 12:08 ` [LTP] [PATCH v5 5/6] Add landlock05 test Andrea Cervesato
2024-08-01 12:08 ` [LTP] [PATCH v5 6/6] Add landlock06 test Andrea Cervesato
2024-08-08 12:25 ` [LTP] [PATCH v5 0/6] landlock testing suite Andrea Cervesato via ltp

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=20240813173254.GB482023@pevik \
    --to=pvorel@suse.cz \
    --cc=gnoack@google.com \
    --cc=ltp@lists.linux.it \
    --cc=mic@digikod.net \
    /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