modprobe module [ module parameters ]
где параметр module
— это имя модуля, который необходимо загрузить. Все следующие аргументы интерпретируются как параметры, которые передаются модулю при загрузке. Параметры модулей обсуждаются ниже в одноименном разделе.
Утилита modprobe
пытается загрузить не только указанный модуль, но и все модули, от которых он зависит. Следовательно, это наиболее предпочтительный механизм загрузки модулей ядра.
Команда modprobe
также может использоваться для удаления модулей из ядра. Для этого с правами пользователя root необходимо выполнить ее следующим образом.
modprobe Pr modules
где параметр modules
— имя одного или нескольких модулей, которые необходимо удалить. В отличие от команды rmmod
, утилита modprobe
также удаляет и все модули, от которых указанный модуль зависит, если последние не используются.
В восьмом разделе страниц руководства операционной системы Linux приведен список других, менее используемых ключей этой команды.
Управление конфигурационными параметрами
В предыдущих разделах рассматривалась компиляция модуля управления удочкой при условии, что установлен конфигурационный параметр CONFIG_FISHING_POLE
. Конфигурационные параметры рассматривались в предыдущих главах, а теперь давайте рассмотрим добавление нового параметра в продолжение примера модуля управления удочкой.
Благодаря новой системе компиляции ядра "kbuild", которая появилась в серии ядер 2.6, добавление нового конфигурационного параметра является очень простым делом. Все, что необходимо сделать, — это добавить новую запись в файл Kconfig
, который отвечает за конфигурацию дерева исходных кодов ядра. Для драйверов этот файл обычно находится в том же каталоге, в котором находится и исходный код. Если код драйвера удочки находится в каталоге drivers/char/
, то необходимо использовать файл drivers/char/Kconfig
.
Если был создан новый каталог и есть желание, чтобы файл конфигурации находился в этом новом каталоге, то необходимо на него сослаться из существующего файла Kconfig
. Это можно сделать путем добавления строки
source drivers/char/fishing/Kconfig
в существующий файл Kconfig
, скажем в файл drivers/char/Kconfig
.
Конфигурационные записи в файле Kconfig
добавляются очень просто. Для модуля управления удочкой эта запись может выглядеть следующим образом.
config FISHING_POLE
tristate "Fish Master XL support"
default n
help
If you say Y here, support for the Fish Master XL 2000 Titanium
with computer interface will be compiled into the kernel
and accessible via
device node. You can also say M here and the driver
will be built as a
module named fishing.ko.
If unsure, say N.
Первая строка определяет, какой конфигурационный параметр создается. Обратите внимание, что префикс CONFIG_
указывать не нужно, он добавляется автоматически.
Вторая строка указывает на то, что параметр может иметь три состояния (Y
), компиляция в качестве модуля (M
) или не компилировать драйвер вообще (N
). Для того чтобы запретить компиляцию кода, который соответствует конфигурационному параметру, в качестве модуля (допустим, что этот параметр определяет не драйвер. а просто некоторую дополнительную функцию) необходимо указать тип параметра bool
вместо tristate
. Текст в кавычках, который следует после этой директивы, определяет название конфигурационного параметра и будет отображаться различными утилитами конфигурации.
Третья строка позволяет указать значение этого параметра по умолчанию, который соответствует в данном случае запрещению компиляции.
Директива help
указывает на то, что остальная часть текста будет интерпретироваться как описание данного модуля. Различные конфигурационные утилиты могут при необходимости отображать этот текст. Так как этот текст предназначен для пользователей и разработчиков, которые будут компилировать ядро, то он должен быть коротким и ясным. Обычные пользователя, скорее всего, не будут компилировать ядро, а сели будут, то тогда они должны понимать, что в этом описании сказано.
Существуют также и другие директивы файла конфигурации. Директива depends
указывает на конфигурационные параметры, которые должны быть установлены перед тем, как может быть установлен текущий параметр. Если зависимости не будут удовлетворены, то текущий параметр будет запрещен. Например, можно указать следующую директиву.
depends on FISH_TANK