> в том, что мы не публикуем исходники наших продуктов (за исключением
> того, что уходит в апстрим OpenBSD и других проектов --

Ну а вот автор в лицензии хотел получать возврат наработок в проект. Это способствует развитию его проекта. И кто вы собственно такие, чтобы с нахрапом передергивать и просить автора перелицензировать ваши факапы? Нахалы! Сперва схапают, а потом интересуется "ой, а можно ли?". При том как чужое хапать - на авторские права вам ЧИХАТЬ. А как ВАШЕ хапать - так мы такие щепетильные сразу все из себя. Вот именно такие махровые двойные стандарты мне в таких типчиках и не нравятся. И именно от таких умников GPL и защищает проекты.

> этого немало, поверьте),

Я не собираюсь никому верить на слово. Я в состоянии сравнить уровень развития OpenBSD и Linux самолично. И сделать соответствующие выводы. Удачи впихать OpenBSD на сабжевую плату и чтобы оно при этом что-то осмысленное делало с задействованием фич железки.

> а тут случайно вляпались в GPL-код, который с нашим статически линкуется,

Да, вы так случайно наклали на чужие авторские права, зато свои права вы покачать не забыли почему-то. Интересные такие случайности. Вот GPL от таких "случайностей" GPL как раз и защищает, потому что по другому такие как вы просто не понимают.

> и нам пришлось потратить время на уничтожение GPL-кода.

Как по мне - это честно. Не хотите кооперировать с автором - вкалывайте сами. Или выколупывайте из бздей то что вам там надо. Правда вот в сабжевой отрасли это уже дало свои плоды. Так что теперь там гегемония пингвина. Хотя у *BSD было на 10 лет больше чтобы занять нишу.

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

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

Но тем не менее, я нахожу чертовски забавным когда к проприетариям применяют их же методы. Оказывается, парни не готовы кушать пирожки которые сами же и готовят для других :)

> и у производителя чипсета нет стимула пытаться преодолеть те проблемы, которые
> мешают открытию драйвера. Это рынок, понимаете? :-)

Вообще-то, на топичном рынке в целом наблюдается довольно интересная тенденция: наиболее крупные производители уже начинают пилить DRM+KMS бэкэнды для своих SoC. Это, конечно, далеко не все что от них хотели (а как насчет 3D?). Но по крайней мере это обеспечит простой вывод графики + ставшую стандартной в пингвинах основу для более могучих применений. Не то чтобы предел мечтаний, но лучше чем было.

> нужна блобятина в ядре, или нет? Но ведь всем пох, Rpi продаётся тоннами,

А для Pi как раз в ядре блобятина не требуется "сама по себе". Там "драйвер" является враппером для DSP'шного фирмваре. Фирмваре наворочено до жути и является мини-ОС с своим компилером шейдеров и прочим барахлом. Поэтому "драйверу" достаточно скормить все этому чудо-процу и попросить его сделать зашибись. Ну вот драйвер и получился простой и открытый. Потому что враппер к фирмвари сугубо.

Но этот подход имеет ряд очевидных минусов. В частности - модифицировать логику работы GPU вообще невозможно. Что? OpenCL? При такой архитектуре попытки его реализовать - вообще без шансов. Даже не потому что GPU не смог, а потому что закрытое фирмваре подобнх наворотов не предусматривает.

Вот только там ARMовский проц - вообще так, дополнительный элемент архитектуры. Это GPU где до кучи присобачен ARM для отрисовки менюшек и прочей требухи в медиаплеерах. ARM хилый и стартует вообще опосля GPU, его пинает бинарное фирмваре GPU. Это конечно не блоб в ядре, но без этой блобятины система на ARM вообще не загрузится. Потому что первым загружается GPU вот этой блобятиной, а дальше оно уже раскочегаривает все остальное.

> вот это чудо ещё появилось -- и всё туда же.

Увы, в SoC "благодаря" огороженным мобилкам сложилась довольно закрытая и огороженная экосистема. К счастью ситуация улучшается. Но вот GPU пока остаются проблемным топиком.