Adding the linux kernel #63
Labels
No Label
blocked upstream
bug
build-failure
duplicate
enhancement
help wanted
informational
invalid
invalid/corrupt package
packaging issue
priority: high
question
support
wontfix
No Milestone
No project
No Assignees
3 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: ALHP/ALHP.GO#63
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Hi,
Is it normal than the differents kernels are not in the repo?
I remember reading something vague about it on reddit, I find it sad that they are not present as they would probably benefits a lot from the rebuild.
Thanks you a lot for your project!
Without modification of the PKGBUILD the differents kernels wouldn't benefit of any optimization, @anonfunc could always maybe see if it isn't possible to add the differents lines needed with sed for example. But i clearly don't think it going to append since the repo try to do the recompile without modifing the PKGBUILD.
I could always make a custom PKGBUILD to have a V3 kernel in the repo, but i don't think @anonfunc is going to want to provide it.
I don't understand sadly, but I acknowledge that this is not possible.
Thanks you!
I think graysky does optimized kernels in their linux-ck repo. Patches are here: https://github.com/graysky2/kernel_compiler_patch.
If I can think of an elegant solution to apply then to the PKGBUILDs without much manual intervention I would be all for including them.
Implemented in
2d9e4e166a
.I'll requeue the kernel packages as soon as the recent builds are finished.
linux
,linux-lts
(build dateTue 23 Nov 2021 00:04:15 UTC
or later; there was an earlier build that did not have the right config option set) andlinux-hardened
build successfully.I tested
linux-lts
and it seems to work fine. More testing is welcome.linux-zen
fails because the patches from graysky are based on vanilla linux. I can try to rebase the 5.15 patch later to maybe get it working on zen.You can verify that patches applied successfully by checking
/proc/config.gz
:Turns out graysky's patches are already applied to
linux-zen
. I adjusted ALHP's logic to allow for skipping patching and just enabling the appropriate config option.Rebuilding later, after the current builds are finished.
linux-zen
also build successfully.Thanks you a lot!