lkml.org 
[lkml]   [2009]   [Mar]   [29]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
DateSun, 29 Mar 2009 23:48:55 +0200
FromOleg Nesterov <>
SubjectRe: [PATCH 3/4] fix setuid sometimes wouldn't
On 03/29, Alexey Dobriyan wrote:
>
> On Sat, Mar 28, 2009 at 11:21:27PM +0000, Hugh Dickins wrote:
> >
> > -static struct fs_struct *get_fs_struct(struct task_struct *task)
> > +static int get_fs_path(struct task_struct *task, struct path *path, bool root)
> > {
> > struct fs_struct *fs;
> > + int result = -ENOENT;
> > +
> > task_lock(task);
> > fs = task->fs;
> > - if(fs)
> > - atomic_inc(&fs->count);
> > + if (fs) {
> > + read_lock(&fs->lock);
> > + *path = root ? fs->root : fs->pwd;
> > + path_get(path);
> > + read_unlock(&fs->lock);
> > + result = 0;
> > + }
> > task_unlock(task);
> > - return fs;
> > + return result;
> > }
>
> I think it's better to open-code. "root" parameter is unnatural.

IMHO, open-coding doesn't improve readability. I am not even talking
about code size (it doesn't matter of course, the kernel is so tiny ;).

Perhaps "enum what" is more natural compared to "bool root", but this
helper is simple enough.

Personally, I think this patch makes sense even if it didn't fix the
bug, it cleanups the code and makes it more readable.

Oleg.



\
 
 \ /
  Last update: 2009-03-29 23:57    [from the cache]
©2003-2010