This reverts commit 842f170f35.
It turns out that despite having all the source files available, the
kernel make system is not smart enough to automatically rebuild certain
things like modpost or recordmcount when building an external modules.
Really if we're going to have to copy everything under the sun so
'make prepare' succeeds it would be nice just to build things. But that
requires more discussion upstream so just revert this change for now.
Long live external modules.
As part of building the kernel, the scripts directory contains some
binaries. Most of these binaries don't have debuginfo (because they
don't need it) which throws off the packaging. Since these are
binaries and we have the source files, just remove them from the
buildroot.
The BootLoaderSpec defines an optional version field that contains a human
readable version string for the menu item. This can be used by bootloaders
to set the boot menu item names instead of the optional title field.
For example the zipl bootloader used by s390x architecture doesn't support
names that contains spaces, so it uses the kernel version as the item name.
Signed-off-by: Javier Martinez Canillas <javierm@redhat.com>
New gcc, new warnings:
../lib/str_error_r.c: In function ‘str_error_r’:
../lib/str_error_r.c:25:3: error: passing argument 1 to restrict-qualified parameter aliases with argument 5 [-Werror=restrict]
snprintf(buf, buflen, "INTERNAL ERROR: strerror_r(%d, %p, %zd)=%d", errnum, buf, buflen, err);
^~~~~~~~
cc1: all warnings being treated as errors
Bring in a quick fix for now.
The BootLoaderSpec (BLS) defines a scheme where different bootloaders can
share a format for boot items and a configuration directory that accepts
these common configurations as drop-in files [0].
Generate BLS snippets at build time that can be copied on kernel install,
so bootloaders can parse to create menu entries using this information.
[0]: https://www.freedesktop.org/wiki/Specifications/BootLoaderSpec/
Signed-off-by: Peter Jones <pjones@redhat.com>
