Arch Linux User Repository

Please, check new release. You have now several variables to enable/disable features.

References:

##
## The following variables can be customized at build time. Use env or export to change at your wish
##
##   Example: env _microarchitecture=99 use_numa=n use_tracers=n use_pds=n makepkg -sc
##
## Look inside 'choose-gcc-optimization.sh' to choose your microarchitecture
## Valid numbers between: 0 to 99
## Default is: 0 => generic
## Good option if your package is for one machine: 99 => native
if [ -z ${_microarchitecture+x} ]; then
  _microarchitecture=0
fi

## Disable NUMA since most users do not have multiple processors. Breaks CUDA/NvEnc.
## Archlinux and Xanmod enable it by default.
## Set variable "use_numa" to: n to disable (possibly increase performance)
##                             y to enable  (stock default)
if [ -z ${use_numa+x} ]; then
  use_numa=y
fi

## For performance you can disable FUNCTION_TRACER/GRAPH_TRACER. Limits debugging and analyzing of the kernel.
## Stock Archlinux and Xanmod have this enabled. 
## Set variable "use_tracers" to: n to disable (possibly increase performance)
##                                y to enable  (stock default)
if [ -z ${use_tracers+x} ]; then
  use_tracers=y
fi

# Compile ONLY used modules to VASTLY reduce the number of modules built
# and the build time.
#
# To keep track of which modules are needed for your specific system/hardware,
# give module_db script a try: https://aur.archlinux.org/packages/modprobed-db
# This PKGBUILD read the database kept if it exists
#
# More at this wiki page ---> https://wiki.archlinux.org/index.php/Modprobed-db
if [ -z ${_localmodcfg} ]; then
  _localmodcfg=n
fi

# Tweak kernel options prior to a build via nconfig
_makenconfig=

Personally I'm running now xanmod kernel compiled with this:

env use_numa=n use_tracers=n makepkg -s

Also, you can now put a file in your local repo to build this package with a custom config. You have to call this file myconfig.

Reference:

  # Put the file "myconfig" at the package folder (this will take preference) or "${XDG_CONFIG_HOME}/linux-xanmod/myconfig"
  # If we detect partial file with scripts/config commands, we execute as a script
  # If not, it's a full config, will be replaced

@enihcam report to https://github.com/xanmod/linux/issues

It will help!

Running linux-xanmod 5.13.1x, the igb driver keeps crashing due to RCU panics in which i've investigated for 1+ week with nothing came out.

I finally decided to switch kernel to linux-xanmod-lts. now the stress test has run for 48 hours. ahhhhh, so good, so smooth. :)

nothing but just wanted to appreciate here. keep up the good work!

@mabod check https://www.kernel.org/ links, all points to cdn. If you define SRCDEST in /etc/makepkg.conf you can download the main source from a fast link manually in that directory and it will be always there, no need to download every time.

I found https://cdn.kernel.org/pub/linux/kernel/... really slow to download the kernel. Manjaro kernel packages on the other hand use https://www.kernel.org/pub/linux/kernel/... which seems to be a lot faster to me. Can you please check and eventually change the kernel source in the PKGBUILD.

It's an issue with the new "file 5.40-1" package. Downgrading to 5.39-1 fix it. For now I'll write the workaround.

https://bbs.archlinux.org/viewtopic.php?pid=1965551

@cartesius same for me. Something changed in pacman or libarchive, xz is not extracted anymore...

A quick workaround is uncompressing patch with xz and copy to src/ directory, or use "xz -d" inside prepare() (also we should add xz as makedepend)...

Getting this 31/03/2021 23:44 CET:

$ env _microarchitecture=99 use_numa=n use_tracers=n use_pds=n _localmodcfg=y makepkg -sc
...
==> Extracting sources...
  -> Extracting linux-5.10.tar.xz with bsdtar
==> Starting prepare()...
patch: **** Can't open patch file ../patch-5.10.27-xanmod1 : No such file or directory
==> ERROR: A failure occurred in prepare().
    Aborting...

@cartesius thanks. Updated

Hi, isn't the pinned comment about compiling wrong? (edited on 2019-01-12 00:50 by figue) 22 is not native architecture, 99 is. Couple of days ago the pinned comment about building kernel was right (I hope).

@cartesius you can ignore this warning.