Package Details: linux-clear 6.11.7-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 the kernel and compiled modules.
Upstream URL: https://git.staropensource.de/JeremyStarTM/aur-linux-clear
Keywords: clear clearlinux intel kernel
Licenses: GPL-2.0-only
Provides: KSMBD-MODULE, VIRTUALBOX-GUEST-MODULES, WIREGUARD-MODULE
Submitter: metak
Maintainer: JeremyStarTM
Last Packager: JeremyStarTM
Votes: 74
Popularity: 0.98
First Submitted: 2018-01-18 21:47 (UTC)
Last Updated: 2024-11-19 01:15 (UTC)

Dependencies (16)

Required by (5)

Sources (5)

Pinned Comments

JeremyStarTM commented on 2024-11-08 18:33 (UTC) (edited on 2024-11-08 18:33 (UTC) by JeremyStarTM)

Proposal update
The package has been updated to 6.11.7 (clr 6.11.6-1477), and with that landlock support has been enabled the package source moved to https://git.staropensource.de/JeremyStarTM/linux-clear.

JeremyStarTM commented on 2024-08-06 19:37 (UTC) (edited on 2024-11-08 18:36 (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

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.

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
_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. See their descriptions for more information.

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.

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. Tihs prevents unnecessary signups.

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 .. 44 45 46 47 48 49 50 51 Next › Last »

Osleg commented on 2018-04-19 19:40 (UTC)

Hm, I just realized that linux-clear also has ucode built in so we either should not initrd /intel-ucode.img or should not compile it with clear... I think first option is better to follow intel's kernel as close as possible.

Osleg commented on 2018-04-19 19:32 (UTC)

@metak unfortunately I have no idea. The boot process goes well until the end and it stuck when starting to load graphical.target. I could boot into single user mode but that doesn't help in any way :/

And yay for the module.sig_unenforce, will try that... in recovery mode tho :(

metak commented on 2018-04-12 18:21 (UTC) (edited on 2018-04-12 18:22 (UTC) by metak)

@Osleg Do you have any idea what might be the problem? Btw, clr-team introduced new patch in their latest commit called Add boot option to allow unsigned modules so that's why I removed that sed line from pkgbuild.

+Add module.sig_unenforce boot parameter to allow loading unsigned kernel
 +modules. Parameter is only effective if CONFIG_MODULE_SIG_FORCE is
 +enabled and system is *not* SecureBooted.

https://github.com/clearlinux-pkgs/linux/commit/347ebb59a916a6fd112663d68e0b72623f6994f7

Osleg commented on 2018-04-12 07:21 (UTC)

Just to be exact, it stopped working even before update back when it was 4.15.15

Osleg commented on 2018-04-12 07:20 (UTC)

Have no idea what happened but the kernel stopped working for me. It reaches target graphical and then laptop hangs. :/

metak commented on 2018-04-07 14:21 (UTC)

@Osleg I disabled CONFIG_MODULE_SIG_FORCE by default and if anyone wants to turn it on just comment that line in pkgbuild.

Osleg commented on 2018-04-07 05:43 (UTC)

The main issue with modules not loading is that clear has CONFIG_MODULE_SIG and CONFIG_MODULE_SIG_FORCE enabled. Meaning most of the "custom" modules won't load. The workaround that I'm using for that is to sign those modules manually as described here https://www.kernel.org/doc/html/v4.10/admin-guide/module-signing.html

Tho I think it might be a good idea to disable CONFIG_MODULE_SIG_FORCE or at least provide a config for PKGBUILD to disable it for those who want. as this setting is good for hardened kernel for servers and such. For desktop machines, especially for developers, this setting provides nothing but pain :)

volfyd commented on 2018-02-08 20:07 (UTC)

https://arstechnica.com/gadgets/2018/02/intel-releases-new-spectre-microcode-update-for-skylake-other-chips-remain-in-beta/

But I don't see the microcode for linux on Intel's website yet.

metak commented on 2018-02-06 11:26 (UTC)

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