Re: [beagleboard] Re: Future proof development path for PRU on AM335x

2016-09-30 Thread czingerli
On Thursday, September 29, 2016 at 5:35:26 PM UTC+2, RobertCNelson wrote: > > > Did you rebuild this "MY-PRU" with the newer compiler and the pru > changes needed? a 3.8.x overlay *.dtbo is not 100% compatible with > v4.1.x+ kernels. > Yes. I used the compiler "Version: DTC 1.4.1-g1e75ebc9" W

Re: [beagleboard] Re: Future proof development path for PRU on AM335x

2016-09-29 Thread Robert Nelson
On Thu, Sep 29, 2016 at 10:26 AM, wrote: > > > On Thursday, September 29, 2016 at 4:45:42 PM UTC+2, TJF wrote: >> >> And it's still experimental. It may work in entertainment applications, >> but for hard real time use cases in closed loop comtrollers t's much too >> slow and will never be an alt

[beagleboard] Re: Future proof development path for PRU on AM335x

2016-09-29 Thread czingerli
On Thursday, September 29, 2016 at 4:45:42 PM UTC+2, TJF wrote: > > And it's still experimental. It may work in entertainment applications, > but for hard real time use cases in closed loop comtrollers t's much too > slow and will never be an alternative for uio_pruss, unless the concept > get

[beagleboard] Re: Future proof development path for PRU on AM335x

2016-09-29 Thread TJF
Hi Claudius! remoteproc loads elf files only. You'll have to use a C compiler or transform the pasm binaries to elf format in order to load them. And it's still experimental. It may work in entertainment applications, but for hard real time use cases in closed loop comtrollers t's much too slow