Embedded Linux Device Drivers: Роли, Runtime Insights и руководство по разработке

Примечание редактора: Embedded Linux последовательно ранжируется среди самых популярных операционных систем для embedded system design. С взрывным ростом Internet of Things, его универсальность по всем слоям IoT приложений незаменима. Мастерство embedded Linux позволяет инженерам разрабатывать сложные, надежные системы быстро. В *Mastering Embedded Linux Programming – Second Edition*, Chris Simmonds ведет читателей через эту мощную ОС с ясными, практическими примерами.

В этом отрывке из Главы 9 автор объясняет, как kernel device drivers взаимодействуют с железом, как разработчики могут писать и использовать эти драйверы, и почему это знание важно для embedded инженеров. Следующие секции разбивают ключевые концепции:

• Понимание их роли
• Чтение driver state на runtime
• Device drivers в user space
• Написание kernel device driver
• Обнаружение hardware configuration

Адаптировано из *Mastering Embedded Linux Programming – Second Edition*, by Chris Simmonds.

Глава 9. Взаимодействие с Device Drivers

Kernel device drivers экспонируют базовое железо остальной системе. Как embedded system разработчик, вы должны понимать, как эти драйверы вписываются в общую архитектуру и как обращаться к ним из user-space приложений. Большинство систем включают драйверы для общих периферий, позволяя вам манипулировать железом — такими как GPIO пины, LED, SPI и I²C — без написания kernel кода. Однако когда вы сталкиваетесь с кастомным железом, вам нужно будет написать или адаптировать драйвер.

Эта глава покрывает:

• Роль device drivers
• Character devices
• Block devices
• Network devices
• Узнавание о драйверах на runtime
• Нахождение правильного device driver
• Device drivers в user space
• Написание kernel device driver
• Обнаружение hardware configuration

Роль device drivers

Как описано в Главе 4, kernel инкапсулирует множество hardware интерфейсов системы, представляя их в user-space в консистентной манере. Device drivers медиатируют между этим kernel слоем и физическим железом ниже. Они могут контролировать реальные устройства (например, UART, MMC) или представлять виртуальные устройства (например, /dev/null, ramdisk). Один драйвер может управлять множественными экземплярами одного типа устройства.

Kernel драйверы запускаются с полными привилегиями, обращаясь к процессорным регистрам, обрабатывая прерывания и выполняя DMA. Они используют robust синхронизацию и memory-management инфраструктуру ядра. Однако эта сила приходит с риском: баговый драйвер может уронить всю систему. Поэтому драйверы должны быть простыми, предоставляя данные и операции, оставляя policy решения user space. Например, загрузка модулей в ответ на plug-in события обрабатывается user-space daemon udev, не kernel.

Linux классифицирует драйверы в три основных типа:

• Character — Unbuffered I/O с тонким интерфейсом; дефолтный выбор для кастомных драйверов.
• Block — Спроектирован для block I/O к mass storage, с обширным буферированием; неподходит для других целей.
• Network — Похоже на block devices но обрабатывает передачу и прием пакетов.

Четвертая категория включает pseudo-filesystems, экспонирующие драйверную функциональность через группу файлов (например, GPIO доступный через /sys/class/gpio). Эта глава начинает с глубокого исследования первых трех типов.

Character devices

Character devices появляются в user space как специальные файлы, называемые device nodes. Каждый node мапится к драйверу через major number и идентифицирует специфический интерфейс через minor number. Например, на ARM Versatile PB, первый последовательный порт — /dev/ttyAMA0 с major 204 и minor 64; второй порт делит тот же major но использует minor 65. Полный список для четырех портов показан ниже:

# ls -l /dev/ttyAMA*
crw-rw---- 1 root root 204, 64 Jan 1 1970 /dev/ttyAMA0
crw-rw---- 1 root root 204, 65 Jan 1 1970 /dev/ttyAMA1
crw-rw---- 1 root root 204, 66 Jan 1 1970 /dev/ttyAMA2
crw-rw---- 1 root root 204, 67 Jan 1 1970 /dev/ttyAMA3

Стандартные major/minor номера перечислены в Documentation/devices.txt, хотя кастомные устройства могут использовать значения, определенные в kernel source. Например, PL011 UART driver декларирует:

#define SERIAL_AMBA_MAJOR 204
#define SERIAL_AMBA_MINOR 64

Когда драйвер поддерживает множественные экземпляры, device node имя обычно добавляет instance number к базовому имени (например, ttyAMA + 0‑3).

Device nodes могут быть созданы автоматически или вручную:

• devtmpfs — драйвер регистрирует интерфейс и daemon создает node.
• udev / mdev — user-space daemon извлекает имя из sysfs и создает node.
• mknod — статические nodes созданы вручную во время system build.

С Linux 2.6 и далее, major number это 12 бит (1–4095) и minor number это 20 бит (0–1,048,575). Этот расширенный диапазон поддерживает огромный массив устройств.