В драйвер Radeon добавлена (http://cgit.freedesktop.org/mesa/drm/commit/?id=3163cfe4db92...) поддержка импорта-экспорта объектов GEM через интерфейс DMA-BUF PRIME. Этот интерфейс представляет собой совместно используемый несколькими драйверами GPU буфер с доступом по DMA, что, например, позволяет нескольким GPU с различными драйверами совместно обсчитывать одну и ту же сцену, а также допускает динамическое подключение GPU (gpu hotplug).
Со стороны ядра Linux, поддержка этой технологии была добавлена в версии 3.4 и дополнительно расширена в ядре 3.5. Со стороны X.org, поддержка DMA-BUF PRIME появится в X.org 1.13, ожидаемом в начале сентября. Изменения нужные для работы драйвера Radeon войдут в следующий релиз libdrm (2.4.39).
Также стоит напомнить что libdrm 2.4.38 выйдет в эти выходные. Кроме всего прочего в этой версии добавлены PCI ID новых карт AMD 7000-й серии ("Southern Islands") и исправлено отсутствие некоторых PCI ID для карт AMD 5000-й серии("Evergreen"), а также PCI ID для Intel Haswell. Также улучшена работа с неопознанными устройствами Intel, добавлены наработки PRIME за прошлый месяц, касающиеся Nouveau и Intel, улучшено тестирование видеорежимов, добавлен ряд твиков Radeon от разработчика Marek Olšák, а также некоторые улучшения для TI OMAP от разработчика Rob Clark.URL: http://www.phoronix.com/scan.php?page=news_item&px=MTE1OTY
Новость: http://www.opennet.me/opennews/art.shtml?num=34586
А для чего вообще KMS/GEM создавали изначально? Вроде как бы чтобы отнять у Иксов права рута. А что теперь предлагается? Допустим работают два Иксовых процесса от имени разных пользователей. И как им в этот общий буфер писать? Наделить их снова рутовыми правами?
Рут это вторично, главное это нормальное распределение страниц памяти. Уже сейчас радеоны могут изнутри адресовать витруальную память с преобразованием адресов.
Вот только при чем тут PRIME? Который вообще о том чтобы GPU могли совместно работать над одной сценой например, совместно тягая куски через буфер. Несколько процессов иксов тут вообще каким боком?
о каком руте вы говорите, если речь идёт о вызовах ядра.>И как им в этот общий буфер писать?
нормально будут писать - поддержка импорта-экспорта объектов GEM через интерфейс.
С AMD Trinity все равно на vesa сидеть приходится. Xorg-radеon не работает, Catalyst 12.6 под linux не знает, что есть такое чудо как Trinity, а если его насильно заставляешь, то с яркостью глюки на HP g7-2050er.Vesa наше все.
ээм пока что всё дело в hp увы эти засранцы меняют vbios
здесь: http://h30434.www3.hp.com/t5/Notebook-Operating-Systems-and/... врут?
модель другая, особенно если учесть то, что hp video bios заменяет
> модель другая, особенно если учесть то, что hp video bios заменяетА каким боком пингвину сдался видеобиос?
http://lmgtfy.com/?q=atombios
> http://lmgtfy.com/?q=atombiosТак идея атомбиоса как раз в том что это - платформонейтральный интерпретируемый код. Кто угодно может его интерпретировать и он сделает железке так как надо для именно вот этой вот железки. Не вижу как замена атомбиоса сама по себе должна вызывать проблемы.
Дык вроде сделали поддержку в ядре 3.4 + открытом драйвере.
Чую скоро, скоро на своем Radeon буду играть под Linux в мощные игры!!!
Tuxcart ?
Heroes Of Newerth, Oil Rush, Xonotic...
> Heroes Of Newerth, Oil Rush, Xonotic...В последний из них я и так играю на открытом радеоне. Средние настройки он тянет с вполне нормальным FPS :)
Давно уже пора отправить иксы на покой.
http://russianfedora.ru/content/%D0%A2%D0...
Начиная с мая 2012, в Mesa есть базовая поддержка OpenCL. Для тех, кто не в курсе - поддержка OpenCL уже давно есть в Mac OS X "из коробки" и в Windows, если на ней установлен DirectX 11, но ситуация с графикой в Linux крайне тяжелая, что бы ни говорили ретрограды, которым ничего не нужно, и
OpenCL - не является исключением.
http://russianfedora.ru/content/%D0%92-%D0�...
http://www.russianfedora.ru/content/%D0%9F%D0...
Спасибо! Очень интересно.
Ещё мне понравилась ссылка приведённая на одной из страниц (английский):
http://ppaalanen.blogspot.com/2012/05/wayland-anti-fud.htmlК сожалению, когда не разбираешься сам в вопросе, приходится принимать на веру чужие заявления :-(. Правда, можно попытаться понять, кто из спорщиков более адекватен.
Хейтеры, как и в случае с systemd, изливаются потоками ненависти, но, опять-таки, как и в случае с systemd, очень подозрительно, что признанные специалисты отрасли приветствуют изменение, а анонимные аналитики Linux-ресурсов ругают. Это, разумеется, ничего не доказывает, но дает повод для раздумий. Так вот, мало кто представляет, насколько убог и насколько уже устарел X11.
> как и в случае с systemd, очень подозрительно, что признанные специалисты
> отрасли приветствуют изменение, а анонимные аналитики Linux-ресурсов ругают.Потому что признанные специалисты - себе не враги. И если они видят возможность облегчить свою участь в разы - они готовы переучиться слегка и покодить немного. А есть категория упертых старых хрычей "я так привык и все тут".
На нвидии умвр, чяднт? И OpenCL и OpenGL 4.3 :/
> На нвидии умвр, чяднт? И OpenCL и OpenGL 4.3 :/Юзаешь блобятину. Вот это - днт при открытости системы, определенно.
Нет, буду как ты юзать перекособоченый радеон или ещё тому хуже ушлёпковатый каталист.
Или толстота, или глупость. А скорее всего и то и другое
и что же не так с опенсиэль в линуксах?
Очень долго внедряли в иксы
опенсиэль в иксы? пешите исчо чо