Компания AMD специально для дистрибутива Ubuntu выпустила (https://launchpad.net/ubuntu/maverick/+source/fglrx-installe...) новую неофициальную версию проприетарного видеодрайвера для видеокарт ATI - AMD Catalyst 10.10, которая включает в себя следующие изменения:
- Добавлена поддержка Linux-ядра 2.6.35;
- Добавлена поддержка X.org сервера 1.9;
- Исправлена ошибка сборки драйвера после установки патча, исправляющего уязвимость (http://www.opennet.me/opennews/art.shtml?num=27979) (CVE-2010-3081) в 64-разрядных Linux-ядрах, которая позволяла непривилегированному локальному пользователю получить root-доступ к системе.
URL: https://launchpad.net/ubuntu/maverick/+source/fglrx-installe...
Новость: http://www.opennet.me/opennews/art.shtml?num=28066
Вроде они открыли драйвер, что опять закрыли?
открыли не драйвер а спецификации на видеочипы. Драйвера на основе этих спеков как были так и есть radeonhd и video-ati, а собственный закрытый драйвер тоже как развивался так и сейчас развивается и его код никто никогда не договаривался открывать.
там ещё хуже - про opengl проприетарный не забываем, да?
т.е. мало драйвер сделать, нужно ещё и месу допилить.
когда объём работы представляешь, понимаешь, что не плохо то и справляются.
Они открыли документацию к программированию видеокарт и дали возможность писать открытый драйвер + помогают в его разработке. А параллельно продолжают работать над их собственным fglrx драйвером, который никогда не открывали. Пока он все еще быстрее открытого в opengl играх, лучше совместим с компизом, поддерживает акселерацию видео и намного быстрее и совместимее в профессиональных приложениях (CAD, моделирование и т.д.). Пока открытый не дорос до всего этого - развиваются оба драйвера ;)
>Вроде они открыли драйвер, что опять закрыли?Они открыли спеки на свои чипы + помогают делать открытый драйвер. Нынче многие амдшные видяхи ... работают без установки этой проприетари в той же убунте. В смысле, с 3D ускорением и все такое. А каталист как всю жизнь был закрытым так и остался. Там скорее всего такая мешанина "интеллектуальной собственности" кучи фирм и прочая что амд врядли бы смогло это открыть даже если захотело бы.
>>Вроде они открыли драйвер, что опять закрыли?
>
>Они открыли спеки на свои чипы + помогают делать открытый драйвер. Нынче
>многие амдшные видяхи ... работают без установки этой проприетари в той
>же убунте. В смысле, с 3D ускорением и все такое. А
>каталист как всю жизнь был закрытым так и остался. Там скорее
>всего такая мешанина "интеллектуальной собственности" кучи фирм и прочая что амд
>врядли бы смогло это открыть даже если захотело бы.Да, при чём, я думаю, что если открытый драйвер таки догонит\обгонит офф. драйвер, то они вполне могут тормознуть развитие второго. Т.е. он будет, так, для виду, но будет редко обновляться и новые фичи приносить, а основные усилия - на открытый.
Совсем не застопорят - винда ж еще есть. Под нее выпускать открытый драйвер смысла не имеет: микрософт практически додавил любителей писать дрова своими подписями и чем там еще. Ну и смысл открывать сорс если там копаться некому? А вот в линухе открытый драйвер для амдевых карт почему-то делает проприетарный в 2D :D. Особенно когда речь заходит о выводе видео с активным композитным манагером окон например.
Я так понимаю, между разработкой драйвера для Винды и для Линухов есть аж 0.001% сходства, так что это 2 абсолютно разные вещи. Я имел ввиду именно драйвер для Линукс и пр. Под Винду они не будут так делать уже по тем причинам, что я написал раньше - юзвери заклюют ничего не поняв, а то и вообще в массовой панике кинутся требовать возврата денех и т.п., всё таки там - по большому счёту - "не тот контингент"...
>Я так понимаю, между разработкой драйвера для Винды и для Линухов есть аж 0.001% сходства,может и так (хоть это и не так), но вот к примеру в нвидиа процентов так 90 всё тоже самое.
и знаете почему?
потому, что только какой-нибудь студент может считать, что программа - это как правильно в дельфях (дотнетах, жабах - подставить по вкусу) на форму элементов накидать.
видите ли, какая бы ось не была заюзана, количество регистров, портов, адресов в видюхе остаётся постоянным. и код их обслуживающий - тоже.
более того - opengl, который идёт с проприетарными дровами и обеспечивающий аппаратное ускорение - тоже.
с учётом последнего 90% - это я ещё как-то мало оценил. процентов на 95 код одинаков. и только на 5% специфичен для конкретной OS. а может и ещё меньше.
Брехня.
Линуксвэй - ядерный drm-модуль, умеющий KMS, управление питанием и т.д, уже реализованные в ядре
Переходник libdrm
dri-модули Иксов, подключающие через переходник к ядру и реализующие OpenGL. Причём, нонче модно, чтобы OpenGL реализовывался через api галлиума.
А кроме dri нужен собсвенно драйвер (такой как собирается из xf86-driver-ati), опять-таки подключающий через переходник к ядру, умеющий EXA, а лучше UXA для ускорения 2D операций и т.д.
Нвидиявей (каталиствей для справедливости тоже) - блоб в ядре и самодостаточный dri-модуль иксов, первый положил на KMS, второй - на gallium, например.
Вот и общая кодовая база на 90%.
так что именно брехня? вы уж определитесь - общая у них база или нет. :D
зы:
кстати, драйверам пох как режимы переключать, т.к. доступ к железу (запись в порты в/в, вызов прерываний,...) - ВСЕГДА в режиме ядра, ибо в юзерспейсе просто НЕТ таких полномочий.
как-то после доса именно так везде повелось. проприетарщики просто НЕ_ХОТЯТ поддерживать стандартные системные вызовы кмс. им трудно обернуть свои вызовы в вызовы кмс. а дрм они вообще никогда не поддерживали. и т.д. по всем (всем!!!) пунктам.
в результате (ретроспектива дров nvidia) - идёт блобом 13'461'896 nv-kernel.o и юзерспейсная часть, переводящая вызовы понятны ос в вызовы модуля, общий объём:
NVIDIA-Linux-x86_64-256.53/kernel$ du -b ../kernel - 13975488 ../kernel
13975488-13461896=513592 => 100*513592/13975488 ~=3.67% (не совсем корректно, тк интерфейсная часть в исходниках, но поскольку в скомпиляченном виде ещё меньше, то сойдёт)
в винде возможно интерфейсеая часть больше, но порядок тот же. и это ещё без куды и опенжиэль.
Брехня в том, что это нормально, что так и должно быть. Это инородная клизма в организме linux и xorg.
>кстати, драйверам пох как режимы переключать, т.к. доступ к железу (запись в порты в/в, вызов прерываний,...) - ВСЕГДА в режиме ядра, ибо в юзерспейсе просто НЕТ таких полномочий.Не новость. Только есть апи, глупо им не пользоваться.
>проприетарщики просто НЕ_ХОТЯТ поддерживать стандартные системные вызовы кмс. им трудно обернуть свои вызовы в вызовы кмс. а дрм они вообще никогда не поддерживали. и т.д. по всем (всем!!!) пунктам.
>им трудно обернуть свои вызовы в вызовы кмсРасскажи это тем, кто пилит нувьё и оборачивает вызовы в КМС, и последний работает (или подразумевается, хех, что должен работать) на тех же самых картах нвидии.
А ответ прост - не пользуются предоставляемыми апи, так как теряется общая кодовая база с виндовым драйвером (разбор полётов с лицензиями оставим в покое). Вот и вся нехотелка. Потому блоб нвидии и является клизмой для linux.
>идёт блобом 13'461'896 nv-kernel.odrm модули под конкретные карты (интел, нувьё для нвидиякарт или радеоны разных мастей), которые в идеале должны использовать GEM (с радеонами, правда, тут тоже не совсем чисто), KMS и прочая, иначе зачем унифицировали и выделяли стандартные интерфейсы? KMS, впрочем, кроме унификации проворачивает приятный номер, как только соответсвующий drm модуль загружен, УЖЕ можно менять видеорежимы + их дальнейшая бесшовная смена (иксы ли, консоли становится без разницы).
>юзерспейсная частьlibdrm
Проблем и изъянов для видеодрайверописателей в такой архитектуре, которую сейчас предлагает linux, нет. Хотя я соврал, пожалуй одна проблема всё-таки есть - эти дрова надо изначально писать под linux (иначе, как ты говоришь, код существующего драйвера, да ещё гордо заявляющего, что 90% общего кода, под linux не обернуть).
И я не лезу в dri хорга (так, как он представляется по мнению разработчиков хорга и месы), но просто скажу, что он тесно теперь интегрирован с drm, со всеми вытекающими последствиями.
Другой вопрос, что нвидия уже сейчас худо-бедно работает (здесь я умышленно лукавлю, к сожалению, к открытым дровам претензии иного характера, в первую очередь в плане покрытия моделей и стабильности. Хотя в некоторых аспектах открытые дрова на некоторых, опять же, моделях уже могут дать фору, а не просто сравниваются).
>Брехня в том, что это нормально, что так и должно быть. Это инородная клизма в организме linux и xorg.а кто с этим спорил? акстись.
зы:
всё остальное - толи тупой троллинг, толи.. обижать даже и не хочется. речь шла о проприетарных дровах. и как бедным проприетариям тяжко их по платформам распихивать. вопросы?
ззы:
вот это -
>эти дрова надо изначально писать под linux (иначе, как ты говоришь, код существующего драйвера, да ещё гордо заявляющего, что 90% общего кода, под linux не обернуть).вообще бред. дрова должны корректно реализовывать заявленные требования и реализовывать внешний интерфейс (тот который максимум 5%) в том виде, который принят на платформе. всё.
>а кто с этим спорил? акстись.Читаем ветку с 5.25
>между разработкой драйвера для Винды и для Линухов есть аж 0.001% сходства
>может и так (хоть это и *не так*), но вот к примеру в нвидиа процентов так 90 всё тоже самое.Дальше было расжёвывание почему тоже самое, и почему вслучаи с linux это неправильный подход
>дрова должны корректно реализовывать заявленные требования и реализовывать внешний интерфейс
>который принят на платформе. всё.Правильный подход. Именно поэтому, я требую реализовать и реализовать корректно внешний интерфейс (KMS), который принят на платформе, если не ошибаюсь, с 29 ветки.
>всё остальное - толи тупой троллинг, толи..
>ззы:
>ззы:
>ззы:
Кстати, заметьте что АТИ заибила на видяхи ниже 2ххх серии при этом открыв сообществу спеки на эти видяхи. Мол, пусть сообщество поддерживает это старье. Но они не учли что свободный драйвер еще не настолько готов что-бы тягаться с проприетарным. Так что, фактически, АТИ кинула свих линукс-пользователей (в том смысле, что на последнюю Убунту атиевский драйвер не поставишь, а свободный - тормозит).
Не АТИ, а АМД. Компании АМД принадлежит бренд АТИ, но видяхи ниже 2ххх она (АМД) не делала.
То что АМД открыла документацию на очень добротные чипы нужно радоваться. А старые видеокарты скоро вымрут. Кстати, старые видеокарты не очень, уж лучше нвидиа того поколения.
АМД вообще видяхи до 2ххх не выпускало. То что они не собираются тянуть этот балласт как бы логично. А свободный драйвер... ну на х1300 например в нем 2D куда резвее чем в проприетарном, а 3D оно конечно медленнее, но этого вполне достаточно чтобы побегать в некс на не очень крутых параметрах. А для топовых параметров в современных играх такая видяха один фиг слаба. Кстати все познается в сравнении. Я помню был ньюс что нвидия совсем на старые видяхи тоже забила. И, в отличие от, спеков не выложила. Поэтому остальные тоже без щансов дрова нормально написать. Это чем-то лучше?
>Кстати, заметьте что АТИ заибила на видяхи ниже 2ххх серии при этом
>открыв сообществу спеки на эти видяхи. Мол, пусть сообщество поддерживает это
>старье. Но они не учли что свободный драйвер еще не настолько
>готов что-бы тягаться с проприетарным. Так что, фактически, АТИ кинула свих
>линукс-пользователей (в том смысле, что на последнюю Убунту атиевский драйвер не
>поставишь, а свободный - тормозит).ИМХО, наоборот, АМД-АТИ как бы намекнула, подтолкнула сообщество, мол развивайте открытые драйверы. В данном случае, на мой взгляд, амд просто пытается сэкономить на разработке драйверов, предвидя, что рано или поздно открытый драйвер всё равно может "догнать и перегнать", и что выпуская новые драйвера, они лишь "косвенно" препятствуют этому, так что "может оно и к лучшему - наше дело железки реализовать, а уж они пускай делают с ними что хотят". Тем более, как уже было сказано, они и сами участвуют (скорее так, инспектируют и багрепортят, но всё же) в разработке открытых драйверов.
Все основные разработчики - сотрудники AMD либо RedHat.
>Все основные разработчики - сотрудники AMD либо RedHat.Возможно. Просто я не владею точной информацией по конкретно этой теме. В любом случае, когда большая часть кода будет дописана, допилена и оптимизирована, то нужды особой в проприетарном драйвере, ни в большом штате разрабов - не будет. Вернее (скорее) часть их просто направят немного в другую "сферу деятельности", более инновационно-экспериментальную, надо полагать. Что опять же, тоже не есть плохо.
он тоже.
ибо там изначально работал сотрудник новел, которая сюзя.
> Так что, фактически, АТИ кинула свих линукс-пользователейможет и так, но тут смотря с кем сравнивать...
...свободные драйвера для ATI -- хотябы с OpenGL работают. в отличии от свободных драйверов для NVidea
тоесть -- не нада расценивать всё с той точки зрения что все люди якобы обожают проприетарщину (некоторые люди например -- не выносят ситуаций когда проприетарщина начинает требовать какихто там определённых версий библиотек для своей гнусной работы)
О! они "догнали" иксы? ;) хм...
вот эти пункты:
>Добавлена поддержка Linux-ядра 2.6.35;
>Добавлена поддержка X.org сервера 1.9;как в генту юз флаги добавить, скомпилить и новость запостить.
3-я - вообще не функционал.
>вот эти пункты:
>>Добавлена поддержка Linux-ядра 2.6.35;
>>Добавлена поддержка X.org сервера 1.9;
>
> как в генту юз флаги добавить, скомпилить и новость запостить.
>3-я - вообще не функционал.И не use-флаги, а сменить amd64 на ~amd64. Тогда и скачается и ядро последнее, и иксы.
От себя добавлю, что компиз скачать, и кде. И будет супер! Кстати говоря, ати до сих пот работает с aiglx ужасно! На топовой не ощущается, а на встроенной притормаживает. Вывод: используйте xgl.
# layman -a kde-sunset
# emerge -av compiz =kde-meta-3.5*
я говорил не об установке, а о "сложности" сабжевого "релиза".
скомпилил под новые иксы и кернел - объявляй новый релиз. прикольно.
>> О! они "догнали" иксы?Теперь могут месяца три ничего не делать ;)
Не полгода - год :-) А ведь сарказм "Пока в Убунте будут иксы 1.7, аэмдэшники не добавят поддержку иксов новее" оказался 100%-й правдой - кто бы мог подумать?!
Ещё вчера на линуксорге встретил на форуме способ запустить каталист в убунте с иксами 1.9, и не понимал, а причём здесь Убунта...
Первая строчка новости всё объясняет.
>Не полгода - год :-) А ведь сарказм "Пока в Убунте будут
>иксы 1.7, аэмдэшники не добавят поддержку иксов новее" оказался 100%-й правдой
>- кто бы мог подумать?!
>Ещё вчера на линуксорге встретил на форуме способ запустить каталист в убунте
>с иксами 1.9, и не понимал, а причём здесь Убунта...
>Первая строчка новости всё объясняет.Видите, лень им и не хочется разрабатывать новые версии. А вот посколько на Убунту\Минт сидит довольно заметное количество "народу", то и пытаются не отставать от (конкретно) неё, чтоб не охаивали их юзеры, особенно, новички (которые, как правило, даже и не знают как обновить иксы), в том, что их видяхи не работают. Т.е. пока что отставать от Убунты - не в их интересах. :)
10-й месяц? Вроде бы пару дней назад тольк был 10.9? И где обещанный OpenGL 4.2?
>10-й месяц? Вроде бы пару дней назад тольк был 10.9? И где
>обещанный OpenGL 4.2?А на что ж вам этот OpenGL 4.2?
>OpenGL 4.2О_О кто то угнал машину времени?
>>OpenGL 4.2
>
>О_О кто то угнал машину времени?Вот и я думаю...
Фу ты... 4.1. http://www.opennet.me/opennews/art.shtml?num=27435
А насчёт "зачем"... Ходят слухи, что новые гонки на УАЗиках будут с тесселяцией, применённой к дорожному покрытию и бездорожью.
А где написано, что драйвер выпущен специально для убунты? похоже на дешевый пиар. Пакеты для убунты только на лончпаде, на сервере AMD никаких пакетов для Убунты не нашел.
> А где написано, что драйвер выпущен специально для убунты? похоже на дешевый
> пиар. Пакеты для убунты только на лончпаде, на сервере AMD никаких
> пакетов для Убунты не нашел.Это уже не первый раз, AMD специально для Cannonical дает возможность использовать драйвер с поддержкой новой версии X Server до публичного релиза этого драйвера.