AVR sections & magic keys @ fixed address - wie planen?

[Kay I. (imperator)]

Hallo Forum,

ich möchte ein paar Variablen immer an der gleichen Stelle im Flash 
ablegen.

Es gibt bereits viele Beschreibungen dazu, man legt an:
1) seine eigene section anlegt (z.B. in AVR-Studio 4.x), erscheint dann 
in den Linker-Settings des Makefiles:

## Linker flags
LDFLAGS = $(COMMON)
LDFLAGS +=  -Wl,-Map=MyDevice.map
LDFLAGS += -Wl,-section-start=.bootloader=0xf000
LDFLAGS += -Wl,-section-start=.MySpecialData=0x24400

2) Variablen in eigener section

typedef struct{
  U32 x;
}SpecData;
const __attribute__((__section__(".MySpecialData"))) SpecData DataInstance = {0x89ABCDEF};

Sections:
.text = Programmcode, (inkl. .initN & .finiN)
.data = Initiale Daten für Variablen
.MySpecialData = Daten, die immer an konstanter Adresse liegen
.bootloader = Bootloader mit BOOTSZ = '00', 4096 Words

uC:
Atmega1281, Datasheet (2014-02):
http://www.atmel.com/Images/Atmel-2549-8-bit-AVR-Microcontroller-ATmega640-1280-1281-2560-2561_datasheet.pdf
mit eigenem Application-Flash und separatem Bootloader-Flash.

da BOOTSZ = '00', ergibt sich laut Datasheet S.321:
Application:(0x0000 - 0xEFFF)61439 Words
Bootloader: (0xF000 - 0xFFFF) 4096 Words

Im Beispiel oben hab ich .MySpecialData testweise auf die Byteadresse 
0x24400 gelegt. Wie plant man diesen Adressraum so ein, dass sich das 
Projekt noch weiter ausdehnen kann und die .MySpecialData-Adresse bleibt 
über die FW-Versionen kontant ohne andere sections zu überlappen oder zu 
"behindern"?

[Jörg W. (dl8dtl) (Moderator)]

Kay I. schrieb:
> Wie plant man diesen Adressraum so ein, dass sich das Projekt noch
> weiter ausdehnen kann und die .MySpecialData-Adresse bleibt über die
> FW-Versionen kontant ohne andere sections zu überlappen oder zu
> "behindern"?

Zum Bleistift, indem du deine paar Daten ganz ans Ende des Flashs
legst.

[Kay I. (imperator)]

ok, z.B.:

LDFLAGS += -Wl,-section-start=.MySpecialData=0xEF00

Die Größe dieser Section wäre in meinem Beispiel oben 4Byte.

Können .text + .data auch den Platz oberhalb (0xEF02 .. 0xEFFF) nutzen?

Nach welchem Schema werden dann die anderen sections von der 
gcc-toolchain dimensioniert?
Oder Berücksichttigt die Toolchain, dass die .text und .data unterhalb 
0xEF00 bleiben müssen und warnen ggfs. bei Überschreitung?

0x0000 - 0xEEFF = .text+.data
0xEF00 - 0xEF01 = .MySpecialData (size=4Byte)
0xEF02 - 0xEFFF = unused?
0xF000 - 0xFFFF = .bootloader

[Jörg W. (dl8dtl) (Moderator)]

Niemand schreibt dir vor, dass du komplette 256 Bytes für eine Section
benutzen müsstest, allerdings ist es sinnvoll, eine komplette Page zu
nehmen.  Wie groß diese ist, hängt vom Controller ab.

Section overlap ist ein Linkerfehler.