Wie u-boot-bootloader liest/speichert die Umgebungsvariablen?

  • Wie u-boot-bootloader liest/speichert die Umgebungsvariablen ?

  • Wie erklären wir die Adresse von u-boot environment Variablen Abschnitt in den Flash ?

  • Aus der Beschreibung bei hier : Die U-Boot-Umgebung ist ein Speicherblock, der ist gehalten, die auf den persistenten Speicher und in den RAM kopiert, wenn U-Boot startet.

Was die Bedeutung von " in den RAM kopiert" ?

U-boot block kopieren des Speichers der environment-Variablen im RAM ?

Dank

InformationsquelleAutor Thang Le | 2013-12-11
  1. 10

    Ja, U-boot block kopieren des Speichers der environment-Variablen im RAM.

    Den permanenten Speicher, wo der block herkommt, ist Plattform-spezifisch. Einige Allgemeine Speicheroptionen (und source-Datei, die Handhabung, die Speicher-option):

    NOR flash   env/flash.c
SPI flash   env/sf.c
MMC         env/mmc.c

    CONFIG_ Definitionen in den include/configs/yourboard.h bestimmen die details. Zum Beispiel, für SPI-flash abgebildet an der Oberseite des Speichers, vielleicht:

    #define CONFIG_ENV_IS_IN_SPI_FLASH
#define CONFIG_ENV_SIZE    0x00001000
#define CONFIG_ENV_ADDR    0xFFFFF000

    CONFIG_ENV_ADDR Adresse von u-boot environment Variablen Abschnitt in Flash.

    Beachten Sie, dass die u-boot automatisch erstellt eine CRC32 über diesem Abschnitt, wenn beim schreiben der Umgebung in den persistenten Speicher. Die CRC wird überprüft, wenn Umgebung Lesen Sie auf Start. Wenn CRC-check nicht bestanden hat, kann die gespeicherte Umgebung wird nicht verwendet; stattdessen wird eine neue Standard-Umgebung hardcoded in den Programm-code verwendet wird, ist ein besonderer Fall.

    Während der U-Boot-Initialisierung, die environment-Variablen werden importiert in eine hash-Tabelle. Im Betrieb werden alle lese - /schreib-Operationen, und alle "printenv" (display-Umgebungsvariable) und "setenv" (set environment variable) - Befehle verwenden Sie diese Tabelle Einträge. Änderungen sind nicht gespeicherte, bis Kommando "saveenv" ist getan, die schreibt, um den persistenten Speicher.

    Weitere Infos finden Sie unter u-boot/common/cmd_nvedit.c Zeilen 14-24 und u-boot/README Linien 3474-3881 (Zeilennummern sind für v2013.10).

    • Joe Kul, Danke. Wenn u-boot-Kopien Speicherblock, der von environment-Variablen im RAM. Dann, wo wir definierten die Adresse dieser Abschnitt im RAM ? Ich Wunder, dass, warum u-boot nicht Lesen und importieren Sie Ihre env-Abschnitt direkt aus dem flash, um die Hashtabelle brauchen aber copy to RAM importiert dann später ?
    • U-Boot kopiert so ziemlich alles aus dem flash-RAM-Speicher. Das ist bezeichnet als "Umzug". Um die Adresse im RAM für alles, was kam aus dem flash, können Sie hinzufügen "Umzug Offset" (gedruckt auf der Konsole), um die flash-Lage, die im u-boot.Karte. Siehe auch arch/arm/lib/board.c. Aber Umzug ist ein separates Thema.
    • Joe Kul: "ich weiß nicht" u-boot braucht eine "relocation". Für mein system, boostrap lädt u-boot zu rammen, so dass ich denke, dass u-boot braucht nur zu Lesen von environment-Variablen Blöcken, aber keine Notwendigkeit zum Umzug. Tatsächlich, mein u-boot ist ein binäres Bild, also kann es nicht jedem Umzug. Dank
    • U-Boot verlagern sich, ob er Sie braucht oder nicht.
    • Joe Kul:U-boot-nur verlagert sich, wenn es erkannt wird, dass es ausgeführt wird, im ROM/Flash. Sonst, Umzug wird übersprungen werden, wenn u-boot läuft im RAM. Hauptaufgabe verlegen ist kopieren u-boot-image aus dem Flash/ROM RAM-dann beginnt mit der Ausführung Programm aus dem RAM schneller Ausführungsgeschwindigkeit. Ich bin nicht falsch, dann Umzug code ist auf die Funktion board_init_f (/arm/lib/board.c) die assembly aufrufen Griff relocation_code . So, ich denke das ist unterschiedlich " wie u-boot-Kopien/Prozesse env-Blöcke im Flash-RAM-Speicher ?"
    InformationsquelleAutor Joe Kul
  2. 6

    Die Adresse und Größe von env-Variablen-block definiert werden im board-Header-Datei. Sehen include/configs/am3517_evm.h zum Beispiel:

    #define CONFIG_SYS_ENV_SECT_SIZE        (128 << 10)     /* 128 KiB */
#define CONFIG_ENV_OFFSET               SMNAND_ENV_OFFSET
#define CONFIG_ENV_ADDR                 SMNAND_ENV_OFFSET

    u-boot lädt CONFIG_SYS_ENV_SECT_SIZE aus SMNAND_ENV_OFFSET. Sie können die Werte ändern und dann speichern Sie Sie über saveenv.

    InformationsquelleAutor yegorich
Schreibe einen Kommentar