Bug 28598 - PF_RING drivers
Summary: PF_RING drivers
Status: NEW
Alias: None
Product: Sisyphus
Classification: Development
Component: kernel-image-std-def (show other bugs)
Version: unstable
Hardware: all Linux
: P3 normal
Assignee: Vitaly Chikunov
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-02-25 17:28 MSK by timonbl4@altlinux.org
Modified: 2013-02-28 11:18 MSK (History)
5 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description timonbl4@altlinux.org 2013-02-25 17:28:42 MSK
Для увеличения производительности обработки трафика, есть несколько пропатченных драйверов на сетевые карты https://svn.ntop.org/svn/ntop/trunk/PF_RING/drivers/PF_RING_aware/

Вопрос в том, есть ли возможность отправить эти драйверы в сизиф? Как разрешить конфликт с оригинальными модулями?
Comment 1 Sergey Bolshakov 2013-02-25 18:49:24 MSK
не пытаться собирать их в std-def, например.
Comment 2 Anton Farygin 2013-02-25 23:26:58 MSK
Т.е. - выкинуть драйвера из std-def и собирать отдельными пакетами ?
Или собирать в составе std-def и паковать отдельно от основного ядра ?
Comment 3 Sergey Bolshakov 2013-02-26 00:31:49 MSK
нет, я имел ввиду собрать другое ядро для извр^W заинтересованных лиц,
а std-def оставить в покое -- на то оно и std, верно ?
Comment 4 Anton Farygin 2013-02-26 12:42:31 MSK
Для начала хотелось бы понять что мешает интегрировать эти драйвера в основные ядра. Может быть, сменив имя и упаковав в отдельные пакеты.

Мне не нужно ещё одно ядро, мне нужны эти драйвера для всех наших основных ядер.
Comment 5 Anton V. Boyarshinov 2013-02-28 11:14:46 MSK
Мне видятся следующие варианты:
1) если эти драйверы чистый изумруд и не ожидается регрессий, то можно сделать из них патч на наши основные ядра (хотя судя по тому, как оно там лежит, это может быть не вполне тривиальной задачей). Проблема в том, что этот патч будет периодически отваливаться и иногда, что ещё хуже, отваливаться не будет, но и работать нормально тоже.
2) можно собрать их отдельным(и) пакетом, переименовав модули и добавив соответсвующий blacklist. При нынешней системе сборки модулей ядра, это было бы удобно для мантейнеров ядра ;)
Дополнительное дробление пакета kernel-image, думаю, делать не стоит.
Comment 6 led 2013-02-28 11:18:55 MSK
(В ответ на комментарий №5)
А чем не устраивает текущая схема (kernel-modules-pf_ring с конфигом в /etc/depmod.d/)?