Package Details: linux-clear-headers 6.6.4-1

Git Clone URL: (read-only, click to copy)
Package Base: linux-clear
Description: Headers and scripts for building modules for the Clear Linux kernel
Upstream URL:
Keywords: clear clearlinux intel kernel
Licenses: GPL2
Submitter: metak
Maintainer: metak
Last Packager: metak
Votes: 70
Popularity: 2.32
First Submitted: 2018-01-18 21:47 (UTC)
Last Updated: 2023-12-03 15:16 (UTC)

Pinned Comments

metak commented on 2022-03-27 13:44 (UTC) (edited on 2022-04-02 13:20 (UTC) by metak)

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.

metak commented on 2018-01-22 01:49 (UTC) (edited on 2021-12-01 12:47 (UTC) by metak)

1. Binaries available in my repo:
SigLevel = Never
Server =$arch
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 

Latest Comments

1 2 3 4 5 6 .. 45 Next › Last »

seqfault commented on 2023-12-04 03:07 (UTC)

it's fixed in 6.6.4, apparently

metak commented on 2023-12-01 16:24 (UTC)

@seqfault Sorry, I barely have any free time to update the packages these days. Can you just install linux-clear binary from my repo and see if it boots?

seqfault commented on 2023-11-30 11:59 (UTC)

@metak? there's no issue tracker in upstream repo, can you help me?

seqfault commented on 2023-11-30 02:13 (UTC) (edited on 2023-11-30 18:53 (UTC) by seqfault)

forget about not being able to compile with llvm18, I can't boot into 6.6.3 at all. the system freezes on gdm with blinking caps lock light, here's journalctl -b -1: linux-hardened works fine

xstefen commented on 2023-09-12 05:43 (UTC) (edited on 2023-09-17 08:54 (UTC) by xstefen)

Edit: Merged! Thanks @metak

Heres a patch to fix clang lto compiling only modifying the PKGBUILD

metak commented on 2023-09-02 13:39 (UTC)

@seqfault I don't know since I don't run any benchmarks/tests. Upstream Clear team tests and develops with gcc in mind so I can't say anything about clang/llvm.

seqfault commented on 2023-08-30 18:04 (UTC)

@metak thanks for explaining! how do you think, what will produce faster kernel binary: llvm16 without patch 162 but with lto, or gcc13 without lto, but with 162 optimizations?

metak commented on 2023-08-30 16:45 (UTC) (edited on 2023-08-30 16:46 (UTC) by metak)

@seqfault Hi. Those two optimization flags are not supported by clang/llvm. 1
gcc-lto is not yet supported by kernel, there are some patches, but I haven't looked into it. 2 3
You should use _subarch=44 now since llvm16, but only initial support was added for znver4.

seqfault commented on 2023-08-30 15:35 (UTC)

hey @metak, now that llvm16 is in the stable repos, can we compile this with patch 162? if not, is there a way to build with gcc, but still have lto? also, should I use _subarch=44 now instead of 40, if using llvm16?