Версия для печати темы

Нажмите сюда для просмотра этой темы в обычном формате

Форум разработчиков электроники ELECTRONIX.ru _ GNU/OpenSource средства разработки _ GNU Tools ARM Embedded неопределённые ссылки из файла startup_ARMCM3.S

Автор: vovo Apr 7 2017, 12:46

Доброго времени дня!
Никак не могу найти решение проблемы.

linking...
./gnu/startup_armcm3.o: In function `Reset_Handler':
E:\ARM_F/SRC/startup_ARMCM3.S:172: undefined reference to `__copy_table_start__'
E:\ARM_F/SRC/startup_ARMCM3.S:173: undefined reference to `__copy_table_end__'
E:\ARM_F/SRC/startup_ARMCM3.S:204: undefined reference to `__data_start__'
E:\ARM_F/SRC/startup_ARMCM3.S:205: undefined reference to `__data_end__'
E:\ARM_F/SRC/startup_ARMCM3.S:233: undefined reference to `__zero_table_start__'
E:\ARM_F/SRC/startup_ARMCM3.S:234: undefined reference to `__zero_table_end__'
collect2.exe: error: ld returned 1 exit status

Toolchain GNU Tools ARM Embedded\5.4 2016q3

Файл startup_ARMCM3.S взят из папки c тулчейном. Включён взамен стартового файла рабочего проекта, собранного на ARM MDK.
Проект на GCC успешно компилится но не хочет собираться по указанным выше причинам. Вопрос - чего в супе не хватает?
Это ведь области RAM, которые при старте инициализируются или обнуляются, что не так?

Спасибо.

Автор: DmitryM Apr 7 2017, 13:27

А в линкер-файле эти регионы определены и именуются также ?

Автор: Aaron Apr 7 2017, 13:49

заимствовали стартап файл и линкер-файл от разных проектов? нотация имён необычная.
ищите в ld-файле что-то вида:

Код
    _etext = .;
    .data :                        /* AT makes the LMA follow on in the binary image */
    {
        . = ALIGN(4);
        _sidata = _etext;        /* start of initialized data label */
        _sdata = .;                /* start of .data label */
        KEEP( *(.data) )
        KEEP( *(.data.*) )
        . = ALIGN(4);
        _edata = .;                /* end of .data label */
    } > RAM AT > FLASH

    /* .bss section - uninitialized data */
    .bss :
    {
        . = ALIGN(4);
        _sbss = .;                /* start of .bss label (for startup) */
         *(.bss)
         *(.bss.*)
         *(COMMON)
        . = ALIGN(4);
        _ebss = .;                /* end of .bss label (for startup) */
        _end = .;                /* end of used ram (start of free memory, for malloc) */
        __end = .;                /* the same */
        end = .;                /* the same */
    } > RAM
и приводите имена в ссылках на память (строчки вида _end = .wink.gif к вашим именам из ассемблерного файла

Автор: vovo Apr 7 2017, 14:04

Линкер файл я даже не цеплял. Думал, по аналогии с MDK, что по умолчанию что то должно быть. Стартап взят отсюда C:\Program Files (x86)\GNU Tools ARM Embedded\5.4 2016q3\share\gcc-arm-none-eabi\samples\startup, тул скачан с ARMа. Я посмотрел *.ld файл, предлагаемый в тулчейне, там тоже нет этих символов, кроме __bss_start__, этот совпадает. Ok, спасибо за подсказки, пошёл изучать скрипты линкера.

Автор: vovo Apr 11 2017, 07:50

Ещё раз благодарю за подсказки, с multi RAM разбрался. А вот как быть с multi ROM? Только когда секция FLASH едина, только тогда правильно выставляестя топ стека и стартовый переход. А вот стоит мне порезать FLASH на куски, то секция векторов прерываний и стартовый код ложатся таки куда надо, а вот топ стека адрес перехода на стартовый код нулевые выходят. И параллельно вопрос- а что в GCC нет возможности одной директивой все функции одного файла исходника отправить в свою секцию, только каждой функции __attribute__ прикручивать?

Автор: Сергей Борщ Apr 11 2017, 09:09

QUOTE (vovo @ Apr 11 2017, 10:50) *
А вот стоит мне порезать FLASH на куски, то секция векторов прерываний и стартовый код ложатся таки куда надо, а вот топ стека адрес перехода на стартовый код нулевые выходят.
«Дорогие учёные. У меня который год в подполе происходит подземный стук. Объясните, пожалуйста, как он происходит».

QUOTE (vovo @ Apr 11 2017, 10:50) *
И параллельно вопрос- а что в GCC нет возможности одной директивой все функции одного файла исходника отправить в свою секцию, только каждой функции __attribute__ прикручивать?
Читайте документацию на линкер. Это все делается в скрипте линкера. Пару раз у меня возникало желание сделать такое, но всякий раз выяснялось, что это тянет за собой кучу других проблем и при другом подходе к решению задачи этого не требуется и проблем не возникает. Опишите более подробно вашу задачу.

Автор: Kabdim Apr 11 2017, 09:50

Цитата(vovo @ Apr 11 2017, 10:50) *
все функции одного файла исходника отправить в свою секцию, только каждой функции __attribute__ прикручивать?

В скрипте линкера. В нужную секцию добавить:
*<имя файла>.o(.text .text* .rodata .rodata.* .constdata .constdata.*)
потом в той секции откуда взят файл:
*(EXCLUDE_FILE(*<имя файла>.o ...) .text*)
Имена секций поправьте сами.

Автор: vovo Apr 11 2017, 10:54

Да, по второму вопросу протупил, виноват, исправлюсь. Хотя..., а если это библиотека, я не знаю имён модулей, но хочу разместить её в определённом фрагменте памяти?
А вот по первому

CODE
/* Linker script to configure memory regions.
* Need modifying for a specific board.
* FLASH.ORIGIN: starting address of flash
* FLASH.LENGTH: length of flash
* RAM.ORIGIN: starting address of RAM bank 0
* RAM.LENGTH: length of RAM bank 0
*/
MEMORY
{
FLASH1 (rx) : ORIGIN = 0x0, LENGTH = 0x1000

FLASH2 ® : ORIGIN = 0x1000, LENGTH = 0x1000
FLASH3 (rx) : ORIGIN = 0x2000, LENGTH = 0x80000 - 0x2000

RAM (rwx) : ORIGIN = 0x10000000, LENGTH = 0x8000 /* 8K */
RAM2 (rwx) : ORIGIN = 0x2007c000, LENGTH = 0x8000 /* 8K */
}

/* Linker script to place sections and symbol values. Should be used together
* with other linker script that defines memory regions FLASH and RAM.
* It references following symbols, which must be defined in code:
* Reset_Handler : Entry of reset handler
*
* It defines following symbols, which code can use without definition:
* __exidx_start
* __exidx_end
* __copy_table_start__
* __copy_table_end__
* __zero_table_start__
* __zero_table_end__
* __etext
* __data_start__
* __preinit_array_start
* __preinit_array_end
* __init_array_start
* __init_array_end
* __fini_array_start
* __fini_array_end
* __data_end__
* __bss_start__
* __bss_end__
* __end__
* end
* __HeapLimit
* __StackLimit
* __StackTop
* __stack
*/
ENTRY(Reset_Handler)

SECTIONS
{

.text0 0x0:
{
KEEP(*(.isr_vector))
KEEP(*(.Reset_Handler_s))
KEEP(*(.init))
KEEP(*(.fini))
} > FLASH1
.dfdata 0x1000:
{
/*. = 0x1000;*/
*(.ARM.__AT_0x00001000)
} > FLASH2
.text 0x2000 :
{
/*. = 0x2000;*/
*(.text*)

/* .ctors */
*crtbegin.o(.ctors)
*crtbegin?.o(.ctors)
*(EXCLUDE_FILE(*crtend?.o *crtend.o) .ctors)
*(SORT(.ctors.*))
*(.ctors)

/* .dtors */
*crtbegin.o(.dtors)
*crtbegin?.o(.dtors)
*(EXCLUDE_FILE(*crtend?.o *crtend.o) .dtors)
*(SORT(.dtors.*))
*(.dtors)

*(.rodata*)

KEEP(*(.eh_frame*))
} > FLASH3

__exab_start = .;
.ARM.extab :
{
*(.ARM.extab* .gnu.linkonce.armextab.*)
} > FLASH3
__exab_end = .;

__exidx_start = .;
.ARM.exidx :
{
*(.ARM.exidx* .gnu.linkonce.armexidx.*)
} > FLASH3
__exidx_end = .;

/* To copy multiple ROM to RAM sections,
* uncomment .copy.table section and,
* define __STARTUP_COPY_MULTIPLE in startup_ARMCMx.S */
/*
.copy.table :
{
. = ALIGN(4);
__copy_table_start__ = .;
LONG (__etext)
LONG (__data_start__)
LONG (__data_end__ - __data_start__)
LONG (__etext2)
LONG (__data2_start__)
LONG (__data2_end__ - __data2_start__)
__copy_table_end__ = .;
} > FLASH3
*/

/* To clear multiple BSS sections,
* uncomment .zero.table section and,
* define __STARTUP_CLEAR_BSS_MULTIPLE in startup_ARMCMx.S */
/*
.zero.table :
{
. = ALIGN(4);
__zero_table_start__ = .;
LONG (__bss_start__)
LONG (__bss_end__ - __bss_start__)
LONG (__bss2_start__)
LONG (__bss2_end__ - __bss2_start__)
__zero_table_end__ = .;
} > FLASH3
*/

__etext = .;

.data : AT (__etext)
{
__data_start__ = .;
*(vtable)
*(.data*)

. = ALIGN(4);
/* preinit data */
PROVIDE_HIDDEN (__preinit_array_start = .);
KEEP(*(.preinit_array))
PROVIDE_HIDDEN (__preinit_array_end = .);

. = ALIGN(4);
/* init data */
PROVIDE_HIDDEN (__init_array_start = .);
KEEP(*(SORT(.init_array.*)))
KEEP(*(.init_array))
PROVIDE_HIDDEN (__init_array_end = .);


. = ALIGN(4);
/* finit data */
PROVIDE_HIDDEN (__fini_array_start = .);
KEEP(*(SORT(.fini_array.*)))
KEEP(*(.fini_array))
PROVIDE_HIDDEN (__fini_array_end = .);

KEEP(*(.jcr*))
. = ALIGN(4);
/* All data end */
__data_end__ = .;

} > RAM

.bss_RAM2 : ALIGN(4)
{
PROVIDE(__start_bss_RAM2 = .) ;
*(LWIP_ram_heap*)
*(.bss.$RamAHB32*)
. = ALIGN (. != 0 ? 4 : 1) ; /* avoid empty segment */
PROVIDE(__end_bss_RAM2 = .) ;
} > RAM2
.bss :
{
. = ALIGN(4);
__bss_start__ = .;
*(.bss*)
*(COMMON)
. = ALIGN(4);
__bss_end__ = .;
} > RAM

.heap (COPY):
{
__end__ = .;
PROVIDE(end = .);
*(.heap*)
__HeapLimit = .;
} > RAM2

/* .stack_dummy section doesn't contains any symbols. It is only
* used for linker to calculate size of stack sections, and assign
* values to stack symbols later */
.stack_dummy (COPY):
{
*(.stack*)
} > RAM2

/* Set stack top to end of RAM, and stack limit move down by
* size of stack_dummy section */
__StackTop = ORIGIN(RAM) + LENGTH(RAM);
__StackLimit = __StackTop - SIZEOF(.stack_dummy);
PROVIDE(__stack = __StackTop);

/* Check if data + heap + stack exceeds RAM limit */
/*ASSERT(__StackLimit >= __HeapLimit, "region RAM overflowed with stack")*/
}

Вот так мне нужно, но не работает
А вот так работает
CODE

/* Linker script to configure memory regions.
* Need modifying for a specific board.
* FLASH.ORIGIN: starting address of flash
* FLASH.LENGTH: length of flash
* RAM.ORIGIN: starting address of RAM bank 0
* RAM.LENGTH: length of RAM bank 0
*/
MEMORY
{
FLASH (rx) : ORIGIN = 0x0, LENGTH = 0x80000 /* 128K */
RAM (rwx) : ORIGIN = 0x10000000, LENGTH = 0x8000 /* 8K */
RAM2 (rwx) : ORIGIN = 0x200c7000, LENGTH = 0x8000 /* 8K */
}

/* Linker script to place sections and symbol values. Should be used together
* with other linker script that defines memory regions FLASH and RAM.
* It references following symbols, which must be defined in code:
* Reset_Handler : Entry of reset handler
*
* It defines following symbols, which code can use without definition:
* __exidx_start
* __exidx_end
* __copy_table_start__
* __copy_table_end__
* __zero_table_start__
* __zero_table_end__
* __etext
* __data_start__
* __preinit_array_start
* __preinit_array_end
* __init_array_start
* __init_array_end
* __fini_array_start
* __fini_array_end
* __data_end__
* __bss_start__
* __bss_end__
* __end__
* end
* __HeapLimit
* __StackLimit
* __StackTop
* __stack
*/
ENTRY(Reset_Handler)

SECTIONS
{
.text :
{
KEEP(*(.isr_vector))
*(.text*)

KEEP(*(.init))
KEEP(*(.fini))

/* .ctors */
*crtbegin.o(.ctors)
*crtbegin?.o(.ctors)
*(EXCLUDE_FILE(*crtend?.o *crtend.o) .ctors)
*(SORT(.ctors.*))
*(.ctors)

/* .dtors */
*crtbegin.o(.dtors)
*crtbegin?.o(.dtors)
*(EXCLUDE_FILE(*crtend?.o *crtend.o) .dtors)
*(SORT(.dtors.*))
*(.dtors)

*(.rodata*)

KEEP(*(.eh_frame*))
} > FLASH

.ARM.extab :
{
*(.ARM.extab* .gnu.linkonce.armextab.*)
} > FLASH

__exidx_start = .;
.ARM.exidx :
{
*(.ARM.exidx* .gnu.linkonce.armexidx.*)
} > FLASH
__exidx_end = .;

/* To copy multiple ROM to RAM sections,
* uncomment .copy.table section and,
* define __STARTUP_COPY_MULTIPLE in startup_ARMCMx.S */
.copy.table :
{
. = ALIGN(4);
__copy_table_start__ = .;
LONG (__etext)
LONG (__data_start__)
LONG (__data_end__ - __data_start__)
LONG (__etext2)
LONG (__data2_start__)
LONG (__data2_end__ - __data2_start__)
__copy_table_end__ = .;
} > FLASH

/* To clear multiple BSS sections,
* uncomment .zero.table section and,
* define __STARTUP_CLEAR_BSS_MULTIPLE in startup_ARMCMx.S */
.zero.table :
{
. = ALIGN(4);
__zero_table_start__ = .;
LONG (__bss_start__)
LONG (__bss_end__ - __bss_start__)
LONG (__bss2_start__)
LONG (__bss2_end__ - __bss2_start__)
__zero_table_end__ = .;
} > FLASH

__etext = .;

.data : AT (__etext)
{
__data_start__ = .;
*(LWIP_ram_heap)
__data_end__ = .;

} > RAM

__etext2 = __etext + SIZEOF(.data);
.data2 : AT (__etext2)
{
__data2_start__ = .;
*(vtable)
*(.data*)

. = ALIGN(4);
/* preinit data */
PROVIDE_HIDDEN (__preinit_array_start = .);
KEEP(*(.preinit_array))
PROVIDE_HIDDEN (__preinit_array_end = .);

. = ALIGN(4);
/* init data */
PROVIDE_HIDDEN (__init_array_start = .);
KEEP(*(SORT(.init_array.*)))
KEEP(*(.init_array))
PROVIDE_HIDDEN (__init_array_end = .);


. = ALIGN(4);
/* finit data */
PROVIDE_HIDDEN (__fini_array_start = .);
KEEP(*(SORT(.fini_array.*)))
KEEP(*(.fini_array))
PROVIDE_HIDDEN (__fini_array_end = .);

KEEP(*(.jcr*))
. = ALIGN(4);
/* All data end */
__data2_end__ = .;

} > RAM2

.bss :
{
. = ALIGN(4);
__bss_start__ = .;
*(.bss*)
. = ALIGN(4);
__bss_end__ = .;
} > RAM

.bss2 :
{
. = ALIGN(4);
__bss2_start__ = .;
*(COMMON)
. = ALIGN(4);
__bss2_end__ = .;
} > RAM2

.heap (COPY):
{
__end__ = .;
PROVIDE(end = .);
*(.heap*)
__HeapLimit = .;
} > RAM2

/* .stack_dummy section doesn't contains any symbols. It is only
* used for linker to calculate size of stack sections, and assign
* values to stack symbols later */
.stack_dummy (COPY):
{
*(.stack*)
} > RAM2

/* Set stack top to end of RAM, and stack limit move down by
* size of stack_dummy section */
__StackTop = ORIGIN(RAM) + LENGTH(RAM);
__StackLimit = __StackTop - SIZEOF(.stack_dummy);
PROVIDE(__stack = __StackTop);

/* Check if data + heap + stack exceeds RAM limit */
ASSERT(__StackLimit >= __HeapLimit, "region RAM overflowed with stack")
}

Автор: Сергей Борщ Apr 11 2017, 11:20

QUOTE (vovo @ Apr 11 2017, 13:54) *
Вот так мне нужно, но не работает
Но вы так и не сказали, зачем вам это нужно.

Зачем вы дважды указываете адрес - при задании региона и при объявлении выходной секции?
Замените
CODE
    .text0 0x0:
    {
        ......
    } > FLASH1

на
CODE
    .text0:
    {
        ......
    } > FLASH1

и с остальными секциями аналогично.

Автор: Kabdim Apr 11 2017, 12:30

Цитата(vovo @ Apr 11 2017, 13:54) *
Да, по второму вопросу протупил, виноват, исправлюсь. Хотя..., а если это библиотека, я не знаю имён модулей,

Что значит не знаете? Можете узнать с помощью *ar если не путаю, но не хотите напрягаться и гуглить.

Автор: vovo Apr 11 2017, 13:13

Цитата(Сергей Борщ @ Apr 11 2017, 14:20) *
Но вы так и не сказали, зачем вам это нужно.

Зачем вы дважды указываете адрес - при задании региона и при объявлении выходной секции?
Замените
Код
    .text0 0x0:
    {
        ......
    } > FLASH1

на
Код
    .text0:
    {
        ......
    } > FLASH1

и с остальными секциями аналогично.

Попробовал, в строке где скобка открывающая, линкер выдаёт ошибку синтаксиса.
Код
c:/program files (x86)/gnu tools arm embedded/5.4 2016q3/bin/../lib/gcc/arm-none-eabi/5.4.1/../../../../arm-none-eabi/bin/ld.exe:./SRC/gcc.ld:55: syntax error

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

Автор: Сергей Борщ Apr 11 2017, 15:20

QUOTE (vovo @ Apr 11 2017, 16:13) *
Попробовал, в строке где скобка открывающая, линкер выдаёт ошибку синтаксиса.
Извиняюсь. Пробел перед двоеточием, после ".text0" поставьте.

QUOTE (vovo @ Apr 11 2017, 16:13) *
Мне не совсем понятен настойчивый вопрос про цель всего этого, но отвечу: в нулевом сегменте лежит код, на который смотрит bootloader чипа, его трогать нельзя, в первом сегменте, лежат данные, изменяемые программой по внешним воздействиям, в последующих сегментах остальной код программы, причём желательно его также разместить по необходимым адресам.
Вот-вот-вот. Я примерно это и предполагал. Не нужно совершенно разные вещи (bootloader и приложение) запихивать в один проект. Сделайте два совершенно отдельных проекта, у каждого секцию .text разместите куда нужно, ссылки на необходимые адреса другого проекта сделайте через extern в коде и символы в скрипте линкера. И ничего не придется переносить. Потому что при текущем подходе вы столкнетесь с необходимостью иметь две копии библиотечных функций (чтобы обновлять их вместе с приложением и чтобы загрузчик работал пока приложения нет), потом вдруг выяснится, что вы, развивая приложение, случайно что-то поменяли в загрузчике и приложение уже месяц как несовместимо с проданными год назад устройствами, но прекрасно совместимо с текущим загрузчиком и поэтому вы целый месяц ничего не замечали. Чтобы выпустить обновление для рассылки заказчикам вам придется каким-то образом отделять мух от котлет из результатов сборки проекта вырезать загрузчик не повредив приложение.

Загрузчик надо делать отдельным проектом и при необходимости объединять с приложением слиянием выходных .hex-файлов.

P.S. И постарайтесь избегать избыточного цитирования, оно является нарушением Правил форума.

Автор: vovo Apr 11 2017, 17:04

Цитата(Сергей Борщ @ Apr 11 2017, 18:20) *
Извиняюсь. Пробел перед двоеточием, после ".text0" поставьте.

Про пробел я и сам уже понял, но это не спасает
Цитата(Сергей Борщ @ Apr 11 2017, 18:20) *
P.S. И постарайтесь избегать избыточного цитирования, оно является нарушением Правил форума.

С таким движком форума впервые общаюсь.

Цитата(Сергей Борщ @ Apr 11 2017, 18:20) *
Не нужно совершенно разные вещи (bootloader и приложение) запихивать в один проект

загрузчик это не проект, он прошит в ROM чипа, при наличие программы (по оценке сектора 0 и тела программы) он её запускает, но для этого а адресе 0x00000000 должен быть адрес вершины стека, а в адресе 0x00000004 адрес перехода на начало программы. Вот их то в таком случае ликер и не помещает образ. Если область флеша одна, линкер правильно размещает начальные адреса, размещает данные с адреса 0х1000 по 0х2000, но заполняет нулями и главное включает в образ, что при программировании приводит к уничтожению этих данных. С ARM компилятором всё великолепно получается, но требуется переход на GCC.

Автор: Сергей Борщ Apr 11 2017, 19:08

QUOTE (vovo @ Apr 11 2017, 20:04) *
загрузчик это не проект, он прошит в ROM чипа, при наличие программы (по оценке сектора 0 и тела программы) он её запускает, но для этого а адресе 0x00000000 должен быть адрес вершины стека, а в адресе 0x00000004 адрес перехода на начало программы. Вот их то в таком случае ликер и не помещает образ.
Теперь понятно. Попробуйте назвать выходную секцию не ".text0", а ".text.0".


QUOTE (vovo @ Apr 11 2017, 20:04) *
размещает данные с адреса 0х1000 по 0х2000, но заполняет нулями и главное включает в образ, что при программировании приводит к уничтожению этих данных.
Для этого есть http://electronix.ru/redirect.php?ftp://ftp.gnu.org/old-gnu/Manuals/ld-2.9.1/html_mono/ld.html#SEC21 (пока на форуме проблемы с редиректом скопируйте ссылку вручную).

Автор: vovo Apr 12 2017, 14:37

Хорошая ссылка, гораздо гораздее чем штатный pdf, спасибо.
А ларчик открылся весьма просто - надо было всего лишь явно указать startup модуль в первом регионе)))
Спасибо всем кто участвовал))), пока вроде всё намазывается, если что, ещё вас помучаю.

Русская версия Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)