From: Mark Brown <broonie@kernel.org>
To: Sasha Levin <sashal@kernel.org>
Cc: ksummit@lists.linux.dev
Subject: Re: [MAINTAINERS SUMMIT] Quality standards for embargoed code
Date: Tue, 15 Aug 2023 18:18:16 +0100 [thread overview]
Message-ID: <10adba69-f937-4d22-a57d-b392ad87be64@sirena.org.uk> (raw)
In-Reply-To: <ZNuuvS5BtmjcazIv@sashalap>
[-- Attachment #1: Type: text/plain, Size: 1294 bytes --]
On Tue, Aug 15, 2023 at 12:58:37PM -0400, Sasha Levin wrote:
> 1. Ask (require) organizations that repeatedly go through this mechanism
> to create a test environment that can demonstrate how the embargoed code
> passes different build/validation tests. We should set a minimal bar to
> the demonstrated quality of code that we'll "sneak" behind the backs of
> community members.
This would be great, it's especially frustrating when the issues people
find are readily visible either in build testing or with virtual
environments and therefore even if people want to keep things secret
they should be able to do the testing themselves. I'm not sure what the
consequences would be for messing up other than a bit of yelling but
perhaps that's enough.
> 2. Create a group of trusted "testers" who can test embargoed code with
> different (ideally "real") workloads and environments. I think that
> we're overly focused on keeping the circle of people in the know small.
> 3. Work with KernelCI/OpenSSF on setting up a (small) environment
> similar to the public one that we could run embargoed code through.
If these environments are documented and based on available code (they
should be) that could be a good way of setting the requirements for
people who want to do everything in house.
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
next prev parent reply other threads:[~2023-08-15 17:18 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-08-15 16:58 Sasha Levin
2023-08-15 17:18 ` Mark Brown [this message]
2023-08-15 18:10 ` Sasha Levin
2023-08-15 18:40 ` Mark Brown
2023-08-15 17:19 ` Dave Hansen
2023-08-15 18:19 ` Sasha Levin
2023-08-15 18:34 ` Dave Hansen
2023-08-15 19:57 ` Greg KH
2023-08-15 20:47 ` Mark Brown
2023-08-15 21:11 ` Greg KH
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=10adba69-f937-4d22-a57d-b392ad87be64@sirena.org.uk \
--to=broonie@kernel.org \
--cc=ksummit@lists.linux.dev \
--cc=sashal@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