This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
Dear Experts,
I want to learn about scratchpad memory allocation, and I want to understand difference between energy consumption of scratchpad memory allocation and normal cache memory allocation, where should i start ?, is ccstudio would show energy level graph ?, which processor is suitable for beginner level of Scratchpad memory allocation? pls guide me!.....
Thanks in advance!....
I have read those links earlier!.....I didn't get what I expect!...
pls share, how to learn differentiate between scratch pad memory and cache?
Actually, what I'm looking, Want to RUN a application with scratchpad memory allocation and after the same application code without scratchpad memory allocation
dineshkumar mani said:pls share, how to learn differentiate between scratch pad memory and cache?
There is no cache on the F28035. Now, RAML1, L2 can be used as CLA data RAM on this device (by configuring some bits in the MMEMCFG register); you could configure these RAMs to act as CLA data ram and then place the scratchpad section (.scratcpad) in either (or both) of these RAMs. I should point out that the scratchpad acts as sort of a stack for the CLA.
dineshkumar mani said:Actually, what I'm looking, Want to RUN a application with scratchpad memory allocation and after the same application code without scratchpad memory allocation
If you are using C code for the CLA then you will need to allocate the .scratchpad section to a viable location that is accessible to the CLA.
dineshkumar mani said:is it possible to study differentiate of cache memory allocation scratchpad memory allocation?,
I'm not quite sure i understand the question. The CLA scratchpad is not a physical memory like a cache. You basically pick one of the two physical RAML(1/2) and assign the logical section .scratchpad to it in the linker command file. The CLA C compiler will then store all the local, auto variables, function arguments etc to this memory - the CLA does not have access to the c28x stack pointer (SP) and its associated addressing modes; there are no PUSH POP operations on the CLA. The compiler team had to come up with a way to support a stack-like memory for C implementation and, so came up with the scratchpad - again its a logical (not physical) memory section
dineshkumar mani said:which IC has both cache and scratchpad memory options?
To my knowledge none of the c2000 devices have a cache. Ill verify4 with our memory expert