URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 88878
[ Назад ]

Исходное сообщение
"Для NetBSD началась реализация поддержки GEM/KMS. Прогресс в..."

Отправлено opennews , 28-Фев-13 17:45 
В свете прекращения поддержки современными открытыми видеодрайверами механизма переключения видеорежимов на пользовательском уровне (UMS) разработчики NetBSD приступили (http://mail-index.netbsd.org/tech-x11/2013/02/25/msg001246.html) к портированию из Linux подсистемы прямого рендиренга (DRM, Direct Rendering Manager) и реализации модулей для управления памятью (GEM, Graphics Execution Manager) и переключения видеорежимов (KMS, Kernel Mode-Setting) на уровне ядра. На начальном этапе планируется (http://mail-index.netbsd.org/tech-x11/2013/02/06/msg001229.html) обеспечить поддержку GEM/KMS для видеокарт Intel, после чего заняться модулями для карт  AMD и NVIDIA. Отдельно отмечается, что большинство связанного с  DRM кода распространяется под BSD-подобными лицензиями, поэтому при портировании данного кода из Linux не должно возникнуть проблем с лицензионной совместимостью кода, интегрируемого в NetBSD. Код который поставляется только под лицензией GPL переносить не планируется.

Тем временем, разрабатываемый (http://www.opennet.me/opennews/art.shtml?num=36169) для ядра FreeBSD KMS-модуль для видеокарт AMD достиг (https://wiki.freebsd.org/AMD_GPU) важного этапа в развитии - с использованием драйвера, базирующегося на KMS-модуле, удалось запустить X.Org-сервер и обеспечить беспроблемную работу Firefox, а также организовать вывод видео через mplayer с использованием XVideo.


URL: http://mail-index.netbsd.org/tech-x11/2013/02/25/msg001246.html
Новость: http://www.opennet.me/opennews/art.shtml?num=36253


Содержание

Сообщения в этом обсуждении
"Для NetBSD началась реализация поддержки GEM/KMS. Прогресс в..."
Отправлено Аноним , 28-Фев-13 17:45 
>удалось запустить X.Org-сервер и обеспечить беспроблемную работу Firefox

про x.org это понятно, но запуск фаерфокс - это такая веха в научно техническом прогрессе?
Или каждый браузер - это своя ОС, то тогда понятно.


"Для NetBSD началась реализация поддержки GEM/KMS. Прогресс в..."
Отправлено anonymous , 28-Фев-13 17:58 
>Или каждый браузер - это своя ОС, то тогда понятно.

Ну ОС, не ОС, но довольно толстое и жирное приложения даже при сегодняшних ценах на память. А учитывая тот факт, что в firefox запихнули целый трёхмерный движок, выбор сего приложения в качестве теста основных функций X.org вполне очевиден.


"Для NetBSD началась реализация поддержки GEM/KMS. Прогресс в..."
Отправлено BayaN , 28-Фев-13 18:36 
Вообще, чувак просто текущий статус описывает: https://wiki.freebsd.org/AMD_GPU

Сначала, у него иксы при запуске висли, потом он смог один xterm запустить, теперь добрался до xvideo и firefox.


"Для NetBSD началась реализация поддержки GEM/KMS. Прогресс в..."
Отправлено _yurkis__ , 28-Фев-13 18:38 
>Вообще, чувак просто текущий статус описывает:

Вот за такой подробный лог ему отдельное большое спасибо.


"Для NetBSD началась реализация поддержки GEM/KMS. Прогресс в..."
Отправлено _yurkis__ , 28-Фев-13 18:36 
Замечательные новости.
Кстати, а что с noveau? В портах вроде было. Но, вроде, там KMS...

"Для NetBSD началась реализация поддержки GEM/KMS. Прогресс в..."
Отправлено ананим , 28-Фев-13 18:54 
> Отдельно отмечается, что большинство связанного с DRM кода распространяется под BSD-подобными лицензиями, поэтому при портировании данного кода из Linux не должно возникнуть проблем с лицензионной совместимостью кода

Коментарии айзена приветствуются.
А то он просто таки настаивал, что на него работали забесплатно.


"Для NetBSD началась реализация поддержки GEM/KMS. Прогресс в..."
Отправлено Аноним , 28-Фев-13 19:05 
Особенно интересно будет послушить господ, еще вчера вопивших что все это не надо и мол нвидия и закрытый блоб рулит и педалит. А теперь оказывается что все-таки надо? Забавно у некоторых точка зрения вертится как флюгер на ветру :)

"Для NetBSD началась реализация поддержки GEM/KMS. Прогресс в..."
Отправлено Michael Shigorin , 28-Фев-13 20:06 
> Забавно у некоторых точка зрения вертится как флюгер на ветру :)

Зачем вот путать вопящих и делающих...


"Для NetBSD началась реализация поддержки GEM/KMS. Прогресс в..."
Отправлено ананим , 28-Фев-13 21:19 
Затем, что вон в соседней новости народ чОтко уверен, что вяленый (да и иксы) завязаны на секретный код линуха.
А то что у *бсд просто нет рук никто не в курсе.
Если с них снять розовые очки, глядишь и бзям полегчает.

"Для NetBSD началась реализация поддержки GEM/KMS. Прогресс в..."
Отправлено BayaN , 28-Фев-13 23:27 
А ты значит хочешь сказать, что epoll в Wayland это не Linux специфичная вещь?
Хотя согласен, сильно страшного там ничего нету.

"Для NetBSD началась реализация поддержки GEM/KMS. Прогресс в..."
Отправлено _yurkis__ , 01-Мрт-13 00:25 
epoll линуксоспецифичная штука.

"Для NetBSD началась реализация поддержки GEM/KMS. Прогресс в..."
Отправлено Led , 02-Мрт-13 02:03 
> epoll линуксоспецифичная штука.

http://en.wikipedia.org/wiki/Libevent


"Для NetBSD началась реализация поддержки GEM/KMS. Прогресс в..."
Отправлено Аноним , 28-Фев-13 20:38 
От того что это кто-то сделал тому кому это не было нужно нужнее оно не стало, или вы думаете все сразу каяться и нахваливать побегут? Так что флюгера ветрами вертеть горазды только вы.

"Для NetBSD началась реализация поддержки GEM/KMS. Прогресс в..."
Отправлено ананим , 28-Фев-13 21:21 
Брррррр.
Знаки препинания для кого придумали?

"Для NetBSD началась реализация поддержки GEM/KMS. Прогресс в..."
Отправлено Михрютка , 28-Фев-13 23:30 
от жеж красавцы. Анхольт в свое время когда дри писал, он для них даже репы отдельные делал, бери да пользуйся. нет, мы будем сидеть, пока жареный пингвин в жопу не клюнет, а потом начнем _портировать_ дрм из линукса.

"Для NetBSD началась реализация поддержки GEM/KMS. Прогресс в..."
Отправлено BayaN , 28-Фев-13 23:51 
>пока жареный пингвин в жопу не клюнет

А ты наверное из тех людей, которые постоянно находятся в этом состоянии. Что-то вышло и ты подорвался пилить.

Внезапно, чтобы что-то появилось в свободном проекте нужно как минимум чтобы появились те кому оно нужно и они был способены это пилить. Видимо раньше в *BSD были только те кому оно просто нужно, сейчас появились те кто ещё и может это реализовать. За это им и спасибо.