>>> ведь оно и в APU будет, т.е. прямо сопроцессором на ядре проца по сути.
>> Вот когда будет, тогда и поговорим. Пока нет предмета для разговора.
> А оно уже, по сути. И интел и амд пихают видяху в
> процы. ARM тоже. Это предсказуемо. Ты говорил что тебя обучали микроэлектронике?
> Тогда ты должен подозревать о том что такое интеграция и как
> идет этот процесс. Кстати драйвер HD7000 уже выложен. И понятный пень
> требует KMS.Линуксовый, ой, простите, интелловский KMS.
>> Вы всё время приписываете важные инновации разработчикам ядра Linux, но их заслуг
>> в этом деле довольно мало.
> Да, идите и расскажите интелам, амд и прочим какие они там все
> лохи. А то почему-то они не гнушаются переопределить интерфейсы если видят
> что текущие не обеспечивают достижения их целей. И правильно делают.\
Я что-то не пойму. С одной стороны ты вроде как за свободное ПО. С другой стороны ты рад, что свбодное ПО для одного не самого лучшего, надо сказать, в технологическом плане ядра пишут фактически махровые проприетарщики, но, опять же, почему-то Apple в изгоях. Хотя Apple продолжает выкладывать новые версии CUPS и другие технологии в исходных текстах не акцентируя внимания на Linux, да и к другим свободным *nix у этой компании нет особого внимания. Это у тебя особый принцип фильтрации по признаку "свой-чужой"? Почему такая нелюбовь к Apple и любовь к Intel? Ведь Intel не раздаёт ICC под GPL, а Apple фактически раздаёт LLVM/Clang без особых ограничений.
> Требования к графике нынче не те чтобы слоупочить как в 80-х прошлого
> столетия, где если графическая подсистема вытягивает 3 окошка в 16-цветном режиме
> - все счастливы до поросячьего визга, т.к. раньше и такого не
> было.
А никто и не слоупочит. Ядра других операционных систем не обязаны поддерживать бинарный интерфейс ядра Linux для внешних устройств отображения. У них архитектура другая. Тем более, что KMS — это нарушение принципа модульности, когда архитектура одного ядра диктует особеснности работы с железом разработчикам других ядер, заставляя их адаптировать чуждые протоколы взаимодейстия. Почему NVIDIA не настаивает на KMS в ядрах других операционных систем и выкладывает блобы драйверов для всех ОС, с которыми способны работать их видеокарты? И, знаешь ли, долгое время NVIDIA остаётся хоть и закрытым, но прекрасным решением для других свободных ОС, на которых не обращают внимание разработчики программно-аппаратных решений для Linux KMS.
>> Так, Intel передала код управления режимами графических адаптеров в ядро Linux, а
>> не наоборот — не линуксоиды его написали.
> Ты не понял? Интел пилит куски ядра линукса. Став нормальным участником процесса
> как и все остальные. То что в твой хилый мозг не укладывается этот простой факт - я не виноват.
> Они теперь тоже в каком-то роде линуксоиды. Им нужен пингвин - они и пашут.
Да вроде бы логично: ноутбуки на Intel могут поставляться только с Windows или с Linux, больше ни одна операционка на них не заведётся. Вот и всё. IBM это устраивает в плане иметь влияние в софтверных решениях наравне с Microsoft, а не полностью отдать мобильный сегмент на откуп ей. Intel это устраивает в качестве конвергентного участия. AMD тоже устраивает — высокопроизводительные видеокарты на ноутах. А вот у NVIDIA проблемы: не забыть вовремя купить лицензию на межчиповый протокол взаимодействия у Intel и, не дай бог, поссориться с AMD, иначе мобильного рынка не видать.
> Вроде бы логично.
Ещё бы. У каждого свой кусок пирога и другим в рот не заглядывает. NVIDIA, правда, жалко. На правах бедного родственника крошки с пиршества подбирает.
>> Так что заслуг в этом разработчиков ядра Linux нет.
> Чувак, это "заслуги разработчиков ядра [и не только ядра] из интел". Так понятнее?
Плохо то, что ты не понимаешь, за чей счёт выпивка.
> Кстати амд тоже наняли себе разработчиков, как раз и делавших драйвера для их видеокарт, насколько я помню :)
Алекс Дойтер, насколько я правильно произношу его фамилию. И что? Apple наняла разработчиков CUPS и LLVM.
>> Далее, команда разработчиков X.org разрабатывает графический сервер и клиент, драйверы
>> для доступных видеокарт, а не разработчики операционных систем это делают.
> А от разработчиков операционных систем требуется вовремя предоставлять адекватные интерфейсы этим самым драйверам.
Да нет же. Это ядро должно быть с выверенной архитектурой, а под него должны писаться драйверы, а не наоборот — не ядро подстраиваться под особенности драйверов. А ты всё с ног на голову ставишь.
>> Но и у разработчиков ядра Linux в этом нет особых заслуг.
> ...кроме интеграции интела и прочих амд в этот процесс. Вот это -
> зачетно придумано, да :)
"За чей счёт выпивка?"
> Эппл вообще как-то по жизни клал на опенсорс и пер своей дорогой.
Apple спонсирует LLVM — бери и пользуйся.
Apple ведёт разработку CUPS — бери и пользуйся, альтернатив нет.
Так что там кладёт Apple на опенсорс?
> Опенсорс для них всего лишь возможность быстро и нахаляву сдернуть что-то и поюзать, ни с кем не делясь.
Назови мне несколько закрытых вещей, которые нужны свободным *nix'ам от Apple. Я тебя очень прошу, назови их! Не томи. Мне нужно знать, что ты желаешь видеть в GNU/Linux из технологий Apple под лицензией GPL (одной из версий). А то, как-то, беспредметный у нас с тобой спор на тему "Такая плохая Apple".
