remoteproc: Load coprocessor code to the specific main memory location
Ohad Ben-Cohen
ohad at wizery.com
Fri Jan 27 06:38:39 EST 2012
On Thu, Jan 26, 2012 at 12:44 PM, Michal Simek <monstr at monstr.eu> 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.
More information about the linux-arm-kernel
mailing list