Pinebook: первый опыт

Речь была о другом. Не передергивай - оторвёшь.

как там с линуксом на планшетах на х86? ну тех что на атомах? :) сколько тут печали было у людей - тач не работает, камера не работает, вайфай не работает, и вообще ничего не работает...

почему это - о другом? вот вам писюк-планшет с виндой. поставьте на него линукс так, чтобы все заработало и не пришлось ничего допиливать долгими зимними вечерами.

что, не получается? так почему же на армопланшете должно получиться? :)

te111011010

первый опыт

эпик фейл

Ок, теперь ты можешь со спокойной душой выложить пароль.

как там с линуксом на планшетах на х86? ну тех что на атомах?

Без понятия, что там на атомах. У нас с женой Lenovo Helix с i5 и i7, там, по-моему, только автоповорот экрана не работает, остальное все прекрасно. Стоят они, кстати, нынче дешево, наверное на уровне тех атомов.

Тебе в какой раз уже говорят, что без таинственного набора битиков ты даже не заинитишь свой x86 процессор. Но нет, я буду дальше пороть чушь про «а у миня фсе работает».

А я в какой раз говорю - если UEFI реализовывать, то да, боль везде, и спорить с этим бессмысленно. А если просто онтопик накатить на устройство без оного, то x86 не в пример беспроблемнее ARM.

Еще есть желающие нападать на чучел?

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

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

А то я не знаю. Дело-то в том, что это исключения в мире ARM. И в то же время это 100%-е правило для мира x86.

http://opensource.rock-chips.com/wiki_ATF

еще одно исключение? а не слишком ли много «исключений»?

еще одно исключение? а не слишком ли много «исключений»?

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

x86 же - огорожены абсолютно ВСЕ, начиная с второпня фактически. Т.е. невозможно найти мало-мальски современный x86 который не был бы огорожен прям начиная с микрокода.

А если просто онтопик накатить на устройство без оного, то x86 не в пример беспроблемнее ARM.

ну-ну, накатите онтопик на х86 планшет. даже планшет с виндой (про андроидные молчу) :)

Накатил на Lenovo Helix, что дальше?

Стоят они, кстати, нынче дешево, наверное на уровне тех атомов.

Сравните цены на досуге, увидите почему запустить на атомах интереса вызывает больше.

Lenovo Helix с i5 я купил в 2018 за $122, атомопланшет с ни разу ни сходными характеристиками стоит… хм, $75. Разница есть, признаю, но мне и в голову не приходило сэкономить $50 и получить вместо средненького девайса шлака кусок.

в 2018 за $122

Почему секта поюзанных синкпадов никогда не учитывает что за такую цену его может уже и не быть, что не все хотят пользоваться БУшной\восстановленной техникой, что в конце концов глупо сравнивать цены на девайс из местного ритейла с ценой на девайс из-за океана?

Почему секта поюзанных синкпадов никогда не учитывает что за такую цену его может уже и не быть

Потому что за эту цену они объективно есть. У нас.

что в конце концов глупо сравнивать цены на девайс из местного ритейла с ценой на девайс из-за океана?

Если бы я так сделал, то там $50 бы не набралось.

на произвольный планшет же. типично - с атомом, да. запустить хотя бы до состояния «грузится, показывает-играет и работает с юсб периферией» (тач обойдем стороной для упрощения).

а так - полтора х86 планшета на которых линукс с полтыка заводится не в счет, на арме планшетов на которых линукс запилили не меньше. тот же нексус 9 к примеру.

Потому что за эту цену они объективно есть.

та помойке тоже много чего «объективно есть», и забесплатно. но хвастаться обновкой с помойки, сравнивая ее с новыми вещами - как-то сильно на любителя...

Все интегрированное в атомный soc в линуксе работает — usb контроллер, sdio контроллер, графический контроллер. Не работает именно периферия — wifi подключенный по sdio, тач и блютус подключенные по i2s, и тому подобные редкости на платформе pc.

Ъ: эпик фейл, ничего не работает.

У рукожопов всегда «ничего не работает».
Отсюда и выводы: «Ты - рукожоп».

IBM PC, нам на него молиться надо.

Много идиотов здесь, на ЛОРе, видел, но ты - особенный.

ну так у армов тоже все что в SOC заводится с полтыка (дрова-то есть), проблемы именно с «периферией»...

а еще можно вспомнить печально известные cedar trail, в которых 3д до сих пор работает примерно никак.

Интересно, с какого полтыка заводится mali, adreno и помянутый тобой powervr? В современных атомах, начиная с bay trail, intel оказался от powervr и использует intel hd graphics. Поддержка в апстрим ядре от самого вендора — такой роскоши у arm soc-ов нету.

Изначальный тезис был об «огороженности» атомов, а не периферии, которую засовывают с ними вместе в планшеты. Так этот тезис неверен.

Мне пофигу кто я. Суть в том, что на ноутбуке должна из коробки работать предустановленная ОС.

Так она и работает, но не у тебя, ибо ты - рукожоп.

То есть, хочешь сказать, что, если закажешь pinebook ты, то у тебя из коробки заработает 3d?

В современных атомах, начиная с bay trail, intel оказался от powervr и использует intel hd graphics.

Чудесно. Вот только UEFI/BIOS и прочая этих атомов наглухо закрыты и огорожены. Даже если этот сраный и далеко не всегда вообще нужный видеоадаптер открыт, что в этом толку, если загрузиться до момента закрузки открытого драйвера для чудесного открытого видеоадаптера невозможно, потому что какие-то педики решили сделать великую тайну из какой-то сраной инициализации процессора, его микрокода, контроллера памяти и прочего ничтожного говна? И ведь в отличии от ARM с каким-нибудь включением питалова wifi на неизвестном GPIO эту всю херню, даже если очень захочешь, нифига не оттрассируешь по плате.

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

как-же я то смог? -> http://i102.fastpic.ru/big/2018/0821/ab/9fb451f4492494bced88f1ce48dd3bab.png

как-же я то смог?

C тонной огороженных блобов для самой огороженной в мире архитектуры, без которых эта срань не заработает вообще, как ещё.

Вот расскажи, почему это всякие мипсы-армы-68k-поверы-что-угодно спокойно могут обойтись банальным u-boot'ом, а для x86 вынь да положь убогое тормозное огороженное говнище в виде UEFI со всякими ME и AMT в нагрузку?

а для x86 вынь да положь убогое огороженное говнище в виде UEFI со всякими ME и AMT в нагрузку?

Проприетарасты виноваты думаю, издержки капитализма.

Интересно, с какого полтыка заводится mali, adreno и помянутый тобой powervr?

ставится собранный дистр с вендор блобом - и делов-то :)

В современных атомах, начиная с bay trail, intel оказался от powervr и использует intel hd graphics.

не во всех. в х3 обрубках ни разу не intel hd.

Поддержка в апстрим ядре от самого вендора — такой роскоши у arm soc-ов нету.

vivante в помощь.

Изначальный тезис был об «огороженности» атомов, а не периферии, которую засовывают с ними вместе в планшеты. Так этот тезис неверен.

изначально тут некоторые рассказывали, как на писюках все прекрасно и с полтыка ставится. а по факту - на писюках-планшетах, оказывается, линукс нормально не работает...

Надо постараться, чтобы найти ARM девайс, который заведется с mainline-ядром.

SAMA5D

А почему у меня не работает?

Mainline ядро?

Да. На bsp работает.

Если черный экран, то добавь опцию загрузки video=simplefb

Он туда не входит. На armbian вообще только сеть рвётся, и продолжает работать. На manjaro экран гаснет, но продолжает гореть лампочка и (это уточню) жраться батарея.

Wifi драйвер не входит стандартную поставку ядра, его пересобрать надо. Куда не входит? В загрузчик?

В ждущий режим не входит.

Оформи свои траблы в одно сообщение, я что знаю, напишу рецепты

На разных дистрах по-разному.

KDE Neon (BSP):

1) судя по всему не работает 3d-ускорение

2) звук моно

3) не работает HDMI

Manjaro lxqt (4.20 mainline):

1) Звук стерео, но инвертированный, левое ухо вместо правого и наоборот

2) Не работает ждущий режим. Вроде как система приостанавливается, но индикатор включения горит, и батарейка разряжается.

3) HDMI в принципе работает, но подглюкивает (не удалось настроить зеркальный режим, иногда монитор пишет о том что разрешение не поддерживается)

4) Не работает 2d-ускорение, тормозят окошки при перемещении. Пишут, что так и должно быть, но в kde neon всё гораздо плавнее

KDE Neon, это отдельное поделие, по нему ничего сказать не могу, сразу его снес. HDMI шнурка у меня тоже нет. Про инвертированный звук, поправь в DTS. Ждущий режим так и работает. Насчет 2д ускорения, надо шаманить и или вкорячивать Lima или форсить ядро использовать Cedrus. Если на этой неделе хватит времени, то к следующиму понедельнику, напишу пошаговую иструкцию по сборке UBOOT и ядра.

Ждущий режим так и работает.

Так это не ждущий режим, раз батарею жрёт. В neon за ночь по-моему только на 2% упала в нормальном ждущем режиме. А на mainline-ядре эти 2% съело за несколько минут в этом псевдождущем режиме.

У тебя нет инсайдерской инфомрации, когда будет готово решение? может уже в какой-нибудь альфа-версии ведра есть?

Cedrus

Это же для декодирования видео. А мне надо, чтобы окошки более-менее плавно двигались.

Откуда у меня инсайдерская информация?)))) Проверил спящий режим, да, поджирает, насчет видео заменил lima на mali, и чет пока всё тоже, quick win не вышел. В общем нет у меня пока внятных рекомендаций по твоим топикам

На x86 есть BIOS/UEFI, который хоть и проприетарный, но представляет достаточно стандартизированный API, так что любой может написать свой загрузчик/ядро по открытой документации. Бывают проблемы с некоторым железом, но некий минимум возможностей гарантируется.

На ARM ничего этого нет. Беда в том, что на многие ARM открытой документации не особо то больше, чем на x86 - точно также неизвестно, как их инициализировать. Только и хотя бы закрытого загрузчика, который представляет стандартный API и готов запустить любой твой бинарник, тоже нет.

Главное преимущество x86 - в какой-никакой стандартизации. Одно и то же ядро/загрузчик запустятся на всех машинах, лишь бы разрядность совпадала. А для ARM пилят отдельное для каждой платы. В итоге поддерживают 3.5 платы и всё равно с оговорками. А для всего остального речь не идёт о «умеет всё кроме GPU», а о «даже загрузиться и плюнуть в serial сообщение не можем».

Откуда у меня инсайдерская информация?))))

Ну может есть какая-то рассылка, где это обсуждается.

На x86 есть BIOS/UEFI, который хоть и проприетарный, но представляет достаточно стандартизированный API

Ну это и есть огороженность. Без проприетарного блоба ты вообще ничего и никак не сможешь сделать ни с одним современным x86.

Беда в том, что на многие ARM открытой документации не особо то больше, чем на x86 - точно также неизвестно, как их инициализировать.

Ничего подобного. Во-первых, нет никаких «многих ARM». Огороженных SoC с огороженным процессом инициализации можно по пальцам перечесть - это ничтожный процент от всех ARM. С x86 же дело обстоит совершенно иначе - процесс инициализации наглухо огорожен на всех без исключения вариантах этого поделия.

Главное преимущество x86 - в какой-никакой стандартизации. Одно и то же ядро/загрузчик запустятся на всех машинах, лишь бы разрядность совпадала. А для ARM пилят отдельное для каждой платы.

Ты не поверишь, но на любом ARM точно так же прекрасно запустится ядро собранное для armv4. И точно так же, как с x86 работоспособность периферии будет зависеть лишь от наличия драйверов для этой периферии.

Но вот самостоятельно загрузить это ядро на x86 ты просто не сможешь. А на подавляющем большинстве ARM это вообще не проблема.

А для ARM пилят отдельное для каждой платы. В итоге поддерживают 3.5 платы и всё равно с оговорками. А для всего остального речь не идёт о «умеет всё кроме GPU», а о «даже загрузиться и плюнуть в serial сообщение не можем».

Чо за бред ваще? Где ты такой херни начитался? Ты вообще ARMы кроме какого-нибудь RPi (в котором, кстати, для огораживания ARM пришлось аж GPU задействовать) видел? Я на ARM линуксы запускаю ещё со времён CLPS7110. Включая S3C2510A в котором даже MMU нету. Так вот - с ARMами на порядок меньше проблем чем с x86. Последнее из x86 что заводилось без бубна - это первопни (да и то на PC104 с неинтеловским чипсетом). Если очень постараться и натянуть на глобус эту сову, то можно дотянуть до кородуба, но это всё. При этом, даже распоследнейшие ARMы прекрасно могут работать без единого байта огороженного кода. А x86 - нет.

x86 же - огорожены абсолютно ВСЕ, начиная с второпня фактически. Т.е. невозможно найти мало-мальски современный x86 который не был бы огорожен прям начиная с микрокода.

Можно поподробнее? В чем проявляется эта огороженность у Pentium2...? и не проявляется например у atom d510 ?