[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20200407162213.tgdjzgzwrebqxchc@wittgenstein>
Date: Tue, 7 Apr 2020 18:22:13 +0200
From: Christian Brauner <christian.brauner@...ntu.com>
To: "Eric W. Biederman" <ebiederm@...ssion.com>
Cc: Linus Torvalds <torvalds@...ux-foundation.org>,
Bernd Edlinger <bernd.edlinger@...mail.de>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Alexey Gladkov <gladkov.alexey@...il.com>,
Oleg Nesterov <oleg@...hat.com>,
Kees Cook <keescook@...omium.org>, Jann Horn <jannh@...gle.com>
Subject: Re: [RFC][PATCH 0/3] exec_update_mutex related cleanups
On Mon, Apr 06, 2020 at 08:29:50PM -0500, Eric W. Biederman wrote:
>
> Linus,
>
> Since you rightly pointed out the code in fs/exec.c is less readable
> than it should be right now. Here is where I currently sit on making
> that code static where possible and as obvious as possible.
>
> I will resend this after the merge window for a proper review when
> people are less likely to be distrcacted but I figured I might as well
> send this out now so I can see if anyone runs screaming from this code.
>
> Eric W. Biederman (3):
> binfmt: Move install_exec_creds after setup_new_exec to match binfmt_elf
> exec: Make unlocking exec_update_mutex explict
> exec: Rename the flag called_exec_mmap point_of_no_return
Under the assumption that we go forward with this approach this seems
like a good cleanup.
Acked-by: Christian Brauner <christian.brauner@...ntu.com>
Powered by blists - more mailing lists