было бы еще здоровее если бы вы начала с изучения RM на процессор
8.6 Program image
This section describes the data structures that are required to be included in a user's program image.
mkimage убутовский можно использовать с любым бинарником - не обязательно убут. В дереве исходников собранного убута вам надо
1) mkimage, находится тут:
tools/mkimage
И вообще, как портировать gccшные ассемблерные макросы на иар?
.global get_arm_private_peripheral_base
@ uint32_t get_arm_private_peripheral_base(void)@
.func get_arm_private_peripheral_base
get_arm_private_peripheral_base:
@ Get base address of private perpherial space
mrc p15, 4, r0, c15, c0, 0 @ Read periph base address
bx lr
.endfunc @get_arm_private_peripheral_base()@
И вообще, может есть у кого-нить простейший, но рабочий проект под эту шнягу, просто уже заколебало разгребать эту гнушную бредятину, которую ни один нормальный компилер, видать кроме гццшника не понимает...
А иар в этот раз подвел меня - не сподобился ни на один пример программы, даже "hello world" не сделал, только заявлена поддержка cortex A9 и все! Что за поддержка - непонятно, ни стартапов ничего нет...
Вобщем эта плата только настроение испортила
А что мешает имеющийся код компилировать gcc под arm linux?
А вам внутрнней срам памяти хватит ? Вы DDR не собираетесь подключать ? DMA использовать перефирийные ?
Одному человеку если писать по уму с DMA, навсикду месяца три-четыре, если не полгода... Знаем летали подобными проектами, потом понабравшись опыта перебрались на linux.
На так называемой Вами гнушной бредятине работают и роутеры и телевизоры и планшеты и смартфоны и куча операционных систем под разное семейство процессоров...
И почему именно IAR ? Что мешает использовать gcc компилятор для standalone ? Если Вам и вправду так сильно хочется...
Не буду вдаваться в глубокие подробности, ибо в свое время много чего перепробовал (keil, gcc, ccs, iar) и понял только одно - иар - самая удобная среда для разработки, нет, конечно она не идеальна, но если сравнивать с гцц-эклипс, то все равно что ржавый молоток и новье с ручкой из углепластика... Конечно это мое субъективное мнение но все-таки предпочитаю иар.
и второе - да много чего работает под линухой, но во первых, еще раз повторю - у меня есть полностью написанная и проверенная временем прога, которая меня всем устраивает, кроме того, что написана под х86 систему, а они сейчас очень дороги в серийке, вот и надо придумать что-то подешевше.
И у меня нет никакого желания ваять все это под малознакомую мне, с точки зрения программирования, ось, плюс потом на год отладки и прочих геморов - мне это зачем? лишь потому, что данный производитель решил - "всем на линукс!"? Просто найду другой чип и плату... Например ситара от техаса - приглядываюсь к ней по внимательней...
А что вы будете делать если американцы вам процессоры перестанут продавать и интернет отключат/иар своровать не где будет ? :) у вас мышление человека которому за 40 - не охота шевелиться - это очень плохое состояние. А по поводу ваших крутых библиотек для jpeg на чистом переносимом С - jpeg-turbo http://libjpeg-turbo.virtualgl.org/
на corrtex-aX порвет как тузик грелку вашу реализацию, а для сборки ее достаточно одной галки в buildroot.
Лет 10 назад когда еще интересовался микроконтроллерами я тоже не представлял жизни без mplab и avr studio - но подходы в программировании микроконтроллеров и application процессоров сильно отличаются, то что мне было важно на микроконтроллерах (размер кода, пошаговая отладка, симуляторы) для меня сейчас практически не имеют смысла.
Судя по тому что вам нужно - вам достаточно взять u-boot и распотрошить его драйверы - там код намного проще и чище чем в том же SDK - разобраться можно намного быстрей.
Может вы просто не умеете готовить gcc ? :) Или не хотите учиться даже...
я не понимаю в чём проблема перевести на x86 linux ? А потом просто скомпилировать под ARM и всё! В чём проблема-то? :)
ЗЫ Cитара под WIN CE... Помойму это платформа уже умерла морально... Как и сам чип, так и ОС... Да и цены на TI меня никогда не радовали
ЗЗЫ freescale тоже америка... и с поставками тоже могут быть проблемы :(
Т.е. вы хотите сказать, что gcc удобнее iar? Смею в этом не согласиться, а если так, зачем мне тратить кучу сил и времени на его "приготовку"?? Только ради того, что сейчас модно линукс? Я же не тинейджер, чтоб постоянно следовать моде... И вообще считаю - ужно делать системы и оси, которые будут упрощать программирование, а не наоборот, а сейчас реальность такова, что самое простое и удобное программирование под виндой, и хотят этого линуксоиды или нет.
ЗЫ Cитара под WIN CE... Помойму это платформа уже умерла морально... - Да ладно?? Странно, почему-то платы BBB на ней идут вовсю
Единственное, чего в ней нет, по сравнению с имх6 - встроенного hdmi порта.
я не понимаю в чём проблема перевести на x86 linux ? - Это еще зачем?? Потратить еще как минимум пол-годика, чтоб заняться во время безделия?
"А по поводу ваших крутых библиотек для jpeg на чистом переносимом С - jpeg-turbo http://libjpeg-turbo.virtualgl.org/
на corrtex-aX порвет как тузик грелку вашу реализацию, а для сборки ее достаточно одной галки в buildroot."
Ну вот, началось измерение "у кого длиннее"... Вы видели сколь файлов в этой jpeglib? только понять как там все работает - нужно полгода, или вы просто тупо компилите все, что попало? А потом я не удивлюсь, что начнет все глючить, проблемы с памятью и т.п. Все это уже проходили и не надо сравнивать качество программирования для детских планшетов и промавтоматики. И да, может моя реализация и медленнее, чем эти навороты, но для моих задач этого достаточно.
Для промавтоматики конечно самое главное - либы jpeg, HDMI и SD - ага, жгите дальше :) если уж зашла речь о промышленном применении то мультимедийный процессор коим является imx6 вообще мало пригоден, я бы например постеснялся использовать внешнюю память без ECC, разве что для видеобуфера.
31.03.2014 13:30 
31.03.2014 13:41
