I can't thank you enough for your help. Every response is at least another two day learning activity. I just wish I didn't have to work to pay the bills.
I went back to see what I did and it turns out I misspelled the name of the dtbo file that I was using so there is no wonder it didn't work. Now I get an error that the file exists when I: echo pru_enable > /sys/devices/bone_capemgr.8/slots echo: write error: File exists prussdrv_open open failed so I guess I have more to learn :( What I am really trying to do is learn how to work with this device. This activity is to learn to write to a set of 9 or 10 pins, 8 data and one enable or 2 handshake. My next step is to read fro a set of 9 or 10 pins, 8 for data and one for write enable or 2 for a handshake. So: If I add your desired pinmux settings to a custom PRU overlay based off of one of the BB-BONE-PRU overlays provided with the standard kernel. What would be the limitations? I figure I could work out the problems at a later time. after I see an led light up:) On Wednesday, October 8, 2014 12:21:37 PM UTC-7, Charles Steinkuehler wrote: > > On 10/8/2014 11:43 AM, Ray Madigan wrote: > > > > All I need to do is comment out the pins in exclusive-use section that I > > don't want to use and comment out all of the entries for those pins in > the > > fragment. Then comment out the sections for the modes I don't want for > the > > pins I do want? > > If you use a "stripped down" version of the universal cape overlay, > you'll still have the pinmux helper in control of the pin multiplexing. > > That means you'll need to either setup the proper pin choice using sysfs > after loading the overlay or make the desired PRU pinmux mode the > default (or both). > > Alternately, you could add your desired pinmux settings to a custom PRU > overlay based off of one of the BB-BONE-PRU overlays provided with the > standard kernel. This would prevent any changes to the pinmux setting > after loading the overlay, which might be good or bad, depending on > exactly what you're attempting to do. > > -- > Charles Steinkuehler > cha...@steinkuehler.net <javascript:> > -- 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.