I found out... it seems that the entire register files (maybe r0 to r29) are written in the scratchpad bank and they must be read in the exact same position. That is, PRU 1 is loading data in R20, so PRU0 must also store R20.
Le jeudi 2 juillet 2015 13:39:54 UTC-3, Carlos Novaes a écrit : > > Hello everyone. > > I am facing a problem to use scratchpad to share data between PRU0 and > PRU1. > On PRU1 I got: > > *MOV R10, 11111* > *XOUT 10, R10, 4* > *// some code that will trigger PRU0* > *// some other code to wait for PRU0 return signal* > *XIN 10, R20, 4* > *// some code to send R20 to shared data ram* > *HALT* > > On PRU0 I got > *//Some code to wait signal from PRU1* > *MOV R10, 12321* > *XOUT 10, R10, 4* > *// some code to signal PRU0 we are finished* > *HALT* > > In the ARM side, I can read the shared data ram but it contents is always > 11111. This means that PRU0 is not updating the scratchpad, as the expected > result would be 12321. > How am I supposed to access the scratch pad? > > My specs are: > Beaglebone black REV A6A, running debian > pasm assembler... I had tried -V2 and -V3 as the default -V1 option > complains on the XIN and XOUT instructions. > > > -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
