> 1). Ядро Linux - его версия не важна,Знакомьтесь, это - Зенитар. Феерический ламер, который однако не прочь толкнуть свое мнение. Код драйверов и сами GPU этот баклан не видел даже на картинке, не говоря про GPU на основе GCN.
И поэтому не знает что:
1. Новые GPU типа Rx 2xx с старыми ядрами работают от "никак" до "фигово". Старые ядра их совсем не знают, в менее древних - баги. Даже в 3.15-RC баги! И вероятно не все успеют зашибить до релиза 3.15. Например, "performance patches" скорее всего уже не попадут в 3.15 т.к. не фикс, а улучшение. А баги с зависоном при неких сценариях активной работы с VRAM - локализованы, но опять же, насколько фикс успеет войти в 3.15 - вопрос! С ним иные проблемы есть. Так что если у вас Rx 2xx - вам вообще для полного счастья по идее 3.16 ядро надо, которое только в проекте :-). Оно, конечно, работает и сейчас, просто менее идеально чем могло бы хотеться.
2. Даже если забыть об убер-новых GPU, MESA/libdrm/etc - включают ряд фич в зависимости от умений остальных компонентов, в частности - ядра. DRM и KMS - используют для своей работы возможности ядра. Библы вывешивают фичи кернела юзермоду. Так что если некое ядро не умеет нужные возможности - обновление либ не поможет. Сколько либы не апдейть, UVD-декодер без свежего ядра не заработает. И нормальное управление питанием не появится.
3. Наиболее интересный и полезный код, типа нового управления питанием (реализующий логику наподобие каталиста) - свежак. Потому бажный и протестирован не на всех мыслимых конфигурациях. Баги есть. Их давят. Появилось в 3.10/3.11, но обезбажено до состояния когда его активировали по дефолту только в 3.13. Но лучше использовать ядро 3.14, если не хочется встретить какой-нибудь веселый баг. Типа залипания некоторых GPU на 160МГц, со скоростью счета "почти как у софтварного рендерера MESA".
4. В особо древних ядрах были весьма фееричные баги. Например, ядра до 3.5 не инициализировали у радеонов дополнительные каналы памяти (если они есть). Так что если у вас мощная видеокарта с 128-битной шиной DDR и более - вы очень даже можете получить некислую просадку в скорости "просто потому что забыли проинициализировать дополнительные каналы памяти". И будет ваш шикарный агрегат с турбинами работать с памятью на уровне затычки для слота. Обидно, да?! Всего несколько строк кода дали турбореактивную прибавку. Но этот код - в ядре. Никакие юзермодовые либы это в жизни не починят.
В общем, хотите попрыгать по граблям и/или остаться без поддержки полезностей в радеонах - древние ядра в помощь. А как по мне - за предложение возиться с старыми ядрами в контексте радеонов - яйца надо советчику отрывать. Сразу и без обсуждений.
> взять новый drm и драйверы intel, ati и nouveau из нового
> ядра Linux и установить в старое. Так например делают разработчики Debian.
Называя вещи своими именами, дебиан "из коробки" весьма погано работает с большинством GPU с использованием открытого стека. Погано - в том плане что медленно, бажно, без уймы фич и только со старыми GPU. Если у вас древняя затычка для слота и вас от GPU интересовали только эффекты на десктоп - можно и так оставить. Иначе это будет субоптимальным решением.
Если честно, самое простое решение которое подобралось со знакомыми дебианщиками - вкатить апдейты из "oibaf PPA" (в большинстве инсталляций дебиана это прекрасно прокатывает) и свежее ядро (опять же, можно взять у убунтуев в так называемом "kernel PPA", который, btw, не столько PPA, сколько просто даунлоады сборок свежих ядер).
> 2). Следом идёт libdrm. У libdrm и драйверов intel, radeon и nouveau
> нет никакой синхронизации версий!
Теоретически, и либы и MESA достаточно хорошо совместимы. Практически - тоже. Отвалов по этим причинам - не попадалось, ибо свежие фичи используют только если нашли их поддержку. Костылестроение, зато совместимость не так страдает. Но лучше выбирать MESA, libdrm и прочих более-менее из одного периода времени, желательно свежие. А если кусаются баги - так их репортить надо. Наступить на проблемы в либах вывешивающих KMS и DRM - еще суметь надо. Реально их апдейтить надо только в паре случаев, когда их меняли чтобы добавить недостающие софту фичи (использование UVD, IIRC, может потребовать обновления этих либ). С другой стороны я еще не видел чтобы от апдейта этих либ становилось хуже.
> 3). Далее идёт ещё один драйвер intel, radeon и nouveau, на этот раз для Xorg.
А это называется DDX-драйверами. Они являются клиентами DRM/KMS подсистем. От них в радеоне как правило минимум проблем. Интель - где как, зато работает шустренько. Нвидия - фиг ее знает.
> 4). И наконец Mesa, одна версия на три видеокарты. Это GLX, DRI и OpenGL.
По большому счету MESA - тоже клиент DRM/KMS. Ее тоже libdrm/libkms могут интересовать. Как и ядро. Для использования новых фич. Но если их нет - просто отпадут некоторые фичи, ничего фатального как правило не будет, если различия версий в разумных пределах. Стоит понимать что экзотичные сочетания типа MESA годичной древности в паре с свежим -RC ядра просто мало кто тестирует и поэтому вы рискуете быть первым кто соберет вообще все грабли такой конфигурации, если разработчики где-то просчитались.
> 5). Опционально libva и libvdpau, любые версии.
Вообще-то
1. Только свежие. Старые версии понятия не имеют как в радеоны с их UVD и некоторые нвидии. Там должна быть либа-довесок с платформоспецифичным бэкэндом.
2. Все это достаточно требовательно к версии ядра и остальной инфраструктуры KMS/DRM. С старыми либами DRM или ядром никакого vdpau на радеоне не будет, потому что они не знают как это делать. А старая либа vdpau не в курсе что радеоны так могут и там нет бэкэнда. Так что опять же, свежак и только так.
> куча условий, чтобы заработало! А теперь внимание:
Да, внимание. Помним мы как эта ваша нвидия недавно не работала с свежими ядрами вообще. Несколько версий ядра к ряду. Настолько шикарные грабли с открытым стеком отхватить - вообще сложно.
> выдаст очень большой FPS на максимальных настройках графики!
Зато если взять кернел 2014 года, что для компьютера 2014 года логичнее - можно отхватить по полной программе. И как ты понимаешь, Linux 2005 года ничего не знает о, допустим, USB 3.0 и xhci контроллерах. А проcpaть скорость работы USB в 10 раз - печально! Да и вообще, большой вопрос насколько там чипсет поддерживается ядром 9-летней давности и вообще бутанется ли оно. Ведь на момент написания ядра 2005 года такого железа не было даже в проекте.
