selinux.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Ondrej Mosnacek <omosnace@redhat.com>
To: Paul Moore <paul@paul-moore.com>
Cc: Jeff Vander Stoep <jeffv@google.com>,
	SElinux list <selinux@vger.kernel.org>,
	Stephen Smalley <sds@tycho.nsa.gov>,
	Will Deacon <will@kernel.org>,
	"Paul E. McKenney" <paulmck@kernel.org>,
	rcu@vger.kernel.org, Jovana Knezevic <jovanak@google.com>
Subject: Re: [PATCH v9] selinux: sidtab: reverse lookup hash table
Date: Thu, 5 Dec 2019 12:48:07 +0100	[thread overview]
Message-ID: <CAFqZXNvQV+syzOE0CGczzTvi9g65AUT8bdsG0YN6NcHzd5GVHQ@mail.gmail.com> (raw)
In-Reply-To: <CAHC9VhTwct8daQoXFg4JpHkWUhijQFn8D0Tq=VX989mq3TVfvg@mail.gmail.com>

On Thu, Dec 5, 2019 at 12:52 AM Paul Moore <paul@paul-moore.com> wrote:
> On Wed, Dec 4, 2019 at 4:11 AM Ondrej Mosnacek <omosnace@redhat.com> wrote:
> > On Tue, Dec 3, 2019 at 1:33 AM Paul Moore <paul@paul-moore.com> wrote:
> > > Thanks Jeff, as well as everyone else who contributed reviews and feedback.
> > >
> > > I've pulled this into a working branch and I'll be merging it with the
> > > other sidtab patches before posting it to a "next-queue" branch for
> > > review later this week.  When done, I'll send a note to the list, as
> > > well as the relevant patch authors; your help in reviewing the merge
> > > would be greatly appreciated.
> >
> > I tried doing the merge on my own here [1], you can use it as a sanity
> > check if we came to the same/similar result. I based it off your
> > existing next-queue, which contains only Jeff's patch at the time of
> > writing. I only build-tested it so far.
>
> Thanks, that was a good sanity check.  There are some minor diffs from
> what I ended up with, but nothing substantive that I can see.
>
> Although I'll be honest, the merge wasn't as bad as I thought it would
> be; most of the fuzz was simply due shuffling and renaming of data
> structures, which generally isn't too bad.  Although I'm still
> building the kernel to test it, so let's see if that statement still
> holds (although it looks like it passed Stephen's testing). ;)
>
> If you haven't noticed already, the merge currently lives in the
> selinux/next-queue branch; if you notice anything off, feel free to
> send a fixup patch.

It looks OK semantically when compared to my merge. I only see
reordering/comment/whitespace differences.

>
> > Note that there are two whitespace cleanups included in the string
> > cache commit that I intuitively did while resolving the merge
> > conflicts. You might want to move those to the first commit or just
> > ignore them.
>
> When looking at the combined diff between the two sidtab patches and
> comparing it to your merge I did make a few additional small cosmetic
> tweaks.  Assuming the testing goes well, I'll probably go over
> everything one more time to make sure the style looks okay, but today
> I was focusing more on the correctness.

The whitespace misalignment introduced by Jeff's patch is still there
in your branch. Personally, I'd prefer that we fix them now rather
than deferring it to a future patch, because it seems that no one ever
has time to bother sending whitespace fixup patches :) But I'll
understand it if you prefer not to touch it more than necessary, so I
won't fight about this further.

>
> > [1] https://gitlab.com/omos/linux-public/compare/selinux-next...rebase-selinux-sidtab-string-cache

--
Ondrej Mosnacek <omosnace at redhat dot com>
Software Engineer, Security Technologies
Red Hat, Inc.


  reply	other threads:[~2019-12-05 11:47 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-11-22  9:33 [PATCH v9] selinux: sidtab: reverse lookup hash table Jeff Vander Stoep
2019-11-22 14:21 ` Stephen Smalley
2019-12-03  0:32 ` Paul Moore
2019-12-04  9:11   ` Ondrej Mosnacek
2019-12-04 15:48     ` Stephen Smalley
2019-12-04 23:52     ` Paul Moore
2019-12-05 11:48       ` Ondrej Mosnacek [this message]
2019-12-05 14:08         ` Paul Moore
2019-12-05 17:41           ` Paul Moore
2019-12-05 18:10             ` Stephen Smalley
2019-12-05 18:14               ` Paul Moore
2019-12-06  0:50                 ` Paul Moore
2019-12-06 13:45                   ` Stephen Smalley
2019-12-06 15:08                     ` Paul Moore
2019-12-09 21:17   ` Paul Moore

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=CAFqZXNvQV+syzOE0CGczzTvi9g65AUT8bdsG0YN6NcHzd5GVHQ@mail.gmail.com \
    --to=omosnace@redhat.com \
    --cc=jeffv@google.com \
    --cc=jovanak@google.com \
    --cc=paul@paul-moore.com \
    --cc=paulmck@kernel.org \
    --cc=rcu@vger.kernel.org \
    --cc=sds@tycho.nsa.gov \
    --cc=selinux@vger.kernel.org \
    --cc=will@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;
as well as URLs for NNTP newsgroup(s).