Мені цікаво, яка послідовність завантаження Raspberry Pi знаходиться в типовому режимі (скажімо, NOOBS), від додатку живлення (або теплового скидання, якщо це відрізняється) до, скажімо, появи логотипу; або де це описано.

Окрім найбільш потрібної загальної картини цієї послідовності, мене найбільше цікавлять ранні етапи:

1. Що таке вектор скидання для процесора ARM, і як / де це визначено?
2. З якої пам'яті витягнуті перші інструкції процесора ARM? Де це, і яка технологія використовується для зберігання цього коду?
3. Це код ARM32 або Thumb (чи, можливо, Jazelle)? Це залежить від біта низького порядку вектора скидання?
4. Чи доступне джерело (або розбирання, або скидання) цього раннього завантажувального коду? Якщо ні, чи щось технічне заважає використанню порту JTAG для визначення цього? _{^{Щодо юридичного, я готовий взяти на себе ризик довіритися моєму розумінню законодавства, яке застосовується там, де я живу (Франція). Це полягає в тому, що мені дозволяється повністю аналізувати власний комп’ютер, принаймні за відсутності явного договору вимога не робити цього.}}
5. У якому порядку ініціалізуються периферійні пристрої та яким фрагментом коду?
6. Окрім процесора ARM, чи є деякі процесори / автомати, що працюють у BCM2835, і як стверджувально, як його послідовність завантаження стосується процесора ARM?

Я готовий пірнути в процесорі ARM в Технічному довідковому керівництві і BCM2835 ARM периферійних пристроїв , або будь-який інший документ.

Оновлення: Після публікації я виявив це і це , заявивши, що GPU BCM2835 виступає майстром ARM і активно бере участь у завантажувальній послідовності.

Послідовність завантаження Raspberry Pi в основному така:

1. Запуск завантаження першого етапу знаходиться в мікросхемі ROM. Завантажує Етап 2 у кеш L2
2. Етап 2 є bootcode.bin. Вмикає SDRAM і завантажує етап 3
3. 3 етап є loader.bin. Він знає про .elfформат і навантаженняstart.elf
4. start.elfвантажі kernel.img. Потім він також читає config.txt, cmdline.txtі bcm2835.dtb якщо dtb файл існує, він завантажується в 0×100& kernel @ 0×8000 Якщо disable_commandline_tagsвстановлено, він завантажує ядро ​​@ 0×0 Інакше він завантажує ядро ​​@ 0×8000і ставить ATAGS на0×100
5. kernel.img потім запускається на ARM.

Все працює на графічному процесорі, поки kernel.imgне завантажується на ARM.

Цю діаграму я вважаю досить корисною: