The OpenNET Project / Index page

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

Google в Android начинает использовать штатные DRM/KMS драйверы Linux

18.12.2018 12:40

Компания Collabora подвела итоги адаптации платформы 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, поэтому необходимости в дополнительных надстройках больше нет.

  1. Главная ссылка к новости (https://www.collabora.com/news...)
  2. OpenNews: Инициатива по передаче в основное ядро Linux специфичных для Android изменений
  3. OpenNews: Проект Halium нацелен на унификацию основы мобильных Linux-платформ, отличных от Android
  4. OpenNews: Проект Anbox развивает окружение для запуска Android-приложений в дистрибутивах Linux
  5. OpenNews: Для Android реализована возможность применения штатных видеодрайверов Linux
  6. OpenNews: Компания Collabora представила графический драйвер kms_swrast
Лицензия: CC-BY
Тип: К сведению
Короткая ссылка: https://opennet.ru/49804-kms
Ключевые слова: kms, drm, android
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (87) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Гит рулит (?), 13:25, 18/12/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –8 +/
    Гугл хотел создать свой стандарт, но обломился переход на фуксию и свои поделки держать нет смысла.
     
     
  • 2.2, полистирол (?), 13:26, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Всмысле, фуксия обломалась?
     
     
  • 3.6, Гит рулит (?), 13:37, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Все средства и программисты ушли на фуксию, на Анройд средств не хватает.
     
     
  • 4.18, Аноним (-), 14:53, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Мощный у чувака упорин. Фуксией какой-то бредит. Кто этой фигне дрова то будет писать? Там с дровами вообще по нулям, для вообще всего :). И даже у гугла кишка тонка столько накодить.
     
     
  • 5.34, Аноним (34), 16:30, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А кодить, как и всегда и везде, будут производители устройств. И под фьюшу тоже.
     
     
  • 6.39, Аноним (-), 16:46, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот когда будут - тогда и приходите. А то пока я что-то весь этот легион в git log майнлайнового ядра вижу.
     
     
  • 7.67, Аноним (67), 06:33, 19/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Речь ведь об армах. Давно ли уже линукс может запускаться на армах без проприетарных дров? Естественно OpenHardware не в счёт.
     
     
  • 8.82, Аноним (-), 00:30, 20/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Именно запускаться - дохрена Подцепить ВСЕ железки, со ВЕМИ фичами - уже второй... текст свёрнут, показать
     
  • 4.48, Аноним (48), 18:02, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что, в Гугле тоже распиливают?
     
     
  • 5.71, vit (??), 09:08, 19/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    а постоянное открытие и закрытие новых сервисов по вашему зачем делается? деньги "потраченные" на внутренние разработки не облагаются налогом...
     
     
  • 6.72, Попугай Кеша (?), 09:16, 19/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что за бред? Налогом облагается как минимум зарплата сотрудников, кто эти проекты делает. Так что мимо.
     
     
  • 7.76, Гит рулит (?), 15:07, 19/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    А налог на прибыль не платится. А вся прибыль пошла на разработки. Которые выкинут необходимость в постоянном переписывании дров.
     
     
  • 8.94, IB (?), 13:29, 21/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Это вы сейчас про Майкрософт с их эпичным циклом выбрасывания написанного раз в ... текст свёрнут, показать
     
  • 2.3, Аноним (3), 13:33, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Скорей бы фуксию - надо прекращать этот зоопарк.
     
     
  • 3.10, Гит рулит (?), 13:45, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Сингулярность всё ближе. Ядро линукс концептуально не для устройств с экранами.
     
     
  • 4.17, hfgsd (?), 14:48, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Экран - всего-лишь еще одно устройство ввода-вывода. Что не так в линуксах с этим?
     
     
  • 5.20, Аноним (-), 14:56, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    С момента становления DRM/KMS там с этим все стало достаточно логично и неплохо на самом деле. Ну вот как дошли подсистемы до кондиции - так и гугл стал ими пользоваться. Продавать смарты с глючной графикой они таки не могут себе позволить. Им нужно commercial-quality решение. Пока линух по части графики был компромиссом - они использовали свои решения. А как он смог в бескомпромиссную графику - так и...
     
  • 5.23, Анонимчжан (?), 15:02, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • –5 +/
    драйвера видеокарт))) да и с интелловскими интеграшками не оч. 630 видеоядро хоть запускает и работает, но разрешение экрана фиг выставит как надо. не для серваков хватает и vesa с vt, а десктопный вариант поголовно глухо. такие кренделя с настройкой временами, что не удивительно, что популярность системы до сих пор низкая. если бы система имела один четкий стандарт для всех это бы дало толчок к распространению. а так все пишут как могут. но в этом и плюс. хоть так не загадили систему так как виндовс.
     
     
  • 6.43, Аноним (-), 17:03, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Походу MS не только уволил QA, но и здорово оптимизнул расходы на форумных троллей :)
     
     
  • 7.46, анонимусфигус (?), 17:13, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    мс фигово платит. винда на смартах в пролете. на десктопах все хотят мак. да и хромос нахрамывает на планшеты. беда ... не платят никому. вот жалуюсь.)))) а если по делу то правда решили бы уже по видео в линукс. постоянно то один подход , то другой. а все на месте. 10 лет жду когда таки завезут прилично работающее ускорение. и чтоб автоопределение))))
     
  • 6.73, Ретроград (?), 11:50, 19/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Чет настолько толсто, что даже тонко. Ни разу никаких проблем с интеловскими интеграхами не имел, начиная от древних атомов вплоть до нынешних корок. На ноуте 630 (+ 1050М), никаких вопросов не возникает от слова совсем. Было очень больно и печально раньше, когда вместо интегрированного видео на интеловских платформах использовались чипы Via, мир их праху. Вот там да, висло/крашилось/глючило регулярно. А интеловские дрова объективно одни из лучших.
     
     
  • 7.81, Анонимчжан (?), 19:55, 19/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    тогда объясни причину полного нежелания правильно работать на 630 графике? я реально разрешение меняю через xrender скриптом. потому как стандартный интелловский по умолчанию ставит 1024*768 и это на 27 дюймах)) че только не перепробовал и ставить свободный и опять менять на интелловский. всего 3 вида подходит и ни один не может выставить разрешение. более того в графике даже нет таких режимов. заблокировано. скриптом стаит, но хрень какая то сносит все настройки после выключения. где то в кедах)) как выход запилил скрипт и автостартом пускаю. но это не выход) на ноуте стоит hd 2000 там проблем нет.
     
     
  • 8.93, Аноним (93), 19:08, 20/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    В логи смотрели Покажете Бывает EDID битый Зачем xrender, если можно в xorg c... текст свёрнут, показать
     
  • 5.77, Гит рулит (?), 15:08, 19/12/2018 [^] [^^] [^^^] [ответить]  
  • –3 +/
    В этом то и проблема экран должен быть основным и не разрывно связанным устройством которого не может не быть. А этом то и проблема Линукса. Если фуксия полетит вот и посмотрите как всё должно работать.
     
     
  • 6.78, J.L. (?), 17:38, 19/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > В этом то и проблема экран должен быть основным и не разрывно
    > связанным устройством которого не может не быть. А этом то и
    > проблема Линукса. Если фуксия полетит вот и посмотрите как всё должно
    > работать.

    что за бред я прочёл?
    может у вас и постоянная память обязана быть всегда и не может не быть? и коннект в интернет тоже всегда обязан быть?

     
     
  • 7.79, Гит рулит (?), 18:44, 19/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >> В этом то и проблема экран должен быть основным и не разрывно
    >> связанным устройством которого не может не быть. А этом то и
    >> проблема Линукса. Если фуксия полетит вот и посмотрите как всё должно
    >> работать.
    > что за бред я прочёл?
    > может у вас и постоянная память обязана быть всегда и не может
    > не быть? и коннект в интернет тоже всегда обязан быть?

    Да потому что это основной функционал девайса и ось для него должна быть специализированная. А не многофункциональный монстр про всё и ни о чём. Ну и конечно дрова от компонентов должны подходить для любой версии ос. А не как в линуксе это поддерживаю до 3.14 а дальше сами перепишите как-нибудь.

     
     
  • 8.86, J.L. (?), 11:52, 20/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    а что делать если у тебя в телефоне два экрана с e-ink второй или первый ил... текст свёрнут, показать
     
  • 8.87, J.L. (?), 11:55, 20/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    про интерфейс для дров с версионностью оного, как ОпенГл примерно - есть язык ... большой текст свёрнут, показать
     
  • 4.50, Аноним (50), 18:17, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Сингулярность 2.0 вышла 14 ноября 2008 г.
     
  • 3.19, Аноним (-), 14:55, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Скорей бы фуксию - надо прекращать этот зоопарк.

    Фуксия - это очередной из миллиона pet project'ов гугли, мелкий эксперимент посмотреть а что вообще получится, без каких либо обязательств и ожиданий. Судя по всему - ничего. Но у гугла это же самое с 90% случается, а в утиль они могут списать и гораздо более крупные и дорогие проекты, типа гуглоплюса.

     
     
  • 4.27, Аноним (93), 15:16, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Ну почему же ничего. Её закрывать проще.
     
     
  • 5.30, Аноним (-), 15:31, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Ну почему же ничего. Её закрывать проще.

    Да там вроде и закрывать особо нечего пока. Команды нет, дров нет, рабочих процессов нет. С таким же успехом Иваныч может свою сторожку в чистом поле закрыть, примерно столько же народа заметит.

     
  • 3.26, Аноним (93), 15:15, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Она запаченная, удачи в закрытом производительском зоопарке. (хоть и с Линксовым GPLv2 то же похоже)
     
  • 2.4, Анониммм (?), 13:33, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Гугл может перейти на что угодно,все приложения андроида всё равно исполняются в собственной надстройке,так что зря слюной брызжете.
     
     
  • 3.9, Гит рулит (?), 13:40, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот-вот пока что оставят все дефолтное от линукса, сделают своё хорошее и перенесут все сразу.
     
     
  • 4.24, Аноним (24), 15:06, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > перенесут все сразу.

    Сразу после переезда столицы в Васюки. Быстрее столько дров они не перепишут.

     
  • 3.21, Аноним (-), 15:00, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Гугл может перейти на что угодно,все приложения андроида всё равно исполняются в
    > собственной надстройке,так что зря слюной брызжете.

    А дрова они откуда возьмут? У них там уже и так то приступ очередной волны комитов в майнлайн, потому что патчить каждое ядро они таки задолбались. А это всего лишь несколько вспомогательных подсистем. Если кто не понял, линуксное ядро на 90% состоит из драйверов... и вот это никакой гугл не перепишет, это годы и годы вджоба легионов кодеров и многие миллиарды зелени.

     
     
  • 4.25, Анониммм (?), 15:08, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Сколько из этих драйверов необходимо именно гуглу для их устройств?
    Кем писались драйвера для их нужд все эти годы?
     
     
  • 5.31, Аноним (-), 15:38, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Гугл как бы не настолько скудоумный - они деньги делают не на устройствах, а на ... большой текст свёрнут, показать
     
  • 4.28, Аноним (93), 15:18, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А им много дров надо? При случае портирует из Open/NetBSD (внезапно), как и другие поступают, когда дров не хватает.
     
     
  • 5.32, Аноним (-), 15:43, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Более чем дохрена И что, много в OpenBSD дров для сотовых модемов на экзотичных... большой текст свёрнут, показать
     
  • 4.80, Гит рулит (?), 18:47, 19/12/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Напишут производители. А если фуксию хорошо сделают так их и переписывать никогда не придётся.
     
     
  • 5.83, Аноним (-), 00:35, 20/12/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > так их и переписывать никогда не придётся.

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

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

    Например RS232 и PPP неплохо катил для GPRS модема. А попробуй так 4G?! :D

     
     
  • 6.91, Гит рулит (?), 15:48, 20/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Нет в том числе потому что это многофункциональный монстр и для мобилок такое не нужно.
     
  • 3.74, Ретроград (?), 11:54, 19/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Не совсем. Всякие лончеры и клиенты баннерных сетей да, обычно на жабе, но что-то с минимальными требованиями к производительности уже на плюсах пишут.
     
  • 2.5, Ivan1986 (?), 13:35, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Гугл создал свой стандарт потому что в существующем не было нужных функций. Когда в существующем они появились, то да, смысла держать свой не стало.
    После того как твой патч приняли в библиотеку смысла накладывать его нету.
     
     
  • 3.8, Гит рулит (?), 13:39, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Нет тогда бы они пилили в мейнстриме а не где-то в сторонке. Их их эта огороженность стала в том числе причиной фрагментации версий из-за невозможности драйверов работать с новыми версиями ядра.
     
     
  • 4.12, Аноним (12), 14:05, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    не было возможности, они тогда не обладали достаточным влиянием, их не устраивал цикл внесения изменений и у них были другие требования.
    За прошедшие годы не только механизмы были реализованы внутри ядра, но и начинка телефонов сильно приблизилась к системам на которых работает linux.
     
  • 4.22, Аноним (-), 15:02, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Нет тогда бы они пилили в мейнстриме а не где-то в сторонке.

    Так собственно гугл и втопил недавно с комитами в майнлайн...

    > из-за невозможности драйверов работать с новыми версиями ядра.

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

     
  • 4.61, fi (ok), 19:29, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    обычная практика.

    вон помню XFS не вписывалась в 2.2 - делали свои костыли, но к 2.6 ядро доросло, и теперь XFS mainstream

     
     
  • 5.63, Gannet (ok), 22:24, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Мейнстрим, который не умеет уменьшаться?
     
     
  • 6.70, Аноним (70), 09:01, 19/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    В проде это не надо, а школиё переставит систему, им не привыкать.
     
  • 6.84, Аноним (-), 00:37, 20/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Мейнстрим, который не умеет уменьшаться?

    Как не умеет? Там вон x32 хотят дропнуть. Недавно еще staging расчистили. Например целую Lustre вынесли - овердофига кода который как-то оказался не при делах и желающих майнтайнить не нашлось.

     
     
  • 7.89, J.L. (?), 13:02, 20/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >> Мейнстрим, который не умеет уменьшаться?
    > Как не умеет? Там вон x32 хотят дропнуть. Недавно еще staging расчистили.
    > Например целую Lustre вынесли - овердофига кода который как-то оказался не
    > при делах и желающих майнтайнить не нашлось.

    он про "XFS mainstream", а "XFS не умеет уменьшаться"

     

  • 1.7, Аноним (7), 13:37, 18/12/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Посмотреть бы на разницу в производительности.
     
     
  • 2.16, equeim (ok), 14:42, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Не думаю, что она есть. Разница только в том, что гуглу придётся меньше патчей на ядро накладывать. А к производительности OpenGL/Vulkan это никакого отношения не имеет.
     

  • 1.11, Аноним (11), 13:48, 18/12/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Что бы мы делали без гугля...
     
  • 1.33, Аноним (33), 16:12, 18/12/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Погодите, а между графическими драйверами и виртуальной машиной, в которой крутятся аппликухи - что? Иксы? Wayland? Свой какой-то велосипед?
     
     
  • 2.36, Kaffeine (?), 16:40, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Между ядерными дровами и приложениями — SurfaceFlinger и Hardware Composer (aka hwcomposer).

    https://source.android.com/devices/graphics/arch-sf-hwc

    https://blog.linuxplumbersconf.org/2016/ocw//system/presentations/4185/origina

     
  • 2.38, llolik (ok), 16:40, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Иксы? Wayland? Свой какой-то велосипед?

    У них там своя атмосфера. Читать вот здесь https://source.android.com/devices/graphics/
    upd. Ну и по ссылкам от комментатора выше, тоже интересно.

     
  • 2.41, Аноним (-), 16:54, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > - что? Иксы? Wayland? Свой какой-то велосипед?

    Свой велосипед. Из иксов премиум графика - не получается хоть ты тресни. Вэйланда еще может и реально допинать до этого, у него парадигмы ближе к андроидному surface flinger'у в ряде вещей, так что по крайней мере он откровенно не саботирует быстрый вывод графики, в отличие от.

     

  • 1.35, Аноним (35), 16:35, 18/12/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Android начинает использовать штатные DRM/KMS драйверы Linux

    Максим, это твои выдумки. Новость вообще не про это, а про то, что KMS добился функциональной полноты графического стека Android и что в теории Google может заменить свой стек на Linux KMS.

    А может и не заменить.

    Google на пороге заменты Linux ядра Fuchsia/Zircon.

    // b.

     
     
  • 2.37, Аноним (35), 16:40, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    В интернетах будут тонны воплей, когда Google откажется от Linux ядра.

    Ещё больше воплей будет, когда в Zircon добавят NUMA и он сможет заменить Linux на суперкомпьютерах.

    И Интернеты просто взорвутся, когда Zircon портируют на x86-64 и добавят полноценную поддержку ACPI.

    Нечаянно окажется, что Linux ядро - убогое поделие, в каждой версии которого сотня регрессий, туча вещей, приводящих к потери производительности, сломанные API, нет microkernel features и кому нужен этот дикий монолит на 1GB исходного кода?

    сдаётся мне, что через 10 лет у Линукс ядро будет крайне нишевое использование.

    // b.

     
     
  • 3.42, Аноним (-), 16:55, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > Нечаянно окажется, что Linux ядро - убогое поделие, в каждой версии которого
    > сотня регрессий, туча вещей, приводящих к потери производительности, сломанные API, нет
    > microkernel features и кому нужен этот дикий монолит на 1GB исходного кода?

    И случится все это сразу после переезда столицы в Васюки, как все уже наверное догадались :)

     
  • 3.47, rshadow (ok), 17:49, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Нечаянно окажется, что Linux ядро - убогое поделие, в каждой версии которого сотня регрессий ...

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

    > сдаётся мне, что через 10 лет у Линукс ядро будет крайне нишевое использование.

    Дай бог если что-то появится. Только как я писал выше, все это тоже скатится в уг. Либо команда максимум человек из 5 должна осилить аналог линукса (что естественно нереально).

    Суть в том что методы и инструменты разработки пока что не шагнули вперед, нет надежды на что-то более вменяемое. Все что мы можем оно и так перед вами linux, google, стартапы...

     
     
  • 4.55, Аноним (-), 18:37, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Это ты сейчас описал работу всех больших успешных проектов.

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

    А в процессе адаптации к хотелкам юзерей это станет работать... ну примерно как линукс, т.е. все концепции и вэйности пойдут нахрен в пользу того чтобы работало нормально, чтобы это потом еще и купил кто-то. А расово верное, но дропающее 2/3 кадров в видео - никто не купит, сорь :)

     
     
  • 5.66, Michael Shigorin (ok), 01:18, 19/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Он просто не понял, что гиг кода - это драйверы оборудования.

    Что, собственно, и характеризует цену всему тому комментарию, ага.

     
  • 4.65, Аноним (33), 23:37, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > методы и инструменты разработки пока что не шагнули вперед, нет надежды на что-то более вменяемое

    А как же redox?

     
     
  • 5.75, Ретроград (?), 12:11, 19/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    А ты его тыкал или только по новостям о нем судишь? Оно уровня студенческой поделки. Не в упрек ребятам, все когда-то начинали, и линукс был версии 0.0.1, но до хоть сколько-то рабочего продукта им лет 10 еще пилить и пилить.
     
  • 3.51, Аноним (51), 18:21, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Но зато будет полный штиль из комментариев когда Zircon тихо мирно умрет, не выродившись ни во что реальное. Просто еще один тестовый проект корпорации. Возможно пару наработок или идей из Zircon войдут в ядро линукса, но знать об этом будут 3 разработчика.
     
     
  • 4.58, Аноним (-), 18:58, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Не знаю насчет Zircon, но в Linux 4.21 ни много ни мало фирма ARM выкатила фреймворк для Energy-aware scheduling. Это когда ядро при принятии решений как что шедулить может еще и учесть сколько электричества на это потратится. ARM оно актуально по причине big.LITTLE, который как таковой только на андроиде и актуален.
     
  • 3.64, Gannet (ok), 22:25, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Когда сдаётся, надо креститься. А что вам там ещё сдаётся?
     
  • 2.40, Аноним (-), 16:52, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Максим, это твои выдумки. Новость вообще не про это,

    Это не его выдумки, git log таки подтверждает. Вендыри раньше использовали какие-то самопалы, но последних несколько лет все дружно ломанулись на DRM/KMS и даже накомитили ядерных модулей.

    > Google на пороге заменты Linux ядра Fuchsia/Zircon.

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

     
     
  • 3.44, Аноним (35), 17:09, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    https://9to5google.com/2018/11/22/google-fuchsia-huawei-honor-play/

    https://9to5google.com/2018/12/11/aosp-fuchsia-sdk-device/

    https://9to5google.com/2018/12/05/android-emulator-fuchsia-zircon/

    Если вы упорно не видите, что Google добавляет Fuchsia в свои официальные продукты, то нужно проверить зрение и разум.

    И да, оно уже отлично работает на мобилках: https://www.youtube.com/watch?v=83SDXL65W9k

    Продукт в разработке с нуля меньше трёх лет.

    // b.

     
  • 3.45, Аноним (35), 17:11, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Легион ядерщиков в майнлайне и их коммиты, с кучей дров для мобилочных SoC, которые пишет легион компаний - я вот например вижу.

    Lul что?

    Почему самое свежее ядро на мобилках - 4.14? Покажите мне ванильное ядро хоть на одном смартфоне. И без 100500 патчей, которые половину нутра переделывает.

    // b.

     
     
  • 4.54, Аноним (50), 18:37, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что 4.14 самое свежее из LTS.
     
  • 4.57, Аноним (-), 18:51, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Lul что?

    Ну вот то. Берешь и клапаешь лапками по клаве - git log. Вопрос отпадают сами, если умеешь искать по этому.

    > Почему самое свежее ядро на мобилках - 4.14? Покажите мне ванильное ядро
    > хоть на одном смартфоне. И без 100500 патчей, которые половину нутра переделывает

    Вот как раз над этим то они и работают всей оравой в последнее время. Вот конкретно ваш любимый хуавэй вкатил в майнлайн поддержку кучи киринов и даже пиляет некий Erofs. Сам по себе он в staging уже пару версий ядер болтается, а на днях к нему mkfs как раз выкатили.

     
  • 2.53, Аноним (50), 18:34, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    https://github.com/maurossi/linux/commit/887130b88dc5dc607c03e53d1d2b1a28ecfb1

    Какой ещё функционал добавили?

     
     
  • 3.60, Аноним (-), 19:05, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Это вообще что? Какой-то код 2014 года, где какой-то gpu authentication запретили...
     
     
  • 4.69, Аноним (50), 07:56, 19/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    "Это" надо (было) добавить к ванильному ядру, что бы на нём запустить Андроид.
     

  • 1.49, Аноним (49), 18:16, 18/12/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Смысл Гугла пытаться тратить меньше зарабатывать больше. Hе бороть или поддерживать опенсорс.
    Будто уменьшение трат на свои прокладки между юзерспейсом и ядром линукс не совместимо с исследованиями аэродинамики велосипедов собственного производства.

    О чем тут срач?

     
  • 1.52, Аноним (49), 18:21, 18/12/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    License Mixed: BSD 3 clause, MIT, Apache 2.0
    Чего прям так всполошились если вдруг взлетит..
    Written in Mixed: C, C++, Dart, Go, Python, Rust, Shell, Swift
    В чем я уже серьезно сомневаюсь :D
     
     
  • 2.62, трололо (?), 19:57, 18/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    пилили бы уже на сях. а то тут и правда такой зоопарк, что как такое поддерживать то))) на ведроиде?)))
     

  • 1.68, Аноним (68), 06:50, 19/12/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Фу блин, думал снова drm, а жто не тот drm.
     
  • 1.85, Аноним (85), 10:29, 20/12/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Скоро там андроид в пользу фуксии закопают? Есть новости?
    Как там Оракл? Он уже случаем не распорядился прикрыть фрагментированную Гуглом Джава-машину на андроиде?
    Как там с денежными отчислениями в пользу Оракла за доходы с поиска, магазина приложений и с продажи данных телеметрии?
     
     
  • 2.90, Гит рулит (?), 15:46, 20/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Несколько лет. Плюс фуксия как в своё время сингулярити у Майкрософт может не полететь.
     
     
  • 3.92, Аноним (85), 16:07, 20/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Если Фуксия не взлетит как сингулярити Майкрософта или загнётся как Симбиан Нокии, то Оракл получает дойную корову из Андроида, отчисления с поиска, продажи телеметрии, магазина приложений пойдут миллиардами. Могут также как и раньше Майкрософту запретить фрагментацию платформы джава.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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