Главная » Ядро Linux » Управление конфигурационными параметрами

0

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

Благодаря новой системе компиляции  ядра "kbuild", которая появилась в серии ядер 2.6, добавление нового конфигурационного параметра является очень простым делом. Все, что  необходимо сделать, — это  добавить новую запись в файл Kconf ig, который отвечает за  конфигурацию  дерева исходных кодов ядра. Для драйверов этот файл обычно находится в том  же  каталоге, в  котором находится и  исходный код. Если код  драйвера удочки находится в  каталоге drivers/char/ , то  необходимо   использовать  файл  drivers/char/Kconfig .

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

source Tdrivers/char/fishing/Kconfig

в  существующий файл Kconfig, скажем в  файл  drivers/char/Kconfig .

Конфигурационные записи в файле Kconfig добавляются очень просто. Для модуля управления удочкой эта  запись может выглядеть следующим образом.

config FISHING_POLE

tristate "Fish Master XL support" defaultn

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_ указывать не  нужно, он  добавляется автоматически.

Вторая  строка указывает на то, что  параметр может  иметь  три  состояния (tristate), которые соответствуют следующим значениям:  статическая компиляция  в ядро  (Y), компиляция в качестве модуля  (М)  или  не  компилировать драйвер вообще (N).  Для того  чтобы  запретить компиляцию  кода, который соответствует конфигурационному параметру,  в  качестве модуля   (допустим,  что  этот  параметр определяет не  драйвер. а  просто   некоторую дополнительную функцию)  необходимо указать  ТИП параметра boo l  вместо   tristate .  Текст  в  кавычках,  который  следует  после  этой  директивы, определяет название конфигурационного параметра и  будет отображаться различными  утилитами конфигурации.

Третья   строка позволяет указать  значение этого  параметра по  умолчанию, который  соответствует в данном случае  запрещению компиляции.

Директива  hel p  указывает  на  то,  что  остальная  часть  текста   будет  интерпретироваться как  описание данного модуля.   Различные конфигурационные утилиты могут  при  необходимости  отображать этот  текст.   Так  как  этот  текст  предназначен для  пользователей и разработчиков,  которые будут компилировать ядро, то он  должен  быть  коротким и ясным. Обычные пользователя, скорее  всего, не  будут компилировать ядро,  а сели  будут,  то  тогда  они  должны понимать,  что  в этом  описании сказано.

Существуют также  и другие  директивы файла  конфигурации.  Директива depend s указывает на  конфигурационные  параметры,  которые должны быть  установлены перед  тем, как  может  быть  установлен текущий параметр. Если  зависимости не  будут удовлетворены, то  текущий параметр будет  запрещен. Например,  можно указать следующую  директиву.

depends on FISH_TANK

При  этом  текущий модуль  не  будет  разрешен, пока  не  будет  разрешен модуль, соответствующий конфигурационному  параметру CONFIG_FISH_TANK.

Директива  selec t  аналогична директиве  depends , з а  исключением  того,  что она  принудительно включает указанный  конфигурационный  параметр,  если  включается  текущая конфигурационная  опция.  Ее  не  нужно  использовать так  же  часто, как  директиву depends , потому  что  она  включает другие  конфигурационные опции. Использовать ее так  же  просто.

select BAIT

В этом  случае  конфигурационный параметр CONF’IG_BAIT  автоматически активизируется при  включении конфигурационного параметра CONFIG_FISHING_POLE.

Как  для  директивы  select , так  и  для  директивы depend s  можно указывать несколько параметров с помощью оператора &&. В директиве depend s с помощью восклицательного знака  перед  параметром можно указать  требование, что  некоторый конфигурационный  параметр не должен   быть  установлен.  Например , следующая запись указывает, что  для  компиляции  текущего драйвера необходимо,  чтобы  был установлен конфигурационный параметр CONFIG_DUMB_DRIVERS  и не  был установлен параметр CONFIG_NO_FISHING_ALLOWED.

depends on DUMB_DRIVERS && !NO_FISHING_ALLOWED

После   директив  t r i s t a t e  и  boo l  можно  указать  директиву  if , что  позволяет сделать  соответствующий параметр  зависимым  от  другого  конфигурационного параметра.  Если  условие  не  выполняется, то  конфигурационный  параметр не  только запрещается, но  и  не  будет  отображаться утилитами конфигурации.  Например,  следующая  строка указывает, что  функция "Deep  Sea  Mode"  будет доступна, только  если разрешен конфигурационный параметр CONFIG_OKEAN.

bool TDeep Sea ModeY if OCEAN

Директива if  также  может  быть  указана после  директивы default , что  означает, что  значение по  умолчанию будет  установлено,  только   если  выполняется условие, указанное  в  директиве  if .

Система конфигурации  экспортирует несколько  метапараметров, чтобы  упростить  процесс конфигурации. Параметр CONFIG_EMBEDDED устанавливается только тогда,  когда  пользователь указывает,  что  он  хочет  видеть  вес  параметры,  отвечающие  за  запрещение  некоторых ключевых позможностей  ядра  (обычно с  целью  сохранения памяти на  встраиваемых системах). Параметр CONFIG_BROKEN_ON_SMP используется, чтобы  указать,  что  драйвер не  рассчитан на  системы с симметричной многопроцессорностью.  Обычно этот  параметр не  устанавливается,  при  этом  от пользователя требуется, чтобы  он  сам  убедился в возможности компиляции драйвера для  SMP.  Новые драйверы этот  флаг  использовать не должны.

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

Источник: Лав,  Роберт. Разработка ядра  Linux, 2-е  издание. : Пер.  с англ.  — М.  : ООО  «И.Д.  Вильяме» 2006. — 448 с. : ил. — Парал. тит. англ.

По теме:

  • Комментарии