public inbox for stable@vger.kernel.org
 help / color / mirror / Atom feed
From: Greg KH <gregkh@linuxfoundation.org>
To: Guillaume Tucker <gtucker@gtucker.io>
Cc: Gustavo Padovan <gustavo.padovan@collabora.com>,
	stable@vger.kernel.org,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Shreeya Patel <shreeya.patel@collabora.com>,
	"kernelci@lists.linux.dev" <kernelci@lists.linux.dev>
Subject: Re: stable/LTS test report from KernelCI (2023-12-08)
Date: Mon, 11 Dec 2023 14:07:45 +0100	[thread overview]
Message-ID: <2023121131-delirious-roster-e729@gregkh> (raw)
In-Reply-To: <1ca05280-a03c-66c0-cd67-87c58c8f3929@gtucker.io>

On Mon, Dec 11, 2023 at 11:14:03AM +0100, Guillaume Tucker wrote:
> On a related topic, it was once mentioned that since stable
> releases occur once a week and they are used as the basis for
> many distros and products, it would make sense to have
> long-running tests after the release has been declared.  So we
> could have say, 48h of testing with extended coverage from LTP,
> fstests, benchmarks etc.  That would be a reply to the email with
> the release tag, not the patch review.

What tests take longer than 48 hours?

> I've mentioned before the concept of finding "2nd derivatives" in
> the rest results, basically the first delta gives you all the
> regressions and then you do a delta of the regressions to find
> the new ones.  Maintainer trees would be typically comparing
> against mainline or say, the -rc2 tag where they based their
> branch.  In the case of stable, it would be between the stable-rc
> branch being tested and the base stable branch with the last
> tagged release.

Yes, that is going to be required for this to be useful.

> One last thing, I see there's a change in KernelCI now to
> actually stop sending the current (suboptimal) automated reports
> to the stable mailing list:
> 
>   https://github.com/kernelci/kernelci-jenkins/pull/136
> 
> Is this actually what people here want?

If these reports are currently for me, I'm just deleting them as they
provide no value anymore.  So yes, let's stop this until we can get
something that actually works for us please.

thanks,

greg k-h

  reply	other threads:[~2023-12-11 13:07 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-12-08 15:29 stable/LTS test report from KernelCI (2023-12-08) Gustavo Padovan
2023-12-08 15:58 ` Greg KH
2023-12-11 10:14   ` Guillaume Tucker
2023-12-11 13:07     ` Greg KH [this message]
2023-12-13 13:30       ` Guillaume Tucker

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=2023121131-delirious-roster-e729@gregkh \
    --to=gregkh@linuxfoundation.org \
    --cc=gtucker@gtucker.io \
    --cc=gustavo.padovan@collabora.com \
    --cc=kernelci@lists.linux.dev \
    --cc=linux-kernel@vger.kernel.org \
    --cc=shreeya.patel@collabora.com \
    --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