LPC 213x адрес main / c code, keil, RV Опции

[Spb_Alex]

keil, RV, lpc213x

сделал удаленную перепрошивку, и хочу перейти в новую программу, пока приходится тупо искать адрес main
/////////////////////////
int main(void)
{
main_addr = __current_pc();
main_addr = main_addr-4;
/////////////////////////
вроде все работает (файл sturtup.s одинаков для всех проектов, вектора прерываний (первые 64 байт новой прошивки)помещены в RAM),

хочется узнать, по какому адресу мне перейти, чтобы гарантированно попасть в main новой прошивки

Сообщение отредактировал Spb_Alex - Nov 30 2007, 07:47

[Сергей Борщ]

и хочу перейти в новую программу, пока приходится тупо искать адрес main

Немного непонятно, а кто же у вас инициализирует глобальные переменные для новой программы, т.е. то, что обычно делает ее cstartup?

вектора прерываний (первые 64 байт новой прошивки)помещены в RAM
...
хочется узнать, по какому адресу мне перейти, чтобы гарантированно попасть в main новой прошивки

Сделать ремап (а его все равно надо делать, чтобы эти скопированные вектора начали работать) и перейти на адрес 0. Выполнится cstartup новой прошивки, пройдет вся инициализация и попадете в main() естественным образом.

[aaarrr]

Немного непонятно, а кто же у вас инициализирует глобальные переменные для новой программы, т.е. то, что обычно делает ее cstartup?

Тогда нужно на _main переходить.

На нулевой адрес следует переходить с известной осторожностью, и лучше при помощи WD или SoftReset'а какого-нибудь.

[Сергей Борщ]

Тогда нужно на _main переходить.

Возможно. Не знаю структуру кейловского стартапа.

На нулевой адрес следует переходить с известной осторожностью, и лучше при помощи WD или SoftReset'а какого-нибудь.

WD или SoftReset отменят ремап. попадем опять в загрузчик. У меня реализован переход на нулевой адрес, главное - чтобы загрузчик периферию не трогал.

[Spb_Alex]

Возможно. Не знаю структуру кейловского стартапа.WD или SoftReset отменят ремап. попадем опять в загрузчик. У меня реализован переход на нулевой адрес, главное - чтобы загрузчик периферию не трогал.

загрузчик - это первая прошивка из 0 сектора, или sturtup.s?

Немного непонятно, а кто же у вас инициализирует глобальные переменные для новой программы, т.е. то, что обычно делает ее cstartup? Сделать ремап (а его все равно надо делать, чтобы эти скопированные вектора начали работать) и перейти на адрес 0. Выполнится cstartup новой прошивки, пройдет вся инициализация и попадете в main() естественным образом.

Есть две прошивки, у них одинаковый sturtup.s, вектора ремапятся из второй, очищаем регистры.

далее по идее нужно перейти во вторую прошивку (у нее адрес 0х3000), если кидаю в pc - 0x3000, то не работает, видно в sturtup.s поганится МЕММАР, если кидаю адрес main то все работает, но адрес main не константа. "IMPORT main" в real view не работает.

[Сергей Борщ]

загрузчик - это первая прошивка из 0 сектора, или sturtup.s?

Первая прошивка.

Есть две прошивки, у них одинаковый sturtup.s, вектора ремапятся из второй, очищаем регистры.

А кто будет очищать глобальные переменные, прописывать в них начальные значения, вызывать конструкторы (если С++)? Это все делают функции, вызываемые из startup.s. И если startup.s одинаковый, это не значит, что вызываемые из него функции делают одно и то же - они используют разные массивы констант, в которых определены границы областей неинициалоизированных и инициализированных глобальных переменных, конструкторов, а также границы области начальных значений для инициализированных переменных.

видно в sturtup.s поганится МЕММАР

startup.s не такой огромный и сложный, чтобы в нем нельзя было разобраться и определить - поганится MEMMAP или нет (скорее всего нет).

[Alex03]

А кто будет очищать глобальные переменные, прописывать в них начальные значения, вызывать конструкторы (если С++)? Это все делают функции, вызываемые из startup.s. И если startup.s одинаковый, это не значит, что вызываемые из него функции делают одно и то же - они используют разные массивы констант, в которых определены границы областей неинициалоизированных и инициализированных глобальных переменных, конструкторов, а также границы области начальных значений для инициализированных переменных.startup.s

Немного поправлю.
По крайней мере в CW/GCC, начальная инициализация разделена на:
1. startup.s - Инициализация системы, векторов прерываний + ещё некоторые настройки...
2. crtX.s - С RunTime - т.е. инициализация именно C-ей. Настройка стеков, кучи, очистка/инициализация некоторых сегментов, вызовы конструкторов глобальных объектов.... вызов main().

[Сергей Борщ]

Немного поправлю.

Спасибо. Теперь буду знать. Практически то же самое, но разбито на два модуля. В итоге все равно передавать управление на main() некорректно.