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 

@PythonNut Yes, "CONFIG_CRYPTO_USER" is not set by default.

On many arch systems, this will cause systemd-modules-load to fail because the crypto_user module is not available.

@volfyd The srpm thing was a temporary solution. I filled the issue on github and they've updated the git repo which was out of date for two weeks or so.

Now, I've switched to the official kernel tarball/patch and fetching clearlinux patches via git.

(NOTICE: NEED TO IMPORT THE GPG KEYS FOR THIS )

This should save a bit of bandwidth and cause less problems. ;-)

==> Retrieving sources... -> Downloading linux-4.14.15-515.src.rpm... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 curl: (22) The requested URL returned error: 404 Not Found

Looks like 516 is already out.

@ahjolinna nvidia? Sorry, but no. Never had/used any nvidia cards so I wouldn't be able to test anything.

"dm_cache & dm_cache_smq"? I answered this one in my first comment below. It's not enabled by default. It's marked as experimental in kernel.

Here's a patch you can try that enables it. Add it to sources in pkgbuild file and rebuild the package.

https://pastebin.com/dDuzv2ux

why isn't the "dm_cache & dm_cache_smq" enabled in the kernel conf?, as I get module not found error

@metak: btw. is it possible you could add the nvidia driver to repo so there wouldn't be any need to compile them...at least an aur version

it seems I have to use a workaround for this problem; by adding "SigLevel = Never" ...not the best solution but it works so I'm happy

about the "intel-ucode" thing, I didnt know/notice as I have skylake cpu so thankfully it hasn't affected me

@ahjolinna I can't help with the repo since that is the limitation with archlinux support in opensuse build service. I reported that issue years ago. ;-) https://github.com/openSUSE/obs-build/issues/129 https://github.com/openSUSE/obs-build/issues/319 Basically, build service rebuilds packages even when that's not actually necessary and thus pkgver-pkgrel don't change but the package is now 'corrupt'. It's safe to just install it with pacman -U. Although, this kernel builds fast even on my old machine.

As for "intel-ucode", there's a bug opened, known issues, debian and redhat also reverted to that older version, and intel removed the 20180108 tarball from their site. https://bugs.archlinux.org/task/57067?project=1&string=intel-ucode

I think your repo is "broken" ...at least repo key (Remote key not fetched correctly from keyserver.) and same goes with the pkgs, I get "invalid or corrupted package (PGP signature)" when I tried to install them directly

PS. is there a reason why you are using the older "intel-ucode" pkgs compare to whats is in arch repos?