public inbox for ltp@lists.linux.it
 help / color / mirror / Atom feed
From: Petr Vorel <pvorel@suse.cz>
To: Li Wang <liwang@redhat.com>
Cc: Richard Palethorpe <rpalethorpe@suse.com>, LTP List <ltp@lists.linux.it>
Subject: Re: [LTP] [PATCH] Create policy for testing unstable kernel features
Date: Thu, 3 Mar 2022 14:33:22 +0100	[thread overview]
Message-ID: <YiDDoly4t0N30kfo@pevik> (raw)
In-Reply-To: <CAEemH2f6ka-vK+O33cxw1ewMWDYZQwtRZUQ3eKFMkynqB2+R3w@mail.gmail.com>

Hi all,

...
> > +7 Testing pre-release kernel features
> > +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> > +
> > +Tests for features not yet in a mainline kernel release are accepted.
> > However
> > +they must only be added to the +staging+ runtest file. Once a feature is
> > part
> > +of the stable kernel ABI the associated test must be moved out of staging.
> > +
> > +This is primarily to help test kernel RCs by avoiding the need to download
> > +separate LTP patchsets.
> > diff --git a/runtest/staging b/runtest/staging
...

FYI keyctl09 [1] patch is a candidate for merging under this policy.

Cyril wasn't sure [2] that we haven't agreed yet about how this should be
handled. Not sure what exactly is he missing.

I guess the description is quite open to allow testing both tests in next tree
or even in maintainer tree (before endup in next tree). From my point it should
be obvious that not *anything* out of mainline can be added, just tests which
sooner or later endup in mainline (and if not, they should be deleted).

Also procedure after release is pretty clear: just move everything out of
staging to expected runtest files (mostly syscalls).

=> I'd merge this.

Kind regards,
Petr

[1] https://patchwork.ozlabs.org/project/ltp/patch/20220223200731.1859670-1-yaelt@google.com/
[2] https://lore.kernel.org/ltp/YiC4Pj1sH8UIHY7k@yuki/

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

  reply	other threads:[~2022-03-03 13:33 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20211220180748.36A90A3B8E@relay2.suse.de>
2021-12-21 11:30 ` [LTP] [RFC PATCH] API: Allow testing of kernel features in development Richard Palethorpe via ltp
2021-12-21 12:14   ` Li Wang
2021-12-21 13:56     ` Richard Palethorpe
2021-12-21 17:56   ` Petr Vorel
2021-12-22  8:41     ` Jan Stancek
2021-12-22  8:44       ` Richard Palethorpe
2021-12-22  9:29       ` Petr Vorel
2022-01-05 15:57   ` Cyril Hrubis
2022-01-05 16:00     ` Cyril Hrubis
2022-01-10  8:09       ` Richard Palethorpe
2022-01-28 12:32         ` Petr Vorel
2022-02-03 10:18           ` [LTP] [PATCH] Create policy for testing unstable kernel features Richard Palethorpe via ltp
2022-02-03 10:22             ` Petr Vorel
2022-02-04  7:46             ` Jan Stancek
2022-02-08  8:18             ` Li Wang
2022-03-03 13:33               ` Petr Vorel [this message]
2022-06-14 12:31                 ` Petr Vorel
2022-06-14 13:13                   ` Cyril Hrubis
2022-06-16  8:25                     ` Petr Vorel

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=YiDDoly4t0N30kfo@pevik \
    --to=pvorel@suse.cz \
    --cc=liwang@redhat.com \
    --cc=ltp@lists.linux.it \
    --cc=rpalethorpe@suse.com \
    /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