On Mon, Jan 9, 2017 at 12:03 AM, Drew Fustini wrote:
> I'm the maintainer of Adafruit_BBIO. Please open an issue regarding this:
> https://github.com/adafruit/adafruit-beaglebone-io-python/issues/
I wanted to share my results from loopback test with SPI0:
> On Jan 9, 2017, at 6:49 AM, Mrigendra Chaubey
> wrote:
>
> Hi all,
>
> I am a newbie and following a number of forums to learn kernel programming
> such as drivers, pin multilexing without using overlays or device tree
> because I was comfortable with the
http://elinux.org/Beagleboard:BeagleBoard-X15#BeagleBoard-X15_Distributors
Keep looking at the above link.
Gerald
On Mon, Jan 9, 2017 at 9:09 PM, Don Miller
wrote:
> Is there an update on upcoming availability this quarter? It looks like
> things have dried up...
>
Is there an update on upcoming availability this quarter? It looks like
things have dried up...
Thanks,
Don
On Thursday, October 20, 2016 at 9:21:41 AM UTC-4, Specialcomp wrote:
>
> Special Computing has stepped up as lead distributor offering both A2 and
> B1 versions plus related
Setting up connection:
Password:
BeagleBone-nnYZ
Proxy: none
IP Settings: Static
IP Address: 192.168.8.2
Gateway: 192.168.8.1
Network prefix length: 24
DNS 1: 8.8.8.8
DNS 2: 8.8.4.4
Is there a password?
Should the above work?
Many thanks,
Kevin.
--
For more options, visit
On Mon, Jan 9, 2017 at 3:12 PM, Robert Nelson
wrote:
>
> Use this in /boot/uEnv.txt
>
> enable_uboot_overlays=1
> uboot_overlay_addr0=/lib/firmware/BB-CAPE-1-00A0.dtbo
> uboot_overlay_addr1=/lib/firmware/BB-CAPE-2-00A0.dtbo
>
On Mon, Jan 9, 2017 at 4:05 PM, William Hermans wrote:
> So this is probably more of an oversight than a bug. But when loading *some*
> overlays via config-pin overlay , *AFTER* already having loaded an
> overlay through /boot/uEnv.txt. At least one pin will still continue
>
I should also add, that I have only tested this "fix" on a beaglebone
green. I seem to recall that this problem does not exist when using a
beaglebone black.
On Mon, Jan 9, 2017 at 3:05 PM, William Hermans wrote:
> So this is probably more of an oversight than a bug. But when
So this is probably more of an oversight than a bug. But when loading
*some* overlays via config-pin overlay , *AFTER* already having
loaded an overlay through /boot/uEnv.txt. At least one pin will still
continue function correctly( electrically ) but the file that indicates the
actual value
insmod doesn't know where the source file is. If you put the complete
path name in the command, insmod should be able to locate the file. Try -
insmod
/lib/modules/3.8.13-00770-g97d16ab-dirty/kernel/drivers/gpio/gpio_test.ko
Chad
On 1/9/17 8:49 AM, Mrigendra Chaubey wrote:
Hi all,
I am a
On Sun, Jan 8, 2017 at 10:43 PM, Oliver Rew wrote:
> You are the man! Thanks so much, that worked great!
>
> Followups:
>
> 1. How do I get connman to automatically connect? When I reboot, it says it
> is running and wifi is enabled, but the light the USB dongle doesn't come
Hi all,
I am a newbie and following a number of forums to learn kernel programming
such as drivers, pin multilexing without using overlays or device tree
because I was comfortable with the previous kernel. Kernel version is 3.8.
Well the small problem I am having is
I am using extra folder of
12 matches
Mail list logo