[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <E1JEipn-0000tq-3Q@pomaz-ex.szeredi.hu>
Date: Tue, 15 Jan 2008 11:15:55 +0100
From: Miklos Szeredi <miklos@...redi.hu>
To: serue@...ibm.com
CC: miklos@...redi.hu, akpm@...ux-foundation.org, hch@...radead.org,
serue@...ibm.com, viro@....linux.org.uk, ebiederm@...ssion.com,
kzak@...hat.com, linux-fsdevel@...r.kernel.org,
linux-kernel@...r.kernel.org, containers@...ts.osdl.org,
util-linux-ng@...r.kernel.org
Subject: Re: [patch 4/9] unprivileged mounts: propagate error values from
clone_mnt
> Quoting Miklos Szeredi (miklos@...redi.hu):
> > From: Miklos Szeredi <mszeredi@...e.cz>
> >
> > Allow clone_mnt() to return errors other than ENOMEM. This will be used for
> > returning a different error value when the number of user mounts goes over the
> > limit.
> >
> > Fix copy_tree() to return EPERM for unbindable mounts.
> >
> > Don't propagate further from dup_mnt_ns() as that copy_tree() can only fail
> > with -ENOMEM.
>
> I see what you're saying, but it just seems like it's bound to be more
> confusing this way.
Ah yes, this is indeed confusing. Last time dup_mnt_ns() returned a
namespace pointer or NULL. But now I see it returns an ERR_PTR(error)
instead, which means it's cleaner to just propagate the error value.
I'll fix this.
Thanks,
Miklos
--
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