Kernels/Arch Build System
The Arch Build System can be used to build a custom kernel based on the official linux package. This compilation method can automate the entire process, and is based on a very well tested package. You can edit the PKGBUILD to use a custom kernel configuration or add additional patches.
Contents
Getting the Ingredients
# pacman -S abs base-devel
First of all, you need a clean kernel to start your customization from. Fetch the kernel package files from ABS:
$ ABSROOT=. abs core/linux
Then, get any other file you need (e.g. custom configuration files, patches, etc.) from the respective sources.
Modifying the PKGBUILD
Modify the PKGBUILD of the official linux package.
Changing pkgname
The first lines will look like this:
PKGBUILD
# $Id: PKGBUILD 130991 2011-07-09 12:23:51Z thomas $ # Maintainer: Tobias Powalowski <tpowa@archlinux.org> # Maintainer: Thomas Baechler <thomas@archlinux.org> pkgbase=linux pkgname=('linux' 'linux-headers' 'linux-docs') # Build stock -ARCH kernel # pkgname=linux-custom # Build kernel with a different name _kernelname=${pkgname#linux} ...
As you see, there is a commented line for building a kernel with a different name. All you need to do here is to uncomment that line, change the suffix '-custom' to your needs, and comment the standard line. And if you want two kernels (ARCH and test) you need disable section conflicts. Files linux.install and linux.preset must be linux-custom.install and linux-custom.preset. For instance, your file could become:
PKGBUILD
... #pkgname=('linux' 'linux-headers' 'linux-docs') # Build stock -ARCH kernel pkgname=linux-test # Build kernel with a different name ... #next lines give you problems with nvidia drivers which depend on kernel #provides=('kernel26') #conflicts=('kernel26') #replaces=('kernel26')
Now, all the variables of your package will be changed according to the new name. For instance, after installing the package the modules will be located at /lib/modules/<kernel_release>-test/
.
Changing build()
You probably need a custom .config file for your kernel. You can uncomment one of the possibilities shown in the build() function of the PKGBUILD, e.g.:
PKGBUILD
... # load configuration # Configure the kernel. Replace the line below with one of your choice. #make menuconfig # CLI menu for configuration make nconfig # new CLI menu for configuration #make xconfig # X-based configuration #make oldconfig # using old config from previous kernel version # ... or manually edit .config ...
If you have already a kernel config file, I suggest to uncomment one interactive config tool, such as nconfig, and load your config from there. This avoids problems with kernel naming I have met with other methods.
Changing the package_linux() function
Now, you have to write a custom function to tell your system how to install the package. This is most easily done by changing the name of the package_linux() function to package_linux-test(), and adapting the instructions to your needs. If you have no particular needs, your package_linux-test() should look like this:
PKGBUILD
... package_linux-test() { pkgdesc="The Linux Kernel and modules" ... }
Compiling
You can now proceed to compile you kernel by the usual command
makepkg
If you have chosen an inteactive program for configuring the kernel parameters (like menuconfig), you need to be there during the compilation.
Installing
After the makepkg, you can have a look at the linux.install file. You will see that some variables have changed. Now, you only have to install the package as usual with pacman (or equivalent program):
# pacman -U <kernel_package>
Boot Loader
Now, the folders and files for your custom kernel have been created, e.g. /boot/vmlinuz-linux-test
. To test your kernel, update your bootloader (/boot/grub/menu.lst for GRUB) and add new entries ('default' and 'fallback') for your custom kernel. That way, you can have both the stock kernel and the custom one in parallel.