[prev in list] [next in list] [prev in thread] [next in thread]
List: linux-security-module
Subject: Re: kernel locking for releasing incore security
From: Chris Wright <chrisw () osdl ! org>
Date: 2005-12-08 1:56:44
Message-ID: 20051208015644.GD29874 () shell0 ! pdx ! osdl ! net
[Download RAW message or body]
* Hawk Xu (h.xu@163.com) wrote:
> Serge E. Hallyn wrote:
> >Right, within reason.
> >
> > 1. In
> > inode_free_security(struct inode *my_inode) {
> > }
> > you don't need to lock my_inode, because it won't be accessed by
> > anyone else at that point.
> >
> >
> >
> What about my_inode->i_security? Will it be accessed by anyone else at
> this point? I'm sure that the data pointed by i_security is not shared
> with anyone else.
my_inode is no longer accessible by anyone else at this point.
> And what about task->security at the point of task_free_security?
Same for task. The only point is if you are doing some sort sharing of
->security (used in multiple tasks, kept on some list, etc), then you'd
have to do proper refcounting/locking.
thanks,
-chris
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic