Thread (18 messages) 18 messages, 2 authors, 2012-02-16

remoteproc: Load coprocessor code to the specific main memory location

flat view

From: Ohad Ben-Cohen <hidden>
Date: 2012-01-27 11:39:00
Also in: linux-devicetree, lkml

On Thu, Jan 26, 2012 at 12:44 PM, Michal Simek [off-list ref] wrote:
I have one small problem which is that physical address is 0x10000000
which means that firmware entry point is the same.
This is what we do with the davinci DSPs, too.
In rproc_load_segments is da composed from phdr->p_paddr which is
0x10000000.
Ok, I don't see any issue here.
And code is designed that this load addr is offset.
Not sure exactly what do you mean by that ?
Here is the code:
? ? ? ?/* go through the available ELF segments */
? ? ? ?for (i = 0; i < ehdr->e_phnum; i++, phdr++) {
? ? ? ? ? ? ? ?u32 da = phdr->p_paddr; // OFFSET 0x10000000
? ? ? ? ? ? ? ?u32 memsz = phdr->p_memsz;

But for my case is physical address correct and it is not offset 0x10000000.
Again, I'm not sure what exactly is the issue. p_paddr is the physical
address where the image is expected, that sounds ok to me.

Thanks,
Ohad.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help