[beagleboard] Re: Best way to build a large array for access by PRU0?

2018-03-28 Thread evan . carter
with ./myexecutable.out !!! All done! If anyone wants to know more about the ways I modified the .c script to mmap() a larger DDR memory block, or the .p script which tells the pru how to deal with a much larger memory block, I can also post code about that stuff as well. I hope this is helpful

[beagleboard] Re: Best way to build a large array for access by PRU0 ?

2018-03-23 Thread evan . carter
Okay awesome, thank you! This weekend I will get a chance to dig into this more. So a lot of the examples I've seen using uio_pruss involve a device tree overlay for gpio pin muxing, I'm comfortable doing that, but I've noticed lately that slots isn't around anymore because I guess a lot of peo

[beagleboard] Re: Best way to build a large array for access by PRU0 ?

2018-03-22 Thread evan . carter
Hello? Is anyone seeing my replies to these suggestions? I'm not seeing my own replies :( Evan On Thursday, March 1, 2018 at 11:27:01 AM UTC-8, TJF wrote: > > Hi Evan, I'm still with you! > > The solution is drop rproc and use libprussdrv instead. You'll find > everything you need, just use it

[beagleboard] Re: Best way to build a large array for access by PRU0 ?

2018-03-22 Thread evan . carter
Hi TJF, Thank you for such a direct and concise solution! As I mentioned in one my earlier replies today, I had some trouble getting libprussdrv to work on 4.9 because prussdrv_open() failed everytime I tried to use it. But It's been a while and I'm game to try it again with a fresh image and

[beagleboard] Re: Best way to build a large array for access by PRU0?

2018-03-22 Thread evan . carter
x27;m willing to switch to uio_pruss if I can use it and it works... but is there anything similar that works with pru_rproc? because that would save me a lot o f time and backtracking. Thank you so much for reading! Evan On Tuesday, February 27, 2018 at 12:19:58 PM UTC-8, Evan Carter wrote: >