Почему arm-none-eabi-size сообщает, что раздел .data равен 0, хотя я использую инициализированную оперативную память?

Question

Меня немного смущают результаты, которые я получаю, когда пользуюсь утилитой размера моей цепочки инструментов (Yagarto и codeourcery).он сообщает, что я использую 0 байтов в разделе данных.см. ниже

$ arm-none-eabi-size.exe rest-server-example.crazy-horse.elf
   text    data     bss     dec     hex filename
  79364       0   34288  113652   1bbf4 rest-server-example.crazy-horse.elf

Я знаю, что мой код использует статические переменные ОЗУ и инициализирует их значениями, отличными от 0.

Интересно, что когда я передаю инструменту размера напрямую некоторые из объектных файлов, которыестановясь связанным, я вижу, что сообщается раздел .data

пример:

   text    data     bss     dec     hex filename
   1648       0      20    1668     684 obj_crazy-horse/uip-nd6.o
    200      12    2652    2864     b30 obj_crazy-horse/uip-packetqueue.o
     12       0       0      12       c obj_crazy-horse/uip-split.o
   1816      24      48    1888     760 obj_crazy-horse/usb-core.o
    284       0       0     284     11c obj_crazy-horse/usb-interrupt.o
   2064      20     188    2272     8e0 obj_crazy-horse/xmac.o

Почему файл elf сообщает 0 для раздела .data, когда объектные файлы, которые его создают, сообщают ненулевое значениеценности?

К вашему сведению Я работаю над встроенным программным обеспечением для AT91SAM7x256 Micro

edit:

добавление CFLAGS и LDFLAGS

CFLAGS  += -O -DRUN_AS_SYSTEM -DROM_RUN  -ffunction-sections

LDFLAGS += -L $(CPU_DIRECTORY) -T $(LINKERSCRIPT) -nostartfiles -Wl,-Map,$(TARGET).map

edit # 2: сдамп объекта, мы можем ясно видеть, что раздел .data имеет назначенные ему данные, но утилита размера по какой-то причине не получает его ссылка objdump

Все, что мне нужно, этополучить точное использование моей оперативной памяти Я не пытаюсь выяснить, была ли оптимизирована одна из моих переменных.

edit 3: дополнительная информация, показывающая, что утилита size видит что-то в разделе .data

$ arm-none-eabi-size.exe -A -t -x  rest-server-example.crazy-horse.elf
rest-server-example.crazy-horse.elf  :
section              size       addr
.vectrom             0x34   0x100000
.text             0x10fc8   0x100038
.rodata            0x149c   0x111000
.ARM.extab           0x30   0x11249c
.ARM.exidx           0xe0   0x1124cc
.data              0x1028   0x200000
.bss               0x7bec   0x201028
.stack              0xa08   0x20f5f8
.ARM.attributes      0x32        0x0
.comment             0x11        0x0
.debug_aranges      0xc68        0x0
.debug_info       0x2b87e        0x0
.debug_abbrev      0x960b        0x0
.debug_line        0x9bcb        0x0
.debug_frame       0x4918        0x0
.debug_str         0x831d        0x0
.debug_loc        0x13fad        0x0
.debug_ranges       0x620        0x0
Total             0x7c4c5

Answer 1

Моя интерпретация заключается в том, что сценарий компоновщика создает один загружаемый раздел, который содержит начальные значения раздела данных и фрагмент кода запуска, который копирует данные в раздел неинициализированных данных.

Этонеобходимо, если вы хотите иметь один файл образа, который можно запускать из памяти только для чтения, поскольку впереди нет загрузчика ELF, который бы выполнял эту копию за вас.

Обычно это делается только вотображение разделов на сегменты (т. е. выходные разделы располагаются в сценарии компоновщика с помощью команды размещения раздела >), а не путем двойного отображения входного раздела, но это также возможно.

Использованиецифры довольно точны: размер текста - это объем необходимого Flash-пространства, размер BSS - объем необходимой оперативной памяти.Инициализированные данные подсчитываются дважды, один раз для исходных данных во Flash и один раз для изменяемых данных в ОЗУ.

Answer 2

В вашем разделе .data установлен атрибут CODE, и это сбивает с толку «arm-none-eabi-size».Размер раздела .data неправильно добавляется к общему размеру текста вместо размера данных.

Я предполагаю, что у вас есть код, который хранится во флэш-памяти, но копируется в оперативную память во время выполнения, напримербыстрый обработчик прерываний или перепрограммирование флэш-памяти, которые должны запускаться из ОЗУ.Это установит атрибут CODE для сегмента данных, и «size» считает, что все данные .data являются текстовыми.