Linker-Skript - Platzieren eines Abschnitts am Ende einer Speicherregion

Question

Ich habe weit und breit für das, wie dies zu tun ist, und haben es versäumt, mit einer Antwort zu kommen.

Mein Speicher-Layout ist wie folgt:

Fake Address | Section 
    0  | text 
    7  | relocate 
    15  | bss 
    23  | stack 

Am Ende des Stapels ich den Haufen legen. Was aufwächst und der Stapel ist ein vollständig absteigender Stapel für den ARM-Chip, den ich benutze.

Nun, was ich tun möchte, ist ein einzelner Abschnitt, nennen wir es .persist, in meinen RAM-Speicher. Ich möchte, dass es am Ende des RAM residiert, und ich möchte dies in mein Linker-Skript einprogrammieren. Diese .persist Abschnittsgröße wird jedoch nicht von mir definiert, sondern vom Compiler anhand der darin enthaltenen Symbole berechnet.

Bis jetzt habe ich keine gute Möglichkeit, es zu tun. Da ich die RAM-Startadresse und GRÖSSE kenne, wäre es trivial zu berechnen, wohin der Abschnitt gehen soll, wenn ich die Abschnittsgröße kenne. Doch nach the GNU linker documentation (pg 74) es scheint, dass:

SIZEOF (Abschnitt) Gibt die Größe in Bytes des benannten Abschnitt, wenn dieser Abschnitt zugeordnet ist. Wenn der Abschnitt bei der Auswertung nicht zugeordnet wurde, meldet der Linker einen Fehler.

so kann ich die Größe des Abschnitts im Linker-Skript nicht erarbeiten (da ich die Größe berechnen möchte, BEVOR ich es platziere/zuteile).

Kennt jemand einen guten Weg, dies zu tun?

Answer 1

was ich tun möchte, ist ein einzelner Abschnitt, nennen wir es .persist, in meinen RAM-Speicher. Ich möchte, dass es am Ende des RAM residiert, und ich möchte dies in mein Linker-Skript einprogrammieren.

Linkers Skript hat spezielle Variable Location Counter genannt, die die aktuelle Adresse zu modifizieren erlaubt, und als solche die Größe oder die Adresse eines Abschnitts oder Symbol, die durch Lücken oder Löcher in dem Adressraum zu schaffen.

Answer 2

Sie können Abschnitte an bestimmten Stellen erzwingen.

Zum Beispiel in dieser Dokumentation Linkers Red Hat GNU page, können Sie den .data Abschnitt definieren an der Adresse starten 0x8000000:

SECTIONS 
{ 
    . = 0x10000; 
    .text : { *(.text) } 
    . = 0x8000000; 
    .data : { *(.data) } 
    .bss : { *(.bss) } 
} 

Answer 3

konnte ich ähnliche, etwas zu erreichen, indem ein zweistufiger Prozess Verknüpfung machen . Zuerst kompiliere ich den betreffenden Abschnitt in eine eigene Objektdatei. In meinem Fall hatte ich einen Metadatenabschnitt, der aus einer Assemblydatei generiert wurde. gcc -c kompiliert die Quelle in Objektdateien, verbindet sie jedoch nicht.

gcc -c metadata.s -o metadata.o 

Sie können auch Ihr ganzes Programm bauen, dann mit objcopy nur den betreffenden Bereich extrahieren.

Jetzt baue ich und verbinde den Rest des Programms, und fügen Sie die Objektdatei unter die Linker-Eingabe.

gcc metadata.o ../main.o -o Program.elf -T linkerscript.ld 

Der Linker liest den Abschnitt .metadata aus der Objektdatei, und ich kann seine Größe in der Linker-Skript verweisen.

Answer 4

hatte ich ein ähnliches Problem ich es auf diese Weise

/* heap section */ 
.heap (NOLOAD): 
{ 
    . = ALIGN(8); 
    _sheap = .; 
    . = . + HEAP_SIZE; 
    . = ALIGN(8); 
    _eheap = .; 
} > ram 

_ram_end_ = ORIGIN(ram) + LENGTH(ram) -1 ; 
_stack_size = _ram_end_ - _eheap ; 

/* stack section */ 
.stack (NOLOAD): 
{ 
    . = ALIGN(8); 
    _sstack = .; 
    . = . + _stack_size; 
    . = ALIGN(8); 
    _estack = .; 
} > ram 

.LastSection (NOLOAD): /* for test in dump file */ 
{ 
    . = ALIGN(8); 
} > ram