On Tue, Aug 26, 2014 at 4:20 PM, Jason Kridner <[email protected]> wrote:
> On Tue, Aug 26, 2014 at 3:50 PM, Tony DiCola <[email protected]> wrote: > >> Sorry to bump up an old thread, but I was trying to catch up on the >> general state and future of overlay support and this looks like the best >> discussion. I was curious, is there any thought around how bonescript and >> other tools that use overlays today for dynamic pin control (like setting >> pull-ups, analog inputs, etc.) would work in a world without overlays? For >> example does bonescript work on the 3.14 kernel today without the cape >> manager? >> > > I have a version where I did a bit of a proof-of-concept on this, but I > haven't enabled all of the peripherals yet. I have various implementations > of the kernel interfaces and here is the one that uses cape-universal: > * https://github.com/jadonk/bonescript/blob/master/src/hw_universal.js > > It is triggered by this condition when the library is loaded: > * https://github.com/jadonk/bonescript/blob/master/src/index.js#L33 > > This is the test condition I used to discover if cape-universal is loaded: > * https://github.com/jadonk/bonescript/blob/master/src/my.js#L43 > > exports.is_cape_universal = function(callback) { > var ocp = exports.is_ocp(); > if(debug) winston.debug('is_ocp() = ' + ocp); > var cape_universal = exports.find_sysfsFile('cape-universal', ocp, > 'cape-universal.', callback); > if(debug) winston.debug('is_cape_universal() = ' + cape_universal); > return(cape_universal); > }; > > However, I'm not finding that 3.14 is really using cape-universal. I'm > still exploring that, but it seems Robert has implemented things in a > different way. When I'm not fighting 'buildbot' (builds.beagleboard.org), > I'm looking at what it'll take to align 'config-pin' from cape-universal > and Robert's entries. Right now, I'm leaning towards backing out Robert's > changes and going back to cape-universal. > > With cape-universal, there are gpio and pinmux helpers that can be > configured from userspace. > As it currently stands, we should be able to add all of charles' pinmux nodes to (1) 1: https://github.com/RobertCNelson/linux-stable-rcn-ee/blob/3.14.17-bone8/arch/arm/boot/dts/am335x-bone-common-pinmux.dtsi (git.ti.com is done, so i can't push all my work today yet in the v3.14.x-ti branch) All the lcd's (that i have) are now taken care of.. So the next step, i need u-boot to read the eeprom, so atleast the lcd's work on bootup. http://elinux.org/Beagleboard:Capes_3.8_to_3.14 We just need to get pinmux helper to work for the rest.. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- 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.
