You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: content/learning-paths/servers-and-cloud-computing/kernel-build/how-to-2.md
+13-11Lines changed: 13 additions & 11 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -6,16 +6,16 @@ weight: 3
6
6
layout: learningpathall
7
7
---
8
8
9
-
This section covers standard kernel build workflows for direct installation or downstream packaging.
10
-
9
+
## Standard kernel workflows
11
10
11
+
Standard kernel builds produce general-purpose kernels suitable for production deployment, development testing, or distribution packaging. These workflows let you build specific versions, install them directly, or package them for later use.
12
12
13
-
## Kernel Build only
13
+
This section covers standard kernel build workflows for direct installation or downstream packaging.
14
14
15
-
{{% notice Note %}}
16
-
The kernel versions given in the \--tags flag, such as `v6.18.1` in the first example below, are arbitrary (but valid) Linux kernel versions; If you prefer to use kernel versions different from the examples, its ok to replace it with your alternative.
15
+
{{% notice Note on kernel build only %}}
16
+
The kernel versions given in the \--tags flag, such as `v6.18.1` in the first example below, are arbitrary (but valid) Linux kernel versions. If you prefer to use kernel versions different from the examples, you can replace them with your preferred versions.
17
17
18
-
Kernel.org hosts all official Linux kernel releases: https://www.kernel.org/. Feel free to browse and select any stable or mainline release version depicted.
18
+
Kernel.org hosts all official Linux kernel releases: https://www.kernel.org/. Browse and select any stable or mainline release version.
19
19
{{% /notice %}}
20
20
21
21
@@ -65,13 +65,15 @@ This command writes a self-contained plan such as `/tmp/kernel_plan_v6.18.1_<has
65
65
--dry-run
66
66
```
67
67
68
-
Run the plan file later—on the same host or another system with the required dependencies—to replay the exact workflow:
68
+
Run the plan file later—on the same host or another system with the required dependencies—to replay the exact workflow. Replace `<hash>` with the actual hash value from your generated plan file:
69
69
70
70
```bash
71
71
bash /tmp/kernel_plan_v6.18.1_<hash>.sh
72
72
```
73
73
74
-
## Kernel Install
74
+
You can use tab completion or `ls /tmp/kernel_plan_*.sh` to find the exact filename.
75
+
76
+
## Install kernel
75
77
76
78
{{% notice Note %}}
77
79
The following sections demonstrate build and install scenarios.
@@ -117,7 +119,7 @@ This approach is useful when you want to:
117
119
- Compare different kernel versions
118
120
- Prepare multiple kernels for testing
119
121
- Build a library of kernel versions for deployment
120
-
-
122
+
121
123
To build two kernel versions in parallel, run the following command (it will build both `v6.18.1` and `v6.19-rc1`, but only install `v6.18.1`):
122
124
123
125
```bash
@@ -156,7 +158,7 @@ The expected output is `65536` for 64 KB builds, compared to `4096` for standard
156
158
157
159
### Install previously built kernels
158
160
159
-
As there are two input formats for building kernel artifacts which match the build output formats: flat files and Debian packages. Choose the appropriate installation method based on your prior build format.
161
+
There are two input formats for kernel artifacts that match the build output formats: flat files and Debian packages. Choose the appropriate installation method based on your prior build format.
160
162
161
163
#### Flat-file installation
162
164
@@ -183,7 +185,7 @@ To install from previously built Debian packages (`.deb` files):
183
185
184
186
This installs the `.deb` artifacts produced earlier via `--include-bindeb-pkg`, expecting files such as `linux-image-*` and `linux-headers-*` to exist in the source directory.
Copy file name to clipboardExpand all lines: content/learning-paths/servers-and-cloud-computing/kernel-build/how-to-3.md
+4-3Lines changed: 4 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -5,6 +5,7 @@ weight: 4
5
5
### FIXED, DO NOT MODIFY
6
6
layout: learningpathall
7
7
---
8
+
## What is Fastpath mode?
8
9
9
10
Fastpath builds use the same TuxMake pipelines but add a configuration fragment that exposes the interfaces needed by the Fastpath testing framework. This includes extra headers, Linux Perf for performance profiling, and Docker so Fastpath can control and automate testing.
10
11
@@ -13,9 +14,9 @@ Fastpath builds use the same TuxMake pipelines but add a configuration fragment
13
14
Fastpath workflows are build-only: don't combine `--fastpath true` (or the demo shortcut) with `--kernel-install` or any `--install-from` commands.
14
15
15
16
The proper workflow is:
16
-
1. Build the kernel with Fastpath configuration enabled
17
-
2. Copy the flat artifacts (`Image.gz`, `modules.tar.xz`, and `config`) to the Fastpath host
18
-
3. Let the Fastpath tooling handle deployment to the SUT (System Under Test)
17
+
- Build the kernel with Fastpath configuration enabled
18
+
- Copy the flat artifacts (`Image.gz`, `modules.tar.xz`, and `config`) to the Fastpath host
19
+
- Let the Fastpath tooling handle deployment to the SUT (System Under Test)
0 commit comments