Для увеличения производительности обработки трафика, есть несколько пропатченных драйверов на сетевые карты https://svn.ntop.org/svn/ntop/trunk/PF_RING/drivers/PF_RING_aware/ Вопрос в том, есть ли возможность отправить эти драйверы в сизиф? Как разрешить конфликт с оригинальными модулями?
не пытаться собирать их в std-def, например.
Т.е. - выкинуть драйвера из std-def и собирать отдельными пакетами ? Или собирать в составе std-def и паковать отдельно от основного ядра ?
нет, я имел ввиду собрать другое ядро для извр^W заинтересованных лиц, а std-def оставить в покое -- на то оно и std, верно ?
Для начала хотелось бы понять что мешает интегрировать эти драйвера в основные ядра. Может быть, сменив имя и упаковав в отдельные пакеты. Мне не нужно ещё одно ядро, мне нужны эти драйвера для всех наших основных ядер.
Мне видятся следующие варианты: 1) если эти драйверы чистый изумруд и не ожидается регрессий, то можно сделать из них патч на наши основные ядра (хотя судя по тому, как оно там лежит, это может быть не вполне тривиальной задачей). Проблема в том, что этот патч будет периодически отваливаться и иногда, что ещё хуже, отваливаться не будет, но и работать нормально тоже. 2) можно собрать их отдельным(и) пакетом, переименовав модули и добавив соответсвующий blacklist. При нынешней системе сборки модулей ядра, это было бы удобно для мантейнеров ядра ;) Дополнительное дробление пакета kernel-image, думаю, делать не стоит.
(В ответ на комментарий №5) А чем не устраивает текущая схема (kernel-modules-pf_ring с конфигом в /etc/depmod.d/)?
PF_RING — сторонние out-of-tree драйверы, в состав ядра не входят и не входили; flavour std-def удалён. Неактуально.
