The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз FreeBSD 11.0, opennews (ok), 10-Окт-16, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


220. "Релиз FreeBSD 11.0"  +/
Сообщение от Аноним (-), 11-Окт-16, 18:26 
> То же самое и с Intel KMS из Linux.

Не, вот извините. Intel может и был заводилой этого но реально это пилится и амд и редхатом, туда же присоединяются компании делающие мобилочные SoC и просто сторонние разработчики. Как угодно но у интела нет монополии на этот проект.

Ответить | Правка | Наверх | Cообщить модератору

249. "Релиз FreeBSD 11.0"  –2 +/
Сообщение от iZEN (ok), 11-Окт-16, 23:14 
>> То же самое и с Intel KMS из Linux.
> Не, вот извините. Intel может и был заводилой этого но реально это
> пилится и амд и редхатом, туда же присоединяются компании делающие мобилочные
> SoC и просто сторонние разработчики. Как угодно но у интела нет
> монополии на этот проект.

Все почему-то пилят KMS только для ядра Linux. Одни FreeBSD-шники должны почему-то линуксовый KMS пилить для себя. Не находите это странным? Я - нахожу.


Ответить | Правка | Наверх | Cообщить модератору

289. "Релиз FreeBSD 11.0"  +3 +/
Сообщение от Аноним (-), 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 фичастые и сложные и модуль ядра поддерживающий все фичи всех семейств железок получается довольно жирный - ну извините.

Ответить | Правка | Наверх | Cообщить модератору

365. "Релиз FreeBSD 11.0"  +/
Сообщение от iZEN (ok), 12-Окт-16, 23:15 
> Я плохо себе представляю линуксных разработчиков пишущих ядра бздам.

Не представляй. Я спрашил: почему разработчики FreeBSD должны пилить линуксовый KMS и не находите ли вы это странным?!

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

Во главе с Intel или NVIDIA? ;) У кого GPU круче и востребованный на поприще видеоигр? ;)
Что-то NVIDIA не торопится предлагать решения на базе линуксового KMS. Интересно, почему? Потому что не надо ей - и UMS достаточно для обхода лузеров 3D-графики в лице AMD и Intel.

> А то что современные gpu фичастые
> и сложные и модуль ядра поддерживающий все фичи всех семейств железок
> получается довольно жирный - ну извините.

Чё там у AMD и Intel аналог NVIDIA CUDA уже завели в линуксовом ядре? И как оно?

Ответить | Правка | Наверх | Cообщить модератору

389. "Релиз FreeBSD 11.0"  +/
Сообщение от Аноним (-), 13-Окт-16, 04:11 
> Не представляй. Я спрашил: почему разработчики FreeBSD должны пилить линуксовый KMS

Не помню чтобы линуксные разработчики требовали от разработчиков FreeBSD что-то пилить. А если у кого не было разработчиков и он решил пристроиться к наработками линуксоидов, насколько это будет удобно - как повезет.

> и не находите ли вы это странным?!

Нет, я не нахожу это странным. Что должно было произойти? Надо было послушать фрибсдшников которых "все устраивало" и вклинить работу остальных на несколько лет?

> Во главе с Intel или NVIDIA? ;)

У нвидии нет слова в процессах. Нвидия выбрала свой путь - пилить что-то свое, за закрытыми дверями. Остальные пожали плечами и пошли разрабатывать свое, как им удобно, а нвидия - как-нибудь сама. У разработчиков блобов нет - с блобами отладка и поиск багов являют собой проблему. С tainted kernel баги ассайнить можно только на константин макарыча.

В последнее время нвидию стало поджаривать на фоне GBM vs Wayland и они стали немного дергаться, догадываясь что пролет может усилиться если не подсуетиться. Но т.к. они проприетарщики, привыкшие пилить нечто за закрытыми дверями - получается так себе. В целом разработчики пиляют как им удобно, а на нвидию смотрят как на пустое место. Как там нвидия пилит свою проприетару - разработчикам пох.

> У кого GPU круче и востребованный на поприще видеоигр? ;)

У разработчиков ядра есть своя интересная и увлекательная игра - разработка ядра. Блоб мешает в нее играть и поэтому - ну ты понял.

> Что-то NVIDIA не торопится предлагать решения на базе линуксового KMS.

Нвидия три года выписывала собственную реализацию KMS. Теперь они свою реализацию KMS вроде бы притаскивают. И как бы вывешивают что-то вроде бы совместимое. Как это работает? Понятия не имею.

> Интересно, почему?

Они три года пахали выпиывая большую часть KMS самостоятельно, т.к. юзеж всторенного наткнулся на технический фак в виде GPL_ONLY :). Я не слежу за блобами нвидии но они вроде бы допилили собственный KMS. Понятия не имею насколько все это работает и сколько там багов. Пусть фанаты блобов с блобами разбираются. Мне это неинтересно.

> Потому что не надо ей - и UMS достаточно для обхода лузеров 3D-графики в лице AMD и Intel.

Они три года пилили, и вроде что-то запилили. Наверное им это было надо. А это уже противоречит твоим словам. Но я не в курсе всех деталей. Кому эти блобы нужны, тот и...

> Чё там у AMD и Intel аналог NVIDIA CUDA уже завели в линуксовом ядре? И как оно?

В ядре для этого меньше всего требуется. Основная масса кода по этому поводу в юзермоде. Если ты не слепой и мы про открытые решения - в твоем любимом шланге и llvm target c говорящим названием AMDGPU. Вообще, оно работает. Баги есть, запилено не все. Меня больше всего напрягает отсутствие interop с images/GL. Он опциональный вроде бы, но без него в DarkTable ускорение на GPU не работает. У амдшников навалом других дел. Но вообще они закончили большую часть инфраструктурных перетрясов и заинтегрировали ядерную часть AMDGPU в ядро. И таки да, они наконец сдержали свое обещание: Rx 4xx поддерживались на стороне ядра на момент выхода железки. Как у интеля не знаю - у меня только старый интеграт есть, на нем opencl никто и не обещал. Он слишком древний. Покупать более новый интель с учетом ME, подписей и секурбутов я не планирую, извини.

Ответить | Правка | Наверх | Cообщить модератору

537. "Релиз FreeBSD 11.0"  +/
Сообщение от john123 (ok), 18-Окт-16, 14:13 

> Я плохо себе представляю линуксных разработчиков пишущих ядра бздам.

Отсутсвие опыта.
В норме, если думать о будущем, пишется максимально портативный код.
Но если как побыстрее и лишь бы работало, то таки получается linux kernel.

Ответить | Правка | К родителю #289 | Наверх | Cообщить модератору

302. "Релиз FreeBSD 11.0"  +1 +/
Сообщение от Andrey Mitrofanov (?), 12-Окт-16, 09:26 
>Одни FreeBSD-шники должны почему-то линуксовый KMS пилить для себя. Не находите это странным? Я - нахожу.

Согласен с предыдущим оратором!! Пусть не пилят же -- свободный же народ. Неудобненько-то как.

Ответить | Правка | К родителю #249 | Наверх | Cообщить модератору

532. "Релиз FreeBSD 11.0"  +/
Сообщение от Dmitry (??), 18-Окт-16, 00:07 
>>Одни FreeBSD-шники должны почему-то линуксовый KMS пилить для себя. Не находите это странным? Я - нахожу.
> Согласен с предыдущим оратором!! Пусть не пилят же -- свободный же народ.
> Неудобненько-то как.

Вы не поверите. Но разработчики FreeBSD решили эту проблему, не переписывая под себя линуксовый KMS.
https://github.com/FreeBSDDesktop/freebsd-base-graphics/wiki

Ответить | Правка | Наверх | Cообщить модератору

534. "Релиз FreeBSD 11.0"  +/
Сообщение от Andrey Mitrofanov (?), 18-Окт-16, 09:42 
>>>должны почему-то линуксовый KMS пилить
>>Пусть не пилят
>решили эту проблему, не переписывая под себя линуксовый KMS.

Ты, милейший, пойди с кем другим по-пере-дёргивай, кому другому поприписывай слова, которые тебе удобнее "опровергать". Или, вон, изена -- метлой-тряпкой.

>> Неудобненько-то как.

Ответить | Правка | Наверх | Cообщить модератору

536. "Релиз FreeBSD 11.0"  +/
Сообщение от Аноним (-), 18-Окт-16, 13:38 
> Вы не поверите. Но разработчики FreeBSD решили эту проблему, не переписывая под
> себя линуксовый KMS.
> https://github.com/FreeBSDDesktop/freebsd-base-graphics/wiki

Если быть точнее -- то сначала задолбавшись переписывать ;)
Ну и в STABLE-ветке пока ничего не видно и не слышно, потому о "решении" проблемы говорить пока что немного рановато.

Ответить | Правка | К родителю #532 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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