From: Kurt Garloff <garloff@suse.de>
To: serge@hallyn.com
Cc: Tony Jones <tonyj@suse.de>,
Linux kernel list <linux-kernel@vger.kernel.org>,
Chris Wright <chrisw@osdl.org>,
Stephen Smalley <sds@epoch.ncsc.mil>,
James Morris <jmorris@redhat.com>,
Greg Kroah-Hartman <gregkh@suse.de>,
Steve Beattie <smb@wirex.com>,
Linux LSM list <linux-security-module@wirex.com>
Subject: Re: [PATCH 3/3] Use conditional
Date: Mon, 4 Jul 2005 14:08:09 +0200 [thread overview]
Message-ID: <20050704120809.GR11137@tpkurt.garloff.de> (raw)
In-Reply-To: <20050704120105.GB27617@vino.hallyn.com>
[-- Attachment #1: Type: text/plain, Size: 1426 bytes --]
Hi Serge,
On Mon, Jul 04, 2005 at 07:01:05AM -0500, serge@hallyn.com wrote:
> Quoting Tony Jones (tonyj@suse.de):
> > On Mon, Jul 04, 2005 at 08:59:02AM +0200, Kurt Garloff wrote:
> >
> > > > The topic of replacing dummy (with capability) was discussed there
> > > > last week, in the context of stacker, but a common solution for both
> > > > cases would be needed.
> > >
> > > Both cases?
> >
> > CONFIG_SECURITY_STACKER and !CONFIG_SECURITY_STACKER ;-)
> >
> > http://mail.wirex.com/pipermail/linux-security-module/2005-June/6200.html
> >
> > I was assuming (bad of me I know) that Serge's patch would nail both cases
> > with one stone.
>
> Yes, sorry, I never got around to the replace-dummy-with-capability
> patch. There wasn't a single cry when Chris asked for anyone who'd
> care about dummy being removed, so I do plan on switching that.
I was a bit careful: My patch did switch the default, but LSMs that
don't fill in all security_ops would still fall back to dummy, just
to make sure there is no possibly unintended change in behaviour.
Getting rid of dummy entirely would be better, I agree, but someone
needs to review that this won't break anything.
So how should we proceed?
You want to do the dummy removal first, then have stacker merged
and then what remains of my patches? Or should I start ... ?
Regards,
--
Kurt Garloff, Director SUSE Labs, Novell Inc.
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
next prev parent reply other threads:[~2005-07-04 12:11 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-07-03 15:44 Kurt Garloff
2005-07-03 16:51 ` James Morris
2005-07-03 21:17 ` Kurt Garloff
2005-07-03 19:00 ` Tony Jones
2005-07-04 6:59 ` Kurt Garloff
2005-07-04 7:44 ` Tony Jones
2005-07-04 12:01 ` serge
2005-07-04 12:08 ` Kurt Garloff [this message]
2005-07-04 12:37 ` serge
2005-07-04 13:31 ` Kurt Garloff
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=20050704120809.GR11137@tpkurt.garloff.de \
--to=garloff@suse.de \
--cc=chrisw@osdl.org \
--cc=gregkh@suse.de \
--cc=jmorris@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-security-module@wirex.com \
--cc=sds@epoch.ncsc.mil \
--cc=serge@hallyn.com \
--cc=smb@wirex.com \
--cc=tonyj@suse.de \
/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
all inboxes | Powered by JetHome®