lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Message-ID: <20190503074908.GB27088@kroah.com> Date: Fri, 3 May 2019 09:49:08 +0200 From: Greg KH <gregkh@...uxfoundation.org> To: Pavel Machek <pavel@...x.de> Cc: Masahiro Yamada <yamada.masahiro@...ionext.com>, Joel Fernandes <joel@...lfernandes.org>, Linux Kernel Mailing List <linux-kernel@...r.kernel.org>, Andrew Morton <akpm@...ux-foundation.org>, Alexei Starovoitov <ast@...nel.org>, atish patra <atishp04@...il.com>, Daniel Colascione <dancol@...gle.com>, Dan Williams <dan.j.williams@...el.com>, Dietmar Eggemann <dietmar.eggemann@....com>, Guenter Roeck <groeck@...omium.org>, Jonathan Corbet <corbet@....net>, Karim Yaghmour <karim.yaghmour@...rsys.com>, Kees Cook <keescook@...omium.org>, "Cc: Android Kernel" <kernel-team@...roid.com>, "open list:DOCUMENTATION" <linux-doc@...r.kernel.org>, "open list:KERNEL SELFTEST FRAMEWORK" <linux-kselftest@...r.kernel.org>, linux-trace-devel@...r.kernel.org, Manoj Rao <linux@...ojrajarao.com>, Masami Hiramatsu <mhiramat@...nel.org>, Qais Yousef <qais.yousef@....com>, Randy Dunlap <rdunlap@...radead.org>, Steven Rostedt <rostedt@...dmis.org>, Shuah Khan <shuah@...nel.org>, Yonghong Song <yhs@...com>, Olof Johansson <olof@...om.net> Subject: Re: [PATCH v7 resend 1/2] Provide in-kernel headers to make extending kernel easier On Fri, May 03, 2019 at 09:30:07AM +0200, Pavel Machek wrote: > > > > As you say, either is fine with me. > > > > > > > > > 2. Who is going to pull this patch: This seems a matter of where the header > > > > > archive resides. If it is in /sys/kernel/ then I am assuming Greg will pull > > > > > it. Masahiro has given his Reviewed-by tag, is he the one to pull it? > > > > > > > > I can take it, but it probably should just go through the kbuild tree, > > > > as that makes more sense to me. > > > > > > > > > I do not want to take responsibility for this. > > > > Hah, ok, I'll be glad to queue this up in my tree. I'll take it now, > > and if people who really object to this being in /proc/ and want it in > > /sys/, we can add a follow-on patch before 5.2-final is out to move the > > file to that location. > > People really object to having it in kernel in the first place. Then do not select that .config option, and all is good :)
Powered by blists - more mailing lists