[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20120306161543.63c3fc54.akpm@linux-foundation.org>
Date: Tue, 6 Mar 2012 16:15:43 -0800
From: Andrew Morton <akpm@...ux-foundation.org>
To: gaowanlong@...fujitsu.com
Cc: linux-security-module@...r.kernel.org,
linux-kernel@...r.kernel.org, eparis@...isplace.org,
James Morris <jmorris@...ei.org>
Subject: Re: [PATCH] selinux: init target class when add avc callback
On Wed, 07 Mar 2012 07:59:30 +0800
Wanlong Gao <gaowanlong@...fujitsu.com> wrote:
> On 02/05/2012 09:53 AM, Wanlong Gao wrote:
>
> > Target security class should be initialized when add avc callback.
> > Although tclass is userless in callbacks now, but it may be used
> > in the future .
> >
> > Signed-off-by: Wanlong Gao <gaowanlong@...fujitsu.com>
> > ---
> > security/selinux/avc.c | 1 +
> > 1 files changed, 1 insertions(+), 0 deletions(-)
> >
> > diff --git a/security/selinux/avc.c b/security/selinux/avc.c
> > index dca1c22..27495e6 100644
> > --- a/security/selinux/avc.c
> > +++ b/security/selinux/avc.c
> > @@ -576,6 +576,7 @@ int avc_add_callback(int (*callback)(u32 event, u32 ssid, u32 tsid,
> > c->events = events;
> > c->ssid = ssid;
> > c->tsid = tsid;
> > + c->tclass = tclass;
> > c->perms = perms;
> > c->next = avc_callbacks;
> > avc_callbacks = c;
Perhaps James can take a look at this?
avc_add_callback() looks a bit odd. It uses GFP_ATOMIC, but that is
unnecessary because avc_add_callback() is only ever called from
module_init() code. And if it isn't only ever called from
module_init() code then it needs some locking for that list.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists