На странице (http://wiki.x.org/wiki/RadeonFeature) состояния развития open source драйверов для карт ATI Radeon видно, что карты серии Evegreen так же будут поддерживаться открытыми драйверами. Но работа еще находится в статусе планирование. Так же пока не понятно, как скоро компания AMD предоставит спецификации (возможно они переданы разработчикам неофициально), но вряд ли производитель откажется от своих планов в этой области.URL: http://wiki.x.org/wiki/RadeonFeature
Новость: http://www.opennet.me/opennews/art.shtml?num=23942
Вначале пусть хотя бы r5хх допилют, чтоб не висло посреди игры.
что за "зелёные" карточки, типа энергосберегающие?
ааа, так этож 5800
дрова должны выходить вместе с продуктами. Иначе их надо класть в музей вместе с железом.
А не поможет.Как там обычно с открытыми дровами? Для новой версии драйвера нужна новая mesa, новый xorg, новые модули ядра (всё из гита, а то и из неофициальных источников). Всё это попадёт в дистрибутивы в лучшем случае через полгода, и то - в сыром и непотребном виде. Такая вот она, модель разработки под линукс.
>Всё это попадёт в дистрибутивы
>через полгода
>Такая вот она, модель разработки под линукс.М.б. "такома модель разработки дистрибутивов", всё-таки?
Особо "жгучим" авангардистам никто не мешает тратить время на какой ни то FreeBSD/Gentoo и радовать себя сообщениями "уже в портах! вчерась!!", да. Если недостаточно грячо -- большинство репозитариев открыты, ага.
>М.б. "такома модель разработки дистрибутивов", всё-таки?У них нет другого выхода. Помнится, я пожаловался мейнтенеру nouveau, что внесённые изменения сломали модуль для ядра 2.6.29. Он мне ответил примерно так "Какая разница, уже 2.6.30 вышло, а с ним всё работает".
Короче говоря, с бэк-портированием всё очень плохо. Разработчики сидят на bleeding edge, и из не волнует совместимость с более старыми версиями. Практически невозможно запихать новый драйвер в старый дистрибутив.
Вообще разработчики вроде как и не обещались оказывать поддержку более старых версий. На бэкпортирование пусть голова у дистростроителей болит.
>На бэкпортирование пусть голова у дистростроителей болит.Вот это-то и неправильно. Почему дистростроители должны ковыряться в драйвере и разбираться в железе (которого у них может и не быть)?
Это проблема специфична для линукса с его циклом разработки, и она никак не решается.
>Вот это-то и неправильно.Это правильно.
>Почему дистростроители должны ковыряться в драйвере и разбираться
>в железе (которого у них может и не быть)?А почему разработчики должны фиксить багу, которая уже пофикшена, ради дистров которые они не используют, версий ядра, которые уже устарели и слоупоков от которых никакой пользы разработке? Да и вообще, зачем вам в ваших "стабильных" дистрибутивых последние дрова?
Сидите на vesa - стабильнее некуда.>Это проблема специфична для линукса с его циклом разработки, и она никак
>не решается.Эта _не_ проблема. Проблема - это когда лентяи хотят и рыбку съесть и на * сесть.
> Вот это-то и неправильно. Почему дистростроители должны ковыряться в драйвере и разбираться в железе (которого у них может и не быть)?Правильно, правильно. шапка вон бэкпортирует для RHEL и не жужжит. И ещё и купоны на том стрижёт.
> Помнится, я пожаловался мейнтенеру nouveau, что внесённые изменения сломали
> модуль для ядра 2.6.29. Он мне ответил примерно так "Какая разница, уже 2.6.30
> вышло, а с ним всё работает".Это очень правильный разработчик и очень правильный ответ. Хотелось бы, чтобы так было всегда.
> Короче говоря, с бэк-портированием всё очень плохо.
Бэкпортирование - не дело разработчиков. Это грязная работа, и заниматься ей должны дистростроители, и прочий сброд, который ради высшей справедливости поддерживает старье и топчется на месте.
>Такая вот она, модель разработки под линукс.s/модель разработки под линукс/модель разработки дров для производителей железа, которые плюют на пользователей/. Как видите, такая проблема только с дровами на это ублюдище.
Они выходят. fglrx поддерживает эти видеокарты.