**** BEGIN LOGGING AT Sat Jan 14 03:00:01 2017 Jan 14 06:33:36 hi Jan 14 06:34:11 i am facing issue after installing drivers for windows Jan 14 06:35:02 I had the same problem with Windows 10 Jan 14 06:35:21 gadget serial port driver failed to initialize by windows Jan 14 06:35:31 error is like this "Windows cannot initialize the device driver for this hardware. (Code 37)" Jan 14 06:36:44 @Ragnarokkr: can u help me Jan 14 06:37:00 vaibhav: All I could figure out was that microsoft installed it's own drivers to use it as a mass storage device Jan 14 06:37:21 vaibhav: so I booted to linux and problem solved Jan 14 06:37:25 is CircuitCo not making BBBs anymore? Jan 14 06:56:58 http://elinux.org/Beagleboard:BeagleBoneBlack#Board_Shipments Jan 14 06:57:18 wow thats old. Jan 14 06:57:25 quite Jan 14 06:57:35 not surprising :/ sadly Jan 14 06:57:39 why not? Jan 14 06:57:53 afaik both CCo and ele14 are both in full production Jan 14 06:58:53 Adafruit only has the Element14 one https://www.adafruit.com/categories/181 Jan 14 06:59:01 digi-key doesn't have the CCo one either Jan 14 07:00:02 https://www.adafruit.com/products/1876 Jan 14 07:01:40 https://beagleboard.org/logo Jan 14 07:01:40 second section "Manufacturing partners" Jan 14 07:01:43 GHI seem to be succeeding them. Mouser have GHi ones in stock Jan 14 07:02:03 I see Jan 14 07:02:32 https://www.ghielectronics.com/news#23477 Jan 14 07:04:43 I got annoyed at my RPi today because I tried to look into how the device tree overlays get fed into the kernel, only to find that whatever does this is hidden away in a binary blob with no source available Jan 14 07:05:02 so, now I'm interested in BB :p Jan 14 07:14:06 local shop doesn't have them, guess I'll order from Digikey Jan 14 07:15:19 no they're pretty hard to come by .. hence why ele14 started production .. cco were so backlogged it wasn't funny Jan 14 07:15:30 hopefully ghi can keep up with modest demand Jan 14 07:15:36 ah I meant any of them Jan 14 07:15:52 they're cool boards, I've got two Jan 14 07:16:17 I have three pi's but only one is actually live .. and its not doin much apart from hanging on my router lol Jan 14 07:24:18 sparkfun's shipping to canada is still super expensive I see Jan 14 07:24:49 Previously I sort of gawked at the $89 price tag at digi-key but given their $8 flat-rate shipping, I'll take it. Jan 14 07:25:13 compared to $77 + ~$35 shipping from sparkfun Jan 14 07:25:44 faster from digi-key too, they've got what must be a pretty sweet deal with fedex. that $8 shipping is overnight. Jan 14 09:35:47 Frogging101: a lot is closed about the rpi Jan 14 09:37:36 e.g. look at the rpi3 "schematics" -> https://www.raspberrypi.org/documentation/hardware/raspberrypi/schematics/RPI-3B-V1_2-SCHEMATIC-REDUCED.pdf Jan 14 09:38:34 * Humpelstilzchen just had fund with the rpi i2c.. Jan 14 09:38:37 *fun Jan 14 09:38:49 Humpelstilzchen: I hope your peripheral doesn't do clock stretching :) Jan 14 09:39:02 zmatt: a lot Jan 14 09:39:20 and yes, issue is still in rpi3 Jan 14 09:39:27 of course, it's the same SoC basically Jan 14 09:40:04 they just attached a different ARM subsystem onto the bcm2708 videocore SoC Jan 14 09:41:04 fortunately everybody can read about the bugginess in the official errata for the SoC right... oh right broadcom doesn't publish any ;) Jan 14 09:41:41 quite a contrast with TI where it's basically the second prominent link at the top of the product page (no registration required) Jan 14 09:42:16 (TI's i2c controller is also buggy btw, but not quite as bad) Jan 14 10:31:11 hello Jan 14 10:35:11 what do I need to run on the gnu/linux distro on my bbb to get a console through the mini-usb port? Jan 14 10:35:41 Right now, I'm connecting an usb-miniusb cable to the bbb and my laptop but on my laptop, dmesg shows nothing new Jan 14 10:35:49 it should be there in the default installation Jan 14 10:36:01 I'm running arch on the bbb Jan 14 10:36:10 ah Jan 14 10:36:11 perhaps there's something missing on arch Jan 14 10:36:35 what part of the default debian installation makes that port work? Jan 14 10:36:38 duh, it's arch, i.e. "default config? what default config?" Jan 14 10:36:39 ;-) Jan 14 10:37:25 if you need only a console port then one entry in /etc/modules might suffice Jan 14 10:37:39 on the bbb? Jan 14 10:37:42 yes Jan 14 10:37:56 what's the module named? Jan 14 10:38:13 I was already checking Jan 14 10:38:22 thank you very much for helping me Jan 14 10:38:52 g_serial Jan 14 10:39:09 thanks Jan 14 10:39:44 and then you can e.g. arrange for a getty to be spawned there Jan 14 10:39:52 or that g_multi thingo that multiplexes several gadget drivers Jan 14 10:39:59 thank you, I can probably handle it from here Jan 14 10:40:04 I wasn't finding anything on google Jan 14 10:40:27 look at the script used by RCN's official debian images Jan 14 10:40:47 ok, thanks Jan 14 10:41:34 tocix: yeah g_serial is the simplest but you get only a console Jan 14 10:41:41 https://github.com/RobertCNelson/boot-scripts Jan 14 10:41:48 somewhere in that Jan 14 10:42:10 you can also arrange for some combination of functions like serial + usb networking Jan 14 10:42:26 the default config even adds usb mass storage containing a small disk image with drivers for windows Jan 14 10:44:42 the legacy way to do all this is via g_multi, the modern replacement is via libcomposite (that's the name of the kernel module, counterintuitively) Jan 14 10:45:21 the latter basically lets you craft your own usb gadget using configfs Jan 14 10:45:39 oh, good to know Jan 14 10:45:44 * tbr tries to memorize it Jan 14 10:50:21 tbr: this is a script I found on my bbb from when I was experimenting with usb networking -> https://hastebin.com/loduwogetu.sh (note it will require tweaking to work) Jan 14 10:51:37 the mac address in /personality/mac-address-1 is the eth0 mac address incremented by 1 (big-endian), which is one of the three mac addresses owned by an am335x Jan 14 10:52:09 zmatt: tnx, much appreciated! Jan 14 10:53:25 CDC-EEM would be the best choice if supported by the host, which today only seems to be linux Jan 14 10:54:24 CDC-ECM is less efficient but works for linux and mac Jan 14 10:55:36 RNDIS works for linux and windows, and iirc the "OS descriptors" (microsoft invention) I configure were intended to make it Just Work, no separate driver installation or anything Jan 14 10:55:50 I don't remember if it was successful Jan 14 10:57:39 heh, so you could just load ALL THE THINGS and have the host sort it out ;) Jan 14 10:57:55 yes, which it won't unless it's linux Jan 14 10:58:16 it also makes three usb interfaces appear on both sides Jan 14 10:58:39 I wonder if there is a way to fingerprint the host OS on the bb side and then cycle the USB setup with a working config for that OS Jan 14 10:58:53 probably yes Jan 14 10:59:02 but it would be a pretty ugly hack :) Jan 14 10:59:12 and fragile in the face of OS changes Jan 14 10:59:17 ugly hacks is what products are made of :) Jan 14 11:00:58 oh and there are two more variants of eth-over-usb, ecm_subset and ncm Jan 14 11:03:13 and there are lot of other functions of course, see modprobe usb_f_ Jan 14 11:03:30 usb_f_fs is for completely custom gadgets implemented in userspace Jan 14 11:07:28 thanks, zmatt, it worked! Jan 14 13:37:14 apparently the BBG has a UART grove connector and an I2C grove connector, yet listed in the compatible groves http://wiki.seeed.cc/BeagleBone_Green/#grove-for-bbg are I/O groves and others; are these compatible with the connectors on the BBG as-is, or do they require the Grove Cape? Jan 14 13:37:47 Jan 14 13:49:55 http://www.seeed.cc/How-to-use-the-Grove-UART-port-as-a-GPIO-on-BBG-p-365.html Jan 14 13:50:58 according to jkridner's comment there, "Using cape-universal is a better way to enable UART2 these days, rather than forcing it in uEnv.txt" Jan 14 13:51:04 what's cape-universal? Jan 14 13:51:21 searching the web doesn't provide anything useful Jan 14 13:57:14 wait, so you *still* can't properly boot a crack-pi-pe? http://hackaday.com/2017/01/14/blob-less-raspberry-pi-linux-is-a-step-closer/ Jan 14 14:13:49 tbr: why would you expect otherwise? Jan 14 14:16:26 indeed Jan 14 15:00:23 rah: well, I heard about the initial effort and given how massive and pushed this board is I'd have thought that there would be more momentum in the open source community for this. I wouldn't jump to the conclusion, but it does point that way, that maybe it's not the open source community, but just random users who go for the rpi and "feel like 1337 hax0rz" Jan 14 15:02:17 * Humpelstilzchen likes his rpi, good for xbmc/display uses Jan 14 15:03:37 that is about the only decent use case for it. It is descendant from a set top box chip after all... Jan 14 15:16:43 The BLOB issue is a common one with Linux. In particular it relates to the X drivers on Linux boxs (IE NVidia and AMD). NVidia has it's own secrete sauce and AMD doesn't have the resources. There are 2 sides to this, the open source and the manufacturer. No easy solution either. For NVidia some open source has come out but that is slow (just like raspberry PI stuff that is open). Jan 14 15:17:36 don't forget the bios/efi blob on PCs Jan 14 15:18:37 Yeah that's been a new pain. I got hit with that 2 years ago. Oh I'm sorry your DVD to install Gentoo we won't boot grrrr. Jan 14 15:19:13 actually the bios/efi thing can be boiled down to a fairly small thing, the FSP Jan 14 15:20:36 GenTooMan: sure, with RPi though you don't have the option to use MESA or such, it just won't boot at all Jan 14 15:24:15 I also think there's an important difference between userspace blobs, kernel blobs, and firmware blobs Jan 14 15:24:32 kernel blobs being the most problematic imho Jan 14 15:25:15 (firmware blobs the least. as long as they're redistributable I simply consider them part of the hardware) Jan 14 15:28:21 I think a method for module blobs might be the best route. The only issue with that is when the kernel is updated most times this demands the modules are too. Jan 14 15:28:49 there's no stable kernel ABI, that's one reason why kernel blobs are particularly problematic Jan 14 15:29:03 (or API even) Jan 14 15:33:45 I like that I can use my bbb without any proprietary software. Jan 14 15:41:39 yeah only the userspace libs for the 3d gpu are closed (but freely redistributable) Jan 14 15:42:07 but as pointed out above that's not unusual, even if mildly annoying Jan 14 15:42:43 that at least makes them useable Jan 14 15:44:39 indeed. I would like an open source version of the platform glue though, but I may actually have enough info to actually make that (it doesn't do much) Jan 14 16:38:12 I have a startup medical imaging device company. Is there an ISO / commercial variant of beagleboard black board? Jan 14 16:55:55 Not that I am aware of however gumstix ( https://www.gumstix.com/ in particular https://store.gumstix.com/coms.html) makes commercial modules for such use. The BBB is an industrial controller. The variants I've seen are mostly for people to use for experimentation not commercial integration. Jan 14 17:02:22 thanks. I'll check these out. btw, where can find talented engineers who make this device send a signal pattern to a laser and camera? Jan 14 18:39:14 jkridner|pd: can i use the beaglebone blue libraries/api etc without the cape? The pru servo stuff could be useful for me Jan 14 23:07:32 finally found the image that recognizes the faulty emmc as a block device: bone-debian-8.3-lxqt-4gb-armhf-2016-01-24-4gb.img.xz Jan 14 23:08:05 tried zmatt suggestions of tracing and the device consistently takes errors on any Jan 14 23:08:14 command. I think it is broken. Jan 14 23:08:59 https://gist.github.com/b235c4b10c0e9cf90fea22c263d96094 Jan 14 23:11:09 was fun learning the linux view of the device Jan 14 23:12:28 oh well, maybe I can find something useful for it to do with only the microSD Jan 14 23:22:27 is there a way to send key input over ssh to play something like DOOM Jan 15 01:22:33 Hi there **** ENDING LOGGING AT Sun Jan 15 03:00:00 2017