**** BEGIN LOGGING AT Sat Jul 25 02:59:58 2015 Jul 25 03:01:11 oh. May be human error. Jul 25 03:01:24 I put a micro sd card into it, I never initialized it. Jul 25 03:01:27 or more like stilts in case of my first beagle since I got the jtag connector soldered on ;) -> http://gerbil.xs4all.nl/barebone.jpg Jul 25 03:02:09 *facepalm* Now it's training up. Jul 25 03:02:41 hmz, a microSD card shouldn't prevent booting unless it looks at least partially bootable itself I think Jul 25 03:02:54 thought might depend on the bootloader version Jul 25 03:02:57 I thought they only used the SD card as a mount point. But it seems like restarting it without the card made it happy? Jul 25 03:03:05 okay, lemme try to repro. Jul 25 03:03:25 it's a blank uSD ? Jul 25 03:04:42 It should be. Curriouser and curiouser. It still trained back up after putting the uSD back in. Jul 25 03:05:52 yes, verified disk is blank (sorry, had to locate my reader) Jul 25 03:06:21 was it previously cased? Jul 25 03:07:07 (a metal case would personally make me nervous, even if powder-coated) Jul 25 03:09:39 Interesting. Well, I have the top half of the case off. This is the guy: http://www.amazon.com/dp/B00EO7JYTS Jul 25 03:10:27 The top can be bolted on 'sealed' or with a gap. I don't think there's any way it's touching the board, but yes that's the only variable that's changed... Jul 25 03:11:17 no chance it presses anything sharp on the bottom side into the case? :/ Jul 25 03:11:45 hmm, it has standoffs Jul 25 03:11:58 See that's the thing, I only took the cover off. The case is pretty much jsut bent sheet metal with four mounting posts braized onto it. Jul 25 03:12:35 I'll disassemble it just to double check there isn't a metal filing I missed or something. Jul 25 03:16:20 The mounting screws had ridiculously large flanges on them... I wonder if ejecting the disk jostled something so it wasn't touching anymore.. Jul 25 03:19:16 ohhh, mounting screws on the beaglebone you mean? I actually use insulating rings when screwing on legs because they were getting dangerously close to touching stuff Jul 25 03:19:25 on the bottom side Jul 25 03:20:45 especially the one nearest to the SD slot Jul 25 03:26:14 anyhow, congrats with another working bbb ;) Jul 25 03:26:42 Good to know. Thanks. Also could you guys have someone update the HoRNDIS driver url to version 7? I think that made a difference. Jul 25 03:28:14 url where? Jul 25 03:33:06 Oh, nvm. The version of HoRNDIS I downloaded from http://beagleboard.org/getting-started has the same sha hash as the one I got from the vendor. The forum posts appear to be in error. Jul 25 07:53:07 i'm having some issues with my BBB not getting an IP address. I have the Ubuntu 14.04 images loaded from elinux, and when I run dmesg, I see: https://bpaste.net/show/04a8b24e2377 Jul 25 07:53:29 run dmesg on my host machine plugged into bbb via usb that is Jul 25 09:21:23 can anybody help me figure out why my USB ethernet connection to my BBB isn't working? Jul 25 09:30:48 nerdboy, i'm able to ssh into my bbb but cannot access internet from bbb Jul 25 09:46:14 DLPeterson: pastebin.com the output of "ip route" please Jul 25 18:33:40 tbr, here is ip route and a few other things: https://bpaste.net/show/7d579d2f1819 Jul 25 18:42:35 DLPeterson: so you're running some sort of ubuntu and it has a wifi default route? Jul 25 19:11:05 tbr, Ubuntu on the BBB, Gento on my laptop Jul 25 19:46:05 on my laptop, I'm seeing the usb interface get IP 192.168.7.1 when I plug in my BBB, but to SSH into it I need to use 192.168.7.2, is this normal? Jul 25 19:47:03 enp0s20u1: flags=4163 mtu 1500 inet 192.168.7.1 netmask 255.255.255.252 broadcast 192.168.7.3 Jul 25 19:47:50 when i do ssh ubuntu@192.168.7.1, i get a connection refused Jul 25 19:47:58 but ssh ubuntu@192.168.7.2 works Jul 25 19:48:56 and once I'm ssh'd in, ifconfig eth0 shows: usb0 Link encap:Ethernet HWaddr 4a:db:66:1e:9a:59 inet addr:192.168.7.2 Bcast:192.168.7.3 Mask:255.255.255.252 Jul 25 20:11:43 DLPeterson: everything working as expected. Jul 25 20:11:57 your laptop is assigned 192.168.7.1 Jul 25 20:12:00 zour bbb blah.2 Jul 25 20:12:26 so you have to connect 2 blah.2 in order to be on your bbb :) Jul 25 20:25:57 gurki, ok, thanks Jul 25 20:26:23 gurki, now to get internet sharing to work on the BBB; currently once I ssh into it, I can't access internet from BBB Jul 25 20:50:31 DLPeterson: configure your notebook as a gateway and set it on you rbbb Jul 25 20:50:40 your* Jul 25 20:50:51 alternatively, just connect your bbb to a network :P Jul 25 20:51:08 or a rj45 on you rnotebook and let your notebook bridge Jul 25 20:51:14 :) Jul 25 21:10:26 anyone have any experience using the i2s audio output on a beaglebone black? I'm running into some touble that the articles I'm finding don't seem to have Jul 25 21:10:35 namely - there's no audio devices available at all Jul 25 22:30:01 gurki, do you have a reference on how to configure my notebook as a gateway? I followed directons in derek molloy's BBB book but that is not working Jul 25 23:34:44 nvm it works Jul 26 01:11:25 * zmatt wonders how loans solved it, has the same issue Jul 26 01:44:41 nerdboy, usb internet connection sharing resolved; not sure why it wasn't working but the various iptables commands did the trick Jul 26 01:44:46 thanks for the help Jul 26 01:46:06 next task is to get i2c-1 enabled Jul 26 01:46:31 pick a set of pins and load an overlay :) Jul 26 02:06:29 DLPeterson: note that you should pick either { P9.18, P9.17 } (pins 86-87 function 2) or { P9.26, P9.24 } (pins 96-97 function 3), not some different combination of those pins Jul 26 02:06:39 (due to the rarely mentioned iosets) Jul 26 02:07:33 and I recommend the latter Jul 26 02:09:59 (since { P9.22, P9.21, P9.18, P9.17 } (pins 84-87 function 0) is the standard set of pins used for SPI 0, and will be muxed and used as such by the ROM bootloader in certain cases to attempt to boot from SPI flash. This happens e.g. when booting with the SD-boot button pressed) Jul 26 02:14:20 note that you can also connect devices to i²c 2, which in a typical bbb device tree is already enabled and muxed to { P9.20, P9.19 } for cape detection Jul 26 02:15:00 (this doesn't conflict with other i²c uses as long as you avoid the short list of i²c addresses probed by the cape manager) **** ENDING LOGGING AT Sun Jul 26 02:59:58 2015