>> ведь оно и в APU будет, т.е. прямо сопроцессором на ядре проца по сути.
> Вот когда будет, тогда и поговорим. Пока нет предмета для разговора.

А оно уже, по сути. И интел и амд пихают видяху в процы. ARM тоже. Это предсказуемо. Ты говорил что тебя обучали микроэлектронике? Тогда ты должен подозревать о том что такое интеграция и как идет этот процесс. Кстати драйвер HD7000 уже выложен. И понятный пень требует KMS.

>> которыми у вас тоже грабли, так еще и одни из главных
>> баламутов по перетряхиванию интерфейсов управления памятью и прочая.
> Вы всё время приписываете важные инновации разработчикам ядра Linux, но их заслуг
> в этом деле довольно мало.

Да, идите и расскажите интелам, амд и прочим какие они там все лохи. А то почему-то они не гнушаются переопределить интерфейсы если видят что текущие не обеспечивают достижения их целей. И правильно делают. Требования к графике нынче не те чтобы слоупочить как в 80-х прошлого столетия, где если графическая подсистема вытягивает 3 окошка в 16-цветном режиме - все счастливы до поросячьего визга, т.к. раньше и такого не было.

> Так, Intel передала код управления режимами графических адаптеров в ядро Linux, а
> не наоборот — не линуксоиды его написали.

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

> Так что заслуг в этом разработчиков ядра Linux нет.

Чувак, это "заслуги разработчиков ядра [и не только ядра] из интел". Так понятнее? Кстати амд тоже наняли себе разработчиков, как раз и делавших драйвера для их видеокарт, насколько я помню :)

> Далее, команда разработчиков X.org разрабатывает графический сервер и клиент, драйверы
> для доступных видеокарт, а не разработчики операционных систем это делают.

А от разработчиков операционных систем требуется вовремя предоставлять адекватные интерфейсы этим самым драйверам.

> Каких-то неуспехов разработчиков ядра FreeBSD в том, что графическая система для Intel
> у них не готова, НЕТ, так как Intel не делилась с ними кодом GEM/KMS для их ядра.

У интела нет никакого интереса к фрибсд, вот и не делились. А неуспех - в том что далеко не только интел решил валить на этот интерфейс между ядрами ОС и драйверами xorg, а у вас его и нету.

> Исключение было сделано только для Linux, Windows и Mac OS X по обоюдному
> согласию сторон. Разработчики FreeBSD и OpenIndianа не виноваты в том,
> что Intel не оказала им своего внимания и поддержки.

Так и intel не виноват в том что эти системы развивались в какую-то такую сторону так что интелу они оказались не интересны в плане графики совершенно никак. Они представлены сугубо на серверах, на десктоп всерьез влезть даже не пытались. А на серверах видеокарта сверх минимального VGA-адаптера ("раз настроить и забыть") как правило ни к чему.

> Но и у разработчиков ядра Linux в этом нет особых заслуг.

...кроме интеграции интела и прочих амд в этот процесс. Вот это - зачетно придумано, да :)

>> побочный костыль, явно не являющийся для эппла приоритетным направлением.
> Многие Open Source программы графического плана зависимы от X-библиотек.

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

> Им подписали смертный приговор на платформах, отличных от Linux.

Динозаврам всегда кто-то подписывает смертный приговор. Адаптируйся к новым реалиям или вымирай, освободив дорогу более достойным представителям.

>> Ну не сдались на серверах иксы а минимальное отображение и в
>> режиме vga-адаптера прокатит. Скажите ораклу спасибо, чо.
> Чем более универсальная операционная система, тем более жизнеспособней она является.

Спасибо, Кэп. Ты озвучил причины по которым мне нравится пингвин :)

>> Кто ж виноват что остальные стухли?
> Intel сделала ход конём и избавила сообщество Open Sourсe от конкуренции свободных
> операционных систем и десктопных приложений на них.

Интел всего лишь достигает своих целей. Им для их нужд нужен линукс. А солярисы и бсды им некуда приткнуть. Вот им и перпендикулярно что случится с солярисами и бсдами.

> Монополизация и выдвижение только одного противника Closed Source на десктопах
> является прекрасным стратегическим моментом для контроля за поведением ВСЕГО ландшафта
> Open Source.

Все намного проще: интел упирается только по тем направлениям которые ему интересны и актуальны для достижения своих целей. Тот кто предоставляет разработчиков понятный хрен получает некий объем влияния, как минимум на свою зону ответственности. И это логично и правильно когда участники процесса могут на него влиять. Интел - тоже участник процесса. Почему им надо полностью запретить влиять на него - не понятно.

> Wayland и аналогичные технологии графических подсистем способны разрушить
> монополию Linux+X.org

А нет никакой монополии. Есть динозавры не осилившие новые условия, когда темп развития графической подсистемы - чуть быстрее чем во времена VGA карточек.

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

Сюрприз, сюрприз: Qt, GTK, SDL и OpenGL приложениям плевать, иксы им там обеспечат вывод картинки или что-то еще. И это покрывает 99% типичных программ используемых под *nix. Гвоздями прибиты к иксам довольно немногие программы. Остальным иксы не очень то и нужны. Ну так иди и конкурируй.

>> вообще сроду плевать хотели.
> Это из-за того, что Open Source программы, использующие X'ы на Mac OS
> X, не конкуренты нативным приложениям, мало интересны пользователям.

Это из-за того, что эппл (как и любой иной проприетарщик) любит vendor lockin'ы. Самопальная ни с чем не совместимая графическая система - нормальный способ прибить гвоздями программы к своей системе, так что просто и быстро портировать их на другую ОС вот так сразу не получится. Правда хитрые программеры нашли и на это воркэраунд. Осозависима только прослойка реализующая "кирпичики" (GTK, Qt, SDL, OpenGL), а программам плевать что там за ОС вообще. Сильная привязка к иксам - заявка на хреновую кроссплатформенность программы, т.к. иксы есть не везде.

> Cитуацию можно было бы повернуть в свою пользу, но этого больше не хотят сами
> разработчики X.org, к сожалению.

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

> Это говорит о том, что X.org сдаёт свои позиции и начинает умирать.

Он в макоси всегда был каким-то побочным выкидышем. Как и весь опенсорс у эппла. Понимаешь, они бы вообще в идеали хотели б барыжить софтом через аппстор. А тут - какая-то халява? В обход их бабловыжималки?! Да вы опупели. Придушить!

>> Ну вот и пилится проект теми кому надо и кто может.
> Естественно. Но зачем убирать из управляющего совета тех, кто может объединить
> заинтересованных разработчиков?!

Не вижу толп заинтересованных разработчиков, для начала.

>> я не думаю что у вас от этого станет лучше с драйверами.
> вы предлагаете разработчикам FreeBSD, Mac OS X, OpenIndiana самим заняться разработкой
> драйверов для графических карт? Тогда зачем нужен X.org и Wayland? :))

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

>> Вы ж не станете копипастить 1 в 1 все пингвиньи кернельные интерфейсы? :)
> Это не исключено.

Ну вот я думаю что поскрипят да и сделают KMS, управление памятью "как у вон тех" и прочая и дрова снова будут подходить. Ну а не сделают - кому хуже то?

> "Линуксулатор" — давно отработанная технология.

KMS и прочая требует допиловки ядра. Нафиг там линукслятор - хз, впрочем сами в своих костылях разбирайтесь.

> Но будет ли от этого радостнее разработчикам графических приложений,

Им будет похрен. Они в общем случае о xorg вообще ничего не знают.

> а не ядра, которые не хотели бы привязывать своё приложение к определённой
> версии ядра Linux? Вот в чём вопрос.

Они бы не хотели привязываться еще и к наличию иксов. И не привязываются как правило. Поэтому все эти перетряски вообще 99% программ будут фиолетовы, хоть там wayland все захавает, они и не заметят что что-то поменялось вообще. Извини, в винде например иксов нет совсем, что не мешает кроссплатформенному софту и там работать.