Проблема с IRQ прерыванием Опции

[Daermon]

Проект под IAR 4.41
Язык С/С++

Программа сделана для работы с внешнего ОЗУ 0х21000000
Вектора прописываются там же 0х21000000
Появиласть проблема с IRQ прерыванием... так как нужно послать PC по адресу 0хfffff100 где расположен AIC_SVR. Но при срабатывании прерывания попадаем по адрессу 0х00000018.

Как мне быть есть два пути:
1 - разместить вектора по адр 0х00000018
2 - добится того чтобы ldr pc, [pc,#-0xF20] посылала на 0xfffff100,
но тогда необходимо прибавить к PC,#0xdefff0e8 , синтаксис не позволяет мне этого сделать.

Может есть еще какие решения?

from startup code
;---------------------------------------------------------------
; ?RESET
; Reset Vector.
; Normally, segment INTVEC is linked at address 0.
; For debugging purposes, INTVEC may be placed at other
; addresses.
; A debugger that honors the entry point will start the
; program in a normal way even if INTVEC is not at address 0.
;---------------------------------------------------------------
MODULE ?RESET
; COMMON INTVEC:CODE:NOROOT(2);
RSEG ICODE:CODE:NOROOT(2)
PUBLIC __program_start
EXTERN ?cstartup
; EXTERN undef_handler, swi_handler, prefetch_handler
; EXTERN data_handler, irq_handler, fiq_handler
CODE32; Always ARM mode after reset
ADRSTART:
org 0x00+ADRSTART
__program_start
ldr pc,=?cstartup; Absolute jump
org 0x04+ADRSTART
undef_handler:
ldr pc,=undef_handler
org 0x08+ADRSTART
swi_handler:
ldr pc,=swi_handler
org 0x0c+ADRSTART
prefetch_handler:
ldr pc,=prefetch_handler
org 0x10+ADRSTART
data_handler:
ldr pc,=data_handler
org 0x18+ADRSTART
ldr pc, [pc,#-0xF20] ; IRQ : read the AIC
org 0x1c+ADRSTART
fiq_handler:
ldr pc,=fiq_handler

; Constant table entries (for ldr pc) will be placed at 0x20
org 0x20+ADRSTART
LTORG
; ENDMOD __program_start
ENDMOD

Сообщение отредактировал Daermon - Oct 30 2007, 11:20

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

Программа сделана для работы с внешнего ОЗУ 0х21000000
Вектора прописываются там же 0х21000000

Вы можете разместить вектора где угодно, но процессор, несмотря на это, все равно будет при исключениях переходить в фиксированные адреса 00-1С. Поэтому, при размещении векторов в ОЗУ надо сделать remap, тогда начальная область ОЗУ (или все ОЗУ) окажется также отражено на нулевые адреса и процессор при исключении попадет на ваши вектора. Только надо помпить, что несмотря на то, что вектора физически расположены в верхних адресах, их содержимое должно быть таким, как будто они находятся в нулевых. В вашем случае надо написть в .xcl что-то вроде

Код

-DRAMSTART=21000000
-DRAMEND=21003FFF

// vectors always linked to 0x00-0x3F
-Z(CODE)INTVEC=00000000-0000003F

// Mirrored vectors placed in RAM
-Z(CODE)INTVEC_I=RAMSTART-RAMEND
-QINTVEC=INTVEC_I

-Z(CODE)ICODE,CODE,DIFUNCT,SWITAB=RAMSTART-RAMEND

А при старте отладчика (в .mac) сделать ремап :

Код

execUserReset()
{
    Remap_RAM();
    __writeMemory32(0xD3,0x98,"Register");                          // CPSR = SVC mode, ARM, IRQ, FIQ disabled
    __writeMemory32(0x00000000,0xB4,"Register");
}

Remap_RAM()
{
    __var tmp;
    tmp = __readMemory32(0x00200000, "Memory");                     // read from RAM area
    __writeMemory32(~tmp, 0x00200000, "Memory");                    // alter RAM area
    if( ~tmp != __readMemory32(0x00000000, "Memory") )              // check if altering mirrored to remap area
    {
        __writeMemory32(0x00000001, 0xFFFFFF00,"Memory");            // otherwice remap
    }
    __writeMemory32(tmp, 0x00200000 ,"Memory");                     // restore RAM data
    __message " remapped to RAM";
}

Рекомендую указать компилятор и uC для определенности.

Компилятор был указан, а насчет uC - прекрасный повод потренироваться в телепатии. Раз упомятут AIC_SVR - это атмел. Раз ОЗУ живет начиная с 0x21000000 - это что-нибудь с внешней памятью. Интуитивно предполагаем RM9200.