The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Индекс форумов
Составление сообщения

Исходное сообщение
"Релиз FreeBSD 11.0"
Отправлено Аноним, 12-Окт-16 04:40 
> Все почему-то пилят KMS только для ядра Linux.

Наверное потому что есть те кому это надо, они умеют это делать и у них есть те или иные мотивы.

Когда стало понятно что иксы с UMS себя исчерпали и не отвечают современным требованиям - народец вокруг бздей бубнил что их устраивает. И в конце концов выпали из рабочих процессов. Линуксоидов то не устраивало. Ну да, пришлось бы переделать ядро. Как видим - все-равно придется, только опосля, впопыхах и криво. Мог бы быть менее болезненный, более удобный и постепенный процесс, если бы от бздей кто-то входил в группу по интересам.

Единственная компания которая как-то извлекает профит из графики применительно к фрибсд - фирма сони. То что с них коммитов как с козла молока а DRM у них означает вовсе не Direct Rendering Manager'а - все уже догадались.

Если посмотреть на индивидуалов - по среднепотолочной статистике какой-нибудь вебни типа википедии, со всей планеты обнаруживается несколько тыщ юзерей с бсд. Это не окупит разработку даже урезанного драйвера. Делать кастом из бсд? Ну, гм, см. выше про сони, они такие вроде бы одни, остальным проще линух взять, даже если придется сорцем делиться.

Да что там разработчики, у вас даже вика тухлая, она не знает о паре поколений новых амдшек. АМД с тех пор btw решило перевести все GCN с модуля Radeon на AMDGPU, радеон останется только для VLIW. А бсдшники к этому готовы? Модуль AMDGPU (и ответка к нему в юзермоде) в бсдах есть? И в каком все это виде? Вика про это вообще загадочно молчит. На самом деле там забавно - AMDGPU теоретически мог бы работать даже с HD69xx, из-за особенностей того как AMD делает чипы ("core" vs "uncore" и того факта что ядро шейдеры не генерит). Но этого делать никто не будет, по крайней мере со стороны амд. А еще недавно Dave Airlie из редхата запилил vulkan для радиков на GCN. На пару с еще одним кексом. Как эксперимент - "what it takes?". Поскольку это не OpenGL - за пару месяцев у полутора землекопов драйвер научился доту запускать. Наверное логично что airlied из редхата - отжигает под линем. В лине образовалось достаточно большое сообщество разработчиков желающих сделать графику на современном уровне. Есть довольно много активных юзерей, которые на всем этом свежаке готовы покамикадзить, вколачивая сотни багов и развлекаясь при случае каким-нибудь git bisect. Что все-таки поинтеллектуальнее обезьяньего компилежа, имхо.

Вся эта группа достаточно большая и достаточно open minded для того чтобы слышать даже нужды достаточно странных лиц типа эмбеддеров с их странным железом типа мелкого LCD на I2C и SPI шине, которые изначально в архитектуру DRM/KMS вписать конечно можно но на первый взгляд выглядит диким оверкиллом. До них дошла суть проблемы и они ее пытаются учесть. Хорошо когда разработчикам нравится их подсистема и они ее хотят сделать по высшему разряду, поэтому если где-то вылезает проблема - они нормально смотрят на то чтобы что-то поменять или доделать.

> Одни FreeBSD-шники должны почему-то линуксовый KMS пилить для себя.

Наверное потому что графику next gen всерьез только линуксоиды и разрабатывают. То что линуксоиды не будут пилить фрибсдшное ядро - наверное логично. Да, DRM/KMS выносит часть операций на сторону ядра. Это логично - всякие низкоуровневые вещи ядро и для другого оборудования отродясь делает. И это хорошо работает.

> Не находите это странным? Я - нахожу.

Я плохо себе представляю линуксных разработчиков пишущих ядра бздам. Это не надо ни разработчикам линя, ни самим бсдшникам наверное. Поскольку DRM/KMS подразумевает некие интерфейсы со строны ядра и доступность самому ядру некоторых базовых услуг типа возможности немного порисовать в что-нибудь типа фреймбуфера - наверное логично что это ядерщики должны кодить. А то что современные gpu фичастые и сложные и модуль ядра поддерживающий все фичи всех семейств железок получается довольно жирный - ну извините.

 

Ваше сообщение
Имя*:
EMail:
Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email).
Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
 
При общении не допускается: неуважительное отношение к собеседнику, хамство, унизительное обращение, ненормативная лексика, переход на личности, агрессивное поведение, обесценивание собеседника, провоцирование флейма голословными и заведомо ложными заявлениями. Не отвечайте на сообщения, явно нарушающие правила - удаляются не только сами нарушения, но и все ответы на них. Лог модерирования.



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру