On Thursday, March 19, 2020 at 2:46:41 PM UTC-4, Jason Kridner wrote: > > > > On Thursday, March 19, 2020 at 12:28:55 PM UTC-4, RobertCNelson wrote: >> >> On Thu, Mar 19, 2020 at 11:01 AM <[email protected]> wrote: >> > >> > Tried it with bone-debian-10.3-iot-armhf-2020-03-16-4gb.img. Same >> thing: copying over firmware fixed it. >> >> Now that i think about it. The udev rule, to set the permissions is >> only triggered when the firmware exists. >> >> Not sure how we actually fix your issue, beside shipping a default >> firmware.. We could do a blank, "nop" firmware, by default??? (or >> would this kill power?) Then the remoteproc presmissions would be >> properly set. >> >> >> > What would you think about a default firmware that provided some response > to pokes to /dev/rpmsg_pru30 and /dev/rpmsg_pru31? > > I started some hacks to try to make a "pruspeak" instance on the PRUs as > examples, but haven't finished: > https://github.com/beagleboard/cloud9-examples/blob/v2020.01/PocketBeagle/pru/.work-in-progress/pruspeak.pru0.c > > What if we just made some simple echo servers that would allow you to see > the PRU is alive? Maybe we could look at the power impact, but I'd expect > it to be very minor. > > I'm happy if there are other default candidates, like libpruio, but we > need to be careful they don't interfere with the Linux peripheral accesses. > > For my PRU workshops on PocketBeagle TechLab, I've been using > https://github.com/beagleboard/cloud9-examples/blob/v2020.01/PocketBeagle/TechLab/sleep.pru0.c > to > stop the PRU so that it isn't doing anything. > > Install is 'make -f /var/lib/cloud9/common/Makefile TARGET=sleep.pru0' > from within that directory. > > Doh! It highlights an unmet dependency I made in the latest Makefile on > /usr/share/ti/starterware/pru/libdrivers.a. That library isn't that > useful, so I need to remove it. >
Double-ugh. PocketBeagle/TechLab/.challenges/analogIn.pru0.c depends on the staterware header files. I'll need to either use different header files or add Starterware. :-( -- 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 [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/c9913dca-0079-4759-b210-a76fc97fc2c2%40googlegroups.com.
