Linux Integrity Measurement development
 help / color / mirror / Atom feed
From: Tushar Sugandhi <tusharsu@linux.microsoft.com>
To: Paul Moore <paul@paul-moore.com>
Cc: Mimi Zohar <zohar@linux.ibm.com>,
	Stephen Smalley <stephen.smalley.work@gmail.com>,
	SELinux <selinux@vger.kernel.org>,
	Tyler Hicks <tyhicks@linux.microsoft.com>,
	Lakshmi Ramasubramanian <nramas@linux.microsoft.com>,
	linux-integrity@vger.kernel.org
Subject: Re: [RFC] Finding the right target branch for patches that span IMA and SeLinux
Date: Sat, 31 Oct 2020 20:08:17 -0700	[thread overview]
Message-ID: <9195fd7a-a5c5-8588-d33c-772d2f530032@linux.microsoft.com> (raw)
In-Reply-To: <CAHC9VhR8mbqZS3TVgG7MxQywe9uqDRCN+c59PozLTpOoQ-mK7Q@mail.gmail.com>

Hi Paul,

On 2020-10-30 1:37 p.m., Paul Moore wrote:
> On Fri, Oct 30, 2020 at 12:43 PM Tushar Sugandhi
> <tusharsu@linux.microsoft.com> wrote:
>>> Unless this patch set is specifically dependent on the two patches in
>>> the SELinux tree beyond v5.10.0-rc1, please base it on v5.10.0-rc1.
>>
>> Thanks Mimi. We don't have dependencies on those two patches in SELinux
>> tree.
>>
>> We'll base our changes on v5.10.0-rc1 in SELinux tree.
>>
>> Thanks for the quick response.
> 
> I'm not as fast as Mimi, but I thought it might be worthwhile to
> provide a bit more detail as to what I expect from SELinux kernel
> submissions.  I believe most other maintainers operate in a similar
> manner, but I obviously can't speak for them.
Thanks a lot for the detailed information Paul.
Its very helpful, and we appreciate it.
> 
> Unless there is an exception due to a previous discussion, I ask that
> all SELinux kernel patches be based on either the selinux/next branch
> or Linus' current tree.  If your patch(set) applies cleanly to either
> of those branches, and passes review, I'll merge it into the
> selinux/next branch taking care of any merge conflicts that may arise.
We will base on SeLinux -> next branch, as you/Mimi suggested.

> If the merge is particularly tricky I may ask you to double check the
> merge afterwards, but in my experience that is rare, most merge
> conflicts are trivially resolved.
> 
Based on our testing so far, there aren't any merge conflicts.
But if the need arises, we'll do our best to help you resolve/review
them.

> In the case where a patch(set) being proposed for inclusion in the
> SELinux tree has significant changes to another subsystem, I will ask
> the affected subsystem's maintainer to review the patch(set).  If the
> other maintainers do not provide an ACK for the patch(set) I will not
> merge the patches.  If the other maintainers do not respond at all for
> a few weeks, I may go ahead and merge the patch(set) anyway; that is a
> decision made on a case-by-base basis.
Mimi has been actively reviewing IMA side of the changes for this
patch-set.

> 
> If the patch(set) introduces new functionality I will ask you to add
> or update an existing test in the selinux-testsuite.
> * https://github.com/SELinuxProject/selinux-testsuite
> 
Lakshmi has written an SeLinux test for this feature, and it is
currently being targeted for LTP repo.
https://github.com/linux-test-project/ltp

We can work with you to also get it incorporated in selinux-testsuite.
But the concern here is we may have to pull additional dependent scripts
from LTP to selinux-testsuite to support our test.

Could you please take a look at Lakshmi's SeLinux test, and guide us
further on this? Here is the patch.
https://patchwork.kernel.org/patch/11804587/


> If the patch(set) introduces new, or changed, functionality I may ask
> you to update The SELinux Notebook.
> * https://github.com/SELinuxProject/selinux-notebook
> 
Will do. Thanks.

> Beyond the above, the general SELinux kernel tree process is
> documented in the README.md found in selinux/main:
> * https://git.kernel.org/pub/scm/linux/kernel/git/pcmoore/selinux.git/tree/README.md
> 
Thanks for the pointer.
We'll go through the documentation.
~Tushar

  reply	other threads:[~2020-11-01  3:08 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-10-29 23:33 [RFC] Finding the right target branch for patches that span IMA and SeLinux Tushar Sugandhi
2020-10-30  0:32 ` Mimi Zohar
2020-10-30 16:43   ` Tushar Sugandhi
2020-10-30 20:37     ` Paul Moore
2020-11-01  3:08       ` Tushar Sugandhi [this message]
2020-11-02 16:35         ` Mimi Zohar
2020-11-02 20:38           ` Tushar Sugandhi
2020-11-03  3:11         ` Paul Moore
2020-11-03 12:25           ` Mimi Zohar
2020-11-03 18:57           ` Lakshmi Ramasubramanian

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=9195fd7a-a5c5-8588-d33c-772d2f530032@linux.microsoft.com \
    --to=tusharsu@linux.microsoft.com \
    --cc=linux-integrity@vger.kernel.org \
    --cc=nramas@linux.microsoft.com \
    --cc=paul@paul-moore.com \
    --cc=selinux@vger.kernel.org \
    --cc=stephen.smalley.work@gmail.com \
    --cc=tyhicks@linux.microsoft.com \
    --cc=zohar@linux.ibm.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