From: Joel Fernandes <joel@joelfernandes.org>
To: Masahiro Yamada <yamada.masahiro@socionext.com>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Andrew Morton <akpm@linux-foundation.org>,
Alexei Starovoitov <ast@kernel.org>,
atish patra <atishp04@gmail.com>,
Daniel Colascione <dancol@google.com>,
Dan Williams <dan.j.williams@intel.com>,
Dietmar Eggemann <dietmar.eggemann@arm.com>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Guenter Roeck <groeck@chromium.org>,
Jonathan Corbet <corbet@lwn.net>,
Karim Yaghmour <karim.yaghmour@opersys.com>,
Kees Cook <keescook@chromium.org>,
"Cc: Android Kernel" <kernel-team@android.com>,
"open list:DOCUMENTATION" <linux-doc@vger.kernel.org>,
"open list:KERNEL SELFTEST FRAMEWORK"
<linux-kselftest@vger.kernel.org>,
linux-trace-devel@vger.kernel.org,
Manoj Rao <linux@manojrajarao.com>,
Masami Hiramatsu <mhiramat@kernel.org>,
Qais Yousef <qais.yousef@arm.com>,
Randy Dunlap <rdunlap@infradead.org>,
Steven Rostedt <rostedt@goodmis.org>,
Shuah Khan <shuah@kernel.org>, Yonghong Song <yhs@fb.com>
Subject: Re: [PATCH v6 1/2] Provide in-kernel headers to make extending kernel easier
Date: Fri, 12 Apr 2019 14:00:14 -0400 [thread overview]
Message-ID: <20190412180014.GA175945@google.com> (raw)
In-Reply-To: <CAK7LNAQgvhozubW9b2yqnxHAVE17VHHZiq6N4Py_TzFCHN0YUQ@mail.gmail.com>
On Thu, Apr 11, 2019 at 10:47:23AM +0900, Masahiro Yamada wrote:
> Hi Joel,
>
> I have no objection to this patch.
> I checked though it once again,
> please let me point out a little more.
>
> They are all nits.
>
>
>
> On Tue, Apr 9, 2019 at 6:37 AM Joel Fernandes (Google)
> <joel@joelfernandes.org> wrote:
> >
> > Introduce in-kernel headers which are made available as an archive
> > through proc (/proc/kheaders.tar.xz file). This archive makes it
> > possible to run eBPF and other tracing programs tracing programs that
>
> Just one "tracing programs" is enough.
fixed.
> > need to extend the kernel for tracing purposes without any dependency on
> > the file system having headers.
> >
> > On Android and embedded systems, it is common to switch kernels but not
> > have kernel headers available on the file system. Further once a
> > different kernel is booted, any headers stored on the file system will
> > no longer be useful. By storing the headers as a compressed archive
> > within the kernel, we can avoid these issues that have been a hindrance
> > for a long time.
> >
> > The best way to use this feature is by building it in. Several users
> > have a need for this, when they switch debug kernels, they donot want to
>
> 'donot' -> 'do not' ?
fixed
[snip]
> >
> > diff --git a/init/Kconfig b/init/Kconfig
> > index 4592bf7997c0..ea75bfbf7dfa 100644
> > --- a/init/Kconfig
> > +++ b/init/Kconfig
> > @@ -580,6 +580,17 @@ config IKCONFIG_PROC
> > This option enables access to the kernel configuration file
> > through /proc/config.gz.
> >
> > +config IKHEADERS_PROC
> > + tristate "Enable kernel header artifacts through /proc/kheaders.tar.xz"
> > + depends on PROC_FS
> > + help
> > + This option enables access to the kernel header and other artifacts that
>
> This line is indented by a TAB, which is correct.
>
>
> > + are generated during the build process. These can be used to build kernel
> > + modules or by other in-kernel programs such as those generated by eBPF
>
> Now that you have dropped the ability to "build kernel modules",
> I'd like you to update this help message.
Sorry, will fix.
> > + and systemtap tools. If you build the headers as a module, a module
> > + called kheaders.ko is built which can be loaded on-demand to get access
> > + to the headers.
>
> These lines are indented by 8-spaces instead of one TAB.
> Please use TAB-indentation consistently.
>
>
> [snip]
>
>
> > +rm -rf $cpio_dir
> > +mkdir $cpio_dir
> > +
> > +pushd $kroot > /dev/null
> > +for f in $src_file_list;
> > + do find "$f" ! -name "*.cmd" ! -name ".*";
> > +done | cpio --quiet -pd $cpio_dir
> > +popd > /dev/null
> > +
> > +# The second CPIO can complain if files already exist which can
> > +# happen with out of tree builds. Just silence CPIO for now.
> > +for f in $obj_file_list;
> > + do find "$f" ! -name "*.cmd" ! -name ".*";
> > +done | cpio --quiet -pd $cpio_dir >/dev/null 2>&1
> > +
>
> Could you add a simple comment about what the following code is doing?
> "Remove comments except SPDX" etc.
Ok.
> > +find $cpio_dir -type f -print0 |
>
> Please replace two spaces after 'find' with one.
fixed
> > + xargs -0 -P8 -n1 perl -pi -e 'BEGIN {undef $/;}; s/\/\*((?!SPDX).)*?\*\///smg;'
> > +
> > +tar -Jcf $tarfile -C $cpio_dir/ . > /dev/null
> > +
> > +echo "$src_files_md5" > kernel/kheaders.md5
> > +echo "$obj_files_md5" >> kernel/kheaders.md5
> > +echo "$(md5sum $tarfile | cut -d ' ' -f1)" >> kernel/kheaders.md5
> > +
> > +rm -rf $cpio_dir
> > diff --git a/kernel/kheaders.c b/kernel/kheaders.c
> > new file mode 100644
> > index 000000000000..d072a958a8f1
> > --- /dev/null
> > +++ b/kernel/kheaders.c
> > @@ -0,0 +1,73 @@
> > +// SPDX-License-Identifier: GPL-2.0
> > +/*
> > + * kernel/kheaders.c
> > + * Provide headers and artifacts needed to build kernel modules.
>
> Ditto. Could you update this comment ?
fixed.
> > + * (Borrowed code from kernel/configs.c)
> > + */
> > +
> > +#include <linux/kernel.h>
> > +#include <linux/module.h>
> > +#include <linux/proc_fs.h>
> > +#include <linux/init.h>
> > +#include <linux/uaccess.h>
> > +
> > +/*
> > + * Define kernel_headers_data and kernel_headers_data_end, within which the the
> > + * compressed kernel headers are stpred. The file is first compressed with xz.
> > + */
> > +
> > +asm (
> > +" .pushsection .rodata, \"a\" \n"
> > +" .global kernel_headers_data \n"
> > +"kernel_headers_data: \n"
> > +" .incbin \"kernel/kheaders_data.tar.xz\" \n"
> > +" .global kernel_headers_data_end \n"
> > +"kernel_headers_data_end: \n"
> > +" .popsection \n"
> > +);
>
> You mentioned "IKHD_ST and IKHD_ED markers..." in the commit description,
> but I do not see them in the code.
fixed
> If you plan to work on a tool to extract the headers,
> I think it is OK to have the markers here.
>
> Anyway, please make the code and the commit-log consistent.
yes, will do. thanks
> > +extern char kernel_headers_data;
> > +extern char kernel_headers_data_end;
> > +
> > +static ssize_t
> > +ikheaders_read_current(struct file *file, char __user *buf,
>
> Could you stretch this line ?
> It will still fit in 80-cols.
>
> (This is a coding style error in kernel/configs.c)
It takes 87 cols if I expand, so I'll leave it as is.
> Last thing, when CONFIG_IKHEADERS_PROC=y,
> I always see:
> GEN kernel/kheaders_data.tar.xz
>
> which I think misleading because
> the script is just checking the md5sum.
>
>
>
> What I like to see is:
> CHK kernel/kheaders_data.tar.xz
> for checking md5sum.
>
> And,
> GEN kernel/kheaders_data.tar.xz
> for really (re-)generating the tarball.
>
>
> How about this code?
Yes this is better, I changed it to that.
Also looking forward to your tag on the v7 posting if it looks to you now.
thanks a lot for the review!
- Joel
> index e3c581d8cde7..12399614c350 100644
> --- a/kernel/Makefile
> +++ b/kernel/Makefile
> @@ -125,7 +125,7 @@ $(obj)/config_data.gz: $(KCONFIG_CONFIG) FORCE
>
> $(obj)/kheaders.o: $(obj)/kheaders_data.tar.xz
>
> -quiet_cmd_genikh = GEN $(obj)/kheaders_data.tar.xz
> +quiet_cmd_genikh = CHK $(obj)/kheaders_data.tar.xz
> cmd_genikh = $(srctree)/kernel/gen_ikh_data.sh $@
> $(obj)/kheaders_data.tar.xz: FORCE
> $(call cmd,genikh)
> diff --git a/kernel/gen_ikh_data.sh b/kernel/gen_ikh_data.sh
> index ef72c2740d01..613960e18691 100755
> --- a/kernel/gen_ikh_data.sh
> +++ b/kernel/gen_ikh_data.sh
> @@ -57,6 +57,10 @@ if [ -f kernel/kheaders.md5 ] &&
> exit
> fi
>
> +if [ "${quiet}" != "silent_" ]; then
> + echo " GEN $tarfile"
> +fi
> +
> rm -rf $cpio_dir
> mkdir $cpio_dir
>
>
> Thanks.
>
> --
> Best Regards
> Masahiro Yamada
WARNING: multiple messages have this Message-ID (diff)
From: joel at joelfernandes.org (Joel Fernandes)
Subject: [PATCH v6 1/2] Provide in-kernel headers to make extending kernel easier
Date: Fri, 12 Apr 2019 14:00:14 -0400 [thread overview]
Message-ID: <20190412180014.GA175945@google.com> (raw)
In-Reply-To: <CAK7LNAQgvhozubW9b2yqnxHAVE17VHHZiq6N4Py_TzFCHN0YUQ@mail.gmail.com>
On Thu, Apr 11, 2019 at 10:47:23AM +0900, Masahiro Yamada wrote:
> Hi Joel,
>
> I have no objection to this patch.
> I checked though it once again,
> please let me point out a little more.
>
> They are all nits.
>
>
>
> On Tue, Apr 9, 2019 at 6:37 AM Joel Fernandes (Google)
> <joel at joelfernandes.org> wrote:
> >
> > Introduce in-kernel headers which are made available as an archive
> > through proc (/proc/kheaders.tar.xz file). This archive makes it
> > possible to run eBPF and other tracing programs tracing programs that
>
> Just one "tracing programs" is enough.
fixed.
> > need to extend the kernel for tracing purposes without any dependency on
> > the file system having headers.
> >
> > On Android and embedded systems, it is common to switch kernels but not
> > have kernel headers available on the file system. Further once a
> > different kernel is booted, any headers stored on the file system will
> > no longer be useful. By storing the headers as a compressed archive
> > within the kernel, we can avoid these issues that have been a hindrance
> > for a long time.
> >
> > The best way to use this feature is by building it in. Several users
> > have a need for this, when they switch debug kernels, they donot want to
>
> 'donot' -> 'do not' ?
fixed
[snip]
> >
> > diff --git a/init/Kconfig b/init/Kconfig
> > index 4592bf7997c0..ea75bfbf7dfa 100644
> > --- a/init/Kconfig
> > +++ b/init/Kconfig
> > @@ -580,6 +580,17 @@ config IKCONFIG_PROC
> > This option enables access to the kernel configuration file
> > through /proc/config.gz.
> >
> > +config IKHEADERS_PROC
> > + tristate "Enable kernel header artifacts through /proc/kheaders.tar.xz"
> > + depends on PROC_FS
> > + help
> > + This option enables access to the kernel header and other artifacts that
>
> This line is indented by a TAB, which is correct.
>
>
> > + are generated during the build process. These can be used to build kernel
> > + modules or by other in-kernel programs such as those generated by eBPF
>
> Now that you have dropped the ability to "build kernel modules",
> I'd like you to update this help message.
Sorry, will fix.
> > + and systemtap tools. If you build the headers as a module, a module
> > + called kheaders.ko is built which can be loaded on-demand to get access
> > + to the headers.
>
> These lines are indented by 8-spaces instead of one TAB.
> Please use TAB-indentation consistently.
>
>
> [snip]
>
>
> > +rm -rf $cpio_dir
> > +mkdir $cpio_dir
> > +
> > +pushd $kroot > /dev/null
> > +for f in $src_file_list;
> > + do find "$f" ! -name "*.cmd" ! -name ".*";
> > +done | cpio --quiet -pd $cpio_dir
> > +popd > /dev/null
> > +
> > +# The second CPIO can complain if files already exist which can
> > +# happen with out of tree builds. Just silence CPIO for now.
> > +for f in $obj_file_list;
> > + do find "$f" ! -name "*.cmd" ! -name ".*";
> > +done | cpio --quiet -pd $cpio_dir >/dev/null 2>&1
> > +
>
> Could you add a simple comment about what the following code is doing?
> "Remove comments except SPDX" etc.
Ok.
> > +find $cpio_dir -type f -print0 |
>
> Please replace two spaces after 'find' with one.
fixed
> > + xargs -0 -P8 -n1 perl -pi -e 'BEGIN {undef $/;}; s/\/\*((?!SPDX).)*?\*\///smg;'
> > +
> > +tar -Jcf $tarfile -C $cpio_dir/ . > /dev/null
> > +
> > +echo "$src_files_md5" > kernel/kheaders.md5
> > +echo "$obj_files_md5" >> kernel/kheaders.md5
> > +echo "$(md5sum $tarfile | cut -d ' ' -f1)" >> kernel/kheaders.md5
> > +
> > +rm -rf $cpio_dir
> > diff --git a/kernel/kheaders.c b/kernel/kheaders.c
> > new file mode 100644
> > index 000000000000..d072a958a8f1
> > --- /dev/null
> > +++ b/kernel/kheaders.c
> > @@ -0,0 +1,73 @@
> > +// SPDX-License-Identifier: GPL-2.0
> > +/*
> > + * kernel/kheaders.c
> > + * Provide headers and artifacts needed to build kernel modules.
>
> Ditto. Could you update this comment ?
fixed.
> > + * (Borrowed code from kernel/configs.c)
> > + */
> > +
> > +#include <linux/kernel.h>
> > +#include <linux/module.h>
> > +#include <linux/proc_fs.h>
> > +#include <linux/init.h>
> > +#include <linux/uaccess.h>
> > +
> > +/*
> > + * Define kernel_headers_data and kernel_headers_data_end, within which the the
> > + * compressed kernel headers are stpred. The file is first compressed with xz.
> > + */
> > +
> > +asm (
> > +" .pushsection .rodata, \"a\" \n"
> > +" .global kernel_headers_data \n"
> > +"kernel_headers_data: \n"
> > +" .incbin \"kernel/kheaders_data.tar.xz\" \n"
> > +" .global kernel_headers_data_end \n"
> > +"kernel_headers_data_end: \n"
> > +" .popsection \n"
> > +);
>
> You mentioned "IKHD_ST and IKHD_ED markers..." in the commit description,
> but I do not see them in the code.
fixed
> If you plan to work on a tool to extract the headers,
> I think it is OK to have the markers here.
>
> Anyway, please make the code and the commit-log consistent.
yes, will do. thanks
> > +extern char kernel_headers_data;
> > +extern char kernel_headers_data_end;
> > +
> > +static ssize_t
> > +ikheaders_read_current(struct file *file, char __user *buf,
>
> Could you stretch this line ?
> It will still fit in 80-cols.
>
> (This is a coding style error in kernel/configs.c)
It takes 87 cols if I expand, so I'll leave it as is.
> Last thing, when CONFIG_IKHEADERS_PROC=y,
> I always see:
> GEN kernel/kheaders_data.tar.xz
>
> which I think misleading because
> the script is just checking the md5sum.
>
>
>
> What I like to see is:
> CHK kernel/kheaders_data.tar.xz
> for checking md5sum.
>
> And,
> GEN kernel/kheaders_data.tar.xz
> for really (re-)generating the tarball.
>
>
> How about this code?
Yes this is better, I changed it to that.
Also looking forward to your tag on the v7 posting if it looks to you now.
thanks a lot for the review!
- Joel
> index e3c581d8cde7..12399614c350 100644
> --- a/kernel/Makefile
> +++ b/kernel/Makefile
> @@ -125,7 +125,7 @@ $(obj)/config_data.gz: $(KCONFIG_CONFIG) FORCE
>
> $(obj)/kheaders.o: $(obj)/kheaders_data.tar.xz
>
> -quiet_cmd_genikh = GEN $(obj)/kheaders_data.tar.xz
> +quiet_cmd_genikh = CHK $(obj)/kheaders_data.tar.xz
> cmd_genikh = $(srctree)/kernel/gen_ikh_data.sh $@
> $(obj)/kheaders_data.tar.xz: FORCE
> $(call cmd,genikh)
> diff --git a/kernel/gen_ikh_data.sh b/kernel/gen_ikh_data.sh
> index ef72c2740d01..613960e18691 100755
> --- a/kernel/gen_ikh_data.sh
> +++ b/kernel/gen_ikh_data.sh
> @@ -57,6 +57,10 @@ if [ -f kernel/kheaders.md5 ] &&
> exit
> fi
>
> +if [ "${quiet}" != "silent_" ]; then
> + echo " GEN $tarfile"
> +fi
> +
> rm -rf $cpio_dir
> mkdir $cpio_dir
>
>
> Thanks.
>
> --
> Best Regards
> Masahiro Yamada
WARNING: multiple messages have this Message-ID (diff)
From: joel@joelfernandes.org (Joel Fernandes)
Subject: [PATCH v6 1/2] Provide in-kernel headers to make extending kernel easier
Date: Fri, 12 Apr 2019 14:00:14 -0400 [thread overview]
Message-ID: <20190412180014.GA175945@google.com> (raw)
Message-ID: <20190412180014.DEvbSxTUjzDvauUJVezGDwB3MKaylz2g1Gkrzg2hreU@z> (raw)
In-Reply-To: <CAK7LNAQgvhozubW9b2yqnxHAVE17VHHZiq6N4Py_TzFCHN0YUQ@mail.gmail.com>
On Thu, Apr 11, 2019@10:47:23AM +0900, Masahiro Yamada wrote:
> Hi Joel,
>
> I have no objection to this patch.
> I checked though it once again,
> please let me point out a little more.
>
> They are all nits.
>
>
>
> On Tue, Apr 9, 2019 at 6:37 AM Joel Fernandes (Google)
> <joel@joelfernandes.org> wrote:
> >
> > Introduce in-kernel headers which are made available as an archive
> > through proc (/proc/kheaders.tar.xz file). This archive makes it
> > possible to run eBPF and other tracing programs tracing programs that
>
> Just one "tracing programs" is enough.
fixed.
> > need to extend the kernel for tracing purposes without any dependency on
> > the file system having headers.
> >
> > On Android and embedded systems, it is common to switch kernels but not
> > have kernel headers available on the file system. Further once a
> > different kernel is booted, any headers stored on the file system will
> > no longer be useful. By storing the headers as a compressed archive
> > within the kernel, we can avoid these issues that have been a hindrance
> > for a long time.
> >
> > The best way to use this feature is by building it in. Several users
> > have a need for this, when they switch debug kernels, they donot want to
>
> 'donot' -> 'do not' ?
fixed
[snip]
> >
> > diff --git a/init/Kconfig b/init/Kconfig
> > index 4592bf7997c0..ea75bfbf7dfa 100644
> > --- a/init/Kconfig
> > +++ b/init/Kconfig
> > @@ -580,6 +580,17 @@ config IKCONFIG_PROC
> > This option enables access to the kernel configuration file
> > through /proc/config.gz.
> >
> > +config IKHEADERS_PROC
> > + tristate "Enable kernel header artifacts through /proc/kheaders.tar.xz"
> > + depends on PROC_FS
> > + help
> > + This option enables access to the kernel header and other artifacts that
>
> This line is indented by a TAB, which is correct.
>
>
> > + are generated during the build process. These can be used to build kernel
> > + modules or by other in-kernel programs such as those generated by eBPF
>
> Now that you have dropped the ability to "build kernel modules",
> I'd like you to update this help message.
Sorry, will fix.
> > + and systemtap tools. If you build the headers as a module, a module
> > + called kheaders.ko is built which can be loaded on-demand to get access
> > + to the headers.
>
> These lines are indented by 8-spaces instead of one TAB.
> Please use TAB-indentation consistently.
>
>
> [snip]
>
>
> > +rm -rf $cpio_dir
> > +mkdir $cpio_dir
> > +
> > +pushd $kroot > /dev/null
> > +for f in $src_file_list;
> > + do find "$f" ! -name "*.cmd" ! -name ".*";
> > +done | cpio --quiet -pd $cpio_dir
> > +popd > /dev/null
> > +
> > +# The second CPIO can complain if files already exist which can
> > +# happen with out of tree builds. Just silence CPIO for now.
> > +for f in $obj_file_list;
> > + do find "$f" ! -name "*.cmd" ! -name ".*";
> > +done | cpio --quiet -pd $cpio_dir >/dev/null 2>&1
> > +
>
> Could you add a simple comment about what the following code is doing?
> "Remove comments except SPDX" etc.
Ok.
> > +find $cpio_dir -type f -print0 |
>
> Please replace two spaces after 'find' with one.
fixed
> > + xargs -0 -P8 -n1 perl -pi -e 'BEGIN {undef $/;}; s/\/\*((?!SPDX).)*?\*\///smg;'
> > +
> > +tar -Jcf $tarfile -C $cpio_dir/ . > /dev/null
> > +
> > +echo "$src_files_md5" > kernel/kheaders.md5
> > +echo "$obj_files_md5" >> kernel/kheaders.md5
> > +echo "$(md5sum $tarfile | cut -d ' ' -f1)" >> kernel/kheaders.md5
> > +
> > +rm -rf $cpio_dir
> > diff --git a/kernel/kheaders.c b/kernel/kheaders.c
> > new file mode 100644
> > index 000000000000..d072a958a8f1
> > --- /dev/null
> > +++ b/kernel/kheaders.c
> > @@ -0,0 +1,73 @@
> > +// SPDX-License-Identifier: GPL-2.0
> > +/*
> > + * kernel/kheaders.c
> > + * Provide headers and artifacts needed to build kernel modules.
>
> Ditto. Could you update this comment ?
fixed.
> > + * (Borrowed code from kernel/configs.c)
> > + */
> > +
> > +#include <linux/kernel.h>
> > +#include <linux/module.h>
> > +#include <linux/proc_fs.h>
> > +#include <linux/init.h>
> > +#include <linux/uaccess.h>
> > +
> > +/*
> > + * Define kernel_headers_data and kernel_headers_data_end, within which the the
> > + * compressed kernel headers are stpred. The file is first compressed with xz.
> > + */
> > +
> > +asm (
> > +" .pushsection .rodata, \"a\" \n"
> > +" .global kernel_headers_data \n"
> > +"kernel_headers_data: \n"
> > +" .incbin \"kernel/kheaders_data.tar.xz\" \n"
> > +" .global kernel_headers_data_end \n"
> > +"kernel_headers_data_end: \n"
> > +" .popsection \n"
> > +);
>
> You mentioned "IKHD_ST and IKHD_ED markers..." in the commit description,
> but I do not see them in the code.
fixed
> If you plan to work on a tool to extract the headers,
> I think it is OK to have the markers here.
>
> Anyway, please make the code and the commit-log consistent.
yes, will do. thanks
> > +extern char kernel_headers_data;
> > +extern char kernel_headers_data_end;
> > +
> > +static ssize_t
> > +ikheaders_read_current(struct file *file, char __user *buf,
>
> Could you stretch this line ?
> It will still fit in 80-cols.
>
> (This is a coding style error in kernel/configs.c)
It takes 87 cols if I expand, so I'll leave it as is.
> Last thing, when CONFIG_IKHEADERS_PROC=y,
> I always see:
> GEN kernel/kheaders_data.tar.xz
>
> which I think misleading because
> the script is just checking the md5sum.
>
>
>
> What I like to see is:
> CHK kernel/kheaders_data.tar.xz
> for checking md5sum.
>
> And,
> GEN kernel/kheaders_data.tar.xz
> for really (re-)generating the tarball.
>
>
> How about this code?
Yes this is better, I changed it to that.
Also looking forward to your tag on the v7 posting if it looks to you now.
thanks a lot for the review!
- Joel
> index e3c581d8cde7..12399614c350 100644
> --- a/kernel/Makefile
> +++ b/kernel/Makefile
> @@ -125,7 +125,7 @@ $(obj)/config_data.gz: $(KCONFIG_CONFIG) FORCE
>
> $(obj)/kheaders.o: $(obj)/kheaders_data.tar.xz
>
> -quiet_cmd_genikh = GEN $(obj)/kheaders_data.tar.xz
> +quiet_cmd_genikh = CHK $(obj)/kheaders_data.tar.xz
> cmd_genikh = $(srctree)/kernel/gen_ikh_data.sh $@
> $(obj)/kheaders_data.tar.xz: FORCE
> $(call cmd,genikh)
> diff --git a/kernel/gen_ikh_data.sh b/kernel/gen_ikh_data.sh
> index ef72c2740d01..613960e18691 100755
> --- a/kernel/gen_ikh_data.sh
> +++ b/kernel/gen_ikh_data.sh
> @@ -57,6 +57,10 @@ if [ -f kernel/kheaders.md5 ] &&
> exit
> fi
>
> +if [ "${quiet}" != "silent_" ]; then
> + echo " GEN $tarfile"
> +fi
> +
> rm -rf $cpio_dir
> mkdir $cpio_dir
>
>
> Thanks.
>
> --
> Best Regards
> Masahiro Yamada
next prev parent reply other threads:[~2019-04-12 18:00 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-04-08 21:28 [PATCH v6 1/2] Provide in-kernel headers to make extending kernel easier Joel Fernandes (Google)
2019-04-08 21:28 ` Joel Fernandes (Google)
2019-04-08 21:28 ` joel
2019-04-08 21:28 ` [PATCH v6 2/2] init/config: Do not select BUILD_BIN2C for IKCONFIG Joel Fernandes (Google)
2019-04-08 21:28 ` Joel Fernandes (Google)
2019-04-08 21:28 ` joel
2019-04-11 14:17 ` Masahiro Yamada
2019-04-11 14:17 ` Masahiro Yamada
2019-04-11 14:17 ` yamada.masahiro
2019-04-09 15:00 ` [PATCH v6 1/2] Provide in-kernel headers to make extending kernel easier Qais Yousef
2019-04-09 15:00 ` Qais Yousef
2019-04-09 15:00 ` qais.yousef
2019-04-09 15:11 ` Joel Fernandes
2019-04-09 15:11 ` Joel Fernandes
2019-04-09 15:11 ` joel
2019-04-11 1:47 ` Masahiro Yamada
2019-04-11 1:47 ` Masahiro Yamada
2019-04-11 1:47 ` yamada.masahiro
2019-04-12 18:00 ` Joel Fernandes [this message]
2019-04-12 18:00 ` Joel Fernandes
2019-04-12 18:00 ` joel
2019-04-13 1:48 ` Masahiro Yamada
2019-04-13 1:48 ` Masahiro Yamada
2019-04-13 1:48 ` yamada.masahiro
2019-04-13 1:52 ` Daniel Colascione
2019-04-13 1:52 ` Daniel Colascione
2019-04-13 1:52 ` dancol
2019-04-13 2:58 ` Masahiro Yamada
2019-04-13 2:58 ` Masahiro Yamada
2019-04-13 2:58 ` yamada.masahiro
2019-04-13 3:09 ` Masahiro Yamada
2019-04-13 3:09 ` Masahiro Yamada
2019-04-13 3:09 ` yamada.masahiro
2019-04-13 3:18 ` Daniel Colascione
2019-04-13 3:18 ` Daniel Colascione
2019-04-13 3:18 ` dancol
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=20190412180014.GA175945@google.com \
--to=joel@joelfernandes.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=dietmar.eggemann@arm.com \
--cc=gregkh@linuxfoundation.org \
--cc=groeck@chromium.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=qais.yousef@arm.com \
--cc=rdunlap@infradead.org \
--cc=rostedt@goodmis.org \
--cc=shuah@kernel.org \
--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.