Summary: | PF_RING drivers | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | timonbl4 <timonbl4> |
Component: | kernel-image-std-def | Assignee: | Vitaly Chikunov <vt> |
Status: | NEW --- | QA Contact: | qa-sisyphus |
Severity: | normal | ||
Priority: | P3 | CC: | aen, kernelbot, led, placeholder, vt |
Version: | unstable | ||
Hardware: | all | ||
OS: | Linux |
Description
timonbl4@altlinux.org
2013-02-25 17:28:42 MSK
не пытаться собирать их в std-def, например. Т.е. - выкинуть драйвера из std-def и собирать отдельными пакетами ? Или собирать в составе std-def и паковать отдельно от основного ядра ? нет, я имел ввиду собрать другое ядро для извр^W заинтересованных лиц, а std-def оставить в покое -- на то оно и std, верно ? Для начала хотелось бы понять что мешает интегрировать эти драйвера в основные ядра. Может быть, сменив имя и упаковав в отдельные пакеты. Мне не нужно ещё одно ядро, мне нужны эти драйвера для всех наших основных ядер. Мне видятся следующие варианты: 1) если эти драйверы чистый изумруд и не ожидается регрессий, то можно сделать из них патч на наши основные ядра (хотя судя по тому, как оно там лежит, это может быть не вполне тривиальной задачей). Проблема в том, что этот патч будет периодически отваливаться и иногда, что ещё хуже, отваливаться не будет, но и работать нормально тоже. 2) можно собрать их отдельным(и) пакетом, переименовав модули и добавив соответсвующий blacklist. При нынешней системе сборки модулей ядра, это было бы удобно для мантейнеров ядра ;) Дополнительное дробление пакета kernel-image, думаю, делать не стоит. (В ответ на комментарий №5) А чем не устраивает текущая схема (kernel-modules-pf_ring с конфигом в /etc/depmod.d/)? |