**** BEGIN LOGGING AT Tue Mar 29 02:59:58 2016 Mar 29 04:32:39 Hey! Mar 29 04:32:46 Has anyone attempted to run amazon echo on the beagle? Mar 29 04:32:53 I'd be curious. Mar 29 06:35:01 working on BeagleBoneGreen and "groves" from SeeedStudio. having a hard time figuring out I2C on the BBG. Anyone familiar with I2C on the BBG? Mar 29 06:35:28 Found some I2C examples, such as this: https://learn.sparkfun.com/tutorials/programming-the-pcduino/i2c-communications Mar 29 06:36:39 But the call to ioctl( h, I2C_SLAVE, addr ) always fails with errno 16 (EBUSY) Mar 29 06:37:48 I'm thinking there must be a BBG driver (or something?) through which I'm supposed to communicate with I2C instead of trying to go directly to /dev/i2c-x Mar 29 06:49:23 the beagle bone black SoC has an sgx530 graphics module, right? does anyone know which linux driver handles it? Mar 29 09:12:21 Hola. Necesito saber si alguna "beagebone" tiene binary blob. Mar 29 09:15:15 Hello. I need to know if some "beagebone" has binary blob Mar 29 09:18:08 Hi, in english is easier ;) Mar 29 09:19:45 I'm not an expert. I would say it depends on the distribution you'll use on the beaglebone. Maybe some people here could help. Mar 29 09:21:11 I heard that OpenBSD doesn't use blob Mar 29 09:25:47 I need an arm board 100 % opensource. Mar 29 09:27:12 And many boards have in the ROM or some file of the manufacturer. Mar 29 09:33:22 serafin : if you find an blob free Linux and if it's COMPATIBLE with the beaglebone. Then, you can install on it. Mar 29 09:37:29 Already I have a 100% free linux, but not the board free. Mar 29 09:39:15 For example: I have used a board Odroid and have discovered that the Odroid has in the boot files that I cannot eliminate. They are files of the manufacturer. Mar 29 09:41:04 Then it does not serve me. I like a board 100 % free. Mar 29 09:41:23 serafin: technically there is at least some parts in the soc that are not "free", as you don't have the sources to replicate the cpu. hence, the baord can never be 100%-free (buzzword-mode) Mar 29 09:42:17 serafin: the only decision you have is how far you are willing to go away from "free" Mar 29 09:44:35 I am not ready to go down 100 %. It does not serve 99 % me. Mar 29 09:45:39 serafin: sorry, i can't understand that sentence. Mar 29 09:45:54 I suppose that there are more persons who need the same thing that I. Mar 29 09:45:55 serafin: oh and by the way, the arm architecture itself is not "free" since v3. Mar 29 09:46:21 ah Mar 29 09:46:40 serafin: oh, many people *want* "free" boards. its just that reality does not provide them ;-) Mar 29 09:47:12 If I do not find a board with these specifications, I will have to make it. Mar 29 09:47:22 serafin: go for it. Mar 29 09:47:59 If one cannot with architecture ARM, will others exist? Mar 29 09:48:22 serafin: you will find a lot of inspiration on opencores Mar 29 09:48:52 I will look at it. Mar 29 09:48:55 serafin: mind that you probably have to make the cpu yourself then, because the fpgas to implement the free architecture are in turn not free themselves. Mar 29 09:49:29 I am doing a project with hardware 100 free %. Mar 29 09:49:41 well good luck. please report back when you are finished! Mar 29 09:51:02 Thank you for the information and soon I will give you news. Mar 29 09:58:31 Hi. Can someone suggest something (books or other) for learning in Jessie? Mar 29 09:59:12 Because all settings differ from Wheezy Mar 29 10:10:39 Guys, which image you use? Mar 29 10:11:30 snowstaff: I've moved from Whezzy to Jessie. I have issues about ping and connection. I'm working on it. Mar 29 10:13:13 dirkk, u use pru? Mar 29 10:25:23 anyone using snappy ubuntu core Mar 29 13:33:27 Hi, (newbie question) when you flash your bbb. Do you need to uninstall and re install the windows drivers ? Mar 29 14:46:06 I wouldn't think so. Never heard of anyone having that problem, at least. Mar 29 14:46:35 Are you worried that different versions of the bbb might need different drivers to use ethernet-over-usb? Mar 29 15:00:56 zmatt: thank you for the information. I'm going to try to download the source tree and see if it compiles on the board natively. Mar 29 15:30:18 I just asked at #beagle-gsoc - but I got an email about mandatory meetings on irc Mar 29 15:30:25 is it still wednesday 4.p.m. utc? Mar 29 15:31:32 jkridner: do you know something? Mar 29 17:03:16 Hey ! So, I was trying to understand about the -rt (real-time) variant of the kernel images. So from what I read, its basically related to its performance of interrupted tasks . Isnt it ? Mar 29 17:04:13 I mean ... the os would perform other operations as it is, but if an interrupt occurs, it would jump instantly to complete that interrupt related task. right ? Mar 29 17:13:50 the beagle bone black SoC has an sgx530 graphics module, right? does anyone know which linux driver handles it? Mar 29 17:19:03 don't know, but interesting question Mar 29 18:16:51 ZeekHuge: it's a bit more complicated Mar 29 18:17:42 ohk zmatt .. if you could guide me ? Mar 29 18:17:51 ZeekHuge: basically the RT kernels reduce worst-case latency of high-priority tasks (incl interrupt handlers, by default) Mar 29 18:18:09 at the expense of overall efficiency Mar 29 18:18:48 so what other things ? apart from interrupts ? does it affect other things apart from the software or hardware interrupts ? Mar 29 18:19:32 yes, you're free to set priorities of tasks (including kernel threads) as you please Mar 29 18:19:50 you can even prioritize a userspace task over most interrupt handlers Mar 29 18:20:34 ohk yes .. so the control is basically given to a priority resolver kind of thing ? Mar 29 18:20:55 and how about a task we do not specify priority of ? Mar 29 18:21:04 will it then work normally ? Mar 29 18:21:46 what it does technically is turn interrupt handlers into kernel threads and spinlocks (which on non-SMP non-RT kernels just disable interrupts) by priority-inheritance mutexes Mar 29 18:22:07 process scheduling priorities also exist on normal linux kernels Mar 29 18:22:47 but a "real-time" task on a normal kernel may suffer random delays as a result of kernel interrupts Mar 29 18:23:35 while on an RT kernel you can prioritize such tasks over less-important interrupt handlers (this requires some careful consideration obviously) Mar 29 18:24:15 yes .. I am not sure about this but .. a normal kernel, on receiving an interrupt, just schedules a task, related to the interrupt. isnt it ? and then gets back to that task only when its kind of free. Mar 29 18:25:27 a normal kernel on receiving an interrupt will execute the corresponding interrupt handler, which may trigger a process task switch (e.g. if it makes a high-priority task runnable) Mar 29 18:27:12 brb, I need tea Mar 29 18:28:36 Cool ! just a simple question this time .. zmatt where are you from ? have'nt heard anyone saying "need a tea" here, just "need a coffee" is usual though . Mar 29 18:39:13 * ZeekHuge loves tea though .. and coffee too ! both of them actually ;) Mar 29 18:39:32 the netherlands. and yes, coffee is more usual as primary source of caffeine intake, I just happen to prefer tea :P Mar 29 18:41:07 Cool ! Here in India .. tea is the primary source. And I happen to be one biggest consumer of that ;) haha .. Mar 29 18:46:51 zmatt: ohk .. so I need the latest kernel image for my BBB, and since Its not going to be used for an application with real time constraints, i think i should go with the without "-rt" image. Mar 29 18:46:55 tea++ Mar 29 18:47:36 I recommend non-rt kernels unless you specifically need the functionality of an rt kernel Mar 29 18:47:36 and the snapshots here http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#Debian_Releases are meant for testing purpose na ? Mar 29 18:48:51 I can generally recommend the snapshots Mar 29 18:49:09 ah, and rcn-ee has switched back to using non-rt kernels, good :) Mar 29 18:52:23 I actually prefer debian stretch myself but there are no prebuilt images available for it yet Mar 29 18:53:02 and whats with bb-kernel and linux-ti-dev ? Mar 29 18:53:39 is it just about using kernels from different trees ? Mar 29 18:54:27 one from BeagleBoard/linux on github and other from TI ? Mar 29 18:56:37 the -bone kernels are mainline + patches while the -ti kernels are indeed based on the TI linux tree + patches Mar 29 18:57:27 so, while -ti generally lags behind mainline in terms of general linux features, it may be ahead of mainline for functionality specific to TI SoCs Mar 29 18:57:28 mainline, you mean this tree https://github.com/beagleboard/linux/ ? Mar 29 18:58:02 no, I mean mainline, as in the linux kernel tree from linus torvalds Mar 29 18:58:59 https://github.com/RobertCNelson/bb-kernel (select appropriate branch for desired kernel series) will fetch that tree and apply patches to make the -bone linux tree Mar 29 19:00:12 the resulting patched trees can also be found here: https://github.com/RobertCNelson/linux-stable-rcn-ee/releases Mar 29 19:01:47 but bb-kernel is ultimately the "master" repository for -bone kernels Mar 29 19:01:56 the equivalent for -ti kernels is https://github.com/RobertCNelson/ti-linux-kernel-dev Mar 29 19:03:41 I don't know how https://github.com/beagleboard/linux/ fits into all this Mar 29 19:04:20 I suspect its relationship to linux-stable-rcn-ee is similar to the relationship between http://beagleboard.org/latest-images and http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#Debian_Releases Mar 29 19:04:24 which I don't know either Mar 29 19:13:46 ohk .. thank you zmatt ! That all was really helpful :) Mar 29 19:18:21 you're welcome :) **** ENDING LOGGING AT Wed Mar 30 02:59:58 2016