1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
|
KERNEL CONFIGURATION GUIDE
________________________________________________________________________________
Configuring the Linux kernel is arguably the hardest step in the installation
process. The kernel is humongous and figuring out what to enable in the
seemingly endless option list can be a daunting task.
The most important factor for success is how well one knows their hardware.
Spend a little time doing some research prior to configuring the kernel. Knowing
what is inside one's system is of immense value in all contexts.
The physical realm however, is only part of the equation. Configuration extends
to general features, file-systems, networking protocols, cryptography, security,
processor features and more.
This Wiki page will document kernel options, their requirement level
(conditional, recommended or mandatory), a brief description and a rationale if
necessary. Information about pre-built hardware as a whole will not be covered.
[0.0] Index
________________________________________________________________________________
- Getting a config [1.0]
- Modifying a config [2.0]
- Busybox compatibility [3.0]
- Never lose your .config ever again [4.0]
- Removing the perl requirement [5.0]
[1.0] Getting a config
________________________________________________________________________________
The first step in this process is creating a .config file in the Linux source
tree. It is essentially just a text file containing KEY=value pairs (along with
comments), each of which control something in the linux build process.
An important subset of the options control "drivers"; sections of code that give
the kernel the capability to interact with filesystems, protocols and hardware
components. These options typically have three possible values: "n" to not
compile the driver, "y" to compile it into the kernel binary and "m" to compile
the driver as a module (.ko files stored in /usr/lib/modules). Modules can be
loaded/unloaded dynamically by the kernel as needed.
A fairly generic and compatible base configuration for your architecture can be
created by running the following command. This handles a large portion of the
work required during the configuration stage.
+------------------------------------------------------------------------------+
| |
| $ make defconfig |
| |
+------------------------------------------------------------------------------+
There are countless flows of configuring the Linux kernel, and there are fun
things to try scattered all over the internet. Good luck!
[2.0] Modifying a config
________________________________________________________________________________
There are several ways to modify an existing config file that are more
convenient than editing each of them by hand, most of them very well
documented. They arrange all of the config options in neat menus and submenus
and provide descriptions for each of them, allowing the Linux kernel to be
comprehended by mere mortals.
+------------------------------------------------------------------------------+
| Terminal based configuration tools (requires ncurses) |
+------------------------------------------------------------------------------+
| |
| $ make menuconfig |
| $ make nconfig |
| |
+------------------------------------------------------------------------------+
| Graphical configuration tools (requires a working Xorg server and QT/GTK) |
+------------------------------------------------------------------------------+
| |
| $ make xconfig # Requires qt5. |
| $ make gconfig # Requires gtk+3. |
| |
+------------------------------------------------------------------------------+
Another option you may find very useful to easily trim down general (default,
distro, etc.) configuration files is:
+------------------------------------------------------------------------------+
| |
| $ make localyesconfig |
| |
+------------------------------------------------------------------------------+
This modifies the current .config to only compile whatever drivers are loaded in
the host kernel's current state. Running this after connecting all the hardware
you will be using is a pretty quick way to come up with a pretty lean
configuration.
[3.0] Package compatibility
________________________________________________________________________________
Various parts of the Linux build system use non-standard options with core
utilities, this causes a build failure when using busybox. Thankfully, this non-
standard usage depends on unimportant and rarely used kernel features.
When these options are disabled (is the case by default unless 'allyesconfig' is
used), the kernel builds just fine.
+------------------------------------------------------------------------------+
| |
| The following options are mandatory (when using busybox) (=n). |
| |
| CONFIG_IKHEADERS This option enables access to the in-kernel |
| headers that are generated during the build |
| process. These can be used to build eBPF tracing, |
| or similar programs. |
| |
+------------------------------------------------------------------------------+
Because gmp, mpc, and mpfr are bundled with our gcc instead of being built as
standalone packages, the headers are missing. This results in build failures
when building GCC Plugins. Either install gmp & mpc separately from gcc, or
disable CONFIG_HAVE_GCC_PLUGINS in the kernel config.
+------------------------------------------------------------------------------+
| |
| The following options are mandatory (when using busybox) (=n). |
| |
| CONFIG_HAVE_GCC_PLUGINS This option enables loadable modules that provide |
| plugins for GCC which are useful for runtime |
| instrumentation and static analysis. |
| |
+------------------------------------------------------------------------------+
[4.0] Never lose your .config ever again
________________________________________________________________________________
The kernel can be configured to store its configuration file to later make it
accessible via /proc/config.gz. Storing the .config in the kernel ensures that
you will never lose your config so long as you have its kernel.
+------------------------------------------------------------------------------+
| |
| The following options are recommended (=y). |
| |
| CONFIG_IKCONFIG Store the .config in the kernel. |
| CONFIG_IKCONFIG_PROC Make the .config accessible as /proc/config.gz |
| |
+------------------------------------------------------------------------------+
[5.0] Removing the perl requirement
________________________________________________________________________________
Perl is needed by the build_OID_registry script which will be executed during
the compilation process in most systems. This makes perl a mandatory dependency
to build the kernel.
A patch can be applied which adds a POSIX shell implementation of the perl
script. This fully removes the perl requirement.
@/patches/kernel-no-perl.patch (Written by $/E5ten)
+------------------------------------------------------------------------------+
| |
| TIP: All links like this one are also available via 'kiss help'! |
| |
+------------------------------------------------------------------------------+
|
