RTOS/F28M36P63C2: memcpy failing (copy RamFuncs from Load address to Start address)

Steve Goodrich

Part Number: F28M36P63C2

Tool/software: TI-RTOS

I posted this last Wednesday (as a reply to an earlier post of mine) but did not receive an answer; I'm posting it fresh here in as a new topic in case the previous one was mis-posted somehow.

I figured out how to configure a GPIO to output an 8-bit value (serially). My C28x main() starts like this:

int main(void) 
{ 
    DGPIO(MAIN_ENTER); // GPIO debug: start of main() 
    InitRAM(); 

    DGPIO(MAIN_COPY);  // GPIO debug: before memcpy() 
    memcpy(&RamfuncsRunStart, &RamfuncsLoadStart, (size_t)&RamfuncsLoadSize); 
    DGPIO(MAIN_COPY2); // GPIO debug: after memcpy

I build and flash this code, then run it outside the debugger and watch the GPIO pin with an oscilloscope. On the O-scope I see the MAIN_ENTER and MAIN_COPY codes on the GPIO pin, but I do not see the MAIN_COPY2 code. Here is the text from the linker script file that defines RamfuncsRunStart (et al):

GROUP 
{ 
    ramfuncs 
    { 
        -l F021_API_C28x_FPU32.lib 
    } 
 
}   LOAD = FLASH PAGE = 0, 
    RUN = L0_S4_RAM PAGE = 1, 
    LOAD_START(_RamfuncsLoadStart), 
    LOAD_SIZE(_RamfuncsLoadSize), 
    LOAD_END(_RamfuncsLoadEnd), 
    RUN_START(_RamfuncsRunStart) 
    RUN_SIZE(_RamfuncsRunSize), 
    RUN_END(_RamfuncsRunEnd)

The FLASH page is defined in PAGE 0 as:
FLASH : origin = 0x00130000, length = 0x0000FFF0 // BOOTLOADER FLASH

The L0_S4_RAM block is defined in PAGE 1 as:
L0_S4_RAM : origin = 0x00008000, length = 0x00009000 // on-chip RAM block L0-L3, S0-S4

Before the C28x core is signaled to load its code from flash, the ARM core assigns Shared Memory blocks S0-S4 to the C28x. Based on the map file from the build, the Ramfuncs are ending up in shared memory (S2 and S3):

00135bf2 _RamfuncsLoadStart
0013663c _RamfuncsLoadEnd
00000a4a _RamfuncsLoadSize

0000e5d4 _RamfuncsRunStart
0000f01e _RamfuncsRunEnd
00000a4a _RamfuncsRunSize

Any hints on what I might be doing wrong here?

over 8 years ago

0 Steve Goodrich over 8 years ago

Intellectual 515 points

I'm continuing my debug efforts. Initializing the shared memory areas allowed the code to get past the above memcpy call. I'm now trying to configure I2C on the C28x. My code is:

    Error_init(&eb);

    Hwi_Params hwiParams;
    Hwi_Params_init(&hwiParams);
    hwiParams.arg = 88;
    hwiParams.enableAck = TRUE;
    hwiParams.disableMask = 0x00;
    hwiParams.restoreMask = 0x00;
    hwiParams.maskSetting = Hwi_MaskingOption_BITMASK;
    DGPIO(0x91);
    if (NULL == Hwi_create(88, i2cIERIsr, &hwiParams, &eb)) {
        DGPIO(0x9E);
    	System_abort("Hwi create failed");
    }
    DGPIO(0x92);

The "DGPIO" function calls output an 8 bit value onto a GPIO so I can read it with an oscilloscope. I hit DGPIO(0x91) before the Hwi_create call, but I never hit DGPIO(0x9E) or DGPIO(0x92). I've placed a code in the ISR (i2cIERIsr), but it does not get executed either. What might cause the Hwi_create call to fail to return? Should I be looking at some "fault" interrupt somewhere? Any ideas what might be failing?

Thanks!

0 ToddMullanix over 8 years ago in reply to Steve Goodrich

TI__Guru* 96960 points

What type of functions are in F021_API_C28x_FPU32.lib? What version of the TI-RTOS (SYS/BIOS) are you using?

Todd

Processors

Processors forum

RTOS/F28M36P63C2: memcpy failing (copy RamFuncs from Load address to Start address)