GitOrigin-RevId: c04d5652cfa9742b1d519688f65d1bbccea9eb7e
5 KiB
Linux kernel
The Nix expressions to build the Linux kernel are in pkgs/os-specific/linux/kernel
.
The function pkgs.buildLinux
builds a kernel with common configuration values.
This is the preferred option unless you have a very specific use case.
Most kernels packaged in Nixpkgs are built that way, and it will also generate kernels suitable for NixOS.
pkgs.linuxManualConfig
requires a complete configuration to be passed.
It has fewer additional features than pkgs.buildLinux
, which provides common configuration values and exposes the features
attribute, as explained below.
Both functions have an argument kernelPatches
which should be a list of {name, patch, extraConfig}
attribute sets, where name
is the name of the patch (which is included in the kernel’s meta.description
attribute), patch
is the patch itself (possibly compressed), and extraConfig
(optional) is a string specifying extra options to be concatenated to the kernel configuration file (.config
).
The kernel derivation created with pkgs.buildLinux
exports an attribute features
specifying whether optional functionality is or isn’t enabled. This is used in NixOS to implement kernel-specific behaviour.
If you are using a kernel packaged in Nixpkgs, you can customize it by overriding its arguments. For details on how each argument affects the generated kernel, refer to the pkgs.buildLinux
source code.
:::{.example #ex-overriding-kernel-derivation}
Overriding the kernel derivation
Assuming you are using the kernel from pkgs.linux_latest
:
pkgs.linux_latest.override {
ignoreConfigErrors = true;
autoModules = false;
kernelPreferBuiltin = true;
extraStructuredConfig = with lib.kernel; {
DEBUG_KERNEL = yes;
FRAME_POINTER = yes;
KGDB = yes;
KGDB_SERIAL_CONSOLE = yes;
DEBUG_INFO = yes;
};
}
:::
Manual kernel configuration
Sometimes it may not be desirable to use kernels built with pkgs.buildLinux
, especially if most of the common configuration has to be altered or disabled to achieve a kernel as expected by the target use case.
An example of this is building a kernel for use in a VM or micro VM. You can use pkgs.linuxPackages_custom
in these cases. It requires the src
, version
, and configfile
attributes to be specified.
:::{.example #ex-using-linux-manual-config}
Using pkgs.linuxPackages_custom
with a specific source, version, and config file
{ pkgs, ... }:
pkgs.linuxPackages_custom {
version = "6.1.55";
src = pkgs.fetchurl {
url = "https://cdn.kernel.org/pub/linux/kernel/v6.x/linux-${version}.tar.xz";
hash = "sha256-qH4kHsFdU0UsTv4hlxOjdp2IzENrW5jPbvsmLEr/FcA=";
};
configfile = ./path_to_config_file;
}
If necessary, the version string can be slightly modified to explicitly mark it as a custom version. If you do so, ensure the modDirVersion
attribute matches the source's version, otherwise the build will fail.
{ pkgs, ... }:
pkgs.linuxPackages_custom {
version = "6.1.55-custom";
modDirVersion = "6.1.55";
src = pkgs.fetchurl {
url = "https://cdn.kernel.org/pub/linux/kernel/v6.x/linux-${modDirVersion}.tar.xz";
hash = "sha256-qH4kHsFdU0UsTv4hlxOjdp2IzENrW5jPbvsmLEr/FcA=";
};
configfile = ./path_to_config_file;
}
:::
Additional attributes can be used with linuxManualConfig
for further customisation instead of linuxPackages_custom
. You're encouraged to read the pkgs.linuxManualConfig
source code to understand how to use them.
To edit the .config
file for Linux X.Y from within Nix, proceed as follows:
$ nix-shell '<nixpkgs>' -A linuxKernel.kernels.linux_X_Y.configEnv
$ unpackPhase
$ cd linux-*
$ make nconfig
Developing kernel modules
When developing kernel modules it's often convenient to run the edit-compile-run loop as quickly as possible. See the snippet below as an example.
:::{.example #ex-edit-compile-run-kernel-modules}
Edit-compile-run loop when developing mellanox
drivers
$ nix-build '<nixpkgs>' -A linuxPackages.kernel.dev
$ nix-shell '<nixpkgs>' -A linuxPackages.kernel
$ unpackPhase
$ cd linux-*
$ make -C $dev/lib/modules/*/build M=$(pwd)/drivers/net/ethernet/mellanox modules
# insmod ./drivers/net/ethernet/mellanox/mlx5/core/mlx5_core.ko
:::