From: Greg KH <gregkh@linuxfoundation.org>
To: Joel Fernandes <joel@joelfernandes.org>
Cc: Masami Hiramatsu <mhiramat@kernel.org>,
linux-kernel@vger.kernel.org,
Andrew Morton <akpm@linux-foundation.org>,
ast@kernel.org, atishp04@gmail.com, dancol@google.com,
Dan Williams <dan.j.williams@intel.com>,
Guenter Roeck <groeck@chromium.org>,
Jonathan Corbet <corbet@lwn.net>,
karim.yaghmour@opersys.com, Kees Cook <keescook@chromium.org>,
kernel-team@android.com, linux-doc@vger.kernel.org,
linux-kselftest@vger.kernel.org,
linux-trace-devel@vger.kernel.org,
Manoj Rao <linux@manojrajarao.com>,
Masahiro Yamada <yamada.masahiro@socionext.com>,
paulmck@linux.vnet.ibm.com,
"Peter Zijlstra (Intel)" <peterz@infradead.org>,
qais.yousef@arm.com, rdunlap@infradead.org, rostedt@goodmis.org,
Shuah Khan <shuah@kernel.org>,
Thomas Gleixner <tglx@linutronix.de>,
yhs@fb.com
Subject: Re: [PATCH v3 1/2] Provide in-kernel headers for making it easy to extend the kernel
Date: Thu, 28 Feb 2019 16:45:13 +0100 [thread overview]
Message-ID: <20190228154513.GA12050@kroah.com> (raw)
In-Reply-To: <20190228153741.GA168373@google.com>
On Thu, Feb 28, 2019 at 10:37:41AM -0500, Joel Fernandes wrote:
> In any case, it is not practical to provide headers for every kernel version on
> the system image and maintain them, it will take up too much space and has to
> be periodically packaged. Not to mention that there will be kernel versions
> that are booting Android that simply don't have anyone maintaining headers
> for. So the proposed solution is an easier path.
I totally agree with this, and with your proposed patches, just wanting
to clear up some potential anti-GPL-FUD before it got spread any further :)
thanks,
greg k-h
WARNING: multiple messages have this Message-ID (diff)
From: gregkh at linuxfoundation.org (Greg KH)
Subject: [PATCH v3 1/2] Provide in-kernel headers for making it easy to extend the kernel
Date: Thu, 28 Feb 2019 16:45:13 +0100 [thread overview]
Message-ID: <20190228154513.GA12050@kroah.com> (raw)
In-Reply-To: <20190228153741.GA168373@google.com>
On Thu, Feb 28, 2019 at 10:37:41AM -0500, Joel Fernandes wrote:
> In any case, it is not practical to provide headers for every kernel version on
> the system image and maintain them, it will take up too much space and has to
> be periodically packaged. Not to mention that there will be kernel versions
> that are booting Android that simply don't have anyone maintaining headers
> for. So the proposed solution is an easier path.
I totally agree with this, and with your proposed patches, just wanting
to clear up some potential anti-GPL-FUD before it got spread any further :)
thanks,
greg k-h
WARNING: multiple messages have this Message-ID (diff)
From: gregkh@linuxfoundation.org (Greg KH)
Subject: [PATCH v3 1/2] Provide in-kernel headers for making it easy to extend the kernel
Date: Thu, 28 Feb 2019 16:45:13 +0100 [thread overview]
Message-ID: <20190228154513.GA12050@kroah.com> (raw)
Message-ID: <20190228154513.Yuwii4rbKWpYg4hypCUwECL5EeZjemUSVb8_S10uXu4@z> (raw)
In-Reply-To: <20190228153741.GA168373@google.com>
On Thu, Feb 28, 2019@10:37:41AM -0500, Joel Fernandes wrote:
> In any case, it is not practical to provide headers for every kernel version on
> the system image and maintain them, it will take up too much space and has to
> be periodically packaged. Not to mention that there will be kernel versions
> that are booting Android that simply don't have anyone maintaining headers
> for. So the proposed solution is an easier path.
I totally agree with this, and with your proposed patches, just wanting
to clear up some potential anti-GPL-FUD before it got spread any further :)
thanks,
greg k-h
next prev parent reply other threads:[~2019-02-28 15:45 UTC|newest]
Thread overview: 87+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-02-27 19:37 [PATCH v3 1/2] Provide in-kernel headers for making it easy to extend the kernel Joel Fernandes (Google)
2019-02-27 19:37 ` Joel Fernandes (Google)
2019-02-27 19:37 ` joel
2019-02-27 19:37 ` [PATCH v3 2/2] Add selftests for module build using in-kernel headers Joel Fernandes (Google)
2019-02-27 19:37 ` Joel Fernandes (Google)
2019-02-27 19:37 ` joel
2019-02-28 2:17 ` [PATCH v3 1/2] Provide in-kernel headers for making it easy to extend the kernel Masahiro Yamada
2019-02-28 2:17 ` Masahiro Yamada
2019-02-28 2:17 ` yamada.masahiro
2019-02-28 14:43 ` Joel Fernandes
2019-02-28 14:43 ` Joel Fernandes
2019-02-28 14:43 ` joel
2019-02-28 23:27 ` Joel Fernandes
2019-02-28 23:27 ` Joel Fernandes
2019-02-28 23:27 ` joel
2019-03-01 6:25 ` Masahiro Yamada
2019-03-01 6:25 ` Masahiro Yamada
2019-03-01 6:25 ` yamada.masahiro
2019-03-01 17:19 ` Joel Fernandes
2019-03-01 17:19 ` Joel Fernandes
2019-03-01 17:19 ` joel
2019-03-02 2:13 ` Masahiro Yamada
2019-03-02 2:13 ` Masahiro Yamada
2019-03-02 2:13 ` yamada.masahiro
2019-03-02 2:39 ` Joel Fernandes
2019-03-02 2:39 ` Joel Fernandes
2019-03-02 2:39 ` joel
2019-03-04 5:40 ` Masahiro Yamada
2019-03-04 5:40 ` Masahiro Yamada
2019-03-04 5:40 ` yamada.masahiro
2019-02-28 8:34 ` Masami Hiramatsu
2019-02-28 8:34 ` Masami Hiramatsu
2019-02-28 8:34 ` mhiramat
2019-02-28 15:00 ` Joel Fernandes
2019-02-28 15:00 ` Joel Fernandes
2019-02-28 15:00 ` joel
2019-02-28 15:30 ` Greg KH
2019-02-28 15:30 ` Greg KH
2019-02-28 15:30 ` gregkh
2019-02-28 15:37 ` Joel Fernandes
2019-02-28 15:37 ` Joel Fernandes
2019-02-28 15:37 ` joel
2019-02-28 15:45 ` Greg KH [this message]
2019-02-28 15:45 ` Greg KH
2019-02-28 15:45 ` gregkh
2019-02-28 15:59 ` Joel Fernandes
2019-02-28 15:59 ` Joel Fernandes
2019-02-28 15:59 ` joel
2019-02-28 16:09 ` Steven Rostedt
2019-02-28 16:09 ` Steven Rostedt
2019-02-28 16:09 ` rostedt
2019-03-01 2:28 ` Masami Hiramatsu
2019-03-01 2:28 ` Masami Hiramatsu
2019-03-01 2:28 ` mhiramat
2019-03-01 3:26 ` Joel Fernandes
2019-03-01 3:26 ` Joel Fernandes
2019-03-01 3:26 ` joel
2019-03-01 7:03 ` Masami Hiramatsu
2019-03-01 7:03 ` Masami Hiramatsu
2019-03-01 7:03 ` mhiramat
2019-03-01 17:21 ` Joel Fernandes
2019-03-01 17:21 ` Joel Fernandes
2019-03-01 17:21 ` joel
2019-03-01 11:05 ` Qais Yousef
2019-03-01 11:05 ` Qais Yousef
2019-03-01 11:05 ` qais.yousef
2019-02-28 13:53 ` Qais Yousef
2019-02-28 13:53 ` Qais Yousef
2019-02-28 13:53 ` qais.yousef
2019-02-28 14:47 ` Joel Fernandes
2019-02-28 14:47 ` Joel Fernandes
2019-02-28 14:47 ` joel
2019-02-28 16:04 ` Dietmar Eggemann
2019-02-28 16:04 ` Dietmar Eggemann
2019-02-28 16:04 ` dietmar.eggemann
2019-02-28 16:22 ` Qais Yousef
2019-02-28 16:22 ` Qais Yousef
2019-02-28 16:22 ` qais.yousef
2019-02-28 16:48 ` Qais Yousef
2019-02-28 16:48 ` Qais Yousef
2019-02-28 16:48 ` qais.yousef
2019-02-28 18:36 ` Dietmar Eggemann
2019-02-28 18:36 ` Dietmar Eggemann
2019-02-28 18:36 ` dietmar.eggemann
2019-02-28 19:10 ` Joel Fernandes
2019-02-28 19:10 ` Joel Fernandes
2019-02-28 19:10 ` joel
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20190228154513.GA12050@kroah.com \
--to=gregkh@linuxfoundation.org \
--cc=akpm@linux-foundation.org \
--cc=ast@kernel.org \
--cc=atishp04@gmail.com \
--cc=corbet@lwn.net \
--cc=dan.j.williams@intel.com \
--cc=dancol@google.com \
--cc=groeck@chromium.org \
--cc=joel@joelfernandes.org \
--cc=karim.yaghmour@opersys.com \
--cc=keescook@chromium.org \
--cc=kernel-team@android.com \
--cc=linux-doc@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-kselftest@vger.kernel.org \
--cc=linux-trace-devel@vger.kernel.org \
--cc=linux@manojrajarao.com \
--cc=mhiramat@kernel.org \
--cc=paulmck@linux.vnet.ibm.com \
--cc=peterz@infradead.org \
--cc=qais.yousef@arm.com \
--cc=rdunlap@infradead.org \
--cc=rostedt@goodmis.org \
--cc=shuah@kernel.org \
--cc=tglx@linutronix.de \
--cc=yamada.masahiro@socionext.com \
--cc=yhs@fb.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.