From the original RHEL patch:
This extra '+' causes problems with the regular expression used with
/usr/lib/rpm/find-debuginfo.sh script from rpm-build, which is used to filter
the debug files to the corresponding debuginfo packages. The '+' character
in the release is interpreted as a regular expression operator and the
debuginfo filter fails, with the build failing on an empty debuginfo file list.
Which means we need to escape the extra '+' character if we want debuginfo
filter to work. I tried to use '\' to escape, but rpm "eats" that, in testing
'[+]' worked so is what I'm using to fix/workaround this problem. When RHEL 8
drops the the extra +<number> in the future, we can remove this fix/workaround.
This problem is likely to come up so just add it in now.
Fedora does some validation on config options to catch
errors. There may be cases when we want to turn off that
checking because it doesn't actually matter. Make this a
full --with option to make it easier to turn off.
Some of the downstream users want to package some modules for
internal use only. While Fedora isn't internal, it's still
useful to have packaging aligned. Add a few modules to this
package.
Other products downstream of Fedora offer kernel ABI guarantees.
Fedora doesn't offer this and have no plans to do so but it's
useful to at least have the packaging in our tree. Add support.
Fedora currently only supports x86_64 secureboot signing.
There's ongoing work to enable other arches though. For now,
just bring in the packaging support with some of it commented
out.
While Fedora doesn't officially support kpatch, there's work
being done to enable kpatch elsewhere. Add the packaging work
but don't actually build anything.
This is a known working kernel build. The patch switches it from Image
to Image.gz target which then can be used to test booti support for
compressed kernels.
Signed-off-by: David Abdurachmanov <david.abdurachmanov@sifive.com>
The kernel currently builds the headers in a separate repository but
rebuilds may want to build it from the same srpm. Make sure the
cross command actually works.
The gcc-plugin-devel was a noble experiment that doesn't seem to be
something we'll shipp anytime soon. Remove it.
Building the headers now requires rsync
BUILDSTDERR: fs/proc/kcore.c: In function 'read_kcore':
BUILDSTDERR: fs/proc/kcore.c:510:8: error: implicit declaration of function 'kern_addr_valid'; did you mean 'virt_addr_valid'? [-Werror=implicit-function-declaration]
BUILDSTDERR: 510 | if (kern_addr_valid(start)) {
BUILDSTDERR: | ^~~~~~~~~~~~~~~
BUILDSTDERR: | virt_addr_valid
Signed-off-by: David Abdurachmanov <david.abdurachmanov@sifive.com>
Found CONFIG_CRYPTO_AUTHENC=y after generation, had CONFIG_CRYPTO_AUTHENC=m in Source tree
Found CONFIG_CRYPTO_ESSIV=y after generation, had CONFIG_CRYPTO_ESSIV=m in Source tree
Signed-off-by: David Abdurachmanov <david.abdurachmanov@sifive.com>
