> Мисье не разу не видел как надо поддерживать всю линейку 2.6.x одним
> кодом?
> мсье вообще-то далеко не один ядерный драйвер писал.

Писать мало - надо поддерживать. А то похоже мисье написал и выкинул на помойку - пусть кто угодно потом портирует и поддерживает.

> Не все берут. Вот рейсерфс-4 не берут, и это самый известный пример.
> не готов.

Отмазки. рейсер был готов очень давно - просто он работал с VM не так как работает ext2-4, а Linux MM заточен только под эти файловые системы и к другим прикручивается очень с трудом.
Примеров того что готово и применялось в продакшене но не взяли - много.
Lustre - и их RAW ops, которые бы позволили кластерным fs экономить сетевое rpc, intent operations - которые выродились в open intent - когда NFS проснулся и понял что это нужная вещь.

Шедулер от колинса - который показывал улучшение - но ведь написан не дружком Торвальдса.
OpenVZ и их изолированные контейнеры - стабильный код, но не принят в ядро.
Им бы развиваться - вместо портирования по разным ядрам.
Да вагон всего.  

> Ибо не берут. То код не так оформлен, то работает с ядром
> не так - причин много будет.
> То уже есть такая функциональность.
> Что делать в этом случае?!
> патчи.

Вот что бы проект развивался - а не занимался постоянными перетаскиваниями по ядрам, и вносом ошибок от портирования - нужен стабильный API.
Хотя видимо хорошая позиция - не взяли, значит не нужно.
Только у тех кто так говорит - с головой проблемы.