Опять про загрузчик..., Не получается передать управление. Опции

[EXeGLuMATOR]

Перечитал все что нашел, по этой теме - так и не дошло в чем проблема.
Итак. Написан загрузчик - все пишется, все обновляется, но не получается передать управление на основную программу. Ремаплю-передаю вот так:

Код

    MEMMAP = 2;                    //Map vector table from RAM
        // Copy vectors table
    src = (unsigned long *)START_ADDR;
    dst = (unsigned long *)0x00000000;
        size = 0x40 / sizeof(*dst);
        do  { *dst++ = *src++; } while (--size);

    //Reset controller
    ((void(*)(void))(0x00000000))();

Смотрю в симуляторе, все ремапится, но после перехода на 0 получаю вот это:
*** error 65: access violation at 0x00000000 : no 'execute/read' permission

Загрузчик линкуется вот так:

Код

; *************************************************************
; *** Scatter-Loading Description File generated by uVision ***
; *************************************************************

LR_IROM1 0x00000000 0x00020000  {   ; load region size_region
  ER_IROM1 0x00000000 0x00020000  { ; load address = execution address
   *.o (RESET, +First)
   *(InRoot$$Sections)
   .ANY (+RO)
  }
  RW_IRAM1 0x40000040 0x0000FFC0  { ; RW data
   .ANY (+RW +ZI)
  }
}

Основной модуль вот так:

Код

; *************************************************************
; *** Scatter-Loading Description File generated by uVision ***
; *************************************************************

LR_IROM1 0x00006000 0x0001A000  {   ; load region size_region
  ER_IROM1 0x00006000 0x0001A000  { ; load address = execution address
   *.o (RESET, +First)
   *(InRoot$$Sections)
   .ANY (+RO)
  }
  RW_IRAM1 0x40000000 0x00010000  { ; RW data
   .ANY (+RW +ZI)
  }
}

В связи с этим вопросы:
1. Что не так делаю?
2. Как надо компилить-линковать основной модуль и загрузчик по расположению в памяти?

[Altemir]

Здравствуйте, уважаемые. Понимаю, что этот вопрос уже поднимался, но хотелось бы получить ответы конкретно по своей задаче.
Итак, был мною написан загрузчик для LPC2132, работающий по следующей схеме:
1. Проекты загрузчика и основной программы независимы
2. Для загрузчика определено адресное пространство во флэш:
-DROMSTART=01000
-DROMEND=05FFF
Жирность загрузчика определяется необходимостью поддержки части периферии, возможностью связи с внешним устройством и компом для получения прошивки основной программы и работы с AT45.

Для основной программы (ОП): [200-FFF],[6000-FFFF]
3. При получении прошивки ОП загрузчик проверяет её на валидность, делает подмену стартового адреса своим, сохраняет стартовый адрес ОП в резервной области LPC, корректирует CRC-векторов, записывает нулевую страницу, обходит "свою" область, записывает оставшуюся область ОП.
4. По окончании записи проверяет ОП во flash LPC на валидность, переходит на исполнение ОП.

Всё работает, работает замечательно, но, как можно заметить, необходимо стирать нулевой сектор, что приводит к возможному "слёту" прошивки при выключении питания/сбросе, если не успела записаться область 0x00-0x3F. Хотелось бы узнать пути решения этой проблемы: как вообще не трогать нулевой сектор? Т.е. адреса 0x0000-0x5FFF должны быть неприкосновенными.
Из форума видел пока только одно решение - ремапить в ОЗУ по адресам 0x00-0x3F область INTVEC основной программы. Но, судя опять же по форуму, это ненадёжно, т.к. существует риск затирания этой области некорректным исполнением кода основной программы. Есть ли возможность использования для основной программы векторов из flash, жертвуя использованием прерываний в загрузчике?

Сообщение отредактировал Altemir - May 24 2008, 12:31

[zltigo]

Есть ли возможность использования для основной программы векторов из flash, жертвуя использованием прерываний в загрузчике?

Ну зачем чем-то жертвовать, куда-то мапировать (жертвуя RAM), если банально перепрограммируется контроллер прерываний и все. А, exceptions handlers при этом всегда в загрузчике - так даже лучше.
Первые 0x40 байт загрузчика для LPC21/2xx:

Код

                ORG     0x00
__program_start:
                ldr     pc,(?vect_entry + 4*0) ; 00  Reset
                ldr     pc,(?vect_entry + 4*1) ; 04  UND
                ldr     pc,(?vect_entry + 4*2) ; 08  SWI
                ldr     pc,(?vect_entry + 4*3) ; 0C  P_ABT
                ldr     pc,(?vect_entry + 4*4) ; 10  D_ABT
                dc32    0                       ; 14 Summ of other vectors instructions
                ldr     pc, [pc,#-0xFF0]        ; 18 Jump directly to the address given by the AIC
                                                ; from [0xFFFFF030] Curent 18h +8(conveyer)=20h
                ldr     pc,(?vect_entry + 4*7) ; 1C  FRQ
;----------------------------------------------------------------------------
?vect_entry:
                dc32    ?cstartup              ; Reset
                dc32    ?undf_abort            ; UND
                dc32    (KERNEL_LOCATION+0x08) ; SWI
                dc32    ?pref_abort            ; P_ABT
                dc32    ?data_abort            ; D_ABT
                ldr     pc,(?vect_entry +4*6)  ; Entry Point from application
                dc32    ?entry_point           ;  ...
                dc32    (KERNEL_LOCATION+0x0C) ; FRQ  ( With offset in Kernel )

[Altemir]

Ну зачем чем-то жертвовать, куда-то мапировать (жертвуя RAM), если банально перепрограммируется контроллер прерываний и все. А, exceptions handlers при этом всегда в загрузчике - так даже лучше.

Я, конечно, понимаю, что вы давно работаете в этой области и хорошо изучили данный вопрос, но всю силу ARM-ов мне пока не привелось познать. В текущем проекте основной программы я настраивал Vectored Interrupt Controller (VIC), например, так:

Код

//Vectored Interrupt Controller
    
    VICProtection=0x00;                         //No Protection
    VICIntSelect=0x00000000;                //All requests - IRQ
    VICSoftIntClear=0xFFFFFFFF;             //Release all software requests
    VICIntEnClear=0xFFFFFFFF;               //Disable all interrupts
    
    VICIntEnable=((1<<VIC_TIMER0)|        //Включить прерывание по TIMER0
    (1<<VIC_TIMER1)|                //Включить прерывание по TIMER1
    (1<<VIC_PWM0)|                //Включить прерывание по PWM0
    (1<<VIC_UART1));                //Включить прерывание по UART1
    
    
    VICVectAddr0=(DWORD)&Timer0_Int;                //Priority 0 - TIMER0
    VICVectCntl0=0x20|VIC_TIMER0;
    VICVectAddr1=(DWORD)&Timer1_Int;                //Priority 1 - TIMER1
    VICVectCntl1=0x20|VIC_TIMER1;
    VICVectAddr2=(DWORD)&PWM0_Int;        //Priority 2 - PWM0
    VICVectCntl2=0x20|VIC_PWM0;
    VICVectAddr3=(DWORD)&Uart1_Int;        //Priority 3 - UART1
    VICVectCntl3=0x20|VIC_UART1;
    
    VICVectAddr=0;                              //Clear one interrupt

Я понимаю, что векторов 16 и при переинициализации VIC их может использовать, к примеру, загрузчик, но при этом пока не понимаю как соотносить адреса 0x00-0x3F для основной программы и загрузчика. И где это указывать?

Спасибо за терпение.

P.S. Похоже, пока я отвечал, вы добавили код, изучаю...

zltigo
Как я понял:
1. KERNEL_LOCATION - адрес основной программы (ОП)
2. ?cstartup - загрузчик
3. Производится разделение прерываний для ОП и загрузчика. В моём случае хочу так: IRQ - для ОП, FIQ - для загрузчика
4. При инициализации VIC-а в загрузчике: VICIntSelect=0xFFFFFFFF, в ОП: VICIntSelect=0x00000000
5. В итоге - задействую всего 3 адреса в пространстве 0x00-0x3F:
0x0000 0000 Reset
0x0000 0018 IRQ
0x0000 001C FIQ

Я всё правильно понял? Тогда я должен прописать в *.xcl-файле IARа для основной программы -Z(CODE)INTVEC=00-3F и поскольку адрес основной программы предопределён, то никаких последующих изменений и подмен адресов не потребуется?

Сообщение отредактировал Altemir - May 24 2008, 14:28