Project: Firecracker (Runtime / Container Runtime)
File: kernel-policy.md

Firecracker is tightly coupled with the guest and host kernels on which it is run. This document presents our kernel support policy which aims to help our customers choose host and guest OS configuration, and predict future kernel related changes. We are continuously validating the currently supported Firecracker releases (as per ) using a combination of: host linux kernel versions 4.14, 5.10, and 6.1; guest linux kernel versions 4.14, and 5.10. While other versions and other kernel configs might work, they are not periodically validated in our test suite, and using them might result in unexpected behaviour. Starting with release `v1.0` each major and minor release will specify the supported kernel versions. Once a kernel version is officially enabled, it is supported for a minimum of 2 years. Adding support for a new kernel version will result in a Firecracker release only if compatibility changes are required. | Host kernel | Guest kernel v4.14 | Guest kernel v5.10 | Min. end of support | | -: | :-: | :-: | : | | v4.14 | Y | Y | 2021-01-22 | | v5.10 | Y | Y | 2024-01-31 | | v6.1 | Y | Y | 2025-10-12 | The guest kernel configs used in our validation pipelines can be found while a breakdown of the relevant guest kernel modules can be found in the next section. The configuration items that may be relevant for Firecracker are: serial console - `CONFIGSERIAL8250CONSOLE`, `CONFIGPRINTK` initrd support - `CONFIGBLKDEV_INITRD` virtio devices - `CONFIGVIRTIOMMIO` balloon - `CONFIGMEMORYBALLOON`, `CONFIGVIRTIOBALLOON` block - `CONFIGVIRTIOBLK` partuuid support - `CONFIGMSDOSPARTITION` network - `CONFIGVIRTIONET` vsock - `CONFIGVIRTIOVSOCKETS` entropy - `CONFIGHWRANDOM_VIRTIO` guest RNG - `CONFIGRANDOMTRUST_CPU` use CPU RNG instructions (if present) to initialize RNG. Available for >=

ACPI support - `CONFIGACPI` and `CONFIGPCI` There are also guest config options which are dependant on the platform on which Firecracker is run: timekeeping - `CONFIGARMAMBA`, `CONFIGRTCDRV_PL031` serial console - `CONFIGSERIALOF_PLATFORM` timekeeping - `CONFIGKVMGUEST` (which enables CONFIGKVMCLOCK) high precision timekeeping - `CONFIGPTP1588_CLOCK`, `CONFIGPTP1588CLOCKKVM` external clean shutdown - `CONFIGSERIOI8042`, `CONFIGKEYBOARDATKBD` virtio devices - `CONFIGVIRTIOMMIOCMDLINEDEVICES` Depending on the source of boot (either from a block device or from an initrd), the minimal configuration for a guest kernel for a successful microVM boot is: Booting with initrd: `CONFIGBLKDEV_INITRD=y` aarch64 `CONFIGVIRTIOMMIO=y` (for the serial device). x8664 `CONFIGKVM_GUEST=y`. Booting with root block device: aarch64 `CONFIGVIRTIOBLK=y` x86_64 `CONFIGVIRTIOBLK=y` `CONFIG_ACPI=y` `CONFIG_PCI=y` `CONFIGKVMGUEST=y`. Optional: To enable boot logs set `CONFIGSERIAL8250_CONSOLE=y` and `CONFIG_PRINTK=y` in the guest kernel config. Firecracker supports booting kernels with ACPI support. The relevant configurations for the guest kernel are: `CONFIG_ACPI=y` `CONFIG_PCI=y` Please note that Firecracker does not support PCI devices. The `CONFIG_PCI` option is needed for ACPI initialization inside the guest. ACPI supersedes the legacy way of booting a microVM, i.e. via MPTable and command line parameters for VirtIO devices. We suggest that users disable MPTable and passing VirtIO devices via kernel command line parameters. These boot mechanisms are now deprecated. Users can disable these features by disabling the corresponding guest kernel configuration parameters: `CONFIGX86MPPARSE=n` `CONFIGVIRTIOMMIOCMDLINEDEVICES=n` During the deprecation period Firecracker will continue to support the legacy way of booting a microVM. Firecracker will be able to boot kernels with the following configurations: Only ACPI Only legacy mechanisms Both ACPI and legacy mechanisms When using a 4.14 host and a 5.10 guest, we disable the SVE extension in the guest. This is due to the introduction of the SVE extension in Graviton3, which causes the default 5.10 guest (with SVE support enabled), to crash if run with a 4.14 host which does not support SVE. When booting with kernels that support both ACPI and legacy boot mechanisms Firecracker passes VirtIO devices to the guest twice, once through ACPI and a second time via kernel command line parameters. In these cases, the guest tries to initialize devices twice. The second time, initialization fails and the guest will emit warning messages in `dmesg`, however the devices will work correctly.