SergeyVas 0 24 января, 2009 Опубликовано 24 января, 2009 · Жалоба Помогите разобраться с скриптами для linkera. Yagarto eclips at91sam7s256 После компиляции, создаются два объектных файла crt.o main.o сделал самый простейший скрипт,который должен разместить секции text в ram и data в flash. После того как проходит компиляция компоновка, копирование получаю файл hex, при попытки его загрузить с помощью h jtag выходит ошибка что память ухотит за пределы, пробовал адреса ставить 0ч0 и 0ч100000 такаже проблема. Подозреваю что ошибка в скрипте. OUTPUT_FORMAT("elf32-littlearm") /* формат памяти. прямой порядок байт (Little-endian). */ OUTPUT_ARCH(arm) /* архитектура АРМ */ _vec_reset = 0x0; _stack_end = 0x20FA00; /* конец стека (верх стека) */ ENTRY(_vec_reset) /* вектор сброса */ /* Память микроконтроллера AT91SAM7S256 */ MEMORY { flash (rx) : ORIGIN = 0x100000, LENGTH = 256K /* FLASH EPROM */ ram (rw) : ORIGIN = 0x200000, LENGTH = 64K /* static RAM area */ } SECTIONS { .text : { *crt.o (.text) }>flash . = ALIGN(4); .data : { *crt.o (.data) }> ram . = ALIGN(4); .bss : { *(.bss) *(COMMON) }>ram . = ALIGN(4); } Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Сергей Борщ 134 24 января, 2009 Опубликовано 24 января, 2009 · Жалоба Подозреваю что ошибка в скрипте.Так рассейте подозрения. arm-elf-objdump -hdSCz файл.elf > файл.lss получите дизассемблированный листинг с абсолютными адресами. В заголовке будет информация о сегментах. Можете ключами -Wl,-Map=файл.map заставить gcc при линковке создать .map В нем тоже много полезной информации. Скрипт на первый взгляд правильный. Возможно вы перечислили в нем не все сегменты, и часть служебных данных попала в выходной файл. По ссылке мой, вроде рабочий, но возможно и в нем есть какие-то недостатки. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
SergeyVas 0 25 января, 2009 Опубликовано 25 января, 2009 · Жалоба фот файл map, не чего неправильного не вижу, конечно может плохо смотрю :) Memory Configuration Name Origin Length Attributes flash 0x00100000 0x00040000 xr ram 0x00200000 0x00010000 rw *default* 0x00000000 0xffffffff Linker script and memory map .text 0x00100000 0x380 *crt.o(.text) .text 0x00100000 0x238 crt.o 0x00100000 _start *(.text) .text 0x00100238 0x148 main.o 0x00100360 udef_abort 0x00100238 main 0x00100370 swi_handler 0x00100350 pref_data_abort 0x00100340 data_abort *(.glue_7) .glue_7 0x00100380 0x0 crt.o .glue_7 0x00100380 0x0 main.o *(.glue_7t) .glue_7t 0x00100380 0x0 crt.o .glue_7t 0x00100380 0x0 main.o *(.vfp11_veneer) .vfp11_veneer 0x00100380 0x0 crt.o .vfp11_veneer 0x00100380 0x0 main.o 0x00100380 . = ALIGN (0x4) .data 0x00200000 0x44 *crt.o(.data) .data 0x00200000 0x40 crt.o .data 0x00200040 0x4 main.o 0x00200040 pPIO 0x00200044 . = ALIGN (0x4) .bss 0x00200044 0xc *(.bss) .bss 0x00200044 0x0 crt.o .bss 0x00200044 0xc main.o 0x00200048 cc 0x00200044 g *(COMMON) 0x00200050 . = ALIGN (0x4) LOAD crt.o LOAD main.o OUTPUT(main.out elf32-littlearm) .ARM.attributes 0x00000000 0x10 .ARM.attributes 0x00000000 0x10 crt.o .ARM.attributes 0x00000010 0x10 main.o .debug_abbrev 0x00000000 0xca .debug_abbrev 0x00000000 0xca main.o .debug_info 0x00000000 0x4d4 .debug_info 0x00000000 0x4d4 main.o .debug_line 0x00000000 0x5b .debug_line 0x00000000 0x5b main.o .debug_frame 0x00000000 0xb0 .debug_frame 0x00000000 0xb0 main.o .debug_loc 0x00000000 0xd2 .debug_loc 0x00000000 0xd2 main.o .debug_pubnames 0x00000000 0x73 .debug_pubnames 0x00000000 0x73 main.o .debug_aranges 0x00000000 0x20 .debug_aranges 0x00000000 0x20 main.o .debug_str 0x00000000 0x23f .debug_str 0x00000000 0x23f main.o 0x261 (size before relaxing) .comment 0x00000000 0x12 .comment 0x00000000 0x12 main.o Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
alx2 0 25 января, 2009 Опубликовано 25 января, 2009 · Жалоба при попытки его загрузить с помощью h jtag выходит ошибка что память ухотит за пределыПрямо так и выходит? Как это "память уходит"? За пределы чего? Поясни, пожалуйста, суть ошибки, ничего не понятно. Подозреваю что ошибка в скрипте. фот файл map, не чего неправильного не вижу, конечно может плохо смотрю :)Если ничего неправильного не видишь, то есть все секции размещены по тем адресам, какие требовались, отчего тогда подозрения на скрипт и вообще линкер? Подозревай h jtag, из которого выходит ошибка непонятная... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
SergeyVas 0 25 января, 2009 Опубликовано 25 января, 2009 · Жалоба Прямо так и выходит? Как это "память уходит"? За пределы чего? Поясни, пожалуйста, суть ошибки, ничего не понятно. Ошибка на картинке. Если ничего неправильного не видишь, то есть все секции размещены по тем адресам, какие требовались, отчего тогда подозрения на скрипт и вообще линкер? Подозревай h jtag, из которого выходит ошибка непонятная... Подозрение потому что не разу ими не пользовался. по поводу секций вроде все правильно , сомнения вызывают .debug_info 0x00000000 0x4d4 где они должны располагаться ? H jtag прошивал нормально, hex от keil. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
alx2 0 26 января, 2009 Опубликовано 26 января, 2009 · Жалоба Ошибка на картинке.Спасибо, стало чуть-чуть более понятно, хотя все равно недостаточно. Из левого сообщения понятно, что размер какого-то файла превышает размер flash. Что именно эта программа подразумевает под source file? Размер hex-файла (это было бы странно)? Размер содержащихся в нем аднных? Пока могу предположить следующее: слова "target flash" наводят на мысль, что программа интерпретирует все данные, содержащиеся в hex файле как данные, которые требуется рвзместить во flash. У тебя же там на самом деле содержатся не только данные flash, но и данные ОЗУ. На эту же мысль наводит и правое сообщение об ошибке - если программа трактует аднные для ОЗУ как данные для flash, то с ее точки зрения адрес расположения этих данных оказывается неверным (не попадает в диапазон адресов flash). Возможно, прграмма не может получать и то и другое одновременно в одном файле, ей требуется давать отдельно данные flash и отдельно данные ОЗУ - каждый в своем отдельном файле. А может быть программа ожидает, что данные в hex файлы должны располагалься с адреса 0, может она сама нужные смещения (базовый адрес flash) к адресам прибавляет? В любом случае требуется изучение документации именно на эту программу чтобы понять, какие именно входные данные и в каком виде ей требуются. Подозрение потому что не разу ими не пользовался. по поводу секций вроде все правильно , сомнения вызывают .debug_info 0x00000000 0x4d4 где они должны располагаться ? Должны кому? Программе H-Flasher? Это надо смотреть в ее документации. Вполне возможно, что они ей вообще не нужны. Линкер - существо простое, куда ему скажут (в скрипте) данные положить, туда он их и положит, ему-то все равно. Вопрос в том, что требуется получить. А это - вопрос к программе, которая потом результат работы линкера будет использовать. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Vitaliy_ARM 0 27 января, 2009 Опубликовано 27 января, 2009 (изменено) · Жалоба Как здесь разместить вектора перерывания по указанному адресу? (аналог IAR : place at address mem:__ICFEDIT_intvec_start__ { readonly section .intvec }; ) Изменено 27 января, 2009 пользователем Vitaliy_ARM Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
alx2 0 28 января, 2009 Опубликовано 28 января, 2009 (изменено) · Жалоба Как здесь разместить вектора перерывания по указанному адресу? SECTIONS { . = address; .intvec : { *(.intvec) } } Изменено 28 января, 2009 пользователем alx2 Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Vitaliy_ARM 0 28 января, 2009 Опубликовано 28 января, 2009 · Жалоба SECTIONS { . = address; .intvec : { *(.intvec) } } Спасибо! Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Vitaliy_ARM 0 29 января, 2009 Опубликовано 29 января, 2009 (изменено) · Жалоба Задам еще, наверное глупый вопрос. Может ли кто-нибудь прокомментировать строки скрипта? SECTIONS { /* first section is .text which is used for code */ .text : { KEEP(*(.RESET)) /* Startup code from .init-section */ -- что это за статап код, это вектора прерываний? Что означает KEEP() *(.text .text.*) /* remaining code */ -- с этим понятно, память команд, сюда линкуются весь код команд по умолчанию *(.gnu.linkonce.t.*) // не известно!? *(.glue_7) // не известно! в этом пдф тоже не знают http://www.atmel.com/dyn/resources/prod_documents/atmel_tutorial_source.zip, зачем это надо *(.glue_7t) // не известно! тоже атмел не знает, зачем нужна эта строчка *(.gcc_except_table) // тоже не известно *(.rodata) /* read-only data (constants) */ -- сюда линкуются все флешь константы, строки и т.п. *(.rodata*) // -- сюда линкуются все константные указатели и указатели на строки и т.п. *(.gnu.linkonce.r.*) // не известно!? . = ALIGN(4); } > ROM } :1111493779: :smile3046: Изменено 29 января, 2009 пользователем Vitaliy_ARM Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
alx2 0 29 января, 2009 Опубликовано 29 января, 2009 · Жалоба Спасибо!Не за что. :) В родной документации в разделе Simple Linker Script Example практически тот же пример с подробными пояснениями... SECTIONS { /* first section is .text which is used for code */ .text : { KEEP(*(.RESET)) /* Startup code from .init-section */ -- что это за статап код, это вектора прерываний? Что означает KEEP() Тут почему-то комментарий не соответствует директиве. Но, скорее всего да - в секции .RESET наверняка содержатся вектора прерываний и стартап-код, который выполняется сразу после сброса. Поскольку после сброса процессор начинает выполнять код с фиксированного адреса (в случае ARM или AVR - с адреса 0), этот код выделяют в отдельную секцию, которую линкерный скрипт размещает по нужному адресу. Стартап-код выподняет обычно инициализацию стека, инициализацию секции .data, очистку секции .bss, вызов конструкторов голбальных объектов и т.п. Что такое KEEP, написано в документации: http://sourceware.org/binutils/docs/ld/Inp...ction-Keep.html KEEP здесь требуется, потому что в программе, как правило, нет ссылок на стартап код, и линкер может подумать, что эта секция не нжна... *(.text .text.*) /* remaining code */ -- с этим понятно, память команд, сюда линкуются весь код команд по умолчанию Да, в секции .text* обычно помещается исполняемый код. *(.gnu.linkonce.t.*) // не известно!? *(.gnu.linkonce.r.*) // не известно!? Эти секции как-то связаны с таблицами виртуальных методов классов. Подробнее ничего сказать не могу. *(.gcc_except_table) // тоже не известно Таблицы, необходимые для обработки исключений. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
SergeyVas 0 30 января, 2009 Опубликовано 30 января, 2009 (изменено) · Жалоба Уже какой день разбираюсь, но все еще не могу получить нормальный hex. Доку читал на H jtag нечего необычного нет, а вот в программе H-conver прилогается к h jtag, можно посмотреть информацию о hex файле, смотрю инфу на hex, вижу вот это сообщение, где размер явно маленький. в скрипте вроде все правильно , где искать что может быть не так ? OUTPUT_FORMAT("elf32-littlearm") /* формат памяти. прямой порядок байт (Little-endian). */ OUTPUT_ARCH(arm) /* архитектура АРМ */ ENTRY(_start) /* Память микроконтроллера AT91SAM7S256 */ MEMORY { flash (rx) : ORIGIN = 0x00100000, LENGTH = 256K /* FLASH EPROM */ ram (rw) : ORIGIN = 0x00200000, LENGTH = 64K /* static RAM area */ } SECTIONS { .text : { *(.text) *(.glue_7) *(.glue_7t) *(.vfp11_veneer) . = ALIGN(4); }>flash .data : { *(.data) . = ALIGN(4); }> ram .bss : { *(.bss) *(COMMON) . = ALIGN(4); }>ram } Изменено 30 января, 2009 пользователем sergey sva Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
amw 0 30 января, 2009 Опубликовано 30 января, 2009 · Жалоба Уже какой день разбираюсь, но все еще не могу получить нормальный hex. Доку читал на H jtag нечего необычного нет, а вот в программе H-conver прилогается к h jtag, можно посмотреть информацию о hex файле, смотрю инфу на hex, вижу вот это сообщение, где размер явно маленький. в скрипте вроде все правильно , где искать что может быть не так ? OUTPUT_FORMAT("elf32-littlearm") /* формат памяти. прямой порядок байт (Little-endian). */ OUTPUT_ARCH(arm) /* архитектура АРМ */ ENTRY(_start) /* Память микроконтроллера AT91SAM7S256 */ MEMORY { flash (rx) : ORIGIN = 0x00100000, LENGTH = 256K /* FLASH EPROM */ ram (rw) : ORIGIN = 0x00200000, LENGTH = 64K /* static RAM area */ } SECTIONS { .text : { *(.text) *(.glue_7) *(.glue_7t) *(.vfp11_veneer) . = ALIGN(4); }>flash .data : { *(.data) . = ALIGN(4); }> ram .bss : { *(.bss) *(COMMON) . = ALIGN(4); }>ram } Что это за программа я не знаю, но если Total Length - это размер данных в файле то выводы такие. У SAM7S256 имеется 256K флеш. А, судя по картинке, в HEX файле даннях аж на целый МЕГАбайт и даже больше. Этот файл никак не влезет во флеш. ОЗУ у SAM7S256 меньше чем флеша (не помню точно сколько), так что и в ОЗУ не влезет. Сделайте так .data : { *(.data) . = ALIGN(4); }> ram AT > flash Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
SergeyVas 0 30 января, 2009 Опубликовано 30 января, 2009 · Жалоба Помогло :) хотел попробовать запустить отладчик \arm-elf-gdb.exe , вывалилось куча ошибок, делал вроде как написано на yagarto. target remote localhost:3333 localhost:3333: \317\356\344\352\353\376\367\345\355\350\345 \355\345 \363\361\362\340\355\356\342\353\345\355\356, \362.\352. \352\356\355\345\367\355\373\351 \352\356\354\357\374\376\362\345\360 \356\362\342\345\360\343 \347\340\357\360\356\361 \355\340 \357\356\344\352\353\376\367\345\355\350\345. monitor reset "monitor" command not supported by this target. monitor sleep 500 "monitor" command not supported by this target. monitor poll "monitor" command not supported by this target. monitor soft_reset_halt "monitor" command not supported by this target. monitor arm7_9 force_hw_bkpts enable "monitor" command not supported by this target. monitor mww 0xFFFFFD44 0x00008000 "monitor" command not supported by this target. monitor mww 0xfffffd08 0xa5000001 "monitor" command not supported by this target. monitor mww 0xFFFFFC20 0x00000601 "monitor" command not supported by this target. monitor sleep 10 "monitor" command not supported by this target. monitor mww 0xFFFFFC2C 0x00481c0e "monitor" command not supported by this target. monitor sleep 10 "monitor" command not supported by this target. monitor mww 0xFFFFFC30 0x00000007 "monitor" command not supported by this target. monitor sleep 10 "monitor" command not supported by this target. monitor mww 0xFFFFFF60 0x00480100 "monitor" command not supported by this target. monitor sleep 100 "monitor" command not supported by this target. set mem inaccessible-by-default off load No executable file specified. Use the "file" or "exec-file" command. break main No symbol table is loaded. Use the "file" command. continue The program is not being run. No registers. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Vitaliy_ARM 0 2 февраля, 2009 Опубликовано 2 февраля, 2009 · Жалоба Помогло :) хотел попробовать запустить отладчик \arm-elf-gdb.exe , вывалилось куча ошибок, делал вроде как написано на yagarto. Тоже испытываю трудности с отладчиком. Но эту победил. Просто у вас не стартует OpenOCD и все. Разберитесь почему. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться