Как происходит загрузка на ARM?

везде по-своему

Как например на смартфонах?

У каждого производителя SoC свой протокол загрузки. У кого-то есть публично доступная документация, у кого-то нет.

Вот, например: http://linux-sunxi.org/Boot_Process

У квалкомов как, к примеру?

Может быть, ты погуглишь сам? Вводную тебе дали. Дальше сам.

На x86 процесс

вообще, не на x86, а на IBM PC

Нутыпонел.

на смартфонах не система - говнопрошивка индивидуальная для каждого устройства, неужели на arm так же - отстойное говно получается...

Начальная загрузка везде разная. Например вначале загружается первичный загрузчик, который жестко прошит в сам SoC, он ищет чипы памяти — eMMC, SPI flash и тд, порядок загрузки конфигурируется резисторами между ножками процессора, распаяных на плате.

Затем в несколько стадий загружается с нужного носителя вторичный загрузчик, например Das U-Boot самый популярный, он уже интерпретирует скрипты навроде конфигов grub2, и как правило загружает ядро из специального ядерного раздела. Да, на ARM и MIPS в отличии от x86 принято для образа ядра иметь отдельный раздел, а не файл в файловой системе. Причём параметры ядра как правило прописываются в самом образе.

Ну, а дальше как обычно монтируется корневая файловая система, запускается init и так далее. И тут уже для андроида одно, для нормальных GNU/Linux другое и тд

неужели на arm так же

Вообще да. Хотя сейчас довольно распространено стало UEFI и на ARM тоже. То есть то же что на x86

uefi - хрен редьки не слаще...

Ну только не кудахтай, а?

ЗЫ вдогонку: где ваще почитать про ARM?

Почти не имеет смысла - каждый производятел извращается как может, причем потом на свои же стандарты и плюёт. Пока этот цирк не соберут в одну кучу и не сделают единый стандарт - на десктопы ARM не придёт.

ARMы бывают разные.
Самый простой случай: ROM->uboot->Linux.
Чуть сложнее: ROM->PBL->uboot->Linux или ROM->PBL->SBL->uboot->Linux
C TrustZone сложнее.
На ЛОРе такие вопросы можно не задавать, не то это место. Здесь сплошные рукожопы.

Подписался на тему.

Вот для IBM PC была в начале 90-х книжка Питера Нортона (и даже в приличном русском переводе), в которой было расписано буквально ВСЁ: порядок загрузки, организация видеопамяти, структуры FAT на диске, прерывания PC-Speaker. Следующий уровень - прерывания BIOS, следующий уровень - прерывания DOS. Т.е. по этой книжке грамотный программист мог просто взять и написать свою мини-ОС, совместимую, скажем, с теми же FAT-дискетами и тем же BIOS.

А у смартфонов и прочих ARM, выходит, проблема даже не в том, что плохо документировано, а в том, что неунифицируемый зоопарк?

Как у линукса прям. Хоть свои платы пили:)

Ну процессоры некоторые уже пилят...

Как правило, есть относительно простой но фичастый загрузчик, очень популярен u-boot на платформе ARM. Но этот самый u-boot для начала должен быть вытянут чем-то, и для этого есть либо встроенная в процессор спец функция от производителя, либо необходимо сделать свой простенький загружатор из например из SPI-флэшки в ОЗУ - ну а дальше оно стандартно и однообразно поддержит ядро Linux. Кроме того, для обеспечения работы единой версии ядра Linux на платформе используются device tree файлы, которые описывают особенности оборудования данного конкретного устройства.

А у смартфонов и прочих ARM, выходит, проблема даже не в том, что плохо документировано, а в том, что неунифицируемый зоопарк?

Набор железа везде разный, поэтому универсальные требования к загрузчику предъявить сложно. Существующие стандарты для «больших» систем, такие как BIOS, OpenFirmware, UEFI, не подходят так как требуют дополнительного железа, а их функционал избыточен. Поэтому зоопарк.

Да, щас про юбут читаю.

valmanzavr разбушевался: 101 серия

valmanzavr

Ну вот, теперь ТС освобождён от напряжённого придумывания ника после следующего бана :)

Ну ладно, весь ARM обширен, а конкретно у смартфонов тоже зоопарк?

Спс за ник анону:)

Чем тебе не нравится UEFI?

весь ARM обширен

Так не ARMом единым, на рынке полно архитектур. Но uboot всеяден, а вендорские загрузчики часто прибиты к периферийным устройствам, а не архитектуре проца

а конкретно у смартфонов тоже зоопарк?

Не знаком с этой темой, но если там даже с ОС зоопарк (по крайней мере был до недавнего времени), то могу себе представить что там с загрузчиками

(В прочей нереалтаймовой эмбедщине Linux съел всех конкруентов еще в начале 2000-х)

Так это ж лоровские кукаретики. С другой стороны, необходимость в уефи появляется только при объеме данных>100500

В чем связь UEFI и «объема данных»?

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

Типа если у тебя на диске данных больше 2,2Тб, то прощай биос.

Боли рукожопов меня мало интересуют. Что конкретно не так с самим UEFI?

Он тебе ответит болью рукожопа, чо ты еще ждешь?

Ну так у всех устаревших технологий есть пределы, 286-ой процессор вот мог только с одним мегабайтом памяти работать

Ну я и про что.

UEFI много чего даёт, начиная от банального ускорения инициализации устройств, и заканчивая графическим интерфейсом с мышкой, что как бы проблемно реализовать в 1 мегабайте оперативки, или сколько там в 16-битном режиме доступно.

А для дебичей, набижавших тред, напомню что UEFI и BIOS лишь интерфейсы, и проблемы с конкретными реализациями не являются проблемой стандартов.

С MBR.

заканчивая графическим интерфейсом с мышкой, что как бы проблемно реализовать в 1 мегабайте оперативки

Вот и выросло поколение...

А еще с уефишной утилитой настройки можно БИОС юзать, что радует некоторых неосиляторах.

про лишний раздел говорил? для меня этого уже достаточно что бы отправить это поделие в топку, кроме того мне обещали что из него стартовать будет быстрее - нихера не быстрее, а даже медленее, записи от предыдущих установленых систем засирают все остальное... установил систему - не понравилась стал устанавливать другую - смотрю в quick boot запись от старой - думаю новая потрет - хер там было от каждой установленной системы запись остается и очень скоро quick boot пререстал влезать в экран, а оборудование затерярось в этой помойке - приходилось напрягаться для его выбора, удалил гребаный раздел от uefi в биосе переключил на legacy - как висела срань в quick boot так и продолжает висеть, хорошо блоки и джампер выручил - уронил мать в дату ее рождения, вернул заводские настройки и зачистил quick boot, я конечно обожаю эксперименты - но не до такой степени...

Смари, попоболь со временем лишь возрастет, интель закопать бивис обещает, приучай себя к уефи.

интель я сам для себя уже давно закопал - последний взял в 2013-ом, теперь только амуде с али по 500 рублей - в умелых руках и такое работает на ура...

умелые руки

ниасилил уефи

Плиз. Амд тоже закопает (в плане чипсетов и поддержки процессорами).

ARM - это по сути лицензия на исходники CPU.

Производитель покупает лицензию на ARM, на GPU (например mali), набирает кучу рукожопых инженеров которые лепят всё в кучу добавляя говнокода на каком-нибудь verilog или vhdl (я ниче не шарю) и вот тебе SoC готов. Можно пихать в телефон или тв приставку

Поэтому вопрос как ты уже понял по треду некорректный.

Так есть же efibootmgr для этого

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

в блоках врядли - а во всяком мобильном дерьме уже закопали...

Ты о чем, блаже? Что ты несешь?

В моём детстве был драйвер himem.sys, который позволял использовать больше памяти, и в результате могли работать такие вещи как Windows 3.1. Я, конечно, не эксперт по тем временам, но может ты нам расскажешь, что можно вместить в метр кроме псевдографики или наскальных рисунков?

но может ты нам расскажешь, что можно вместить в метр кроме псевдографики или наскальных рисунков?

Вполне полноценный GUI. Графические надстройки над DOS были популярны лет 25-30 назад.