Компания Collabora подвела (https://www.collabora.com/news-and-blog/blog/2018/12/17/a-dr.../) итоги адаптации платформы Android для использования штатного графического стека ядра Linux, KMS-драйверов и API DRM (Direct Rendering Manager). Переломным моментом стал выпущенный в прошлом месяце смартфон Google Pixel 3, в котором компания Google впервые задействовала только возможности штатной графической подсистемы ядра Linux, без использования собственного низкоуровневого графического стека ADF. Ожидается, что в дальнейшем и другие производители смартфонов перейдут на использование обычных DRM/KMS-драйверов Linux.Около 6 лет назад Google был вынужден разработать собственный графический стек ADF (Atomic Display Framework), который на момент своего создания предоставлял такие расширенные возможности как атомарное обновление режимов экрана, явная синхронизация (Explicit Synchronization, позволяет оценить текущее состояние буфера отрисовки) и управление энергосберегающими режимами. В настоящее время все данные функции уже реализованы в компонентах основного ядра Linux, поэтому необходимости в дополнительных надстройках больше нет.
URL: https://www.collabora.com/news-and-blog/blog/2018/12/17/a-dr.../
Новость: https://www.opennet.ru/opennews/art.shtml?num=49804
Гугл хотел создать свой стандарт, но обломился переход на фуксию и свои поделки держать нет смысла.
Всмысле, фуксия обломалась?
Все средства и программисты ушли на фуксию, на Анройд средств не хватает.
Мощный у чувака упорин. Фуксией какой-то бредит. Кто этой фигне дрова то будет писать? Там с дровами вообще по нулям, для вообще всего :). И даже у гугла кишка тонка столько накодить.
А кодить, как и всегда и везде, будут производители устройств. И под фьюшу тоже.
Ну вот когда будут - тогда и приходите. А то пока я что-то весь этот легион в git log майнлайнового ядра вижу.
Речь ведь об армах. Давно ли уже линукс может запускаться на армах без проприетарных дров? Естественно OpenHardware не в счёт.
Именно запускаться - дохрена. Подцепить ВСЕ железки, со ВЕМИ фичами - уже второй вопрос. Только вот фуксии в этом будет не легче, а толпы разработчиков вокруг нее все же нет.
Что, в Гугле тоже распиливают?
а постоянное открытие и закрытие новых сервисов по вашему зачем делается? деньги "потраченные" на внутренние разработки не облагаются налогом...
Что за бред? Налогом облагается как минимум зарплата сотрудников, кто эти проекты делает. Так что мимо.
А налог на прибыль не платится. А вся прибыль пошла на разработки. Которые выкинут необходимость в постоянном переписывании дров.
Это вы сейчас про Майкрософт с их эпичным циклом выбрасывания написанного раз в 3 года?
Скорей бы фуксию - надо прекращать этот зоопарк.
Сингулярность всё ближе. Ядро линукс концептуально не для устройств с экранами.
Экран - всего-лишь еще одно устройство ввода-вывода. Что не так в линуксах с этим?
С момента становления DRM/KMS там с этим все стало достаточно логично и неплохо на самом деле. Ну вот как дошли подсистемы до кондиции - так и гугл стал ими пользоваться. Продавать смарты с глючной графикой они таки не могут себе позволить. Им нужно commercial-quality решение. Пока линух по части графики был компромиссом - они использовали свои решения. А как он смог в бескомпромиссную графику - так и...
драйвера видеокарт))) да и с интелловскими интеграшками не оч. 630 видеоядро хоть запускает и работает, но разрешение экрана фиг выставит как надо. не для серваков хватает и vesa с vt, а десктопный вариант поголовно глухо. такие кренделя с настройкой временами, что не удивительно, что популярность системы до сих пор низкая. если бы система имела один четкий стандарт для всех это бы дало толчок к распространению. а так все пишут как могут. но в этом и плюс. хоть так не загадили систему так как виндовс.
Походу MS не только уволил QA, но и здорово оптимизнул расходы на форумных троллей :)
мс фигово платит. винда на смартах в пролете. на десктопах все хотят мак. да и хромос нахрамывает на планшеты. беда ... не платят никому. вот жалуюсь.)))) а если по делу то правда решили бы уже по видео в линукс. постоянно то один подход , то другой. а все на месте. 10 лет жду когда таки завезут прилично работающее ускорение. и чтоб автоопределение))))
Чет настолько толсто, что даже тонко. Ни разу никаких проблем с интеловскими интеграхами не имел, начиная от древних атомов вплоть до нынешних корок. На ноуте 630 (+ 1050М), никаких вопросов не возникает от слова совсем. Было очень больно и печально раньше, когда вместо интегрированного видео на интеловских платформах использовались чипы Via, мир их праху. Вот там да, висло/крашилось/глючило регулярно. А интеловские дрова объективно одни из лучших.
тогда объясни причину полного нежелания правильно работать на 630 графике? я реально разрешение меняю через xrender скриптом. потому как стандартный интелловский по умолчанию ставит 1024*768 и это на 27 дюймах)) че только не перепробовал и ставить свободный и опять менять на интелловский. всего 3 вида подходит и ни один не может выставить разрешение. более того в графике даже нет таких режимов. заблокировано. скриптом стаит, но хрень какая то сносит все настройки после выключения. где то в кедах)) как выход запилил скрипт и автостартом пускаю. но это не выход) на ноуте стоит hd 2000 там проблем нет.
В логи смотрели? Покажете?
Бывает EDID битый.
Зачем xrender, если можно в xorg.conf.d (если конфигурация не меняется и не "многопользователей")?
В этом то и проблема экран должен быть основным и не разрывно связанным устройством которого не может не быть. А этом то и проблема Линукса. Если фуксия полетит вот и посмотрите как всё должно работать.
> В этом то и проблема экран должен быть основным и не разрывно
> связанным устройством которого не может не быть. А этом то и
> проблема Линукса. Если фуксия полетит вот и посмотрите как всё должно
> работать.что за бред я прочёл?
может у вас и постоянная память обязана быть всегда и не может не быть? и коннект в интернет тоже всегда обязан быть?
>> В этом то и проблема экран должен быть основным и не разрывно
>> связанным устройством которого не может не быть. А этом то и
>> проблема Линукса. Если фуксия полетит вот и посмотрите как всё должно
>> работать.
> что за бред я прочёл?
> может у вас и постоянная память обязана быть всегда и не может
> не быть? и коннект в интернет тоже всегда обязан быть?Да потому что это основной функционал девайса и ось для него должна быть специализированная. А не многофункциональный монстр про всё и ни о чём. Ну и конечно дрова от компонентов должны подходить для любой версии ос. А не как в линуксе это поддерживаю до 3.14 а дальше сами перепишите как-нибудь.
>>> В этом то и проблема экран должен быть основным и не разрывно
>>> связанным устройством которого не может не быть. А этом то и
>>> проблема Линукса. Если фуксия полетит вот и посмотрите как всё должно
>>> работать.
>> что за бред я прочёл?
>> может у вас и постоянная память обязана быть всегда и не может
>> не быть? и коннект в интернет тоже всегда обязан быть?
> Да потому что это основной функционал девайса и ось для него должна
> быть специализированная. А не многофункциональный монстр про всё и ни о чём.а что делать если у тебя в телефоне два экрана (с e-ink второй (или первый?)? или если у тебя медиацентр раздающий видеокартинку по вайфай (AirPlay и аналоги)? или это часы с экранчиком 100*100 из светодиодов?
> Ну и конечно дрова от компонентов должны подходить для любой
> версии ос. А не как в линуксе это поддерживаю до 3.14
> а дальше сами перепишите как-нибудь.про интерфейс для дров (с версионностью оного, как ОпенГл примерно - есть "язык версии Х" который реализуют конкретные дрова) я бы согласился если бы не одно очень жирное НО - текущее положение вещей заставляет открывать дрова или тратить много бабок на поддержку в актуальном состоянии (либо просто выдавать ток одну версию закрытых дров под одну версию ядра - тока такое никому не нравится и многие таки действительно будут голосовать рублём и ногами)
а открытые дрова всегда предпочтительнее закрытых, даже если они хуже функционалом - у них есть 95% шансы быть улучшенными до 135% функционала закрытых
у закрытых дров таких шансов нет (даже нвидия не особо тянет этот состав)я бы предпочёл чтоб дрова которые выкидываются из ядра из-за отсутствия пользователей и поддержки закатывались в пластик "интерфейс дров версии Х", а в ядре были бы сами интерфейсы
Сингулярность 2.0 вышла 14 ноября 2008 г.
> Скорей бы фуксию - надо прекращать этот зоопарк.Фуксия - это очередной из миллиона pet project'ов гугли, мелкий эксперимент посмотреть а что вообще получится, без каких либо обязательств и ожиданий. Судя по всему - ничего. Но у гугла это же самое с 90% случается, а в утиль они могут списать и гораздо более крупные и дорогие проекты, типа гуглоплюса.
Ну почему же ничего. Её закрывать проще.
> Ну почему же ничего. Её закрывать проще.Да там вроде и закрывать особо нечего пока. Команды нет, дров нет, рабочих процессов нет. С таким же успехом Иваныч может свою сторожку в чистом поле закрыть, примерно столько же народа заметит.
Она запаченная, удачи в закрытом производительском зоопарке. (хоть и с Линксовым GPLv2 то же похоже)
Гугл может перейти на что угодно,все приложения андроида всё равно исполняются в собственной надстройке,так что зря слюной брызжете.
Вот-вот пока что оставят все дефолтное от линукса, сделают своё хорошее и перенесут все сразу.
> перенесут все сразу.Сразу после переезда столицы в Васюки. Быстрее столько дров они не перепишут.
> Гугл может перейти на что угодно,все приложения андроида всё равно исполняются в
> собственной надстройке,так что зря слюной брызжете.А дрова они откуда возьмут? У них там уже и так то приступ очередной волны комитов в майнлайн, потому что патчить каждое ядро они таки задолбались. А это всего лишь несколько вспомогательных подсистем. Если кто не понял, линуксное ядро на 90% состоит из драйверов... и вот это никакой гугл не перепишет, это годы и годы вджоба легионов кодеров и многие миллиарды зелени.
Сколько из этих драйверов необходимо именно гуглу для их устройств?
Кем писались драйвера для их нужд все эти годы?
> Сколько из этих драйверов необходимо именно гуглу для их устройств?Гугл как бы не настолько скудоумный - они деньги делают не на устройствах, а на экосистеме. Состояние экосистемы их соответственно очень интересует. И они будут делать то что лучше для формирования экосистемы. А там мир выбрал Linux. Хотя-бы разработчики дров.
Устроства гугла - это spearheading. Всего лишь. Они задают тон. Показывают как пользоваться технологиями правильно. Пример для подражания. Reference design. А не какой-то бизнес на миллион. Гугл не на устройствах деньги делает, а на экосистеме вокруг. Как то стор с газилионами программ, реклама, в т.ч. и в программах, свои собственные сервисы и проч.
Гуглу например удобно чтобы видео работало безупречно, а кодек жрал минимум бандвиза. Чтобы юзеры перлись от ютуба. А их профит в чем? Ну они врежут пару минут рекламы в некоторые ролики и получат свои мегабаксы с просмотров, как-то так :)
> Кем писались драйвера для их нужд все эти годы?
Толпой самых разных конторок, в основном чипмейкеров или по их заказу, которые наелись досыта и уже несколько лет к ряду интенсивно комитят в майнлайн. Так что большая часть железок уже в майнлайне на самом деле уже.
А им много дров надо? При случае портирует из Open/NetBSD (внезапно), как и другие поступают, когда дров не хватает.
> А им много дров надо?Более чем дохрена.
> При случае портирует из Open/NetBSD (внезапно), как
> и другие поступают, когда дров не хватает.И что, много в OpenBSD дров для сотовых модемов на экзотичных интерфейсов? Для странных встроенных GPU? Для всяких гиро-акселей, магнитометров и чипов менеджеров питания? Мобилка - это вам не замшелый сервант, там железо все же несколько другое и более специфичное. Настолько, что в опен и нет бсд может даже подсистем такого рода не быть. А их сказ про портабельность сводился к тому что процессорное ядро как-то запустилось вроде. Да, как-то запустилось, но без активного управления power manager'ом железка или будет работать со скоростью черепахи, или убьет батарейку за три часа.
И вот так посмотришь на объем всего этого - и понимаешь почему ядро линя на 90% состоит из дров. А в опен и нет бсд всего этого просто нет.
Напишут производители. А если фуксию хорошо сделают так их и переписывать никогда не придётся.
> так их и переписывать никогда не придётся.Т.е. наивный чукотский юноша думает что в линухе подсистемы ядра переписывают чисто по приколу, потому что разработчикам заняться нечем? :)
Но вот потом разрабочтик из MS чего-то ноет, что линух видите ли, работает значительно быстрее. И железо как бы не константа по времени - и что было хорошо вчера, может оказаться хреново сегодня.
Например RS232 и PPP неплохо катил для GPRS модема. А попробуй так 4G?! :D
Нет в том числе потому что это многофункциональный монстр и для мобилок такое не нужно.
Не совсем. Всякие лончеры и клиенты баннерных сетей да, обычно на жабе, но что-то с минимальными требованиями к производительности уже на плюсах пишут.
Гугл создал свой стандарт потому что в существующем не было нужных функций. Когда в существующем они появились, то да, смысла держать свой не стало.
После того как твой патч приняли в библиотеку смысла накладывать его нету.
Нет тогда бы они пилили в мейнстриме а не где-то в сторонке. Их их эта огороженность стала в том числе причиной фрагментации версий из-за невозможности драйверов работать с новыми версиями ядра.
не было возможности, они тогда не обладали достаточным влиянием, их не устраивал цикл внесения изменений и у них были другие требования.
За прошедшие годы не только механизмы были реализованы внутри ядра, но и начинка телефонов сильно приблизилась к системам на которых работает linux.
> Нет тогда бы они пилили в мейнстриме а не где-то в сторонке.Так собственно гугл и втопил недавно с комитами в майнлайн...
> из-за невозможности драйверов работать с новыми версиями ядра.
...и что характерно, это и было одним из поводов. Торвальдс и ко все же стратежные ребята, фрагментации не допустят. Все будет у них под крылом. В отличие от лоховатых пермиссивщиков.
обычная практика.вон помню XFS не вписывалась в 2.2 - делали свои костыли, но к 2.6 ядро доросло, и теперь XFS mainstream
Мейнстрим, который не умеет уменьшаться?
В проде это не надо, а школиё переставит систему, им не привыкать.
> Мейнстрим, который не умеет уменьшаться?Как не умеет? Там вон x32 хотят дропнуть. Недавно еще staging расчистили. Например целую Lustre вынесли - овердофига кода который как-то оказался не при делах и желающих майнтайнить не нашлось.
>> Мейнстрим, который не умеет уменьшаться?
> Как не умеет? Там вон x32 хотят дропнуть. Недавно еще staging расчистили.
> Например целую Lustre вынесли - овердофига кода который как-то оказался не
> при делах и желающих майнтайнить не нашлось.он про "XFS mainstream", а "XFS не умеет уменьшаться"
Посмотреть бы на разницу в производительности.
Не думаю, что она есть. Разница только в том, что гуглу придётся меньше патчей на ядро накладывать. А к производительности OpenGL/Vulkan это никакого отношения не имеет.
Что бы мы делали без гугля...
Погодите, а между графическими драйверами и виртуальной машиной, в которой крутятся аппликухи - что? Иксы? Wayland? Свой какой-то велосипед?
Между ядерными дровами и приложениями — SurfaceFlinger и Hardware Composer (aka hwcomposer).https://source.android.com/devices/graphics/arch-sf-hwc
https://blog.linuxplumbersconf.org/2016/ocw//system/presenta...
> Иксы? Wayland? Свой какой-то велосипед?У них там своя атмосфера. Читать вот здесь https://source.android.com/devices/graphics/
upd. Ну и по ссылкам от комментатора выше, тоже интересно.
> - что? Иксы? Wayland? Свой какой-то велосипед?Свой велосипед. Из иксов премиум графика - не получается хоть ты тресни. Вэйланда еще может и реально допинать до этого, у него парадигмы ближе к андроидному surface flinger'у в ряде вещей, так что по крайней мере он откровенно не саботирует быстрый вывод графики, в отличие от.
> Android начинает использовать штатные DRM/KMS драйверы LinuxМаксим, это твои выдумки. Новость вообще не про это, а про то, что KMS добился функциональной полноты графического стека Android и что в теории Google может заменить свой стек на Linux KMS.
А может и не заменить.
Google на пороге заменты Linux ядра Fuchsia/Zircon.
// b.
В интернетах будут тонны воплей, когда Google откажется от Linux ядра.Ещё больше воплей будет, когда в Zircon добавят NUMA и он сможет заменить Linux на суперкомпьютерах.
И Интернеты просто взорвутся, когда Zircon портируют на x86-64 и добавят полноценную поддержку ACPI.
Нечаянно окажется, что Linux ядро - убогое поделие, в каждой версии которого сотня регрессий, туча вещей, приводящих к потери производительности, сломанные API, нет microkernel features и кому нужен этот дикий монолит на 1GB исходного кода?
сдаётся мне, что через 10 лет у Линукс ядро будет крайне нишевое использование.
// b.
> Нечаянно окажется, что Linux ядро - убогое поделие, в каждой версии которого
> сотня регрессий, туча вещей, приводящих к потери производительности, сломанные API, нет
> microkernel features и кому нужен этот дикий монолит на 1GB исходного кода?И случится все это сразу после переезда столицы в Васюки, как все уже наверное догадались :)
> Нечаянно окажется, что Linux ядро - убогое поделие, в каждой версии которого сотня регрессий ...Это ты сейчас описал работу всех больших успешных проектов. Не тех где два с половиной анонимуса, а реально больших - в которых сотрудники разных отделов встречаются только по праздникам. Проприетарные проекты такого масштаба обычно вообще в бюракратическую кашу превращаются. Хотя потихоньку тоже все таки тянут разработку вперед.
> сдаётся мне, что через 10 лет у Линукс ядро будет крайне нишевое использование.
Дай бог если что-то появится. Только как я писал выше, все это тоже скатится в уг. Либо команда максимум человек из 5 должна осилить аналог линукса (что естественно нереально).
Суть в том что методы и инструменты разработки пока что не шагнули вперед, нет надежды на что-то более вменяемое. Все что мы можем оно и так перед вами linux, google, стартапы...
> Это ты сейчас описал работу всех больших успешных проектов.Он просто не понял, что гиг кода - это драйверы оборудования. И если поддержать хотя-бы популярные мобилочные soc, половина этого гига на раз и перекочует в такой из себя маленький и аккуратный проект.
А в процессе адаптации к хотелкам юзерей это станет работать... ну примерно как линукс, т.е. все концепции и вэйности пойдут нахрен в пользу того чтобы работало нормально, чтобы это потом еще и купил кто-то. А расово верное, но дропающее 2/3 кадров в видео - никто не купит, сорь :)
> Он просто не понял, что гиг кода - это драйверы оборудования.Что, собственно, и характеризует цену всему тому комментарию, ага.
> методы и инструменты разработки пока что не шагнули вперед, нет надежды на что-то более вменяемоеА как же redox?
А ты его тыкал или только по новостям о нем судишь? Оно уровня студенческой поделки. Не в упрек ребятам, все когда-то начинали, и линукс был версии 0.0.1, но до хоть сколько-то рабочего продукта им лет 10 еще пилить и пилить.
Но зато будет полный штиль из комментариев когда Zircon тихо мирно умрет, не выродившись ни во что реальное. Просто еще один тестовый проект корпорации. Возможно пару наработок или идей из Zircon войдут в ядро линукса, но знать об этом будут 3 разработчика.
Не знаю насчет Zircon, но в Linux 4.21 ни много ни мало фирма ARM выкатила фреймворк для Energy-aware scheduling. Это когда ядро при принятии решений как что шедулить может еще и учесть сколько электричества на это потратится. ARM оно актуально по причине big.LITTLE, который как таковой только на андроиде и актуален.
Когда сдаётся, надо креститься. А что вам там ещё сдаётся?
> Максим, это твои выдумки. Новость вообще не про это,Это не его выдумки, git log таки подтверждает. Вендыри раньше использовали какие-то самопалы, но последних несколько лет все дружно ломанулись на DRM/KMS и даже накомитили ядерных модулей.
> Google на пороге заменты Linux ядра Fuchsia/Zircon.
Пруф давай. Потому что не понятно где под очередное ядро возьмут дрова. Легион ядерщиков в майнлайне и их коммиты, с кучей дров для мобилочных SoC, которые пишет легион компаний - я вот например вижу. А это все где? В волшебной шляпе мистера фокусника с опеннета?
https://9to5google.com/2018/11/22/google-fuchsia-huawei-hono.../https://9to5google.com/2018/12/11/aosp-fuchsia-sdk-device/
https://9to5google.com/2018/12/05/android-emulator-fuchsia-z.../
Если вы упорно не видите, что Google добавляет Fuchsia в свои официальные продукты, то нужно проверить зрение и разум.
И да, оно уже отлично работает на мобилках: https://www.youtube.com/watch?v=83SDXL65W9k
Продукт в разработке с нуля меньше трёх лет.
// b.
> Легион ядерщиков в майнлайне и их коммиты, с кучей дров для мобилочных SoC, которые пишет легион компаний - я вот например вижу.Lul что?
Почему самое свежее ядро на мобилках - 4.14? Покажите мне ванильное ядро хоть на одном смартфоне. И без 100500 патчей, которые половину нутра переделывает.
// b.
Потому что 4.14 самое свежее из LTS.
> Lul что?Ну вот то. Берешь и клапаешь лапками по клаве - git log. Вопрос отпадают сами, если умеешь искать по этому.
> Почему самое свежее ядро на мобилках - 4.14? Покажите мне ванильное ядро
> хоть на одном смартфоне. И без 100500 патчей, которые половину нутра переделываетВот как раз над этим то они и работают всей оравой в последнее время. Вот конкретно ваш любимый хуавэй вкатил в майнлайн поддержку кучи киринов и даже пиляет некий Erofs. Сам по себе он в staging уже пару версий ядер болтается, а на днях к нему mkfs как раз выкатили.
https://github.com/maurossi/linux/commit/887130b88dc5dc607c0...Какой ещё функционал добавили?
Это вообще что? Какой-то код 2014 года, где какой-то gpu authentication запретили...
"Это" надо (было) добавить к ванильному ядру, что бы на нём запустить Андроид.
Смысл Гугла пытаться тратить меньше зарабатывать больше. Hе бороть или поддерживать опенсорс.
Будто уменьшение трат на свои прокладки между юзерспейсом и ядром линукс не совместимо с исследованиями аэродинамики велосипедов собственного производства.О чем тут срач?
License Mixed: BSD 3 clause, MIT, Apache 2.0
Чего прям так всполошились если вдруг взлетит..
Written in Mixed: C, C++, Dart, Go, Python, Rust, Shell, Swift
В чем я уже серьезно сомневаюсь :D
пилили бы уже на сях. а то тут и правда такой зоопарк, что как такое поддерживать то))) на ведроиде?)))
Фу блин, думал снова drm, а жто не тот drm.
Скоро там андроид в пользу фуксии закопают? Есть новости?
Как там Оракл? Он уже случаем не распорядился прикрыть фрагментированную Гуглом Джава-машину на андроиде?
Как там с денежными отчислениями в пользу Оракла за доходы с поиска, магазина приложений и с продажи данных телеметрии?
Несколько лет. Плюс фуксия как в своё время сингулярити у Майкрософт может не полететь.
Если Фуксия не взлетит как сингулярити Майкрософта или загнётся как Симбиан Нокии, то Оракл получает дойную корову из Андроида, отчисления с поиска, продажи телеметрии, магазина приложений пойдут миллиардами. Могут также как и раньше Майкрософту запретить фрагментацию платформы джава.