Linkerskript Fragen

[M. Н. (Gast)]

Hallo ich beschäftige mich momentan mit den Linkerskripten von ARMs

Habe momentan ein Problem:

Im Linkerskript aus LPCxpresso für den LPC1788 steht:

MEMORY
{
  /* Define each memory region */
  MFlash512 (rx) : ORIGIN = 0x0, LENGTH = 0x80000 /* 512K bytes */
  RamLoc64 (rwx) : ORIGIN = 0x10000000, LENGTH = 0x10000 /* 64K bytes */
  RamPeriph32 (rwx) : ORIGIN = 0x20000000, LENGTH = 0x8000 /* 32K bytes */


}
  /* Define a symbol for the top of each memory region */
  __top_MFlash512 = 0x0 + 0x80000;
  __top_RamLoc64 = 0x10000000 + 0x10000;
  __top_RamPeriph32 = 0x20000000 + 0x8000;

Ist das nicht falsch?
Wenn ich die Top-Adresse haben will muss ich doch eigentlich schreiben:
TOP = START + LENGTH - 1;
dieses -1 fehlt hier. Ist das falsch und stört bloß nicht, da nur ein 
Byte?

Zweite Frage:

        /* Global Section Table */
        . = ALIGN(4) ;
        __section_table_start = .;
        __data_section_table = .;
        LONG(LOADADDR(.data));
        LONG(    ADDR(.data));
        LONG(  SIZEOF(.data));
        LONG(LOADADDR(.data_RAM2));
        LONG(    ADDR(.data_RAM2));
        LONG(  SIZEOF(.data_RAM2));
        __data_section_table_end = .;
        __bss_section_table = .;
        LONG(    ADDR(.bss));
        LONG(  SIZEOF(.bss));
        LONG(    ADDR(.bss_RAM2));
        LONG(  SIZEOF(.bss_RAM2));
        __bss_section_table_end = .;
        __section_table_end = . ;
        /* End of Global Section Table */

__section_table_start = .; und  __data_section_table = .; auf das selbe?
LONG(  SIZEOF(.data_RAM2));
__data_section_table_end = .;
__bss_section_table = .;
LONG(    ADDR(.bss));

zeigen __data_section_table_end = .;und __bss_section_table = .; nicht 
auf das selbe?

Wie verhät es sich mit:

*(section1)
var = .;
*(section2)

wo liegt nun var?
Auf der letzten Adresse von section1?
Auf der ersten von section2?
Oder auf einer dazwischen?

Wäre froh wenn mir jemand diese Dinge kurz erklären kann

[M. Н. (Gast)]

OK.

Mit dem MapFile konnte ich dem Problem auf den Grund gehen:

 .isr_vector    0x00000000       0xe4 ./src/cr_startup_lpc177x_8x.o
                0x00000000                g_pfnVectors
                0x000000e4                . = ALIGN (0x4)
                0x000000e4                __section_table_start = .
                0x000000e4                __data_section_table = .
                0x000000e4        0x4 LONG 0x3e8 LOADADDR (.data)
                0x000000e8        0x4 LONG 0x10000000 ADDR (.data)
                0x000000ec        0x4 LONG 0x0 SIZEOF (.data)
                0x000000f0        0x4 LONG 0x3e8 LOADADDR (.data_RAM2)
                0x000000f4        0x4 LONG 0x20000000 ADDR (.data_RAM2)
                0x000000f8        0x4 LONG 0x0 SIZEOF (.data_RAM2)
                0x000000fc                __data_section_table_end = .
                0x000000fc                __bss_section_table = .
                0x000000fc        0x4 LONG 0x10000000 ADDR (.bss)
                0x00000100        0x4 LONG 0x0 SIZEOF (.bss)
                0x00000104        0x4 LONG 0x20000000 ADDR (.bss_RAM2)
                0x00000108        0x4 LONG 0x0 SIZEOF (.bss_RAM2)
                0x0000010c                __bss_section_table_end = .
                0x0000010c                __section_table_end = .

[mper (Gast)]

>Ist das nicht falsch?
>Wenn ich die Top-Adresse haben will muss ich doch
>eigentlich schreiben:
TOP = START + LENGTH - 1;
>dieses -1 fehlt hier. Ist das falsch und stört bloß nicht, da nur ein
>Byte?

Falsch oder nicht, hängt nur von der Interpretation dieser Werte ab, 
d.h.
was man unter "top" genau versteht.

Mich würde eher stören, dass die Konstanten 0x8000, 0x10000 usw an 
mehreren
Stellen auftauchen. Das lässt sich sicher vermeiden.

[M. Н. (Gast)]

Ja. Du hast recht. es hängt von der Interpretation ab. Das harmoniert 
mit dem Startup-Code.

Das mit den Konstanten ist natürlich auch richtig. Werde das vllt mal 
schöner machen :D

Danke