[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20190111091818.GA17058@kroah.com>
Date: Fri, 11 Jan 2019 10:18:18 +0100
From: Greg KH <gregkh@...uxfoundation.org>
To: Christian Brauner <christian@...uner.io>
Cc: tkjos@...roid.com, devel@...verdev.osuosl.org,
linux-kernel@...r.kernel.org, arve@...roid.com,
dan.carpenter@...cle.com, joel@...lfernandes.org, maco@...roid.com,
tkjos@...gle.com
Subject: Re: [PATCH v2 2/2] binderfs: reserve devices for initial mount
On Wed, Jan 02, 2019 at 12:32:19PM +0100, Christian Brauner wrote:
> The binderfs instance in the initial ipc namespace will always have a
> reserve of 4 binder devices unless explicitly capped by specifying a lower
> value via the "max" mount option.
> This ensures when binder devices are removed (on accident or on purpose)
> they can always be recreated without risking that all minor numbers have
> already been used up.
>
> Cc: Todd Kjos <tkjos@...gle.com>
> Cc: Greg Kroah-Hartman <gregkh@...uxfoundation.org>
> Signed-off-by: Christian Brauner <christian.brauner@...ntu.com>
> ---
> v2:
> - patch unchanged
> v1:
> - patch introduced
> v0:
> - patch not present
> ---
> drivers/android/binderfs.c | 7 ++++++-
> 1 file changed, 6 insertions(+), 1 deletion(-)
What did you make this patch against? It doesn't apply cleanly so I
don't want to take it until we get everything synced up properly
together :(
I'll apply patch 1/2 now, can you rebase and resend this one?
thanks,
greg k-h
Powered by blists - more mailing lists