Linux Kernel (Ядро линукса) (часть 2)

Инициализация таблицы методов блочного устройства

Поле fops дескриптора gendisk инициализируется адресом специализированной таблицы методов блочного устройства. Вполне вероятно, что таблица foo ops драйвера устройства содержит функции, специфичные для этого драйвера. Например, если аппаратное устройство поддерживает съемные диски, то общий слой работы с блочными устройствами вполне может вызвать метод media changed для проверки, был ли вставлен новый диск с момента последней операции монтирования или открытия файла на этом устройстве. Проверка обычно производится путем отправки контроллеру нескольких низкоуровневых команд, и поэтому метод media changed всегда специфичен для драйвера.

Аналогичным образом, метод ioctl вызывается только тогда, когда общий слой работы с блочными устройствами не знает, как обрабатывать какую- либо команду ioctl. Например, этот метод обычно вызывается, когда системный вызов ioctl пытается определить геометрию диска, т. е. количество цилиндров, дорожек, секторов и головок. Реализация этого метода тоже специфична для драйвера.

Выделение и инициализация очереди запросов

В этот момент разработчик драйвера должен создать очередь запросов, которая будет хранить запросы, ожидающие обслуживания. Это легко сделать с помощью следующего кода:
foo.gd->rq = blk_init_queue(foo_strategy, &foo.lock); if (!foo.gd->rq) goto error_no_request_queue; blk_queue_hardsect_size(foo.gd->rd, foo_hard_sector_size); blk_queue_max_sectors(foo.gd->rd, foo_max_sectors); blk_queue_max_hw_segments(foo.gd->rd, foo_max_hw_segments); blk_queue_max_phys_segments(foo.gd->rd, foo_max_phys_segments);
Функция bik init queue выделяет дескриптор очереди запросов и инициализирует многие его поля значениями по умолчанию. Она принимает в качестве параметров адрес спин-блокировки дескриптора устройства (для поля foo. gd->rq->queue_iock) и адрес процедуры-стратега, входящей в состав драйвера (для поля foo.gd->rq->request_fn). Кроме того, функция bik init queue о инициализирует поле foo. gd->rq->eievator, заставляя драйвер использовать алгоритм по умолчанию для планирования ввода/вывода. Если драйверу понадобится другой лифт, он сможет впоследствии переопределить адрес в поле elevator.

Затем некоторые вспомогательные функции записывают в различные поля дескриптора очереди запросов значения, предложенные драйвером