Arch Linux User Repository

The PKGBUILD file supports a few different configurable build-time options:

• _makenconfig Tweak kernel options prior to a build via nconfig. Pseudo-graphical menu based on ncurses. 1 2
• _localmodcfg Only compile active modules to VASTLY reduce the number of modules built and the build time.
• Please read arch wiki page for detailed explanation on how to use it.
• _subarch Enable additional optimization/tuning for kernel builds by adding more micro-architectures options. Default is Generic-x86-64 number 36 if nothing else is selected.
• PKGBUILD file with the list of architectures
• graysky kernel_compiler_patch
• _use_current Use the current kernel's .config file. Enabling this option will use the .config of the RUNNING kernel rather than the ARCH defaults. Useful when the package gets updated and you already went through the trouble of customizing your config options. NOT recommended when a new kernel is released, but again, convenient for package bumps.
• _use_llvm_lto Compile the kernel with LLVM/Clang.
• _debug Enable y some additional debug features present in arch kernel, but not in Clear upstream. n to force disable or leave empty to ignore.

Lastly, build the kernel by setting your environment variable env _subarch=40 _localmodcfg=y.

1. Binaries available in my repo: http://download.opensuse.org/repositories/home:/metakcahura:/kernel/Arch_Extra_standard/x86_64/

[home_metakcahura_kernel_Arch_Extra_standard]
SigLevel = Never
Server = http://download.opensuse.org/repositories/home:/metakcahura:/kernel/Arch_Extra_standard/$arch

THIS IS OPTIONAL:

2. After install adjust your boot cmd line. ClearLinux uses clr-boot-manager which takes care of that. This is upstream default:

quiet console=tty0 console=ttyS0,115200n8 cryptomgr.notests initcall_debug intel_iommu=igfx_off kvm-intel.nested=1 no_timer_check noreplace-smp page_alloc.shuffle=1 rcupdate.rcu_expedited=1 rootfstype=ext4,btrfs,xfs,f2fs tsc=reliable rw 

@xuanruiqi I had to comment out that line in PKGBUILD file when I synced it with stock arch because it would fail to build. (not enabled on Clear) It needs some other debugging things enabled like CONFIG_DEBUG_INFO, CONFIG_DEBUG_INFO_BTF, CONFIG_PAHOLE_HAS_SPLIT_BTF which will increase the size and compilation time. I can enable the debug info if others want it, but I would rather not.

As for dkms error, I just tried building random module (rtl88x2bu) and it builds fine. (gcc & llvm) Please specify which module/versions, etc. (whole build log)

SOLUTION: please fix the PKGBUILD, add this line, otherwise external DKMS modules can't be built:

install -Dt "$builddir/tools/bpf/resolve_btfids" tools/bpf/resolve_btfids/resolve_btfids

See diff in official linux package commit history.

Hey all! With LLVM compiled kernel (5.16.2), I get this error when I try to compile DKMS modules:

/bin/sh: line 1: ./tools/bpf/resolve_btfids/resolve_btfids: No such file or directory

This error is absent in linux-clear <=5.16.1.

GCC doesn't work either. I suspect this is a really silly mistake, but I can't fix it...

@metak Thank you!

@k0r0ng It's not enabled by default in CLR config file, I've enabled it in ˙5.15.14-1˙.

Why CONFIG_KPROBES not included by default?

@metak @Moviuro You're both legends. Compiling on Skylake for Atom with single short script now, no interaction required. Thank you so much!

@metak I can confirm that 5.15.7-3 and 5.15.7-4 changes work fine here! Happy to use clang kernel with new dkms support :)

@d00d00 Added in 5.15.7-2. https://bugs.archlinux.org/task/72756

@xuanruiqi Added in 5.15.7-3. Haven't tried it too much so test it and we'll see.

@Moviuro Added in 5.15.7-4. I also changed it for the other variables as well.

Could we get the following diff in the PKGBUILD? rationale: I can now do _subarch=26 makepkg -sriCfc; and it correctly compiles for skylake, with no interaction from me. That way, I don't need to edit the PKGBUILD, or wait until I'm asked for the subarch in an interactive way.

The : "${var:="value"}" is a POSIX-compliant way to set a variable to a default value (in our case: the empty string), but only if it wasn't already set. This change has no impact for people who simply type makepkg, and it will still ask them (interactively) which subarch to compile for.

diff --git a/PKGBUILD b/PKGBUILD
index 13880d4..ff19d30 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -62,7 +62,7 @@ _localmodcfg=
 #  39. Generic-x86-64-v4 (GENERIC_CPU4)
 #  40. Intel-Native optimizations autodetected by GCC (MNATIVE_INTEL)
 #  41. AMD-Native optimizations autodetected by GCC (MNATIVE_AMD)
-_subarch=
+: "${_subarch:=""}"

 # Use the current kernel's .config file
 # Enabling this option will use the .config of the RUNNING kernel rather than

Could we have an option to enable Clang builds for the kernel? I would like to use a Clang/LLVM build with LTO.