Re: remoteproc: Load coprocessor code to the specific main memory location
flat view
From: Michal Simek <monstr@monstr.eu>
Date: 2012-02-16 09:13:13
Also in:
linux-arm-kernel, lkml
Michal Simek wrote:
Michal Simek wrote:quoted
Ohad Ben-Cohen wrote:quoted
On Mon, Feb 13, 2012 at 3:20 PM, Michal Simek [off-list ref] wrote:quoted
Here is how it is achieve ret = dma_declare_coherent_memory(&zynq_freertos.dev, 0, 0, 0x10000000, DMA_MEMORY_MAP); which is fully compatible with remoteproc.Great, this is what we've been doing with davinci too.Cool.quoted
quoted
Do you have any example of using it?What exactly are you looking for ? RTOS or Linux side ?Both side will be great. Rtos is freertos.quoted
On the Linux side, you can just make the rpmsg sample work (it's part of the rpmsg patch set). For the RTOS side, feel free to just take our code (it's BSD licensed and hosted on github) and adapt it to your environment.You mean that server_sample and rpmsg_omx right? I have also found rpmsg-omx demo application. What I am missing is how to probe rpmsg bus. Do you have any working example? Communication between cpus is done through swirqs. I have test sending it from linux to rtos.ok. How that rpmsg channels are created? Is it based on data sent from remoteproc? Or based on resource table?
I should be more specific. Can you point me to remoteproc code which publish remote service based on them Linux rpmsg driver will be probed? It is rtos part of code. In your ELCE presentation is called rpmsg-client-sample service. Thanks, Michal -- Michal Simek, Ing. (M.Eng) w: www.monstr.eu p: +42-0-721842854 Maintainer of Linux kernel 2.6 Microblaze Linux - http://www.monstr.eu/fdt/ Microblaze U-BOOT custodian