This will break any scripts and libraries that load overlays as needed. I
don't see how loading it by default benefits anything :(
On Tuesday, July 21, 2015 at 12:26:36 PM UTC-4, RobertCNelson wrote:
>
> Hey Guys,
>
> In the v4.1.x-ti tree, we have a couple more hdmi-audio pins but
>
Also the only updates I needed for the beaglebone gem was to change a
single line to look for the new slots file, everything else worked the
same, so I assume not much else is needed for pybbio and bonescript. With
this auto-loading however, it breaks loading overlays for these libraries
Hi,
I've just written a Ruby gem for controlling the Beaglebone that supports
all of the standard IO features. It's available here with full
documentation:
https://github.com/notnyt/beaglebone
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because
Issue and steps to build a kernel w/ the fixes here.
http://bugs.elinux.org/issues/73
On Tuesday, April 1, 2014 3:50:10 AM UTC-4, Nuno Valverde wrote:
I AM experimenting the same very issue. I havê opened a tópicos about this
but got no reply. Hopefully se can get a solution here.
--
For
I'm seeing the same issue. The number of reads it takes to get the actual
value seems to correspond to the number of analog pins you have read from.
If you have only read from one adc pin, you will get the correct values
each time. I've mailed those who were listed on the commits for
It's a bug. Being discussed here.
http://marc.info/?l=linux-iiom=139623868828389w=2
It is introduced by patch
0019-iio-ti_am335x_adc-Add-continuous-sampling-and-trigge.patch
On Monday, March 31, 2014 9:42:13 AM UTC-4, Jorgen wrote:
That would be nice. My application requires more than one
