Arch Linux User Repository

The PKGBUILD supports customization via environment variables. Here's a list of all of them:
_makemenuconfig: Invokes make menuconfig (default configuration menu) before compilation starts
_makenconfig: Invokes make nconfig (nicer configuration menu) before compilation starts
_makexconfig: Invokes make xconfig (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.

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

Kernel has been updated and is now maintained again.

Thank you metak for creating this package in the first place.

Why don't you set the subarch to 27? since gcc will detect all the available instructions sets, it shouldn't cause any problems.

@metak I have tested it and the patch seems to be working as expected, thanks for including it.

@danhyal Since this patch needs to be enabled with kernel command line option it shouldn't be a problem for those who have no use for it. Would you mind running some tests to see if it's working as it should?

@metak That would be useful for people that are doing hardware passthrough.

@danhyal Not sure about adding more extra patches... if others would consider it useful I could add it as an option that can be enabled for testing or something?

Could you include the acs-overrides patch?

Hey everyone. I've enabled hibernation and it seems that clr team plans to enable it soon.
Enable CONFIG_HIBERNATION to support 'suspend to disk' #458

As all other kernels available in Arch Linux repo and AUR have hibernation, maybe the maintainer could change the config to enable it in this kernel too? What do you think @metak?

As for the ACPI bloc in the PKGBUILD, we could add this one:

    ### Set CONFIG_HIBERNATION to make hibernation possible
        msg2 "Make hibernation possible..."
        sed -i "s|# CONFIG_HIBERNATION is not set|CONFIG_HIBERNATION=y|g" ./.config

Or maybe there is a good reason for disabling hibernation but I don't get it.

EDIT: bad copy/paste

Ok thank you @ltsdw. I will think about a custom script to do that.

@berturion sadly I do not know how make this process automatically, so my suggestion is edit PKGBUILD (maybe download and edit everytime that this package is updated) to use your .config previously edit with the changes. Or even using sed to edit. Something like sed -i "s|# CONFIG_HIBERNATION is not set|CONFIG_HIBERNATION=y|g" PATH\ /TO\ /.CONFIG/.config. I think you could possibly write a script to change the PKGBUILD before building it when running yay, but I still don't now how write it. Sorry!