eCos 3.0 for Microblaze Опции

[KOLOBOK123124356]

Доброго всем времени суток. Работаю над портированием eCos 3.0 для Microblaze 8.2 в EDK 13.2. В качестве примера использовал mONeCos (http://www.monstr.eu/wiki/doku.php?id=ecos:ecos) - это порт eCos 2.0 на Microblaze 7.0. Много чего почерпнул оттуда, подправил код в соответствие со своей конфигурацией. Успешно запустил на своей плате eCos 2.0 из дистрибутива. Для сборки своего образа eCos 3.0 использовал GNU тулзы из дистрибутива mONeCos - microblaze-uclinux. Но при линковке получал ошибку : ../microblaze-uclinux/bin/ld.real: --relax and -r may not be used together. Потому линковал библиотеку extras.o из консоли командой. Затем собрал тесты eCos, но что насторожило, что размер всех тестов от 300 до 500 kb а вот тест, который собственно и нужен а именно tm_basic получился размером 50,5 Mb)) причем основную часть занимает .bss секция. Пробовал залить tm_basic тест и попрыгать по коду через GDB но в итоге Microblaze загибался с ошибкой “Microblaze pipeline stalled on a blocking instruction or invalid bus access”
Какие нибудь идеи по этому поводу?? в частности причины ошибки линовки и какой то чересчур большой размер tm_basic.elf

[KOLOBOK123124356]

Здравствуйте! Возникла новая проблема при портировании eCos на Microblaze - сейчас работает UART, пытаюсь запустить тест tm_basic но при этом в системе не определяются системные тики. На сколько я понял тики генерятся от прерываний таймера, я настроил таймер чтобы давал прерывания каждые 10 мс. Что мне нужно допилить для определения в системе тиков??? Уже неделю бьюсь, помогите люди((

[gosha]

Здравствуйте! Возникла новая проблема при портировании eCos на Microblaze - сейчас работает UART, пытаюсь запустить тест tm_basic но при этом в системе не определяются системные тики. На сколько я понял тики генерятся от прерываний таймера, я настроил таймер чтобы давал прерывания каждые 10 мс. Что мне нужно допилить для определения в системе тиков??? Уже неделю бьюсь, помогите люди((

Обработчик прерывания по таймеру работает?
Должен вызываться.hal_clock_initialize(CYGNUM_HAL_RTC_PERIOD);
Там должен обработчик прерывания по таймеру завеситься на нужное irq при помощи HAL_INTERRUPT_ATTACH()
После прерывания должны размаскироваться HAL_INTERRUPT_UNMASK()

Должны глобально разрешаться прерывания и они позже не должны случайно за- маскироваться.

Это работает?


Я бы еще поставил печать отладочных сообщений в ф-ии (вызываются они или нет):
void hal_clock_initialize(cyg_uint32 period)
void hal_clock_read(cyg_uint32 *pvalue)
void hal_clock_reset(cyg_uint32 vector, cyg_uint32 period)

[KOLOBOK123124356]

Обработчик прерывания по таймеру работает?
Должен вызываться.hal_clock_initialize(CYGNUM_HAL_RTC_PERIOD);
Там должен обработчик прерывания по таймеру завеситься на нужное irq при помощи HAL_INTERRUPT_ATTACH()
После прерывания должны размаскироваться HAL_INTERRUPT_UNMASK()

Должны глобально разрешаться прерывания и они позже не должны случайно за- маскироваться.

Это работает?


Я бы еще поставил печать отладочных сообщений в ф-ии (вызываются они или нет):
void hal_clock_initialize(cyg_uint32 period)
void hal_clock_read(cyg_uint32 *pvalue)
void hal_clock_reset(cyg_uint32 vector, cyg_uint32 period)

Спасибо большое - все заработало

[KOLOBOK123124356]

Доброго всем времени суток! Настройка таймера прошла успешно, теперь запускается таймер, соответственно планировщик, появились наконец то системные тики, успешно запускаются тесты ядра, а именно tm_basic, вывод у них осуществляется через diag_printf(). Сейчас стоит задача запустить UART. С этим возникла проблема, а именно с обработчиком прерывания UART. При появлении прерывания от UART проц переходит на выполнение default_interrupt_isr, то есть затычки которая делает только return. Вообще судя по коду должен выполняться cyg_hal_plf_serial_isr, но этого не происходит. При запуске тестов из каталога io процессор просто крутит idle process. Помогите пожалуйста в чем может быть проблема?