Forums

executing code from external RAM

Started by khurram hameed February 26, 2004
Dear All;
we are developing a C32 board for debugging we are
using XDS510 alongwith Code Composer, I am able to
write and execute a code with all the sections other
than .text into external memory but when i try to map
my .text section to the external RAM the Code composer
builds the code and generate .out file with a correct
map file also and load that out file correctly but CPU
enable to execute that. If someone has any idea that i
might be missing....
Regards,
Khurram

__________________________________



Hello Khurram

Check that the STRB0 and STRB1 data memory widths are configured to the same
width as the program bus width when you download your code. Basically when
the EMU download an application, it is actually downloading sections as if
they were simple chunks of data RAM. If the two do not match, the
downloaded code will not be correct.

Normally on a system reset the STRBx bus width bits are configured to match
the state of the PRGW pin, presumably allowing program data to download
properly. Maybe you have a GEL statement (or some initialization script)
that is changing these bit and therefor creating the blockage.

You should also be able to load a simple program and then look to see if
both the upper and lower 16b values are being copied into RAM properly.

Hope this helps
Keith Larson
-
At 05:01 AM 2/26/04 -0800, you wrote:
Dear All;

we are developing a C32 board for debugging we are using XDS510 alongwith
Code Composer, I am able to write and execute a code with all the sections
other than .text into external memory but when i try to map my .text section
to the external RAM the Code composer builds the code and generate .out file
with a correct map file also and load that out file correctly but CPU enable
to execute that. If someone has any idea that i might be missing....

Regards,
Khurram
+--------------------------+
| Keith Larson |
| Member Group Technical Staff |
| Texas Instruments Incorporated |
| |
| 281-274-3288 |
| |
| www.micro.ti.com/~klarson (TI internal web only) |
|--------------------------+
| TMS320C3x/C4x/VC33 Applications |
| |
| TMS320VC33 |
| The lowest cost and lowest power 500 w/Mflop |
| floating point DSP on the planet! |
| |
| Web: focus.ti.com/docs/toolsw/folders/print/tmdsdsk33.html |
| Code: www-s.ti.com/sc/psheets/sprc147/sprc147.zip |
+--------------------------+



Hi All,
I have an ezdsp VC33 board that has 34K words of onboard RAM, but no flash. I am
trying to figure out a way to load the program into RAM, without using the Code
Composer tool. I want to load it with a synchronous serial port. I am thinking I
need a "pilot" program in RAM which can receive the actual code through the
serial port and store it at the right location. Would I need to load this
"pilot" program from a flash memory? Or is there a way to load the actual code
directly into RAM ? Also, does anyone know of a document that explains boot
process in C33? I appreciate your help in this. Thanks a lot.

Karthik



Hello Everybody,
I have set the proper values in the strobe control
registers and as a matter of fact i can see the
program opcodes loaded into the ext. RAM through
emulator which are correct as compared to the Mixed
asm source file. Intrestingly the code runs as desired
if the .text section is placed in the internal
RAM.But, if i place my .text section to the ext. RAM
even then .out file is loaded into the target board
correctly but then on execution CPU can't execute
that.

Ideas from anybody will be appreciated.
Khurram --- "Keith E. Larson" <> wrote:
> Hello Khurram
>
> Check that the STRB0 and STRB1 data memory widths
> are configured to the same
> width as the program bus width when you download
> your code. Basically when
> the EMU download an application, it is actually
> downloading sections as if
> they were simple chunks of data RAM. If the two do
> not match, the
> downloaded code will not be correct.
>
> Normally on a system reset the STRBx bus width bits
> are configured to match
> the state of the PRGW pin, presumably allowing
> program data to download
> properly. Maybe you have a GEL statement (or some
> initialization script)
> that is changing these bit and therefor creating the
> blockage.
>
> You should also be able to load a simple program and
> then look to see if
> both the upper and lower 16b values are being copied
> into RAM properly.
>
> Hope this helps
> Keith Larson
> -
> At 05:01 AM 2/26/04 -0800, you wrote:
> Dear All;
>
> we are developing a C32 board for debugging we are
> using XDS510 alongwith
> Code Composer, I am able to write and execute a code
> with all the sections
> other than .text into external memory but when i try
> to map my .text section
> to the external RAM the Code composer builds the
> code and generate .out file
> with a correct map file also and load that out file
> correctly but CPU enable
> to execute that. If someone has any idea that i
> might be missing....
>
> Regards,
> Khurram
>
+--------------------------+
> | Keith Larson
> |
> | Member Group Technical Staff
> |
> | Texas Instruments Incorporated
> |
> |
> |
> | 281-274-3288
> |
> |
> |
> | www.micro.ti.com/~klarson (TI internal web only)
> |
>
|--------------------------+
> | TMS320C3x/C4x/VC33 Applications
> |
> |
> |
> | TMS320VC33
> |
> | The lowest cost and lowest power 500
> w/Mflop |
> | floating point DSP on the planet!
> |
> |
> |
> | Web:
>
focus.ti.com/docs/toolsw/folders/print/tmdsdsk33.html
> |
> | Code: www-s.ti.com/sc/psheets/sprc147/sprc147.zip
> |
>
+--------------------------+
>
>


__________________________________