Tool/software: Linux
Hello *!
I do not use sysbios or any sdk.
I got TI-Linux running on A15, eDMA is working on A15.
The Devicetree option:
&edma ... dma-request = <32>;...
let linux use the first 32 channels.
The last ones will be reserved for the usage in subcores.
In ressource table files of the M4 Code (usng remoteproc) the related registers for setting up eDMA made known.
We are able to write to the configuration registers of the eDMA, but are not able to bring them up to work.
There is no Chip support library for the usecase: A15 Linux and M4-Baremetal without sysbios or rtos, etc... but we need it!
We do not use a linux-only, nor we use a complete bare-metal solution without linux.
We need a Chip support library and examples of how to write code on M4 using IP-Hardware cooperative with linux.
The seriousness of situation:
If we are not able to use Linux and a real bare metal solution on subcores, without using sysbios or rtos, etc... this is a show stopper for this and following projects. Reinventing the wheel goes beyond or time to market requirement.
In fact: There is no support for Linux and coding M4/DSP above nothing more than a Chip Support Library?
This one is only provided for "bare-metal-ONLY" solutions, running no Linux on A15, isn't it?
SHORT - What we need urgently:
(1) At least we have to knwo: eDMA -> Linux need first 32 channles, M4 and DSP should use the last 32 channels -> WHAT TO DO ON M4 bringing up channel 33..64?
(2) Best support: Provide a Chip Support Library for the Linux and Baremetal M4/C6K cooperation, because Sysbios or RTOS are no options. (Small presents and examples receive the friendship...)
Thank you...
Marco.
