В ходе совместной работы инженеры из Collabora и Google подготовили (http://memcpy.io/android-enabling-mainline-graphics.html) прослойку "drm_hwcomposer", обеспечивающую работу графической подсистемы платформы Android поверх штатного графического стека ядра Linux и API DRM (Direct Rendering Manager). Код прослойки drm_hwcomposer принят (https://chromium.googlesource.com/chromiumos/drm_hwcomposer/) в основной репозиторий проекта Chrome OS.Напомним, что в Android применяются специфичные видеодрайверы (https://source.android.com/devices/graphics/), работающие в пространстве пользователя и предоставляющие интерфейс для доступа к GPU через API Hardware Composer (https://source.android.com/devices/graphics/implement-hwc.html) (HWC). Прослойка "drm_hwcomposer" работает поверх mesa и libdrm, обеспечивая трансляцию API DRM в API HWC, что позволяет реализовать поддержку API HWC на базе обычных DRM-драйверов ядра. При этом SurfaceFlinger (http://pierrchen.blogspot.ru/2014/02/what-is-surfaceflinger-...), композитный менеджер Android, продолжает использовать API HWC.
Прослойка может работать только с ядрами Linux 4.10 и новее, так как завязана на использовании появившегося (http://padovan.org/blog/2016/09/mainline-explicit-fencing-pa.../) в ядре 4.10 механизма "explicit fencing (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...)" (in-fence/out-fence), позволяющего управлять синхронизацией буферов между устройствами из пространства пользователя. Поддержка "explicit fencing" в ядре также дала возможность обеспечить поддержку в прослойке нового API HWC2, представленного в Android 7.0.
Демонстрируя возможности прослойки, разработчики запустили Android на плате Dragonboard 410c поверх Freedreno, свободного видеодрайвера для графической подсистемы чипов Qualcomm. Freedreno поддерживает в том числе GPU Adreno (A5XX), применяемые в SoC Snapdragon 820 и 821, которые используются во многих современных смартфонах, с видеоподсистемами которых до сих пор можно было взаимодействовать только через проприетарные драйверы. Прослойка может подтолкнуть вперёд развитие проекта
Replicant (http://www.replicant.us/), в рамках которого развивается полностью открытый вариант платформы Android, избавленный от проприетарных компонентов и закрытых драйверов.
URL: http://memcpy.io/android-enabling-mainline-graphics.html
Новость: http://www.opennet.me/opennews/art.shtml?num=46277
libhybris наоборот. Полезно, значит в скоро можно ожидать возможности запуска Android поверх обычных дистрибутивов Linux.
Нужен очередной WINE который реализует API андроида и все! В жизни наступит счастье!
а что такое на андроид есть, чего нет на онтопике? ФОНАРИК с доступом к интернету?
Фонарик, передающий ваши координаты и всё, до чего только может дотянуться, Большому Брату.
Ну вот. А АРМ уже почти перестал делать user-space дрова для обычного Linux стека и X.org. Все для Android-а старается.
Зато Imagination потихоньку точит потихоньку свои драйвера для Linux desktop
Значит-таки заживём с графикой на Байкалах и Комдивах на десктопе
> Ну вот. А АРМ уже почти перестал делать user-space дрова для обычного
> Linux стека и X.org. Все для Android-а старается.Не знаю за ARM, а вендорам армовых чипов гугль прозрачно так намекает, это известно.
отлично же
круто
Ура, теперь GeForce Quadro можно вставить в смартфон. :D
Зачем страдать с нуво, если есть AMD и её прекрасные свободные драйвера?
> Зачем страдать с нуво, если есть AMD и её прекрасные свободные драйвера?Какое нуво, что ты,... я его вижу только при установке, далее rm -rf и nvidia рулез форева.
И Невидиа-блоб сольёт тебя в АНБ :)
и чему тут радоваться? сколько всяких прослоек разных, которые гарантировано будут отжирать производительность. в итоге получим почти обычный эмулятор по скорости.
MTK вон делает 10-20-ядерные мобильные SoC. Так что справятся.
Ещё один шаг Android-a в сторону ПК. Отлично. А то в пресловутой теме "linux on desktop" больше никакого движения в последние несколько лет.
> Ещё один шаг Android-a в сторону ПК. Отлично. А то в пресловутой
> теме "linux on desktop" больше никакого движения в последние несколько лет.Ну, софт изз маркета вообще говоря та ещё помойка. Тут пролетали темы насчёт VPN, которые не защищают, а наоборот и ещё чего-то схожего.
Вот интересно, в РемиксОС когда сию фичу смогут привинтить? :). Стадо гефорсоводов будет очень радо, я в том чиисле :).
> Ещё один шаг Android-a в сторону ПК. Отлично. А то в пресловутой
> теме "linux on desktop" больше никакого движения в последние несколько лет.Нужен ли он, десктоп такой, на ведре?
>Нужен ли он, десктоп такой, на ведре?SurfaceFlinger или freon вместо X - нужны. Андроидный пакетный менеджер и управление разрешениями для каждого приложения очень нужны. Некоторые программы из google play не помешают.
>>Нужен ли он, десктоп такой, на ведре?
> SurfaceFlinger или freon вместо X - нужны. Андроидный пакетный менеджер и управление
> разрешениями для каждого приложения очень нужны. Некоторые программы из google play
> не помешают.ещё бы при этом совмещалось бы оно с тем же десктопным фаерфоксом например
зы: и каждое приложение в свой контейнер, ибо нефиг и rm -rf /_пробел_/var/nvidia/cache/ во все поля
Андроидный пакетный менеджер - это худшая помойка что я видел. Управление разрешениями для каждого приложения - а чем тебя Firejail не устраивает? Программы из Google Play - может быть, но только некоторые. Большая часть абсолютный крап за которое ещё и деньги просят. Ну и хотелось бы узнать по поводу SurfaceFlinger - а чем вас собственно не устраивает Wayland и X11?
Все это маленькие шажочки, которые позволят Гуглу вытеснить нормальные дистры с ПК. Идея "один дистр для всех устройств" была просрана Убунтоидами и КДЕшниками, зато Гугл сможет, но такой дистр мне нафиг не нужен.
Вот если бы дрова под видюхи, что используются в мобильных устройствах выпустили под линь это другое дело, а так...
"Прослойка может работать только с ядрами Linux 4.10 и новее, так как завязана на использовании появившегося в ядре 4.10 механизма "explicit fencing" (in-fence/out-fence), позволяющего управлять синхронизацией буферов между устройствами из пространства пользователя."
Это работает прозрачно или нужно где-то рашпилем опять подпиливать, что бы использовалось?
>> Для Android реализована возможность применения штатных видеодрайверов Linuxлучше б наоборот
Наоборот уже давно есть, называется libhybris и позволяет использовать HWC-драйверы в обычных системах на базе glibc.
Посмотрите на кол-во чипов, которые поддерживает libhybris и качество. Нет, это НЕ тоже самое, что у Гугла. Гугл сможет использовать все без каких либо даунсайдов.
>>> Для Android реализована возможность применения штатных видеодрайверов Linux
> лучше б наоборот//оффтоп
лучше бы гугл показал фак проприетари в ядре и драйверах
тогда бы была бы возможность применять как штатные линуксовые в андройде, так и штатные андройдные в линуксе
Если покажет - то самому гуглю покажут его место без устройств. Но они прекрасно знают что сейчас не могут друг без друга жить, поэтому гугель не трогает производителей устройств, разрешая им клепать девайсы без обновлений и проприетарными драйверами, а производители клепают устройства на ведроиде.
> Если покажет - то самому гуглю покажут его место без устройств. Но
> они прекрасно знают что сейчас не могут друг без друга жить,
> поэтому гугель не трогает производителей устройств, разрешая им клепать девайсы без
> обновлений и проприетарными драйверами, а производители клепают устройства на ведроиде.а куда это они уйдут с андройда ? на таки провалившийся винфон или на иось ? а то может на тизен или миго ?
подготовили прослойку "drm_hwcomposer", обеспечивающую работу графической подсистемы платформы Android поверх штатного графического стека ядра Linux и API DRM (Direct Rendering Manager)А поверх чего она работает на андроиде??