gba 0 17 февраля, 2011 Опубликовано 17 февраля, 2011 · Жалоба Пытаюсь подключить стандартную библиотеку к проекту для STM32. Использую Eclipse + тулчейн от KGP. Насколько я понимаю, линкер должен выдать мне десяток сообщений о том, что не найдены системные вызовы типа sbrk, read, write и т.д., но ничего подобного не происходит все компилится на ура. Однако при попытке вызова printf() проц вываливается в HardFault. Если я правильно понимаю это может происходить из-за проблем с адресацией(?). Т.е., например, указатель указывает на область данных? Параметры компиляции: CROSS_COMPILE = arm-kgp-eabi- CC = $(CROSS_COMPILE)gcc LD = $(CROSS_COMPILE)gcc AR = $(CROSS_COMPILE)ar AS = $(CROSS_COMPILE)as CP = $(CROSS_COMPILE)objcopy OD = $(CROSS_COMPILE)objdump OPENOCD = openocd CCFLAGS = -std=c99 -I./ -c -fno-common -O0 -g -mcpu=cortex-m3 -mthumb -DSTM32F10X_HD -DUSE_FULL_ASSERT -DUSE_STDPERIPH_DRIVER ARFLAGS = -rcs LDFLAGS = -Tstm32_flash.ld -nostartfiles -nostdlib -L../lib CPFLAGS = -Obinary ODFLAGS = -S В чем может быть косяк? PS Могу выложить Makefile целиком, если необходимо Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AHTOXA 15 17 февраля, 2011 Опубликовано 17 февраля, 2011 · Жалоба Могу выложить Makefile целиком, если необходимо Выкладывайте конечно. И stm32_flash.ld тоже. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
gba 0 17 февраля, 2011 Опубликовано 17 февраля, 2011 · Жалоба Вот... Тот кусок, что в первом посте и есть options.mk, который подключается ниже include ../options.mk # NOTICE: reflash.cfg utilizes file main.bin, # thus when changing $BIN make corresponding changes in reflash.cfg # final binary (put it in the root directory) BIN = main.bin # add library parts to be compiled LIB_OPT = misc.c LIB_OPT += stm32f10x_rcc.c LIB_OPT += stm32f10x_gpio.c LIB_OPT += stm32f10x_tim.c LIB_OPT += stm32f10x_usart.c LIB_OPT += stm32f10x_dma.c LIB_OPT += stm32f10x_spi.c VPATH = ../lib #TARGET = STM32F10X_HD # sources and objects directories SRC_DIR = ./src OBJ_DIR = ./obj # list of sources in SRC_DIR directory SRC = $(wildcard $(SRC_DIR)/*.c) # remove directory part from the list of sources SRC_PLAIN = $(notdir $(SRC)) # list of objects in OBJ_DIR directory OBJ = $(patsubst %, $(OBJ_DIR)/%, $(SRC_PLAIN:.c=.o)) # main output file MAIN_OUT = $(patsubst %, $(OBJ_DIR)/%, $(patsubst %.bin, %.out, $(notdir $(BIN)))) # disassembly of the main output object LIST_OUT = $(MAIN_OUT:.out=.list) # memory map file MAP_OUT = $(MAIN_OUT:.out=.map) # include CMSIS library paths CCFLAGS += -I../lib/libcmsis -I../lib/libstdperiph/inc # generate map file LDFLAGS += -Wl,-Map='$(MAP_OUT)',--cref,--gc-sections all: $(BIN) $(BIN): $(MAIN_OUT) @echo "--------------- copying ---------------" $(CP) $(CPFLAGS) $(MAIN_OUT) $(BIN) $(OD) $(ODFLAGS) $(MAIN_OUT) > $(LIST_OUT) $(MAIN_OUT): $(OBJ) libs @echo "--------------- linking ---------------" $(LD) $(LDFLAGS) -o $(MAIN_OUT) $(OBJ) -lstdperiph -lc -lgcc libs: @echo "--------------- making libraries ------" make all -C ../lib LIB_OPT='$(LIB_OPT)' $(OBJ_DIR)/%.o: $(SRC_DIR)/%.c @echo "--------------- compiling -------------" $(CC) $(CCFLAGS) -c $< -o $@ clean: @echo "--------------- cleaning --------------" make clean -C ../lib rm -f $(OBJ) $(MAIN_OUT) $(BIN) $(LIST_OUT) $(MAP_OUT) reflash: $(BIN) @echo "--------------- programming flash -----" $(OPENOCD) -f armusbocd.cfg -f reflash.cfg stm32_flash.ld /* Entry Point */ ENTRY(Reset_Handler) /* Highest address of the user mode stack */ _estack = 0x20010000; /* end of 64K RAM */ /* Generate a link error if heap and stack don't fit into RAM */ _Min_Heap_Size = 0; /* required amount of heap */ _Min_Stack_Size = 0x200; /* required amount of stack */ /* Specify the memory areas */ MEMORY { FLASH (rx) : ORIGIN = 0x08000000, LENGTH = 512K RAM (xrw) : ORIGIN = 0x20000000, LENGTH = 64K MEMORY_B1 (rx) : ORIGIN = 0x60000000, LENGTH = 0K } /* Define output sections */ SECTIONS { /* The startup code goes first into FLASH */ .isr_vector : { . = ALIGN(4); KEEP(*(.isr_vector)) /* Startup code */ . = ALIGN(4); } >FLASH /* The program code and other data goes into FLASH */ .text : { . = ALIGN(4); *(.text) /* .text sections (code) */ *(.text*) /* .text* sections (code) */ *(.rodata) /* .rodata sections (constants, strings, etc.) */ *(.rodata*) /* .rodata* sections (constants, strings, etc.) */ *(.glue_7) /* glue arm to thumb code */ *(.glue_7t) /* glue thumb to arm code */ KEEP (*(.init)) KEEP (*(.fini)) . = ALIGN(4); _etext = .; /* define a global symbols at end of code */ } >FLASH .ARM.extab : { *(.ARM.extab* .gnu.linkonce.armextab.*) } >FLASH .ARM : { __exidx_start = .; *(.ARM.exidx*) __exidx_end = .; } >FLASH .ARM.attributes : { *(.ARM.attributes) } > FLASH .preinit_array : { PROVIDE_HIDDEN (__preinit_array_start = .); KEEP (*(.preinit_array*)) PROVIDE_HIDDEN (__preinit_array_end = .); } >FLASH .init_array : { PROVIDE_HIDDEN (__init_array_start = .); KEEP (*(SORT(.init_array.*))) KEEP (*(.init_array*)) PROVIDE_HIDDEN (__init_array_end = .); } >FLASH .fini_array : { PROVIDE_HIDDEN (__fini_array_start = .); KEEP (*(.fini_array*)) KEEP (*(SORT(.fini_array.*))) PROVIDE_HIDDEN (__fini_array_end = .); } >FLASH /* used by the startup to initialize data */ _sidata = .; /* Initialized data sections goes into RAM, load LMA copy after code */ .data : AT ( _sidata ) { . = ALIGN(4); _sdata = .; /* create a global symbol at data start */ *(.data) /* .data sections */ *(.data*) /* .data* sections */ . = ALIGN(4); _edata = .; /* define a global symbol at data end */ } >RAM /* Uninitialized data section */ . = ALIGN(4); .bss : { /* This is used by the startup in order to initialize the .bss secion */ _sbss = .; /* define a global symbol at bss start */ __bss_start__ = _sbss; *(.bss) *(.bss*) *(COMMON) . = ALIGN(4); _ebss = .; /* define a global symbol at bss end */ __bss_end__ = _ebss; } >RAM PROVIDE ( end = _ebss ); PROVIDE ( _end = _ebss ); /* User_heap_stack section, used to check that there is enough RAM left */ ._user_heap_stack : { . = ALIGN(4); . = . + _Min_Heap_Size; . = . + _Min_Stack_Size; . = ALIGN(4); } >RAM /* MEMORY_bank1 section, code must be located here explicitly */ /* Example: extern int foo(void) __attribute__ ((section (".mb1text"))); */ .memory_b1_text : { *(.mb1text) /* .mb1text sections (code) */ *(.mb1text*) /* .mb1text* sections (code) */ *(.mb1rodata) /* read-only data (constants) */ *(.mb1rodata*) } >MEMORY_B1 /* Remove debug information from the standard libraries */ /DISCARD/ : { libc.a ( * ) libm.a ( * ) libgcc.a ( * ) } } Пробовал скрипт для линкера из соседней ветки, на который Вы дали ссылку, но один фиг... На всякий случай еще прикладываю .map файл. Похоже на то, что линкер находит реализацию системных вызовов в самой libc. Это так во всех тулчейнах или это особенность KGP? main_map.txt Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AHTOXA 15 17 февраля, 2011 Опубликовано 17 февраля, 2011 · Жалоба Хм. Странно. Вроде нормально всё. Я самые свежие kgp ещё не пробовал. Вот, попробуйте вот этот проект собрать: Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
gba 0 17 февраля, 2011 Опубликовано 17 февраля, 2011 · Жалоба Проект собирается, правда заливать не пробовал... Но в любом случае, в проекте вроде printf() не используется. Попробовал добавить вызов printf() в main(), при сборке выдает следующее: --- compiling ./src/main.c... --- linking... e:/_distr/stm32/kgp_arm_eabi/bin/../lib/gcc/arm-kgp-eabi/4.6.0/../../../../arm-kgp-eabi/lib/thumb/cortex-m3\libc.a(lib_a-syscalls.o): In function `_sbrk': /opt/home/arm-kgp-eabi/newlib/arm-kgp-eabi/thumb/cortex-m3/newlib/libc/sys/arm/../../../../../../../../../src/./newlib/newlib/libc/sys/arm/syscalls.c:506: undefined reference to `end' collect2: ld returned 1 exit status make.EXE: *** [exe/hello-stm32.elf] Error 1 Похоже системные вызовы откуда-то цепляются все-таки. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AHTOXA 15 17 февраля, 2011 Опубликовано 17 февраля, 2011 · Жалоба Проект собирается, правда заливать не пробовал... Но в любом случае, в проекте вроде printf() не используется. Пардон, я не то вложил:) Сейчас исправлюсь... Похоже системные вызовы откуда-то цепляются все-таки. Попробуйте с Sourcery G++ Lite, может и правда что-то не то с этим свежим kgp. (Если так, то надо отписать в теме про kgp) Вот, теперь точно с printf: stm32_minimal_with_printf.zip Проверил с Sourcery G++, работает. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
gba 0 17 февраля, 2011 Опубликовано 17 февраля, 2011 · Жалоба Да, с Code Sourcery эффект есть. Выкинул файл syscalls.c и получил то, что ждал от KGP: Ошибка в синтаксисе команды. --- compiling ./src/main.c... --- compiling ./src/rs1.c... --- compiling ./src/base/startup.c... --- compiling ./src/base/sysinit.c... --- compiling ../lib/CMSIS/core_cm3.c... --- compiling ../lib/CMSIS/system_stm32f10x.c... --- linking... c:/program files/codesourcery/sourcery g++ lite/bin/../lib/gcc/arm-none-eabi/4.5.1/../../../../arm-none-eabi/lib/thumb2\libc.a(lib_a-sbrkr.o): In function `_sbrk_r': sbrkr.c:(.text+0x12): undefined reference to `_sbrk' c:/program files/codesourcery/sourcery g++ lite/bin/../lib/gcc/arm-none-eabi/4.5.1/../../../../arm-none-eabi/lib/thumb2\libc.a(lib_a-writer.o) : In function `_write_r': writer.c:(.text+0x16): undefined reference to `_write' c:/program files/codesourcery/sourcery g++ lite/bin/../lib/gcc/arm-none-eabi/4.5.1/../../../../arm-none-eabi/lib/thumb2\libc.a(lib_a-closer.o) : In function `_close_r': closer.c:(.text+0x12): undefined reference to `_close' c:/program files/codesourcery/sourcery g++ lite/bin/../lib/gcc/arm-none-eabi/4.5.1/../../../../arm-none-eabi/lib/thumb2\libc.a(lib_a-fstatr.o) : In function `_fstat_r': fstatr.c:(.text+0x14): undefined reference to `_fstat' c:/program files/codesourcery/sourcery g++ lite/bin/../lib/gcc/arm-none-eabi/4.5.1/../../../../arm-none-eabi/lib/thumb2\libc.a(lib_a-isattyr.o ): In function `_isatty_r': isattyr.c:(.text+0x12): undefined reference to `_isatty' c:/program files/codesourcery/sourcery g++ lite/bin/../lib/gcc/arm-none-eabi/4.5.1/../../../../arm-none-eabi/lib/thumb2\libc.a(lib_a-lseekr.o) : In function `_lseek_r': lseekr.c:(.text+0x16): undefined reference to `_lseek' c:/program files/codesourcery/sourcery g++ lite/bin/../lib/gcc/arm-none-eabi/4.5.1/../../../../arm-none-eabi/lib/thumb2\libc.a(lib_a-readr.o): In function `_read_r': readr.c:(.text+0x16): undefined reference to `_read' collect2: ld returned 1 exit status make.EXE: *** [exe/hello-stm32-printf.elf] Error 1 Единственное, что выскочила какая-то "Ошибка в синтаксисе команды.", но на процесс вроде не повлияло. Видимо что-то в сборке KGP действительно не так, сейчас отпишусь в теме. Спасибо за помощь :) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
gba 0 24 февраля, 2011 Опубликовано 24 февраля, 2011 · Жалоба Оказалось не все так радужно. При попытке вызова printf() проц все равно вываливается в HardFault. Скрипт для линкера тот же, что и выше, только добавлены указатели _heap и _eheap (использовал Ваш syscalls.c). Интересно то, что из main'а printf() вызывается по адресу 0x800db74, а когда вываливается в обработчик HardFault, то в регистре lr находится 0xfffffff9 Вот, что в дизассемблере 283 printf("New DBGU initialized!\n"); 08000e2c: movw r0, #31864; 0x7c78 08000e30: movt r0, #2049 ; 0x801 08000e34: blx 0x800db74 <puts> Забыл сказать - собираю при помощи Code Sourcery Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
timm 0 24 февраля, 2011 Опубликовано 24 февраля, 2011 · Жалоба Слаб я в армах, но: $(MAIN_OUT): $(OBJ) libs @echo "--------------- linking ---------------" $(LD) $(LDFLAGS) -o $(MAIN_OUT) $(OBJ) -lstdperiph -lc -lgcc libc === -lc LDFLAGS = -Tstm32_flash.ld -nostartfiles -nostdlib -L../lib Это не совсем то. Попоробуйте СFLAGS+= -ffreestanding И, конечно, sbrk, write и не относятся к libc. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AHTOXA 15 24 февраля, 2011 Опубликовано 24 февраля, 2011 · Жалоба При попытке вызова printf() проц все равно вываливается в HardFault. А мой пример? И ещё уточните - какой codesourcery? arm-none-eabi-? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
gba 0 25 февраля, 2011 Опубликовано 25 февраля, 2011 · Жалоба timm, честно говоря, не понял, что Вас смутило с libc... Я хочу использовать libc и подключаю ее через параметр -lc, верно? sbrk() - да, к libc напрямую не относится, но функции, которые сидят в libc, например, malloc() используют эту и остальные функции, насколько я понимаю По поводу параметра -ffreestanding я ничего не понял - в доках написано, что он включает -fno-buitin, а еще он что-то делает или нет? AHTOXA, Ваш пример наконец-то запустил через дебаггер. Как-то оно странно работает. Сначала я не мог поймать точку входа (она по дефолту либо с ноля, либо с начала .text, если ENTRY не используется?). В любом случае оно в Reset_Handler() не попадало... Поставил принудительно ENTRY(Reset_Handler) в скрипте линкера... Дальше оно начало падать на строке инициализации ctor'ов. Закоментил, т.к. С++ не использую, но теперь оно падает в самом начале копирования флеша в оперативу... То есть, где-то косяк при линковке? Под "падает" я имею в виду, что вылетает в Default_Handler(), скорее всего HardFault срабатывает... PS Компилирую с arm-none-eabi- Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AHTOXA 15 25 февраля, 2011 Опубликовано 25 февраля, 2011 · Жалоба AHTOXA, Ваш пример наконец-то запустил через дебаггер. А просто, без дебаггера, не пробовали? Это точно работающий пример, я его проверил в железе. вылетает в Default_Handler(), скорее всего HardFault срабатывает... Чудеса, чесслово. То есть, вы ничего не меняли в моём примере, использовали приложенные к нему скрипт и makefile, и вылетает? Удивительно. А попробуйте без printf - будет работать? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
gba 0 25 февраля, 2011 Опубликовано 25 февраля, 2011 · Жалоба А просто, без дебаггера, не пробовали? Это точно работающий пример, я его проверил в железе. Точно - он, гад. Чудеса - это не то слово - каким-то образом подменяются даже указатели _sdata и _edata, соответственно никакая инициализация не проходит. Сначала в _edata вообще 0x0 было, потом включил обратно оптимизацию -O2, стало больше на правду похоже, но все равно _edata указывал чуть раньше чем реальный конец секции, а в _sdata вообще что-то не релевантное. Как же тогда отлаживать? Или светодиоды и printf'ы? Спасибо за очередную наводку. Попробую теперь разобраться со своим кодом. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AHTOXA 15 25 февраля, 2011 Опубликовано 25 февраля, 2011 · Жалоба Я редко пользуюсь отладчиком, но когда пробовал, всё работало нормально. Запускалось, брякалось на main(), ходило по шагам, показывало переменные. А вы плагин "Zylin Embedded CDT" -- поставили? А то без него в Helios почему-то перестала получаться отладка. ЗЫ. К модераторам просьба - перенести тему в "GNU/OpenSource средства разработки для avr/arm/mips". Ибо тематика соответствует, и может ещё кто-нибудь что-то подскажет. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
gba 0 25 февраля, 2011 Опубликовано 25 февраля, 2011 · Жалоба Я редко пользуюсь отладчиком, но когда пробовал, всё работало нормально. Запускалось, брякалось на main(), ходило по шагам, показывало переменные. А вы плагин "Zylin Embedded CDT" -- поставили? А то без него в Helios почему-то перестала получаться отладка. Странность в том, что у меня отладчик до этого работал, останавливался где надо и т.д., я поэтому на него и не думал... А вот с Вашим проектом почему-то не захотел работать нормально, вернее, он точно также работает, но вот память портится. Плагин Zylin не пробовал, начинал с STM32 возится по статье klen'а, в ней предлагается использовать родной эклипсовский "GDB Hardware Debugging Plug-in" (правда его оказалось не легко найти в репозиториях, он где-то глубоко зарыт). Насколько я понимаю, он вобрал в себя части плагина "Zylin Embedded CDT". Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться