[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <YXERhzKOVzGJoNMN@kroah.com>
Date: Thu, 21 Oct 2021 09:06:47 +0200
From: Greg KH <gregkh@...uxfoundation.org>
To: "Eric W. Biederman" <ebiederm@...ssion.com>
Cc: linux-kernel@...r.kernel.org, linux-arch@...r.kernel.org,
Linus Torvalds <torvalds@...ux-foundation.org>,
Oleg Nesterov <oleg@...hat.com>,
Al Viro <viro@...iv.linux.org.uk>,
Kees Cook <keescook@...omium.org>
Subject: Re: [PATCH 18/20] exit/rtl8723bs: Replace the macro thread_exit with
a simple return 0
On Wed, Oct 20, 2021 at 12:44:04PM -0500, Eric W. Biederman wrote:
> Every place thread_exit is called is at the end of a function started
> with kthread_run. The code in kthread_run has arranged things so a
> kernel thread can just return and do_exit will be called.
>
> So just have the threads return instead of calling complete_and_exit.
>
> Signed-off-by: "Eric W. Biederman" <ebiederm@...ssion.com>
> ---
> drivers/staging/rtl8723bs/core/rtw_cmd.c | 2 +-
> drivers/staging/rtl8723bs/core/rtw_xmit.c | 2 +-
> drivers/staging/rtl8723bs/hal/rtl8723bs_xmit.c | 2 +-
> drivers/staging/rtl8723bs/include/osdep_service_linux.h | 2 --
> 4 files changed, 3 insertions(+), 5 deletions(-)
You "forgot" to cc: the linux-staging and the staging driver maintainer
on these drivers/staging/ changes...
Anyway, they look fine to me, but you will get some conflicts with some
of these changes based on cleanups already in my staging-next tree (in
linux-next if you want to see them). But feel free to take these all in
your tree if that makes it easier:
Acked-by: Greg Kroah-Hartman <gregkh@...uxfoundation.org>
Powered by blists - more mailing lists