was ist die Verwendung von SPL (secondary program loader)

Ich bin verwirrt in meine clearing-Konzepte im Hinblick auf diese drei Fragen

warum brauchen wir eine secondary program loader ?
in die Speicher geladen wird und verlegt ?
was ist der Unterschied zwischen system-internen Speicher und RAM ?

soweit ich das verstanden habe über das Lesen von links ist .. SPL wird benötigt, wenn das system interne Speicher kann nicht halten die uboot komplett, so müssen wir initialisieren Sie den Speicher mit einer minimalen Stück code, genannt SPL. Tut SPL tatsächlich umziehen oder es wird nur uboot, das bezieht sich selbst?

InformationsquelleAutor theadnangondal | 2015-07-06

50

Lassen Sie mich erklären es mit OMAP - Plattform als Beispiel (nur um einige tatsächliche hintergrund eher als Theorie oder common knowledge).
Werfen Sie einen Blick auf einige Fakten für den Anfang:
- Auf die OMAP-Plattformen das erste Programm, das ausgeführt wird, nachdem der power-on ist ROM-code (die ähnlich wie BIOS am PC).
- - ROM-code sieht für bootloader (das muss eine Datei mit dem Namen "MLO" und befindet sich auf der ersten aktiven partition der MMC, die müssen formatiert sein wie FAT12/16/32, -- aber das sind details)
- ROM-code kopiert Inhalt, dass "MLO" - Datei zu static RAM (weil normale RAM ist nicht initialisiert, noch nicht). Das nächste Bild zeigt den SRAM-Speicher-layout für OMAP4460 SoC:
- SRAM-Speicher begrenzt ist (aus physikalischen Gründen), so haben wir nur 48 KiB für den bootloader. In der Regel regelmäßige bootloader (z.B. U-Boot) binäre ist größer als das. Daher brauchen wir einige zusätzliche bootloader wird initialisiert regulären RAM und kopieren regelmäßige bootloader von MMC in den Arbeitsspeicher, und dann wird der Sprung ausgeführt, dass regelmäßige bootloader. Diese zusätzlichen bootloader ist in der Regel bezeichnet als first-stage bootloader (in zwei-stage bootloader-Szenario).
So, in diesem first-stage bootloader ist U-Boot SPL; und second-stage bootloader ist regelmäßige U-Boot - (oder U-Boot die richtige). Um klar zu sein: SPL steht für Secondary Program Loader. Das bedeutet, dass der ROM-code ist der erste, was geladen (und ausgeführt) anderes Programm, und SPL ist die zweite Sache geladen (und ausgeführt) ein anderes Programm. Also in der Regel der boot-Sequenz ist weiter: ROM-code -> SPL -> u-boot -> kernel. Und tatsächlich, es ist sehr ähnlich zu PC Booten, das ist: BIOS -> MBR -> GRUB -> kernel.

UPDATE

Dinge zu machen absolut klar, hier ist die Tabelle beschreibt alle Phasen der boot-Sequenz (to klären Sie mögliche Unsicherheiten in der Terminologie):
```
+--------+----------------+----------------+----------+
| Boot   | Terminology #1 | Terminology #2 | Actual   |
| stage  |                |                | program  |
| number |                |                | name     |
+--------+----------------+----------------+----------+
| 1      |  Primary       |  -             | ROM code |
|        |  Program       |                |          |
|        |  Loader        |                |          |
|        |                |                |          |
| 2      |  Secondary     |  1st stage     | u-boot   |
|        |  Program       |  bootloader    | SPL      |
|        |  Loader (SPL)  |                |          |
|        |                |                |          |
| 3      |  -             |  2nd stage     | u-boot   |
|        |                |  bootloader    |          |
|        |                |                |          |
| 4      |  -             |  -             | kernel   |
|        |                |                |          |
+--------+----------------+----------------+----------+
```
So, ich bin nur mit bootloader als synonym für U-Boot -, und Program Loader als gemeinsame Bezeichnung für alle Programme, die Lasten anderen Programm.

Siehe auch:

[1] SPL (bei Wikipedia)

[2] TPL: SPL laden SPL - Denx

[3] Bootloader (bei OSDev-Wiki)

[4] Boot-ROM vs Bootloader
- "Diese zusätzlichen bootloader ist in der Regel bezeichnet als first-stage-bootloader." -- IMO die erste Stufe ist die ROM boot. Also der SPL-Programm wäre der second-stage-bootloader. Atmel verwendet werden, um die Nomenklatur ähnlich zu dem, was Sie geschrieben haben, aber Ihre aktualisierte Dokumentation (z.B. SoC-Datenblätter) hat der ROM-boot als "first-level-bootloader":
- Ich denke, es hängt ganz auf akzeptierten Terminologie. Ich es geschafft, zu finden SPL bezogen sowohl als 1. stage bootloader und als 2. stage bootloader. Solch eine situation passiert wirklich oft, ich meine mit nicht gut-etablierten Terminologie. Wahrscheinlich, weil ES ganz neue engineering-Zweig, oder vielleicht ist es verändert sich zu schnell für die Terminologie zu eindeutig. Jedenfalls, wenn Sie Blick auf [1] und [3], Sie werden sehen, dass Sie nicht als ROM-code als bootloader. Wahrscheinlich, weil es festen code, und wir einfach nicht zu viel darüber nachdenken 🙂
- Komplementär: original bootloader definition ist ein "Programm zum laden von OS". So können wir das nicht als ROM-code als eigentliche bootloader. Auch in OMAP4460 TRM können wir Weitersuchen definition für bootstrap Begriff (die, glaube ich, ist synonym für bootloader): "Bootstrap: Erste software vorgelegt, die von der ROM-code während des Speicher-Booten-phase". Mit einer solchen Vorgehensweise stellen wir sicher, dass Sie nicht mischen ROM-code und bootloader Begriffen.
- schöne Antwort... danke @SamProtsenko
- können Sie bitte beantworten Sie diese so gut stackoverflow.com/questions/31263686/...
- Thank u für die interessanten infos nur eine Frage, könnte u pls klären, was damit gemeint ist ", weil normales RAM ist noch nicht initialisiert"
- SDRAM ist ein externes Gerät (zu SoC) und muss initialisiert werden, bevor Sie es verwenden. Als SDRAM verbunden ist, SoC, insbesondere DMM-IP-core (genannt EMIF auf die OMAP-Plattformen), erste DMM konfiguriert werden müssen. Sobald DMM bereit ist, können wir so konfigurieren, SDRAM via DMM. Die genaue Initialisierung beschrieben wird, insbesondere SDRAM Datenblatt, aber meist ist es über die Einstellung der timing-Werte. Zum Beispiel finden Sie unter sdram_init() - Funktion für die OMAP-Plattformen.
- Ok, danke sehr, aber das große Bild ist klar.
- eine kleine Korrektur, wenn ich darf: Sie sind nicht die erste Stufe und zweite Stufe Bootloader. Zu erkunden, was 2-stage bootloader - versuchen Sie es zu einem FreeBSD-liveUSB-stick über alte UNetBootIn-tool - und Sie werden sehen, es in die Konsole, erste Stufe der linux loader unterstützt die ausführlichen dmesg - so können Sie es konfigurieren, auf die daraus resultierenden usb-Stick Bild und sehen Sie alle in detaillierten Erklärungen.
- Wie oben besprochen, es ist alles über den Bezugsrahmen. Zumindest habe ich das versucht zu erklären, diese Sache besser in den Kommentaren, ich werde wahrscheinlich nicht 🙂 Wir reden hier über U-Boot hier, und U-Boot ist ein zweistufiger bootloader. Erste Stufe der U-Boot SPL und die zweite Stufe ist die U-Boot selbst. Aus system-Sicht, es gibt 3 Stufen in konventionell ARMv7-system: ROM-code, SRAM bootloader und RAM-bootloader. Aber ROM-code ist fest, also können wir im Grunde ignorieren. Genauso wie auf dem PC: wir haben BIOS, MBR und GRUB. Aber wir betrachten BIOS behoben, also MBR bezeichnet als 1. Stufe und GRUB 2. Stufe.
- Sie habe nicht versagt in der Erklärung in einem einzigen Stück! Es ist wunderschöne, Mann! Über 2-Stufen-Lader - das ist, wo ich interveined - es ist ein bisschen anders, aber - genaugenommen - der Sinn ist alles das gleiche, eigentlich. U-Boot im 2-Schritt-Booten ist tatsächlich in einem zweiten Schritt können Sie einen Blick auf die erste, ist es besser, sein genannt etwas wie ein "bare-boot" zu halten, pp; aus den Wirren, IMHO. Über das BIOS in die ARM-Welt - nun, es ist eine mariana Tiefe, aber wenn Sie wollen - ich kann auch nicht in den Kommentaren, nur eine Zeile schreiben, wenn Sie es wollen!
- Du meinst, dass die ROM-code ist der erste Schritt, 2-Schritt-Booten? Aber ROM-code nicht als bootloader. Auch, wenn Sie das Kontrollkästchen U-Boot-wiki-Seite, heißt es, "U-Boot ist sowohl ein first-stage und second-stage-bootloader". Die gleiche Erklärung wird auch erwähnt, hier. Vielleicht verstehe ich nicht, was du meinst. Können Sie bitte die genaue Linie, die Sie denken, ist falsch, und beschreiben, was genau nicht stimmt mit ihm?
- nicht ROM-code kann eine Trustzone-Zeug - einige ARM-CPUs die Fähigkeit zum ausführen von code vor dem starten mit der Trustzone, und es kann eine Menge Zeug - es gibt eigentlich keine Grenzen, weder in Funktionalität, noch in der API. Die "Terminologie 2" - Spalte sieht falsch aus meiner Sicht - der ganze rest ist absolut richtig!!!! Als ein Beispiel von "Terminologie-2" 2-Schritt-bootloader, den ich erwähnt habe UNetBootIn laden der eigentlichen FreeBSD-kernel von der Linux-kernel in die live-sticks in diesem Programm macht.
- Ok, ich glaube ich hab was du meinst. Ich würde gerne bleiben OMAP-Terminologie (denke BeagleBone Black), welche ist am besten hier beschrieben, in details: AM335x U-Boot-User ' s Guide. Entsprechende boot-Grafik aus dem Boot-ROM-code ' s point of view finden Sie im AM335x TRM (betrachten Sie Abbildung 26-10 "ROM-code Bootvorgang"). Hoffe, Sie Stimmen mit der erwähnten Dokumentation.
- Auch in meiner Tabelle (in der Antwort), in "Terminologie #2" - Spalte, Sachen wie "1st stage bootloader" kann ersetzt werden mit "U-Boot-1st stage bootloader", aber ich denke, dass es geht ohne zu sagen, wie Sie die ganze Frage über das U-Boot.
- stimmte zu 100%!
- Ich bin nicht sicher, ob ich verstehe, wie die MLO-passt in die Terminologie-Tabelle. Mein Verständnis ist, dass MLO ist der name der fie enthält die SPL. Ist das richtig?
- Nach dieser (was ist eine sinnvolle Ergänzung zu dieser Antwort) processors.wiki.ti.com/index.php/The_Boot_Process , ich bin rechts, aber ich würd dir empfehlen zu klären, dass Sie Ihre Antwort ein.
- Ja. MLO ist ein Datei-Namen, es steht für MMC LOader. Können Sie überprüfen, OMAP4460 TRM für details, Abschnitt 27 Initialization. MLO geladen SRAM und ausgeführt von ROM-code. MLO können beliebige Nutzlast, nicht nur U-Boot SPL. Können Sie erstellen, die MLO-Datei mit mkimage -T omapimage - Befehl finden Sie unter dieser zum Beispiel. MLO ist nur TI-spezifischen format, und hat nichts zu tun mit U-Boot-pro-se. Das ist, warum ich nicht wollen, um die Referenz in die Tabelle.
InformationsquelleAutor Sam Protsenko
1

Es ist keine theoretische Notwendigkeit für eine secondary program loader. Allerdings gibt es oft pragmatische Gründe für mit einem. Zwei aus der Spitze von meinem Kopf. Erste, Modularität und einfache Entwicklung.

Zweite, die hardware-boot-Prozess kann zu restriktiv sein. Sie können erwarten, dass die Buch-loader in einem bestimmten Ort, wo es nicht genügend Platz zum speichern des gesamten boot-Prozess. Der primäre loader tut, was immer notwendig ist, laden Sie die full-book-Prozess (SPL). Der primäre loader, zum Beispiel, können im ROM gespeichert mit Speicher-Einschränkungen.

InformationsquelleAutor user3344003

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.