forced user mode transfer with write-back to base Опции

[SantaQAWSED]

Небольшая программка для выполнения в памяти AT91SAM7SE512 (Keil, RealView) заливается с помощью интерфейса SAM-BA и запускается на выполнение (custom прошивальщик навешенной на микроконтроллер NAND Flash).
При использовании стандартного startup.s кода после передачи управления этой програмке возврата к интерфейсу SAM-BЫ естественно не происходит. Использую упрощённый startup.s:

AREA reset, CODE, READONLY
EXPORT __ENTRY
__ENTRY
InitReset
ldr sp, = TOP_OF_MEMORY ; TOP_OF_MEMORY SETA 0x208000
stmfd sp!, {lr}
IMPORT main
bl main
ldmia sp!, {r0}^
bx r0
END


В попытке собрать проект ассемблер выдаёт:
forced user mode transfer with write-back to base (для строки ldmia sp!, {r0}^)

Собственно понять его (ассемблер) можно, но как собрать проект?

[aaarrr]

UPD:
Посмотрел мануал - дурак я, оказывается. В случае ldmia sp!, {r0}^, это самое "^" не значит ничего, т.к. r0 не банкируется, а без PC в списке восстановление CPSR не происходит. Так что "^" можно просто убрать.

А людям, пишущим, такой код с такими глубокомысленными комментариями следует выдернуть руки из жопы, да.

[SantaQAWSED]

UPD:
Посмотрел мануал - дурак я, оказывается. В случае ldmia sp!, {r0}^, это самое "^" не значит ничего, т.к. r0 не банкируется, а без PC в списке восстановление CPSR не происходит. Так что "^" можно просто убрать.

А людям, пишущим, такой код с такими глубокомысленными комментариями следует выдернуть руки из жопы, да.

Теперь работает. Кроме удаления "^" ещё:

"PRESERVE8" перед "AREA reset, CODE, READONLY" (выравниваем по 8 байт, иначе вызвать сишную функцию не выйдет)

дописать неопределившийся при линковке символ куда-нибудь в startup.s:
EXPORT __user_initial_stackheap
__user_initial_stackheap
BX LR ; (просто тупой возврат, так как не знаю что тут делать)

И ещё - снята галка Use MicroLIB, и Code Generation в ARM-Mode

От так вот.


Вроде пошло..
Теперь проблема с DBGU.. Не пишет в него.. Читаю хайпер терминалом на писи. В классическом исполнении, с прошивкой во Flash всё нормально, DBGU_printf("Hello, xPloid!\n\r"); отрабатывает )
Так понимаю что-то не проинициализировано при старте с ROM SAM-BA в периферии, что не ндаёт поднимать DBGU..
Из инициализации у меня только:

void DBGU_Init()
{
AT91F_DBGU_CfgPIO();

AT91F_US_Configure(
(AT91PS_USART)AT91C_BASE_DBGU,
AT91B_MASTER_CLOCK,
AT91C_US_ASYNC_MODE,
115200,
0 );

AT91F_US_EnableTx((AT91PS_USART)AT91C_BASE_DBGU);
AT91F_US_EnableRx((AT91PS_USART)AT91C_BASE_DBGU);
}

Может что-то вроде включения клоков на PIO требуется?
Типа AT91F_PMC_EnablePeriphClock(AT91C_BASE_PMC, 1 << AT91D_ID_PIO_LED); для светодиодов EK.

спустя 3 мин..
да, добавил в инициализацию AT91F_DBGU_CfgPMC(); не помогло..

Сообщение отредактировал SantaQAWSED - Sep 29 2007, 20:56

[aaarrr]

дописать неопределившийся при линковке символ куда-нибудь в startup.s:
EXPORT __user_initial_stackheap
__user_initial_stackheap
BX LR ; (просто тупой возврат, так как не знаю что тут делать)

Можно и ничего не делать. Только зачем возвращаться по BX? Лучше просто mov pc, lr.

Теперь проблема с DBGU.. Не пишет в него.. Читаю хайпер терминалом на писи. В классическом исполнении, с прошивкой во Flash всё нормально, DBGU_printf("Hello, xPloid!\n\r"); отрабатывает )
Так понимаю что-то не проинициализировано при старте с ROM SAM-BA в периферии, что не ндаёт поднимать DBGU..

Скорее наоборот - что-то лишнее проинициализировано. Попробуйте запретить прерывания в DBGU.

Может что-то вроде включения клоков на PIO требуется?
Типа AT91F_PMC_EnablePeriphClock(AT91C_BASE_PMC, 1 << AT91D_ID_PIO_LED); для светодиодов EK.

Нет, не требуется. DBGU включен всегда, на PIO клоки нужны только когда выводы используются как входы PIO.