Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp2950638pxf; Sun, 14 Mar 2021 18:45:16 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzcUkglqKh8ocyX3wniOFnATa6AfcIkxID+9LBbGJ7msXStqbVg0d4gc9gvgLDukH3IlIct X-Received: by 2002:a17:906:4d85:: with SMTP id s5mr19393445eju.43.1615772715961; Sun, 14 Mar 2021 18:45:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1615772715; cv=none; d=google.com; s=arc-20160816; b=KZUS2RxB1QzCGhshzmkntUWW9ebKK7DE5CBcb5Ng/lgLA+CV+Z+VQ1WPFOmINyYqtx irrw4U+rTIn27/GOScChKV6r/v0xlZ+/Sp3yjiZwybTTTPf/y3YpyKIgn5CMI0Q2Gw0l 5TTpLksd+TUtPkNDF+SAS7drgfEjTRwjZswwZQewXjqnL0kHNVCdNmfd2YVocWINolrq SCnjOcZ3M6XUSKZhyxOxa3lI+O7tgUMbCOZFpMu0LQ1RH5xmyHrUnlXHC/0lRTBPGYaU vHgt+HbDS4/3RQHIOBWUMvd/8/4rBMzkXURguPnecuy5ku1nMQbLI8XDPp3hV6iRYNeC xV6g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=8rox5Gfa78gythi9X355MC37LGI5ACIP7AELX+6xKIY=; b=zixphgUj67XpyowRrW8mO7QywVrdcrxHeaqF4GgvAreg5ApfihWYJmOVw/ZEm6x0JO /W6emddmMkI5ij7e6UX+dFKRnDzkg8pjesefRufDse48k9Yz9Z2dk+LCipoph7T0CWy9 U2rY4smEdNug8Y9gavHm3L0z0IlA4iP6Lap6XraDC6KbFppe5kub7TOEiouk3pmagBwS RJgmT2+FMRO6ylTg73wV3x0KVsGEDer0zbpAxtyIV2YH48j1mIwWtmGQbZfyThSQ9vpv THYRI3Fxb+tHqzDj5VdLPN4+kx9u3Qu7u+3IiuW6mKeJuLRnndv2VIgbM9UNhWEKuptN xI7g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@paul-moore-com.20150623.gappssmtp.com header.s=20150623 header.b=T0UDl3dy; spf=pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id de4si10009864ejc.539.2021.03.14.18.44.48; Sun, 14 Mar 2021 18:45:15 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@paul-moore-com.20150623.gappssmtp.com header.s=20150623 header.b=T0UDl3dy; spf=pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229578AbhCOBoP (ORCPT + 99 others); Sun, 14 Mar 2021 21:44:15 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56014 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229494AbhCOBoB (ORCPT ); Sun, 14 Mar 2021 21:44:01 -0400 Received: from mail-ej1-x632.google.com (mail-ej1-x632.google.com [IPv6:2a00:1450:4864:20::632]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A4F4AC061763 for ; Sun, 14 Mar 2021 18:44:00 -0700 (PDT) Received: by mail-ej1-x632.google.com with SMTP id ci14so63413137ejc.7 for ; Sun, 14 Mar 2021 18:44:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=paul-moore-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=8rox5Gfa78gythi9X355MC37LGI5ACIP7AELX+6xKIY=; b=T0UDl3dyO9GitlKTnUuv/yRmu5SNCkrwvmBfnXJkhVOBcXdpOmslgpSaSi99JbJ63u c7rGrgxC1qjwmEBdkyfLDF7dXyUc/noY5W9k8jHIaLC5FDuQoGLp5PWoKOKQcEGtbeCI bXcnUdJFTMQoK6cRG2kpB8gjBeOfvaChJI/LkWz1vmc/8v/I5xe2sF+6qCfNuoLSS+Vn iX/eVhf3CNv+pdoP/dytdeKTm+fSpc8KEcs0SdCkLA8VUuRdMxWhIj+zwDpUkY5E7Pbi e2i4ZenF+UKUhqgVKTWCXuKCEw2zFTP0VqLs//wGgtjyLi5+HvWVshtappULfPmX3Dnr N1TQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=8rox5Gfa78gythi9X355MC37LGI5ACIP7AELX+6xKIY=; b=UqLMMkIb0FGFyL8cDh1sy/hHX5kxa5Zc7gyLZ+4Vc9WBWWUhDLOBYVXbx0D33l8P4F S2DXqbOTzR2ConfulYyE5HctCcYcRCqIRsLqB9bWHxqH100dfTcUBqG2w87C0M8w9s+0 d5VEVHW4Eou8iR+fd6OVuLOainCYTLRMK8R6UMnqigAbqhlvWj7/CX8c4ZMePfHGNrj5 cWJsTSyqE3xne/2WclLyKmOVSsIYpRVWDby24M/AYeMPZwjibfi62CYcuoyIalTYUEuH js7IkbXZH7cLL2B4n2nQadEV3V+THK6PQwE2bSdgkzFc8Ft5ExMHV4JWoyWUjahAViTS 5OdA== X-Gm-Message-State: AOAM532LcKJsGpUutSAVpRi1BC9HTvlRBWhd4zDFOh32cxM6qy9fYJ9+ 7mJHK6J2JwL0npxRxocRri6itTH7qn5eZQw6t2ma X-Received: by 2002:a17:906:3d62:: with SMTP id r2mr20631098ejf.488.1615772639059; Sun, 14 Mar 2021 18:43:59 -0700 (PDT) MIME-Version: 1.0 References: <20210227033755.24460-1-olga.kornievskaia@gmail.com> In-Reply-To: From: Paul Moore Date: Sun, 14 Mar 2021 21:43:48 -0400 Message-ID: Subject: Re: [PATCH v4 1/3] [security] Add new hook to compare new mount to an existing mount To: Olga Kornievskaia Cc: Anna Schumaker , Casey Schaufler , Trond Myklebust , Linux NFS Mailing List , Linux Security Module list , SElinux list Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-nfs@vger.kernel.org On Fri, Mar 12, 2021 at 5:35 PM Olga Kornievskaia wrote: > On Fri, Mar 12, 2021 at 4:55 PM Paul Moore wrote: > > > > On Fri, Mar 12, 2021 at 10:45 AM Anna Schumaker > > wrote: > > > On Thu, Mar 4, 2021 at 8:34 PM Paul Moore wrote: > > > > On Tue, Mar 2, 2021 at 10:53 PM Casey Schaufler wrote: > > > > > On 3/2/2021 10:20 AM, Anna Schumaker wrote: > > > > > > Hi Casey, > > > > > > > > > > > > On Fri, Feb 26, 2021 at 10:40 PM Olga Kornievskaia > > > > > > wrote: > > > > > >> From: Olga Kornievskaia > > > > > >> > > > > > >> Add a new hook that takes an existing super block and a new mount > > > > > >> with new options and determines if new options confict with an > > > > > >> existing mount or not. > > > > > >> > > > > > >> A filesystem can use this new hook to determine if it can share > > > > > >> the an existing superblock with a new superblock for the new mount. > > > > > >> > > > > > >> Signed-off-by: Olga Kornievskaia > > > > > > Do you have any other thoughts on this patch? I'm also wondering how > > > > > > you want to handle sending it upstream. > > > > > > > > > > James Morris is the maintainer for the security sub-system, > > > > > so you'll want to send this through him. He will want you to > > > > > have an ACK from Paul Moore, who is the SELinux maintainer. > > > > > > > > In the past I've pulled patches such as this (new LSM hook, with only > > > > a SELinux implementation of the new hook) in via the selinux/next tree > > > > after the other LSMs have ACK'd the new hook. This helps limit merge > > > > problems with other SELinux changes and allows us (the SELinux folks) > > > > to include it in the ongoing testing that we do during the -rcX > > > > releases. > > > > > > > > So Anna, if you or anyone else on the NFS side of the house want to > > > > add your ACKs/REVIEWs/etc. please do so as I don't like merging > > > > patches that cross subsystem boundaries without having all the > > > > associated ACKs. Casey, James, and other LSM folks please do the > > > > same. > > > > > > Sure: > > > Acked-by: Anna Schumaker > > > > > > Are you also going to take patch 3/3 that uses the new hook, or should > > > that go through the NFS tree? Patch 2/3 is a cleanup that can go > > > through the NFS tree. > > > > Generally when patches are posted as patchsets I would apply the whole > > patchset assuming they patches were all good, however it does seem > > like patch 2/3 is not strictly related to the other two? That said, > > as long as your ACK applies to all three patches in the patchset I > > have no problem applying all of them to the selinux/next tree once > > some of the other LSM maintainers provide their ACKs (while there may > > only a SELinux implementation of the hook at the moment, we need to > > make sure the other LSMs are okay with the basic hook concept). > > > > Also, did the v4 posting only include patch 1/3? I see v3 postings > > for the other two patches, but the only v4 patch I see is 1/3 ... ? > > I didn't not repost patches that didn't change. Okay, so I'm guessing that means path 2/3 and 3/3 didn't change? While I suppose there are cases where people do not do this, it has been my experience that if someone posts a patchset and some portion of the patchset changes, due to feedback or other factors, the entire patchset is reposted under the new version number. If nothing else this helps ensure people are always looking at the latest draft of a particular patch instead of having to dig through the list to determine which patch is the most recent. -- paul moore www.paul-moore.com