не пытаться собирать их в 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 удалён. Неактуально.