Package Details: linux-clear-headers 6.12.6-1

Git Clone URL: https://aur.archlinux.org/linux-clear.git (read-only, click to copy)
Package Base: linux-clear
Description: Linux kernel with patches from Clear Linux which allow for higher performance. This package includes header files and scripts for building kernel modules.
Upstream URL: https://git.staropensource.de/JeremyStarTM/aur-linux-clear
Keywords: clear clearlinux intel kernel linux
Licenses: GPL-2.0-only
Submitter: metak
Maintainer: JeremyStarTM
Last Packager: JeremyStarTM
Votes: 73
Popularity: 0.51
First Submitted: 2018-01-18 21:47 (UTC)
Last Updated: 2024-12-23 00:00 (UTC)

Pinned Comments

JeremyStarTM commented on 2024-12-22 18:24 (UTC) (edited on 2024-12-22 18:24 (UTC) by JeremyStarTM)

Important update
I have updated and renamed some settings envvars. Please check your scripts, aliases, brain memory or whatever you use to store your build command and update them accordingly. Please read the description in the PKGBUILD file instead of the short summary in the pinned comment on the AUR or in the README in the repository as some important details important to this update are only found inside the PKGBUILD.

JeremyStarTM commented on 2024-08-06 19:37 (UTC) (edited on 2024-12-22 18:20 (UTC) by JeremyStarTM)

Information comment
This comment provides useful information about this package. Make sure to read it through, you won't regret it.

Repository URL
This package is hosted at sos!git. If you want to contribute to the package, you can do it here: https://git.staropensource.de/JeremyStarTM/aur-linux-clear

Issue handling
Please only submit issues in the package's repository if they aren't bug reports about the package or help requests. Please keep them to the AUR only. This prevents unnecessary signups.

Updates
I usually publish updates 0-3 days after a kernel release, depending on how busy I am.
If I however get wind of security-relevant updates or any vulnerabilities I will try to update the kernel as soon as possible and write a comment about the vulnerability/update. So make sure to subscribe to this package's comment mailing list.

PKGBUILD environment variable customization
The PKGBUILD file supports customization via environment variables. Here's a list of all of them:
- _makemenuconfig: Invokes make menuconfig (ncurses-based default configuration menu) before compilation starts
- _makenconfig: Invokes make nconfig (ncurses-based nicer configuration menu) before compilation starts
- _makexconfig: Invokes make xconfig (X11-based GUI configuration menu) before compilation starts
- _reuse_current: Will use the configuration of the running kernel, if the running kernel is compiled with IKCONFIG_PROC
- _reuse_file: Will use the configuration file named kconfig contained in the PKGBUILD file's directory
- _update_kconfig_on_reuse: Specifies whether the kernel configuration shall be updated when using any of the 'reuse*' flags
- _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 open an issue
- _subarch: Specifies the subarchitecture to compile for (see the PKGBUILD file for a list of all subarches). Default is 41 (Generic x86-64), which is compatible with all amd64 processors. Must be a number
- _use_llvm_lto: Enables compilation with LLVM. Untested but should work. If not write a comment on the AUR.
- _subarch_microarch: Specifies the microarchitecture to compile for. Only applies to and is required by the GENERIC_CPU subarch. Must be a number between 1 and 4 (click for more information)
- _debug_kernel: Force enables kernel debugging options when set to y, force disables debug options when set to n or relies on the kconfig when unset
- _debug_script: Enables debugging for the PKGBUILD file

All of these variables just need to be set for them to apply, except for _subarch, _subarch_microarch and _debug_kernel. For more information please check their documentation inside the PKGBUILD file

GPG errors
If makepkg complains about invalid PGP keys, try running this command first: gpg --locate-keys torvalds@kernel.org gregkh@kernel.org sashal@kernel.org benh@debian.org. This command only needs to be executed once.

Build tool
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 file in a simple manner and decrease build time. And if you don't want that, using makepkg as-is works fine too.

Latest Comments

« First ‹ Previous 1 .. 35 36 37 38 39 40 41 42 43 44 45 .. 52 Next › Last »

metak commented on 2019-04-17 21:50 (UTC)

@xuanruiqi Should be fixed now.

xuanruiqi commented on 2019-04-17 20:41 (UTC) (edited on 2019-04-17 20:42 (UTC) by xuanruiqi)

There's a problem with this version. If _subarch is set, then the line:

yes "$_subarch" | make oldconfig

will echo "_subarch" to the newly added interactive item:

Automatically load TTY Line Disciplines (LDISC_AUTOLOAD) [Y/n/?] (NEW)

and will cause infinite looping. The solution is of course unsetting _subarch temporarily.

metak commented on 2019-04-16 15:17 (UTC)

@longspear Never experienced it myself.

longspear commented on 2019-04-15 07:15 (UTC)

Hi there, is anyone else experiencing a recurring "ping: no buffer space available" error with this particular Kernel?

metak commented on 2019-04-09 15:28 (UTC)

@aorth If you're experiencing this issue only on linux-clear kernel it may be due to something clear specific? Dunno. Please link that lvm2 issue in your clearlinux-distribution github comment so that clear team can check it out if they haven't already.

aorth commented on 2019-04-09 13:28 (UTC) (edited on 2019-04-09 13:29 (UTC) by aorth)

@metak it looks like this issue will be fixed in LVM2. I'm not sure why it only affects me on linux-clear, though...

metak commented on 2019-04-04 16:58 (UTC) (edited on 2019-04-04 17:02 (UTC) by metak)

@aorth Seems like this issue is already reported upstream. LVM Clearlinux takes a long time to shut down

aorth commented on 2019-04-04 15:55 (UTC) (edited on 2019-04-06 11:37 (UTC) by aorth)

@metak yeah I saw that thread. They seem to conclude that it's something related to LVM, and I am indeed using LVM on LUKS, though for me the issue only happens on linux-clear. The screen is black with a blinking cursor and eventually (maybe 90 seconds, I should actually time it) it says something about failing to unmount oldroot and then it reboots.

Edit: thanks @metak. I won't spam here anymore. Nice to know I'm not alone and that someone has even reported it upstream. For reference, here is the message that is spammed after the cursor blinks for ~90 seconds and it finally reboots:

[  116.123456] sd-umoun[1040]: Failed to unmount /oldroot: Device or resource busy
[  116.123456] sd-umoun[1041]: Failed to unmount /oldroot/dev: Device or resource busy
[  117.123457] reboot: Restarting system

metak commented on 2019-04-01 15:33 (UTC) (edited on 2019-04-01 15:33 (UTC) by metak)

@aorth Have you checked this thread? https://www.reddit.com/r/archlinux/comments/b6hbca/need_some_help_figuring_out_why_my_system_hangs/

aorth commented on 2019-04-01 15:08 (UTC) (edited on 2019-04-01 15:18 (UTC) by aorth)

Does anyone get a blinking cursor for about one minute on shutdown? It's the one annoying thing that causes me to stop running linux-clear. Not sure if it's a systemd job waiting or something...