Woher weiß der Linker, welche Regions ins Hexfile kommen?

[Frank Roggel (Gast)]

Hallo zusammen,

folgendes Problem:
Ich habe einen STM32F407VG mit "Core Coupled Memory" (CCM = spezielles 
RAM) an 0x10000000.
Mein Linker-File sieht so aus:

MEMORY
{
FLASH (rx)     : ORIGIN = 0x08000000, LENGTH = 1024K  
SRAM1 (xrw)    : ORIGIN = 0x20000000, LENGTH = 112K
SRAM2 (xrw)    : ORIGIN = 0x2001C000, LENGTH = 16K
CCRAM (xrw)    : ORIGIN = 0x10000000, LENGTH = 64K 
}

und

  .ccram :
  {
    . = ALIGN(8);
    *(.ccram)
    *(.ccram*)
    . = ALIGN(8);
  } >CCRAM

Das funktioniert aber nur, solange das CCM komplett ungenutzt ist. 
Sobald ich eine Variable ins CCM hineinlege, wird ein ELF-File erzeugt, 
das den ST-Link dazu bringt, den Bereich ab 0x10000000 flashen zu wollen 
(was natürlich nicht geht).
Wenn ich aus dem ELF-File ein HEX-File erzeuge, sehe ich darin auch 
einen Datenblock voller Nullen ab 0x10000000.

Ich muss also irgendwie dem Linker sagen können, dass der CCM-Bereich 
nicht ins ELF- bzw. HEX-File hinein soll. Ich dachte eigentlich, das 
geht über die Flags (xrw), aber das scheint's ja nicht zu sein, denn bei 
RAM und CCM sind die gleichen Flags angegeben.

Wie geht das denn? Danke.

[foobar (Gast)]

Ein Schuß ins Blaue:

 .ccram (NOLOAD): ...

Mal geschaut, ob es nicht vollständigen Support 
(initialisierte/uninitialisierte Daten mit entsprendem Startupcode für's 
Kopieren/Löschen) für das CCRAM bereits gibt?

[Frank Roggel (Gast)]

Danke, genau das war's!