Okay so this is weird. It's been working fine for the past few days. I uploaded code that I was testing and it wasn't responding like I expected so I ctl-c out of the program. I edited the code and ran it again but it failed to exit like normal. So I restarted the BB, modprobed, edited the code so all it does is turn on a light and exit. I run it but the light doesn't come on and it doesn't exit.
How is it fine one second and not loading the next? Is it possible for PRUs to be hard hung? I wouldn't think they could keep code after a reset. On Sunday, May 11, 2014 3:55:29 PM UTC-5, foreverska wrote: > > You have responded to this at a fortuitous time. I JUST got it working on > an example code. > - I edited the device tree turning on the PRUSS system and turning off the > status lights > - modprobe uio_pruss > - sudo ./[program name] > and boom it started blinking just as it should. Now it doesn't exit > properly and I will have to play with the clear_event() to see if that's > the root but I'm very happy with it right this second. > > On Sunday, May 11, 2014 3:38:36 PM UTC-5, CEB wrote: >> >> "It stopped segfaulting when I sudoed the program so I copied in the >> whole code. The compiler complains that there aren't enough parameters for >> prussdrv_pru_clear_event. The header does have two parameters but all >> other TI documentation only has one. If I just throw a zero as the second >> parameter it will run but does nothing because who knows what I'm doing. " >> >> >> - show quoted text - >> In several examples I see: prussdrv_pru_clear_event (PRU_EVTOUT_0, >> PRU0_ARM_INTERRUPT); >> >> I'm trying to get a feel for this too. Maybe this will help. >> >> >> >> -- 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]. For more options, visit https://groups.google.com/d/optout.
