[devel] несколько модулей ядра с одним именем в системе

[devel] несколько модулей ядра с одним именем в системе

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 1073 bytes --]

Суть задачи: есть подсистема dahdi, и собранные дополнительно пакеты
модулей cronyx и wanpipe. При сборке dahdi можно указать значение некоего
#define, которое используется при сборке как всех модулей самого dahdi,
так и всех модулей его использующих.

При одном значении этого #define можно собрать все модули, и они будут
работать. При другом -- собирается только часть из них, зато часть из тех
кто собирается работает в два раза быстрее. И  это в два раза быстрее
критично на нагруженных станциях (где сотни каналов).

Получается необходимость собирать эти модули в двух вариантах.

Задача: хочется иметь возможность поставить одновременно в систему оба
варианта модулей, и иметь возможность runtime выбрать какие из них
используются (выгрузить одни/загрузить другие).

Как это можно сделать?

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

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] несколько модулей ядра с одним именем в системе

[Michail Yakushin]

15.03.2010 03:45, Денис Смирнов пишет:
> Суть задачи: есть подсистема dahdi, и собранные дополнительно пакеты
> модулей cronyx и wanpipe. При сборке dahdi можно указать значение некоего
> #define, которое используется при сборке как всех модулей самого dahdi,
> так и всех модулей его использующих.
> 
> При одном значении этого #define можно собрать все модули, и они будут
> работать. При другом -- собирается только часть из них, зато часть из тех
> кто собирается работает в два раза быстрее. И  это в два раза быстрее
> критично на нагруженных станциях (где сотни каналов).
> 
> Получается необходимость собирать эти модули в двух вариантах.
> 
> Задача: хочется иметь возможность поставить одновременно в систему оба
> варианта модулей, и иметь возможность runtime выбрать какие из них
> используются (выгрузить одни/загрузить другие).
> 
> Как это можно сделать?
> 
> Вроде близкая задача решалась для nvidia, здесь правда усложнение в том
> что этих модулей несколько, да еще и в разных пакетах.
Если оба модуля не требуется загружать одновременно то можно сделать
например так:
1. Собрать модуль в одном значении define
2. переименовать например в dahdi1.ko
3. make clean
4 Собрать с другим значением define
5 переименовать в dahdi2.ko
ну а в пакете symlink например.

Re: [devel] несколько модулей ядра с одним именем в системе

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 771 bytes --]

On Mon, Mar 15, 2010 at 08:37:26AM +0300, Michail Yakushin wrote:

MY> Если оба модуля не требуется загружать одновременно то можно сделать
MY> например так:
MY> 1. Собрать модуль в одном значении define
MY> 2. переименовать например в dahdi1.ko
MY> 3. make clean
MY> 4 Собрать с другим значением define
MY> 5 переименовать в dahdi2.ko
MY> ну а в пакете symlink например.

А как с этой кучей симлинков потому управляться? Это 3 пакета с модулями,
суммарно около двух десятков модулей. Чем их создавать и рулить ими?
Что-то из существующего инструментария (типа alternatives) справится, или
нужно свое что-то извращенное делать?

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] несколько модулей ядра с одним именем в системе

[Michael Shigorin]

On Mon, Mar 15, 2010 at 03:45:10AM +0300, Денис Смирнов wrote:
> Вроде близкая задача решалась для nvidia, здесь правда
> усложнение в том что этих модулей несколько, да еще и
> в разных пакетах.

Вот там и посмотри -- а перекидывать один симлинк или несколько
(у тебя ж есть нужный всем "разным" dahdi, правильно?) можно из
одного скрипта.

Насколько понимаю, инфраструктуры нет, потому как не было чего
обобщать, для начала.  Если в процессе адаптации правок окажется
немного -- ну списывайся отдельно с zerg@ насчёт выноса общей части.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/