Saya bertanya-tanya apa urutan boot Raspberry Pi dalam pengaturan yang khas (katakanlah NOOBS), dari aplikasi daya (atau pengaturan ulang jika itu berbeda) hingga, katakanlah, kemunculan logo; atau di mana itu dijelaskan.

Selain gambaran umum yang paling dibutuhkan dari urutan itu, saya paling tertarik pada tahap awal:

1. Apa vektor reset untuk CPU ARM, dan bagaimana / di mana itu didefinisikan?
2. Dari memori apa instruksi ARM CPU pertama diambil? Di mana itu, dan teknologi apa yang digunakan untuk menyimpan kode ini?
3. Apakah itu kode ARM32 atau Thumb (atau mungkin Jazelle)? Apakah itu tergantung pada bit order rendah dari vektor reset?
4. Apakah sumber (atau pembongkaran, atau pembuangan) dari kode boot awal itu tersedia? Jika tidak, adakah hal teknis yang mencegah penggunaan port JTAG untuk menentukan itu? _{^{Mengenai hukum, saya siap untuk mengambil risiko memercayai pemahaman saya tentang hukum yang berlaku di tempat saya tinggal (Prancis), yaitu bahwa saya sepenuhnya diizinkan untuk menganalisis komputer saya sendiri, setidaknya tanpa adanya kontrak eksplisit. persyaratan untuk tidak melakukannya.}}
5. Dalam urutan apa peripheral diinisialisasi, dan dengan kode apa?
6. Di samping CPU ARM, apakah ada beberapa prosesor / automata yang berjalan di BCM2835, dan secara afirmatif bagaimana urutan bootnya terkait dengan CPU ARM?

Saya siap untuk mempelajari Manual Referensi Teknis CPU ARM dan Peripheral ARM BCM2835 , atau dokumen lainnya.

Pembaruan: Setelah memposting, saya menemukan ini dan ini , menyatakan GPU BCM2835 bertindak sebagai master ARM, dan sangat terlibat dalam urutan boot.

Urutan boot Raspberry Pi pada dasarnya adalah ini:

1. Boot tahap 1 ada dalam ROM on-chip. Memuat Tahap 2 di cache L2
2. Tahap 2 adalah bootcode.bin. Mengaktifkan SDRAM dan memuat Tahap 3
3. Tahap 3 adalah loader.bin. Ia tahu tentang .elfformat dan banyakstart.elf
4. start.elfbanyak kernel.img. Kemudian ia juga membaca config.txt, cmdline.txtdan bcm2835.dtb Jika file dtb ada, itu dimuat di 0×100& kernel @ 0×8000 If disable_commandline_tagsdiatur itu memuat kernel @ 0×0 Jika tidak, ia memuat kernel @ 0×8000dan menempatkan ATAGS di0×100
5. kernel.img kemudian dijalankan pada ARM.

Semuanya dijalankan pada GPU hingga kernel.imgdimuat di ARM.

Saya menemukan diagram ini cukup berguna: