Вам потребуется современный настольный ПУ или ноутбук. Ubuntu Desktop предписывает следующие "рекомендуемые системные требования" для установки и применения своего дистрибутива:

Поскольку такая задача как сборка ядра Linux из исходного кода очень затратный процесс в плане памяти и ЦПУ, я настоятельно рекомендую вам пробовать его в мощной системе Linux с обильными оперативной памятью и дисковым пространством, чтобы также иметь их про запас. Это достаточно очевидно - чем больше оперативной памяти и мощности ЦПУ имеет ваша система хоста, тем лучше!

Как всякий бывалый разработчик ядра, я бы сказал, что лучше всего работать с натуральной системой Linux. Однако для целей данной книги мы не можем предполагать, что у вас всегда в наличии будет выделенный естественный Linux. Итак, мы предполагаем, что вы работаете в гостевой системе Linux. {Прим. пер.: или даже непосредственно в операционной системе Windows, как то описано в нашем переводе книги Изучаем подсистемы Windows для Linux Прэйтика Сингха, применяя Windows Subsytem for Linux 2 поколения (WSL2), доступную в Windows 10 начиная с выпуска 2004.} Работа в рамках гостевой виртуальной машины к тому же добавляет некий дополнительный уровень изоляции, а следовательно, и безопасности.

Клонирование нашего кода репозитория: Полный исходный rод для этой книги целиком свободно доступен в GitHub.Вы можете клонировать его и работать с ним, выполнив команду git подобно таковой:

> git clone https://github.com/PacktPublishing/Linux-Kernel-Programming.git
		

Данный исходный код организован по главам. Каждая глава представляется как некий каталог - например, ch1/ обладает исходным кодом для этой главы. Собственно корень этого дерева исходного кода содержит некий код, который является общим для всех глав, к примеру, исходные файлы convenient.h, klib_llkd.c и другие.

Для действенного просмотра кода я буду настоятельно рекомендовать чтобы вы всегда индексировали свой базовый код при помощи ctags(1) и/ или cscope(1). Например, чтобы установить индексацию ctags, просто выполните cd в свой корень исходного кода и наберите ctags -R.

Как уже пояснялось ранее, практической и удобной альтернативой применению натуральной системы Linux является установка и использование соответствующего дистрибутива Linux в качестве гостевой ОС в некой ВМ. Ключевым моментом является именно то, что вы устанавливаете самый последний дистрибутив Linux, предпочтительно в виде некой ВМ с целью безопасности и во избежание нежелательной утраты данных или прочих сюрпризов. Несомненный факт в том, что при работе на уровне собственного ядра, внезапное крушение его системы (и риски утраты данных, возникающие по его причине) на самом деле являются общим местом. Я рекомендую применять Oracle VirtualBox 6.x (или самую последнюю стабильную версию) или иное программное обеспечение виртуализации, например, VMware Workstation.

Системой вашего хоста должен быть MS Windows 10 или старше (естественно, даже Windows 7 будет работать), самый последний дистрибутив Linux (к примеру, Ubuntu или Fedora), либо macOS. Итак, давайте приступим к инсталляции своего гостевого Linux.

Здесь я не буду вдаваться в подробности установки Linux в качестве гостя в Oracle VirtualBox, поскольку эта установка не имеет прямого отношения к разработке ядра Linux. Имеется множество способов установки ВМ Linux, мы на самом деле не хотим вдаваться в эти детали, а также в за и против каждого из них.

Однако если вы не знакомы с этим, не беспокойтесь. Для вашего удобства вот несколько исключительных ресурсов, которые помогут вам в этом:

Кроме того, вы можете просмотреть полезные ресурсы по установке гостевого Linux в VirtualBox в нашем разделе Дальнейшее чтение в конце этой главы.

При установке ВМ Linux имейте в виду следующие обстоятельства.

Включение в вашей системе расширенной поддержки виртуализации

Установка 64- битного гостевого Linux требует включения расширения поддержки виртуализации ЦПУ (Intel VT-x или AMD-V) внутри настроек BIOS (basic input/output system. {Прим. пер.: строго говоря в системах с аппаратной поддержкой виртуализации вместо BIOS применяется UEFI- совместимое встроенное ПО - firmware, но в литературе допускается вольность продолжать именовать такое программное обеспечение базовой системой ввода/ вывода}) Давайте рассмотрим как сделать это:

Именно так мы разрешаем функциональные возможности аппаратной виртуализации процессора для оптимальной производительности.

Выделение достаточного пространства на имеющемся диске

Для большинства настольных/ переносных систем выделения гигабайта оперативной памяти и двух ЦПУ для вашей гостевой ВМ должно быть достаточным.

Тем не менее, при выделении пространства под гостевой диск будьте великодушны. Вместо обычно предлагаемых по умолчанию 8ГБ я настоятельно рекомендую сделать его в 50ГБ или даже больше. Конечно, это подразумевает, что ваша система обладает большим диском, чем доступно! Кроме того, вы можете определить что это значение будет выделяться динамически или выделяться по запросу. Ваш гипервизор будет "наращивать" этот виртуальный диск оптимально, не предоставляя всё заявленной пространство целиком с самого начала.

Установка гостевых дополнений Oracle VirtualBox

Для лучшей производительности важно также установить внутри ваше ВМ Гостевые добавления Oracle VirtualBox. Это существенное программное обеспечение ускорения паравиртуализации, которое серьёзно способствует оптимальной производительности. Давайте рассмотрим как сделать это в гостевом сеансе Ubuntu:

Не забывайте постоянно обновлять свою гостевую ВМ, а также по её запросам. Это существенное требование безопасности. Вы можете выполнять это вручную воспользовавшись следующим:

> sudo /usr/bin/update-manager
		

Наконец, на всякий случай, не храните важные данные в гостевой ВМ. Мы будем работать над развитием ядра. Крушение гостевого ядра - обычное дело. Хотя, как правило, это не приводит к утрате данных, это нельзя сказать наверняка! На всякий случай, всегда делайте резервные копии важных данных. Это также относится и к Fedora. Чтобы ознакомиться с установкой Fedora в качестве гостевой в VirtualBox , посетите https://fedoramagazine.org/install-fedora-virtualbox-guest/.

Raspberry Pi является популярным SBC (Single-Board Computer) размером с кредитную карту, очень похожим на ПК небольшого размера, который обладает портами USB, картой microSD, HDMI, аудио. Ethernet, GPIO и многим прочим. Снабжающий её мощностью SoC (System on Chip) производится Broadcom и выполнен ядре или на кластере ядер ARM. Хотя это, конечно, не обязательно, в данной книге мы пытались проверить и испробовать свой код на целевом Raspberry Pi 3 Model B+. Выполнение кода на разных целевых архитектурах всегда полезно для открытия глаз на возможные дефекты и способствует тестированию. Я призываю вас сделать то же самое:

Вы можете работать с целевым Raspberry Pi либо при помощи цифрового монитора/ телевизора через HDMI в качестве устройств вывода и традиционных клавиатуры/ мыши через его порты USB или, что более распространено при разработке поверх удалённой оболочки через ssh(1). Тем не менее, подход с SSH не справляется со всеми обстоятельствами. Наличие последовательной консоли в Raspberry Pi, в особенности помогает при отладке ядра.

Для настройки своего Raspberry Pi, будьте любезны обратиться к его официальной документации. Наша система Raspberry Pi исполняет "официальную" ОС Linux Raspbian (Debian для Raspberry Pi) с самым последним (на момент написания этих строк) ядром Linux 4.14. В консоли Raspberry Pi мы исполняем такие команды:

rpi $ lsb_release -a
No LSB modules are available.
Distributor ID: Raspbian
Description:    Raspbian GNU/Linux 9.6 (stretch)
Release:        9.6
Codename:       stretch
rpi $ uname -a
Linux raspberrypi 4.14.79-v7+ #1159 SMP Sun Nov 4 17:50:20 GMT 2018 armv7l GNU/Linux
rpi $
		

Что делать если у вас нет Racpberry Pi или он вам не сподручен? Что же, всегда имеется выход - эмуляция!. Хотя это и не так же хорошо как обладание настоящим предметом, эмуляция Racpberry Pi при помощи мощного эмулятора FOSS (Free and Open Source Software) под названием QEMU или Quick Emulator, это хороший способ, по крайней мере, для начала.

Кроме того, естественно, вы не обязаны ограничивать себя семейством Raspberry Pi; имеются доступными и различные иные исключительные прототипы. На ум приходит популярная плата BBB (BeagleBone Black)

На данный момент я полагаю, что вы настроили Linux в качестве гостевой машины (или же пользуетесь собственным "тестовым" блоком Linux) и клонировали репозиторий кода GitHub этой книги. Теперь перейдём к ключевому моменту: реальной установке программных компонентов в вашей гостевой системе Linux, чтобы мы могли изучать и писать код ядра Linux в своей системе!

Рекомендуется применять одну из указанных далее или более поздних стабильных версий дистрибутивов Linux. Как уже упоминалось в предыдущем разделе, они всегда могут устанавливаться в качестве гостевой ОС в системе хоста Windows или Linux и очевидным первым кандидатом выступает Ubuntu Linux 18.04 LTS Desktop. Приводимый ниже снимок экрана показывает вам рекомендуемую версию и взаимодействие с пользователем:

Предыдущая версия - Ubuntu 18.04 LTS Desktop - это, по крайней мере, избранная для данной книги версия. Две самые основные причины этого очевидны:

Некоторые прочие дистрибутивы, которые также можно включить в рассмотрение таковы:

Прежде чем покончить с обсуждением по выбору нашего дистрибутива для данной книги, вот несколько подлежащих отметке моментов:

Теперь, когда мы выбрали свой дистрибутив Linux и/ или аппаратную плату и ВМ, настало время установки нами существенных программных пакетов.

Те пакеты, которые мы по умолчанию устанавливаем при использованию типичного дистрибутива настольного Linux, такого как всякая последняя система Linux Ubuntu, CentOS или Fedora, будут содержать минимальный набор, необходимый для системного программиста: естественную цепочку инструментов, которая содержит компилятор gcc совместно с заголовками и утилиту/ пакеты make.

В этой книге, однако, мы собираемся изучать как писать код пространства ядра при помощи ВМ и/ или целевой системы, запускаемой на внешнем процессоре (типичной ситуацией будет ARM или AArch64). Для действенной разработки кода ядра в таких системах нам потребуется установить некоторые программные пакеты. Идём дальше.

Установка гостевых дополнений Oracle VirtualBox

Убедитесь что вы установили свою гостевую ВМ (как то пояснялось ранее). Затем выполните следующее:

Установка необходимых программных пакетов

Для установки этих пакетов предпринимайте такую последовательность:

Установка инструментальной линейки кросс- трансляции и QEMU

Одним из способов попробовать машину ARM это на самом деле сделать это в SBC на основе физической SBC ARM; например, Raspberry Pi это очень популярный вариант. В данном случае, ваш типичный рабочий поток разработки вначале собирает необходимый код ARM в вашей системе хоста x86-64. Однако для этого нам потребуется установить некий кросс- компилятор - некий набор инструментов, позволяющий вам собирать программное обеспечение на ЦПУ самого хоста, разрабатывая его для другого целевого ЦПУ. Программы сборки хоста x86-64 для некого целевого ARM это очень распространённый случай и в самом деле вариант для нашего варианта рассмотрения. Далее кратко излагаются подробности установки кросс компилятора.

Зачастую неким альтернативным способом попробовать это является наличие системы эмуляции системы Linux/ ARM - это смягчает потребность в оборудовании! Для этого мы рекомендуем воспользоваться великолепным проектом QEMU (https://www.qemu.org/).

Для установки необходимых пакетов QEMU сделайте следующее:

Кажется, что CentOS не обладает простыми средствами установки необходимого нам пакета QEMU. (Вы всегда можете установить цепочку инструментов кросс- трансляции через его исходный код, но это определённый вызов; либо получить надлежащий пакет исполняемого кода.) По причине таких сложностей мы пропустим показ кросс- компиляции в CentOS.

Установка кросс- компилятора

Если вы собираетесь писать программу C, которая компилируется в определённой системе хоста, но обязана исполняться в иной целевой системе, тогда вам требуется оттранслировать (скомпилировать) её при помощи того, что носит название кросс компилятора или линейки кросс инструментов. Например, в нашем варианте использования, мы желаем работать на машине хоста x86-64. Это даже может быть гостевая ВМ x86-64, без проблем, но при этом запускать наш код в целевом ARM-32:

Установка и применение цепочки кросс инструментария может потребовать некого дополнительного чтения для пользователей- новичков. Вы можете посетить раздел Дальнейшее чтение, в котором я разместил ряд полезных ссылок, которые несомненно окажут вам великолепную помощь.

Сейчас мы упомянем несколько остающихся моментов, причём большинство из них относится к установке программного обеспечения или прочим проблемам при работе с определёнными дистрибутивами:

Поздравляем! Этим вы завершили настройку программного обеспечения и начинается ваше путешествие по ядру! Теперь, чтобы завершить данную главу, давайте проверим несколько дополнительных и полезных проектов. Вам несомненно рекомендуется прочесть это также.

Этот раздел приводит вам подробности некоторых прочих разнообразных проектов, которые вы в действительности можете найти крайне полезными. В некоторых соответствующих местах в данной книге мы делаем ссылки или напрямую пользуемся некоторыми из них, что делает важным их понимание.

Давайте начнём с хорошо известного и важного проекта Linux страниц руководства (man pages).

Вам следует обращать внимание на соглашения, которым следует большая часть литературы Unix/ Linux:

Как вы несомненно знаете, значение числа в скобках (или после точки) обозначает номер раздела manual (man, руководства), к которому относится команда/ API из вопроса. Быстрая проверка при помощиman(1) через команду man man (именно поэтому мы обожаем Unix/ Linux!) обнаруживает соответствующие разделы руководства Unix/ Linux:

$ man man
[...]
A section, if provided, will direct man to look only in that section of
the manual. [...]

       The table below shows the section numbers of the manual followed by the types of pages they contain.

       1   Executable programs or shell commands
       2   System calls (functions provided by the kernel)
       3   Library calls (functions within program libraries)
       4   Special files (usually found in /dev)
       5   File formats and conventions eg /etc/passwd
       6   Games
       7   Miscellaneous (including macro packages and conventions), e.g. 
           man(7), groff(7)
       8   System administration commands (usually only for root)
       9   Kernel routines [Non standard]
[...]
		

Итак, например, для просмотра страницы руководства по системному вызову stat(2) вы можете применить следующее:

$ man 2 stat # (or: man stat.2)
		

Иногда (а в действительности очень часто), страницы man просто через- чур подробны чтобы их можно было прочесть, когда всего лишь требуется быстрый ответ. Войдите в проект tldr - читайте далее!

Вариант tldr

Когда мы обсуждаем страницы man, основное раздражение состоит в том, что страница man в команде, порой, через-чур велика. В качестве примера возьмите утилиту ps(1). Она обладает большой страницей man, что объяснимо, ибо она обладает гигантским числом необязательных переключателей. Разве не было бы лучше, однако, обладать упрощённой и сведённой к минимуму страницей "обычного применения"? Именно это и имеют целью страницы проекта tldr.

Иными словами, они предоставляют "упрощённые и продвигаемые сообществом страницы руководства". Итак, будучи установленным, tldr ps предоставляет прекрасное краткостью резюме наиболее распространённых применений вариантов переключателей команды ps для выполнения чего- нибудь полезного:

Его действительно стоит попробовать. Если вам интересно узнать больше, посетите https://tldr.sh/

Напомним, что ранее мы уже говорили, что системные вызовы пространства пользователя подпадают в раздел 2 страниц руководства, библиотечные подпрограммы в раздел 3, а API ядра в раздел 9. Принимая это во внимание, почему бы нам, скажем, не определить функцию ядра printk как printk (9) - раз уж man man показывает нам что раздел 9 нашего руководства это Подпрограммы ядра? Ну ладно, это фантазия (по крайней мере в Linux наших дней): для API ядра никаких страниц руководства в действительности нет! Итак, как нам получить документацию API ядра и тому подобного? Это именно то, чего мы кратко коснёмся в своём следующем разделе.

За многие годы усилий имеющееся сообщество разработало и довело документацию ядра Linux до хорошего состояния. Самая последняя версия (latest version) документации ядра представлена в приятном и современном "веб" стиле и к ней всегда можно выполнить доступ через Интернет: https://www.kernel.org/doc/html/latest/.

Просто в качестве образца документации ядра в Интернете посмотрите на следующий частичный снимок экрана со страницы Core Kernel Documentation/Basic C Library Functions:

Как видно из этого снимка экрана, современная документация достаточно обширна.

Выработка документации вашего ядра из исходного кода

Вы буквально можете генерировать полную документацию ядра Linux изнутри дерева исходного кода самого ядра в разнообразных популярных форматах (включая PDF, HTML, LaTeX, EPUB или XML) в стиле Javadoc или Doxygen-like. Современная система документации, внутренне применяемая ядром носит название Sphinx. Применяя make help внутри дерева исходного кода соответствующего ядра вы выявляете некоторые documentation targets (цели документации), помимо их htmldocs, pdfdocs и многого прочего. Итак, вы можете, в качестве примера, cd в дерево исходного кода ядра и выполнить make pdfdocs для сборки полной документации ядра Linux в виде документов PDF (сами PDF, а также некие прочие мета- документы будут помещены в Documentation/output/latex). В самый первый раз, по крайней мере, скорее всего вы получите приглашение на установку некоторых пакетов и утилит (мы не покажем это в явном виде).

Статические анализаторы это инструменты, которые через изучение определённого исходного кода пытаются выявить внутри него потенциальные проблемы. Они чрезвычайно полезны вам, как разработчику, хотя вам и придётся научиться как- то "приручать" их - в том смысле, что они могут иметь ложно положительные результаты.

Существуют различные инструменты статического анализа. Среди них те, которые лучше всего подходят для анализа кода ядра включают следующие:

К примеру, чтобы установить Sparse, выполните следующее:

> sudo apt install sparse
> cd <kernel-src-tree>
> make C=1 CHECK="/usr/bin/sparse"
		

Также имеется доступным ряд высококлассных коммерческих инструментов статического анализа. Помимо прочих это:

Инструменты статического анализа помогут вам сохранять ваш рабочий день! Затрачиваемое на изучение их действенного применения время будет потрачено не зря!

Превосходный инструментарий для трассировки и профилирования это мощный набор инструментов Linux Tracing Toolkit next generation (LTTng), проект фонда Linux. LTTng позволит вам отслеживать как пространство пользователя (приложения), и/ или пути кода самого ядра с минутными подробностями. Это может оказать вам неоценимую помощь в понимании того где возникают узкие места производительности, а также содействовать вашему пониманию общего потока кода и тем самым узнать как этот код в действительности выполняет свои задачи.

Чтобы изучить как установить его и пользоваться им, я отсылаю вас к очень хорошей документации (попробуйте https://lttng.org/download/ для установки под различными распространёнными дистрибутивами). Также настоятельно рекомендуем вам установить Trace Compass GUI. Он снабдит вас исключительным графическим интерфейсом для изучения и интерпретации вывода LTTng.

В качестве примера (я не смог устоять!), вот некий снимок экрана перехвата LTTng, с "визуализацией" превосходным графическим интерфейсом Trace Compass. Здесь я показываю пару аппаратных прерываний (линии IRQ 1 и 130, соответственно, линии прерывания для i8042 и набора микросхем Wi-Fi в моей родной системе x86_64):

Розовый цвет в верхней части предыдущего снимка экрана представляет собственно появление аппаратного прерывания. Под ним, в закладке IRQ vs Time (она видна лишь частично), наблюдается распределение соответствующего прерывания. (На графике распределения по оси y откладывается значение времени; занятно, что обработчик сетевого прерывания - выделен красным - кажется потребляющим очень мало времени, в то время как обработчик микросхемы контроллера клавиатуры/ мыши i8042 -выделен синим - потребляет больше времени, даже превосходя 200 миллисекунд!)

Визуализация всей карты памяти VAS (Virtual Address Space, Виртуального адресного пространства) самого ядра, а также любого VAS заданного процесса пользователя это именно то, для чего разработана утилита procmap.

Его описание в GitHub суммирует его так:

Он выводит простую визуализацию полной карты памяти заданного процесса в вертикально- мозаичном формате упорядоченном по убыванию виртуального адреса. Его сценарий обладает интеллектуальностью для отображения сопоставлений ядра и пространства пользователя, а также для вычисления и отображения разряженных областей памяти, которые будут в наличии. Кроме того, каждый сегмент или соответствие масштабируется по относительному размеру (и с целью читабельности кодируется цветом). В 64- битных системах он также отображает так называемую неканоническую область или "lshe" (обычно в x86_64 близкую к 16 384 ПБ).

Эта утилита включает возможности для просмотра только пространства ядра или пространства пользователя, режимы с подробностями и отладки, возможность экспорта её вывода в удобном формате CSV в особый файл, а также прочие параметры. Она обладает компонентом ядра и в настоящее время работает (и автоматически выявляет их) в ЦПУ x86_64, AArch32 и Aarch64.

Выгрузите/ склонируйте её с https://github.com/kaiwan/procmap:

Мы будем интенсивно пользоваться этой утилитой в Главе 7, Внутреннее устройство управления памятью - Существенные моменты.

SEALS или Simple Embedded ARM Linux System это очень простой "скелет" базовой системы Linux, запускаемой в некой эмулируемой машине ARM. Он предоставляет первичный сценарий Bash, который через меню запрашивает у конечного пользователя какая функциональность ему желательна, затем соответствующим образом продолжает кросс компиляцию ядра Linux для ARM, потом создаёт и инициализирует некую простую файловую систему корня. Далее он способен через QEMU (qemu-system-arm) вызвать для эмуляции и исполнения платформу ARM (эмулируемой по умолчанию выступает плата Versatile Express CA-9). Самый полезный момент состоит в том, что этот сценарий собирает целевое ядро, необходимую файловую систему корня и файл образа файловой системы корня, а также настраивает вещи для запуска. Он даже обладает простым графическим интерфейсом (или консолью) для упрощения использования конечным пользователем. Страница проекта GitHub. Клонируйте его и испытайте... мы несомненно рекомендуем для получения помощи вам заглянуть в его страницы раздела wiki.

Некое расширение хорошо известного Berkeley Packet Filter, или BPF, eBPF это extended BPF (к вашему сведению, современное применение этого термина это просто ссылка на него как на BPF, с выпадающим префиксом "e"). Если очень кратко, BPF применяется для предоставления поддержки инфраструктуры внутри самого ядра с целью действенного отслеживания сетевых пакетов. BPF это наиболее последняя инновация ядра - доступна только начиная с ядра Linux 4.0 и выше. Оно расширяет нотацию BPF, позволяя вам отслеживать намного больше чем просто имеющийся сетевой стек. Кроме того, оно работает над отслеживанием как пространства ядра, так и прикладных приложений пространства пользователя. По существу, BPF и его интерфейсы представляют современный подход к отслеживанию и анализу производительности системы Linux.

Чтобы воспользоваться BPF вам потребуется система со следующим:

Напрямую применять функциональные возможности BPF очень сложно, поэтому для его использования имеются некоторые интерфейсы. Среди них полезными считаются BCC и bpftrace. Посмотрите следующую ссылку на картинку, которая раскроет вам глаза на то, сколько мощных инструментов доступно чтобы помочь отслеживать различные подсистемы Linux и аппаратные средства: https://github.com/iovisor/bcc/blob/master/images/bcc_tracing_tools_2019.png.

Основной сайт для BCC можно найти по адресу: https://github.com/iovisor/bcc.

Российский Linux Verification Center, основанный в 2005, это проект с открытым исходным кодом; они обладают специалистами по автоматизированному тестированию сложных программных проектов, а потому они и специализируются на этом. Всё это включает в себя всесторонние комплекты тестов, платформы и подробный анализ (как статический, так и динамический), который осуществляется на самой сердцевине ядра Linux, так и в драйверах основных устройств внутри самого ядра. В этом проекте большое внимание уделяется тестированию и проверке модулей ядра, которые многие подобные проекты обычно не применяют.

Особый интерес для нас здесь это страница (Интернет службы Удостоверения драйвера Linux); она содержит перечень неких удостоверяющих Правил (Рисунок 1.11):

Просматривая эти правила, мы сможем не только увидеть сами правила, но также и примеры некоторых реальных случаев когда такие правила нарушались кодом драйвера/ ядра внутри ядра основной линии, тем самым приводя к появлению ошибок. Этот проект LDV успешно обнаружил и исправил (отправив исправления обычным образом) некоторые ошибки драйвера/ ядра. В нескольких последующих главах мы будем упоминать случаи таких нарушений правил LDV (например, утечку памяти, ошибки UAF, (Use After Free, применения после освобождения), а также нарушения блокировок) и (возможно) даже исправлять их.

Вот некоторые полезные ссылки на вебсайт LDV:

В этой главе мы подробно рассмотрели аппаратные и программные требования для настройки надлежащей среды разработки чтобы приступить к работе над разработкой ядра Linux.Кроме того, мы упомянули самые основы и предоставили, где это возможно, ссылки для настройки устройства Raspberry Pi, установки мощных инструментов, таких как QEMU и инструментальные линейки кросс трансляции и тому подобное. Мы также пролили свет на прочие "разнообразные" инструменты и проекты, которые вы, в качестве перспективного разработчика ядра и/ или драйвера устройства, можете найти полезными, а также сведения о том, как начать искать документацию ядра.

В этой книге мы несомненно рекомендуем и ожидаем от вас попыток работы с кодом ядра практическим образом. Для этого вы должны обладать надлежащей настроенной средой рабочего пространства ядра, что мы успешно и выполнили в данной главе.

Теперь, когда наша среда готова, давайте двинемся далее и исследуем мир бравых духом разработки ядра Linux! Две следующие главы обучат вас тому как выгружать, раскрывать, настраивать и собирать ядро Linux их исходного кода.

В заключение, вот вам список вопросов, которые проверят ваши знания относительно материалов этой главы. Некоторые из ответов на эти вопросы вы сможете найти в репозитории GitHub этой книги.

Чтобы помочь вам глубже окунуться в предмет при помощи полезных материалов, мы предоставляем достаточно подробный список справочных материалов и интернет ссылок (а временами даже книг) в документе Последующего чтения в репозитории GitHub данной книги.