Haven´t thought about this. I will check it on Wednesdayan give a reply if it worked. Thanks
Am Sonntag, 21. Januar 2018 11:28:46 UTC+1 schrieb din...@gmail.com: > > Hi, > > Are you sure it is the driver and not the PRU firmware? > > Remoteproc host driver will load the PRU memories with contents from the > ELF file. > > If you have declared your shared buffer as "static char mybuffer[1024]", > then the compiler will allocate 1024 bytes into the BSS section, and the > PRU firmware init (CRT library) will set it to zero on startup. You may try > putting the array into ".noinit" section. Another thing to try is declaring > "static char *mybuffer = (char *)0x1000;", and ensuring that linker will > not put any variables into the 12KB Shared DMEM. > > Regards, > Dimitar > > On Saturday, January 20, 2018 at 12:47:09 PM UTC+2, Maxim Oberkoch wrote: >> >> Hi folks, >> >> right now I am trying to get the the PRU with the remoteproc-driver run. >> It ist working quite well, but there is one Problem which I dont now how to >> solve it. >> >> I am trying to use the shared Memory between the ARM and PRU. 4a310000 >> startig adress. My Problem is that in my application I want to write data >> to the shared memory and afterward start the PRU-Core and read put the >> data. I am writing with a c-Programm with mmap. It works good and I can >> read out the data after I wrote it to the RAM. I am using the devmem2 -tool >> from Derick´s Exploring Beaglebone Book. >> >> No my main problem. After I wrote my data to the shared RAM and start the >> PRU-Core (changing the state of the remoteproc-driver) all my data is gone >> and in the shared Memory just zeros exist. My question is, why is the >> driver writing just zeros to the shared memory when starting the PRU-Core. >> And is the any possibility to avoid this process of initilaizing all the >> shared memory? >> >> Do you have any ideas? Why and how this happens? >> >> >> Best Wishes >> >> Maxim >> > -- 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. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/ca543626-0269-4d61-a135-5620983c8ac4%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.