**** BEGIN LOGGING AT Sat Jul 26 03:00:00 2014
Jul 26 08:21:25 <kj4> hello beeglers
Jul 26 09:45:07 <xiqsjvfy> I'm having trouble connecting my bbb to my network via ethernet. I keep getting "No DHCPOFFERS received" when I bring up eth0, but I've confirmed that my dhcp server is up.
Jul 26 09:46:28 <xiqsjvfy> Funny thing is, it worked *once*, but I can't seem to get a new lease.
Jul 26 12:07:01 <giafar> hi there i would like to ask if is it possible patch the udc_core or musb_hdrc to act as an usb hub on the otg port. Me need is to read broadcasted data from an usb hub connected bu OTG. I already have created a usb hub gadget driver. The main host see me as an usb hub but I cant see any broadcasted traffic. Thanks in advance
Jul 26 12:10:10 <JP__> When running opkg update I get the following errors:
Jul 26 12:10:15 <JP__> opkg_download: Failed to download http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/base/Packages.gz, wget returned 1.  * opkg_download: Failed to download http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/machine/beaglebone/Packages.gz, wget returned 1.  * opkg_download: Failed to download http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/debug/
Jul 26 12:10:27 <JP__> Anyone know how to correct this?
Jul 26 12:10:45 <JP__> I am connected to the BBB via USB
Jul 26 12:54:47 <kinkazu> hi there
Jul 26 12:55:58 <kinkazu> Could you tell me please if there is any way to use UART0?
Jul 26 12:56:19 <tbr> it is in use by default
Jul 26 12:56:26 <tbr> what do you want to use it for?
Jul 26 12:56:31 <kinkazu> Through P9.17, P9.18
Jul 26 12:56:48 <kinkazu> Would like to read GPS position
Jul 26 12:56:55 <tbr> UART0 is NOT on P9 IIRC
Jul 26 12:57:37 <kinkazu> are you sure?
Jul 26 12:58:17 <veremit> one of them is on the debug header
Jul 26 12:58:27 <veremit> but which physical port on the processor I wouldn't like to say
Jul 26 12:58:43 <veremit> and that port is the one reserved by uboot at startup
Jul 26 12:59:00 <kinkazu> http://qmplus.qmul.ac.uk/pluginfile.php/394388/mod_resource/content/2/BeagleboneBlackP9HeaderTable.pdf?forcedownload=1
Jul 26 12:59:02 <veremit> you have another 3/4 available though :)
Jul 26 12:59:30 <kinkazu> this pdf says it is available in mode 4 on pins P17,P18
Jul 26 12:59:39 <kinkazu> :) used them all
Jul 26 12:59:44 <kinkazu> for other stuff
Jul 26 12:59:45 <kinkazu> :D
Jul 26 12:59:52 <kinkazu> i need one more
Jul 26 13:00:01 <veremit> I suggest perhaps a usb hub and some usb->serial converters :)
Jul 26 13:00:33 <kinkazu> so there is no way to remove it from uboot process?
Jul 26 13:00:44 <kinkazu> so it is not reserved
Jul 26 13:00:45 <kinkazu> ?
Jul 26 13:00:56 <veremit> you have to rebuild uboot
Jul 26 13:00:57 <tbr> you can disable kernel consle and getty
Jul 26 13:01:05 <veremit> and then if it bricks .. you're shafted :)
Jul 26 13:01:16 <kinkazu> have diablled it in uEnv but it doesn't help
Jul 26 13:01:18 <veremit> just beware lol
Jul 26 13:01:23 <tbr> if you want to prevent U-BOOT output, you need to recompile just as veremit says
Jul 26 13:01:23 <veremit> nope .. has to beuboot itself
Jul 26 13:01:28 <_av500_> https://www.youtube.com/watch?v=cEaRCAcfOEQ
Jul 26 13:01:33 <veremit> its reserved in the kernel
Jul 26 13:01:44 <veremit> whether disabled at that point or not
Jul 26 13:01:46 <veremit> I've tried :)
Jul 26 13:01:56 <kinkazu> and?
Jul 26 13:02:09 <veremit> I don't believe uboot relinquishes control once it has it.
Jul 26 13:02:14 <kinkazu> were you successful?
Jul 26 13:02:28 <veremit> on another processor I moved uboot to another port :)
Jul 26 13:02:52 <veremit> and regretted it when the board didn't boot lol :)
Jul 26 13:03:00 <kinkazu> hehe
Jul 26 13:03:13 <veremit> just to beware
Jul 26 13:03:55 <kinkazu> hmm
Jul 26 13:04:02 <kinkazu> sound too difficult to me
Jul 26 13:04:07 <kinkazu> for me
Jul 26 13:04:43 <tbr>  the GPS shouldn't care about uboot output, you can just hook it up and try it ;)
Jul 26 13:05:01 <tbr> but you'll have to hook up to the debug header
Jul 26 13:05:15 <kinkazu> where is debug header?
Jul 26 13:05:22 <kinkazu> sorry for lame questions
Jul 26 13:05:29 <tbr> did you look at the SRM yet?
Jul 26 13:05:50 <kinkazu> I don't know what SRM is :)
Jul 26 13:05:56 <tbr> System Reference Manual
Jul 26 13:05:58 <kinkazu> but will look if needed
Jul 26 13:06:17 <kinkazu> and looking for what?
Jul 26 13:06:27 <tbr> the debug header/uart0
Jul 26 13:06:31 <kinkazu> for debug header?
Jul 26 13:06:34 <kinkazu> :D
Jul 26 13:06:40 <tbr> it's the official documentation
Jul 26 13:06:51 <kinkazu> will look and come back
Jul 26 13:08:04 <veremit> good plan :)
Jul 26 13:08:13 <kinkazu> I read something similar
Jul 26 13:08:20 <kinkazu> saying that UART0
Jul 26 13:08:33 <kinkazu> is directly connected to USB
Jul 26 13:08:48 <kinkazu> and I can't realy use it through P9 header pins
Jul 26 13:08:57 <kinkazu> but can through USB
Jul 26 13:09:01 <veremit> uart won't be connected to usb
Jul 26 13:09:06 <kinkazu> hmm
Jul 26 13:09:09 <veremit> the processor has dedicated usb lines
Jul 26 13:09:18 <kinkazu> ok
Jul 26 13:09:26 <veremit> and the serial emulation shuold be processed within that
Jul 26 13:10:19 <kinkazu> Serial debug is provided via UART0 on the processor via a single 1x6 pin header. In  order to use the interface a USB to TTL adapter will be required. The header is  compatible with the one provided by FTDI and can be purchased for about $12 to $20 from various sources. Signals supported are TX and RX. None of the handshake signals  are supported.
Jul 26 13:10:31 <tbr> the USB reference might be confusion of two things: gadget_serial and or the BBW, where it was hooked up to the FTDI for USB access
Jul 26 13:10:59 <veremit> tbr .. quite possibly .. since the ftdi does uart->usb conversion
Jul 26 13:11:08 <tbr> yes, the optional USB to serial device is if you want to hook it up to a PC
Jul 26 13:11:13 <veremit> gadget usb/serial is internal to usb
Jul 26 13:11:32 <veremit> just .. don't get confuse whether the serial/usb conversion takes place lol
Jul 26 13:11:39 <veremit> 'gadget' means its usb-internal :)
Jul 26 13:11:42 <tbr> if your GPS speaks 3.3V reference level UART, then you can hook up directly
Jul 26 13:11:45 <kinkazu> yes, I see debug header now
Jul 26 13:11:45 <veremit> s/whether/where
Jul 26 13:12:03 <kinkazu> I will try to hook it up there
Jul 26 13:12:14 <tbr> if it speaks 5V or RS-232-C you must NOT under any circumstances connect it directly
Jul 26 13:12:29 <kinkazu> THANKS
Jul 26 13:12:42 <tbr> do NOT forget to disable the kernel console AND the getty for ttyO0
Jul 26 13:12:45 <kinkazu> I will nedd to check that
Jul 26 13:13:15 <kinkazu> still seems to be too difficult and to dangerous for me
Jul 26 13:13:21 <veremit> all the uarts are 3v3 on the beagle, no?
Jul 26 13:13:21 <kinkazu> maybe I am not ready :D
Jul 26 13:13:36 <veremit> interfacing is an art best done properly :)
Jul 26 13:13:37 <kinkazu> I have this GPS working on UART2
Jul 26 13:13:52 <kinkazu> if I connect it to debug UART0 will it be a problem?
Jul 26 13:13:54 <tbr> if it's working on UART2, then it will on UART0
Jul 26 13:13:59 <kinkazu> uff
Jul 26 13:14:04 <tbr> still, better make sure it's 3.3V :)
Jul 26 13:14:06 <kinkazu> ok one problem less
Jul 26 13:14:10 <kinkazu> ok
Jul 26 13:14:13 <tbr> else your UART might die suddenly
Jul 26 13:15:25 <veremit> I think all the I/O pins are 3v3 no?
Jul 26 13:15:35 <kinkazu> yes
Jul 26 13:19:13 <kinkazu> it is 2.8
Jul 26 13:19:20 <kinkazu> 2.8V on GPS
Jul 26 13:19:24 <kinkazu> am I safe?
Jul 26 13:19:34 <kinkazu> will it work or I need level shifter
Jul 26 13:19:35 <tbr> should work just fine
Jul 26 13:19:38 <veremit> I should think so
Jul 26 13:19:42 <kinkazu> ok
Jul 26 13:19:50 <tbr> 5V would be bad
Jul 26 13:20:04 <kinkazu> let's start the battle then
Jul 26 13:20:06 <kinkazu> :D
Jul 26 13:21:41 <kinkazu> and first problem
Jul 26 13:21:52 <kinkazu> which pin of debug header is TX
Jul 26 13:21:55 <kinkazu> and which RX
Jul 26 13:22:00 <kinkazu> SRM doesn't say that
Jul 26 13:22:04 <veremit> it does lol
Jul 26 13:22:08 <kinkazu> sorry
Jul 26 13:22:09 <veremit> sure it does .. soemwhere ..
Jul 26 13:22:12 <kinkazu> will look again
Jul 26 13:22:30 <veremit> needed pins are 1,4,5 by memory ..
Jul 26 13:24:21 <kinkazu> i need to be sure :D and why 3 pins?
Jul 26 13:24:56 <veremit> gnd, tx, rx
Jul 26 13:25:03 <veremit> always be referenced to something
Jul 26 13:25:17 <veremit> even differential normally
Jul 26 13:26:08 <veremit> the good thing about serial .. if you get the pins reversed .. doesn't usually matter .. it just doesn't work lol .. you can swap back then :D
Jul 26 13:26:27 <veremit> you can probe them with a meter actualy .. whichever is TX will idle high
Jul 26 13:26:47 <Humpelstilzchen> ..its all documented which one is which
Jul 26 13:26:54 <veremit> ofc
Jul 26 13:26:59 <Humpelstilzchen> also it is the default ftdi pinout
Jul 26 13:27:04 <veremit> thats what datasheets/manuals are for :)
Jul 26 13:27:25 <veremit> "default" ftdi  pinout depends on the IC you buy ;)
Jul 26 13:27:44 <Humpelstilzchen> ftdi also sells cables
Jul 26 13:27:50 <veremit> and I dont' see any embedded boards I've used using the CBUS pins :o
Jul 26 13:28:08 <veremit> well yes .. gets more of their ICs sold :)
Jul 26 13:28:31 <veremit> they are THE de-facto standard for USB/UART chips
Jul 26 13:28:48 <veremit> we use them a lot
Jul 26 13:29:02 <tbr> the horrific pl2303 used to be a close second
Jul 26 13:29:23 <veremit> its still around in some belkin/etc devices
Jul 26 13:29:27 <tbr> only driver that made Windows 7 BSOD in my experience
Jul 26 13:29:33 <veremit> lol
Jul 26 13:32:28 <kinkazu> got it
Jul 26 13:32:29 <kinkazu> https://lh4.googleusercontent.com/-3oca40vrH-g/Ubd5TjD-0_I/AAAAAAAAALU/-GibZBaTvKk/s1024/beaglebone-black-serial.jpg
Jul 26 13:32:45 <veremit> I think it son the official beagle accessories page
Jul 26 13:32:51 <veremit> its/on
Jul 26 13:38:27 <veremit> so whats the project, involving gps and lots of serial ports?!
Jul 26 13:55:03 <kinkazu> :)
Jul 26 13:55:19 <kinkazu> can't tell
Jul 26 13:56:03 <kinkazu> not yet
Jul 26 13:56:34 <kinkazu> ok
Jul 26 13:56:36 <kinkazu> connected
Jul 26 13:56:53 <kinkazu> let's see if I cane get anything without recompiling uboot
Jul 26 13:56:55 <kinkazu> kernel
Jul 26 13:57:06 <kinkazu> or other stuff
Jul 26 13:57:24 <tbr> did you disable the getty and the console?
Jul 26 13:57:32 <kinkazu> WORKS
Jul 26 13:57:46 <kinkazu> yes, diasabled in uEnv
Jul 26 13:58:23 <veremit> hmm what you put in uEnv? I could never get uboot to 'let go' when I did it with the iMX processors
Jul 26 13:58:35 <kinkazu> i think I also commented something in /boot/uboot/dtbs/am335x-boneblack.dtb
Jul 26 13:58:40 <kinkazu> but will check
Jul 26 13:58:43 <veremit> ah
Jul 26 13:59:12 <veremit> that rcn-ee dude would know ... :p
Jul 26 13:59:30 <veremit> damnt he's offline
Jul 26 13:59:31 <veremit> lol
Jul 26 14:01:51 <kinkazu> yes, something in m335x-boneblack.dtb makes difference
Jul 26 14:01:59 <kinkazu> will check again what I did
Jul 26 14:02:05 <veremit> ahh
Jul 26 14:02:52 <kinkazu> that is the first change
Jul 26 14:02:53 <kinkazu> serial@44e09000 {                         compatible = "ti,omap3-uart";                         ti,hwmods = "uart1";                         clock-frequency = <0x2dc6c00>;                         reg = <0x44e09000 0x2000>;                         interrupts = <0x48>;                         status = "disabled";                         /* status = "okay"; */                         linux,phandle = <0x18>;                         phandl
Jul 26 14:03:02 <kinkazu> disbaled instead of okay
Jul 26 14:03:05 <veremit> I remember with the iMX I had to add some stuff to the kernel board file
Jul 26 14:03:15 <veremit> aha its actively disabled .. eww nice.
Jul 26 14:03:39 <kinkazu> that is all
Jul 26 14:03:43 <kinkazu> no other changes
Jul 26 14:03:44 <veremit> wonder how the hell that works when .. oh nvm .. uboot has it and transfers it
Jul 26 14:03:50 <kinkazu> you guys rule
Jul 26 14:04:02 <veremit> if the kernel takes it over .. its kernel level
Jul 26 14:04:10 <veremit> hmm interesting thanks for that
Jul 26 14:04:16 <kinkazu> i have midfied uboot, but it was something to fix boot problems
Jul 26 14:04:29 <kinkazu> i just copied somebodys uboot
Jul 26 14:04:50 <veremit> well you'd know if you had debug output on that port
Jul 26 14:05:49 <kinkazu> i am not as skille das you think
Jul 26 14:05:49 <kinkazu> :D
Jul 26 14:05:54 <kinkazu> but it is going well
Jul 26 14:07:16 <kinkazu> i think it doesn work even with status disabled, but was delayed
Jul 26 14:07:21 <kinkazu> will check again
Jul 26 14:08:00 <kinkazu> I confirm
Jul 26 14:08:27 <veremit> whats your project kinkazu?
Jul 26 14:08:48 <kinkazu> it does work even without modifying m335x-boneblack.dtb
Jul 26 14:11:43 <kinkazu> and it does work even without modifying uEnv.txt
Jul 26 14:12:05 <veremit> well lol
Jul 26 14:12:13 <kinkazu> :D
Jul 26 14:12:18 <veremit> probably different scenario to the imx I was workin with.. congrats. :p
Jul 26 14:12:34 <kinkazu> congrats to you
Jul 26 14:12:36 <kinkazu> :D
Jul 26 14:15:19 <kinkazu> can't tell you what the project is because it is commercial
Jul 26 14:15:52 <kinkazu> it is kind of unique
Jul 26 14:16:13 <veremit> oh my lol .. what sorta thing roughly?
Jul 26 14:16:13 <kinkazu> not existing on the market
Jul 26 14:16:48 <veremit> good
Jul 26 14:17:05 <kinkazu> let's say it will have all possible capes you can buy
Jul 26 14:17:06 <kinkazu> :D
Jul 26 14:17:09 <kinkazu> in one
Jul 26 14:17:37 <veremit> thats ambitious
Jul 26 14:17:38 <veremit> :)
Jul 26 14:17:46 <kinkazu> :D
Jul 26 14:18:06 <kinkazu> prototype is already build
Jul 26 14:18:17 <kinkazu> everything works so far
Jul 26 14:18:51 <kinkazu> will have t be redesigned, but works, and that is the most importand bit
Jul 26 14:19:10 <veremit> true
Jul 26 14:19:15 <kinkazu> functionality wise works, hardwarewise will have to be redesigned
Jul 26 14:19:16 <veremit> have you got orders?
Jul 26 14:19:35 <kinkazu> nope :D
Jul 26 14:19:41 <kinkazu> but I will risk
Jul 26 14:19:53 <kinkazu> have got moeny
Jul 26 14:19:55 <kinkazu> to spend
Jul 26 14:20:13 <veremit> cool .. good luck with the project
Jul 26 14:20:27 <kinkazu> thank you
Jul 26 14:21:08 <kinkazu> i will stay here for a while
Jul 26 14:21:17 <kinkazu> got one more question
Jul 26 14:21:51 <kinkazu> o no
Jul 26 14:21:58 <kinkazu> :D don't have one
Jul 26 14:21:59 <kinkazu> :D
Jul 26 15:37:28 <daddev> if I have an SD card and the beaglebone black, I'm better off using the SD image and resizing, right?
Jul 26 15:40:32 <tbr> better off than what?
Jul 26 15:42:31 <daddev> tbr: using the built-in eMMC. Or can I still access the SD card if I boot from eMMC flash?
Jul 26 15:48:10 <veremit> you can do what you like :)
Jul 26 15:50:23 <kinkazu> mkdir /mnt/sdcard
Jul 26 15:50:37 <kinkazu> mount -t vfat /dev/mmcblk0p1 /mnt/sdcard/
Jul 26 15:50:52 <kinkazu> or in fstab
Jul 26 15:51:40 <kinkazu>  /dev/mmcblk0p1 /mnt/sdcard  vfat  umask=000  0  0
Jul 26 15:52:35 <kinkazu> hehe I wanted to be useful
Jul 26 15:52:45 <kinkazu> havent noticed he has left
Jul 26 15:52:47 <kinkazu> :)
Jul 26 15:54:35 <veremit> n00bs lol
Jul 26 15:56:08 <daddev> kinkazu: was that for me? sorry.. crazy wi-fi
Jul 26 15:56:33 <kinkazu> yes
Jul 26 15:56:34 <kinkazu> :)
Jul 26 15:56:42 <kinkazu> mkdir /mnt/sdcard
Jul 26 15:56:46 <daddev> kinkazu: oh, thanks!
Jul 26 15:56:47 <kinkazu> mount -t vfat /dev/mmcblk0p1 /mnt/sdcard/
Jul 26 15:56:54 <kinkazu> or in fstab
Jul 26 15:56:58 <kinkazu>  /dev/mmcblk0p1 /mnt/sdcard  vfat  umask=000  0  0
Jul 26 15:57:02 <kinkazu> :)
Jul 26 15:57:20 <tbr> doesn't the SD card show up as mmcblk1 if you boot from eMMC?
Jul 26 15:57:27 * tbr keeps forgetting
Jul 26 15:57:49 <kinkazu> nope
Jul 26 15:57:53 <kinkazu> not in my bbbb
Jul 26 15:58:22 <kinkazu> i am running debian
Jul 26 15:58:30 <kinkazu> if it makes difference
Jul 26 15:59:24 <veremit> so it boots from mmcblk1 .. nice .. lol
Jul 26 15:59:36 <veremit> it always seemed weird lol
Jul 26 16:00:24 <daddev> i'm just downloading the images now. for some reason I thought I read that you couldn't access the SD when booted from MMC. I thought it sounded weird
Jul 26 16:00:30 <daddev> maybe i need to lay off the crack
Jul 26 16:00:37 <veremit> lol
Jul 26 16:00:40 <veremit> peace, man :)
Jul 26 16:00:47 <kinkazu> heheh
Jul 26 16:00:52 <kinkazu> you can
Jul 26 16:01:12 <kinkazu> use sd when booted up from mmc
Jul 26 16:10:49 <daddev> OK.. so I've got the udev rules, got the BBB plugged into my
Jul 26 16:11:02 <daddev> arch linux laptop. I should now be able to browse to the server on the BBB?
Jul 26 16:11:32 <veremit> you'll get the web page, possibly a fs
Jul 26 16:11:42 <veremit> its not really a fully-fledged server :0
Jul 26 16:13:12 <daddev> I've never done any of this USB networking stuff. I don't seem to be able to ping the BBB though
Jul 26 16:16:18 <veremit> no usb is very weird .. plug in a network cable .. works SO much better :D
Jul 26 16:16:19 <daddev> oh, looks like I'd need to add a kernel module. I know it's lame, but I guess I'll go boot up my windows box ;-)
Jul 26 16:16:28 <daddev> veremit: oh, cool!
Jul 26 16:16:48 <veremit> you need the usb-gadget drivers for linux
Jul 26 16:17:07 <veremit> its a bit of a hack imho .. it works if its all configured perfectly .. but sadly thats not always the case
Jul 26 16:26:48 <kinkazu> you need
Jul 26 16:27:10 <kinkazu> set static ip
Jul 26 16:27:31 <kinkazu> of lan interface that shows up in windows
Jul 26 16:27:39 <kinkazu> ip is
Jul 26 16:27:46 <daddev> kinkazu: I'm browsing it now, which is awesome. can I flash the mmc from the webserver?
Jul 26 16:28:28 <kinkazu> can you connect via ssh?
Jul 26 16:28:37 <daddev> kinkazu: no.. i keep getting connection reset
Jul 26 16:28:50 <kinkazu> :)
Jul 26 16:28:52 <daddev> ssh_exchange_identification: read: Connection reset by peer
Jul 26 16:33:54 <kinkazu> try to set ip address of lan interface 192.168.7.3
Jul 26 16:34:41 <kinkazu> lan interface that shows in win when you connect bbbb
Jul 26 16:34:56 <daddev> kinkazu: Yeah, I'll go connect to windows pc
Jul 26 16:35:13 <daddev> i was accessing over lan now, so it got ip from router
Jul 26 16:35:49 <kinkazu> i am talking about connection PC usb->bbbb
Jul 26 16:36:07 <kinkazu> but if you through router that is fine
Jul 26 16:36:45 <daddev> kinkazu: but I need to ssh in to update mmc
Jul 26 16:38:01 <kinkazu> update to what?
Jul 26 16:39:11 <daddev> kinkazu: I was going to throw the latest debian image on there
Jul 26 16:39:23 <daddev> I've had this BBB for about 6 months ;-)
Jul 26 16:40:47 <kinkazu> get latest mmc flasher image
Jul 26 16:40:49 <kinkazu> http://beagleboard.org/latest-images
Jul 26 16:41:12 <daddev> kinkazu: OK, got it
Jul 26 16:42:05 <kinkazu> load to sdcard with win32diskimager-v0.9
Jul 26 16:42:18 <kinkazu> put card into bbb
Jul 26 16:42:25 <kinkazu> swich on and wait
Jul 26 16:42:51 <kinkazu> or read beaglebone wiki
Jul 26 16:42:53 <kinkazu> :)
Jul 26 16:49:10 <daddev> kinkazu: cool. thanks for all the tips. sorry for being so thick -- trying to watch kids at same time. that tip about using lan is great though
Jul 26 16:49:12 <daddev> ttyl
Jul 26 17:43:00 <pelegri> Somewhat silly question but... I want to get some BBB stickers for our laptops.  The only one I see is from Adafruit but shipping cost is "high".  Any other options in addition to getting my own through CafePress?
Jul 26 19:13:02 <daddev> what's the best way to see if you firmware is actually flashing on the BBB? I followed the process, but I can still SSH into it -- so I'm not sure if it's working
Jul 26 19:14:10 <veremit> ofc you can still ssh
Jul 26 19:14:22 <veremit> if you 'ps' you'll see the flasher script :p
Jul 26 19:14:33 <veremit> (with appropriate switches ofc)
Jul 26 19:14:37 <veremit> brb
Jul 26 19:14:55 <daddev> veremit: thanks man ;-)
Jul 26 19:37:26 <kck> Hi
Jul 27 00:38:00 <furan-> howdy
Jul 27 00:38:11 <furan-> if I want to do opengl es, what's the best linux image to use for a beaglebone?
Jul 27 00:39:03 <furan-> I read that the sgx530 sdk/drivers don't work with latest kernel, can't find anything that says otherwise
Jul 27 01:12:57 <thurgood> use a more recent kernel, like robert nelson's 3.13
Jul 27 01:23:07 <veremit> 3.14?
Jul 27 01:37:58 <furan-> thanks
Jul 27 01:48:53 <thurgood> http://elinux.org/BeagleBoardUbuntu#SGX_Drivers suggest 3.13 as  well
**** ENDING LOGGING AT Sun Jul 27 03:00:00 2014