diff options
Diffstat (limited to 'documentation/ref-manual/terms.rst')
-rw-r--r-- | documentation/ref-manual/terms.rst | 42 |
1 files changed, 42 insertions, 0 deletions
diff --git a/documentation/ref-manual/terms.rst b/documentation/ref-manual/terms.rst index 92cc723ff6..68313d0294 100644 --- a/documentation/ref-manual/terms.rst +++ b/documentation/ref-manual/terms.rst | |||
@@ -212,6 +212,48 @@ universal, the list includes them just in case: | |||
212 | of the supported image types that the Yocto Project provides, see the | 212 | of the supported image types that the Yocto Project provides, see the |
213 | ":ref:`ref-manual/images:Images`" chapter. | 213 | ":ref:`ref-manual/images:Images`" chapter. |
214 | 214 | ||
215 | :term:`Initramfs` | ||
216 | An Initial RAM Filesystem (:term:`Initramfs`) is an optionally compressed | ||
217 | :wikipedia:`cpio <Cpio>` archive which is extracted | ||
218 | by the Linux kernel into RAM in a special :wikipedia:`tmpfs <Tmpfs>` | ||
219 | instance, used as the initial root filesystem. | ||
220 | |||
221 | This is a replacement for the legacy init RAM disk ("initrd") | ||
222 | technique, booting on an emulated block device in RAM, but being less | ||
223 | efficient because of the overhead of going through a filesystem and | ||
224 | having to duplicate accessed file contents in the file cache in RAM, | ||
225 | as for any block device. | ||
226 | |||
227 | .. note: | ||
228 | |||
229 | As far as bootloaders are concerned, :term:`Initramfs` and "initrd" | ||
230 | images are still copied to RAM in the same way. That's why most | ||
231 | most bootloaders refer to :term:`Initramfs` images as "initrd" | ||
232 | or "init RAM disk". | ||
233 | |||
234 | This kind of mechanism is typically used for two reasons: | ||
235 | |||
236 | - For booting the same kernel binary on multiple systems requiring | ||
237 | different device drivers. The :term:`Initramfs` image is then customized | ||
238 | for each type of system, to include the specific kernel modules | ||
239 | necessary to access the final root filesystem. This technique | ||
240 | is used on all GNU / Linux distributions for desktops and servers. | ||
241 | |||
242 | - For booting faster. As the root filesystem is extracted into RAM, | ||
243 | accessing the first user-space applications is very fast, compared | ||
244 | to having to initialize a block device, to access multiple blocks | ||
245 | from it, and to go through a filesystem having its own overhead. | ||
246 | For example, this allows to display a splashscreen very early, | ||
247 | and to later take care of mounting the final root filesystem and | ||
248 | loading less time-critical kernel drivers. | ||
249 | |||
250 | This cpio archive can either be loaded to RAM by the bootloader, | ||
251 | or be included in the kernel binary. | ||
252 | |||
253 | For information on creating and using an :term:`Initramfs`, see the | ||
254 | ":ref:`dev-manual/building:building an initial ram filesystem (Initramfs) image`" | ||
255 | section in the Yocto Project Development Tasks Manual. | ||
256 | |||
215 | :term:`Layer` | 257 | :term:`Layer` |
216 | A collection of related recipes. Layers allow you to consolidate related | 258 | A collection of related recipes. Layers allow you to consolidate related |
217 | metadata to customize your build. Layers also isolate information used | 259 | metadata to customize your build. Layers also isolate information used |