Arch Linux User Repository

The PKGBUILD supports customization via environment variables. Here's a list of all of them:
_makemenuconfig: Invokes make menuconfig (default configuration menu) before compilation starts
_makenconfig: Invokes make nconfig (nicer configuration menu) before compilation starts
_makexconfig: Invokes make xconfig (GUI configuration menu) before compilation starts
_use_current: Will use the configuration of the running kernel, if the running kernel is compiled with IKCONFIG_PROC
_copyfinalconfig: Copies the final kernel configuration into the repository root as kconfig-new before compilation starts
_localmodcfg: Only compiles modules found in modprobed-db's database (which decreases compilation time and kernel size)
_use_llvm_lto: Compiles the kernel with LLVM instead of GCC. Should work, if not write a comment
_subarch: Specifies the sub architecture to compile for (see the PKGBUILD file for a list of all subarches). Default is 40 (Generic-x86-64), which is \compatible with all amd64 processors. Must be a number
_debug: Force enables debug options when set to y, force disables debug options when set to n or uses the config defaults when unset

All of these variables just need to be set for them to apply, except for _subarch and _debug.

If you want a dead simple way to compile this package, you can try out my build tool. It includes a few no nonsense changes to the kernel configuration and allows you to configure the PKGBUILD in a simple manner and decrease build time. And if you don't want that, using makepkg as-is works fine too.

Kernel has been updated and is now maintained again.

Thank you metak for creating this package in the first place.

@andsmir You'll have to provide more information than that, specially what happens in the prepare() section. Also, it's enough to just set _localmodcfg=y.

Seems that usage of modprobedb database is currently broken. It worked at 5.6, as I remember.
188 modules are in /home/user/.config/modprobed.db
_localmodcfg=$HOME/.config/modprobed.db

find /lib/modules/5.7.5-1-clear/ -type f | wc -l
3295

If you are having problems installing nvidia 440.84 dkms with CL kernel, read this: https://github.com/clearlinux/distribution/issues/1994

What are the odds you add the add-sysctl-to-disallow-unprivileged-CLONE_NEWUSER-by.patch to this baby?

@metak: also, _gcc_more_v can be bumped to 20200428.

If you use nvidia-dkms, then you must configure SECTION_MISMATCH_WARN_ONLY (Kernel hacking -> Compile-time checks and compiler options -> Make section mismatch errors non-fatal) because somehow there's a mismatch problem in the NVIDIA driver, somehow.

Also, GCC 10 is missing GCC plugins support for some reason; I guess it would be fixed by upstream soon.

@wshuman3 & @tam1m Thank you for chiming in.

@fidasx nvidia issues are nothing new. Here's the latest reported on clear issue tracker.

@fidasx That's because gcc10 is now default in arch.

I wasn't able to get nvidia-dkms working with linux-clear and gcc10. As a quick workaround, dowgrading to gcc9 and rebuilding linux-clear AND nvidia-dkms works. This however makes nvidia-dkms incompatible with every linux package compiled with gcc10 (default arch kernel for example). So keep that in mind

@metak

getting errors on nvidia-dkms driver for 5.6.13-1

WARNING: /var/lib/dkms/nvidia/440.82/build/nvidia.o(.text.unlikely+0x317): 
Section mismatch in reference from the function nv_module_init() to the 
function .init.text:nvlink_core_init()
The function nv_module_init() references
the function __init nvlink_core_init().
This is often because nv_module_init lacks a __init 
annotation or the annotation of nvlink_core_init is wrong.

FATAL: modpost: Section mismatches detected.
Set CONFIG_SECTION_MISMATCH_WARN_ONLY=y to allow them.
make[2]: *** [scripts/Makefile.modpost:93: __modpost] Error 1
make[1]: *** [Makefile:1603: modules] Error 2
make[1]: Leaving directory '/usr/lib/modules/5.6.13-1-clear/build'
make: *** [Makefile:81: modules] Error 2

any idea? have been using your kernel for a long time never had this problem

Great! Much obliged.