• [00:00:37] * BeagleBot (~PircBot@ec2-50-17-196-130.compute-1.amazonaws.com) has joined #beagle
  • [00:00:37] * Topic is 'http://beagleboard.org/chat has a guide on how to ask questions and links to the logs | never ask to ask, just ask | be patient | pastebin a boot log | http://ahsoftware.de/Beaglebone_Black_Boot_explained.svg | http://beagleboard.org/latest-images | http://beagleboard.org/Support/bone101 | direct bonescript/node.js questions to #beagle-bonescript | books: http://bit.ly/bbb-books'
  • [00:00:37] * Set by KotH!~attila@erica.kinali.ch on Wed Jul 15 13:55:07 UTC 2015
  • [00:00:37] * BeagleBot (~PircBot@ec2-50-17-196-130.compute-1.amazonaws.com) has joined #beagleboard
  • [00:00:37] * BeagleBot (~PircBot@ec2-50-17-196-130.compute-1.amazonaws.com) has joined #beaglebone
  • [00:00:41] * jdawgaz (~Jerry@ip70-176-27-239.ph.ph.cox.net) has joined #beaglebone
  • [00:09:01] * vagrantc (~vagrant@unaffiliated/vagrantc) has joined #beagle
  • [00:17:46] <_av500_> I would say you can use either one for both
  • [00:18:56] * Cats_home (~Thunderbi@dsl.198.58.155.114.ebox.ca) has joined #beagle
  • [00:20:08] * gpio (~jack@unaffiliated/gpio) Quit (Quit: Leaving, out of town.)
  • [00:23:24] * eballetbo (eballetbo@pasanda.collabora.co.uk) Quit (Quit: Coyote finally caught me)
  • [00:24:39] * tema (~tema@178-16-155-142.obit.ru) Quit (Ping timeout: 240 seconds)
  • [00:28:54] * florian (~fuchs@Maemo/community/contributor/florian) Quit (Ping timeout: 244 seconds)
  • [00:34:35] * dlitz (~dwon@goedel.dlitz.net) Quit (Ping timeout: 244 seconds)
  • [00:35:22] * stamina (~stamina@177-211-128-083.dynamic.caiway.nl) has joined #beaglebone
  • [00:35:27] * dlitz (~dwon@goedel.dlitz.net) has joined #beagle
  • [00:36:24] <thunder5> downloading kali for the bb, going to take things from there in the morning
  • [00:46:27] * stamina (~stamina@177-211-128-083.dynamic.caiway.nl) Quit (Ping timeout: 255 seconds)
  • [00:50:29] * kiwichris (~kiwichris@216.239.55.212) Quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  • [00:51:40] * kiwichris (~kiwichris@216.239.55.212) has joined #beagle
  • [00:58:27] * kiwichris (~kiwichris@216.239.55.212) Quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  • [00:59:07] * gpio (~jack@unaffiliated/gpio) has joined #beagle
  • [01:00:54] * VirG (~VirGin@c-73-25-235-187.hsd1.or.comcast.net) Quit (Read error: Connection reset by peer)
  • [01:01:06] * VirG (~VirGin@c-73-25-235-187.hsd1.or.comcast.net) has joined #beagle
  • [01:03:06] * drkfdr (~darkfader@ip3e8346be.speed.planet.nl) Quit (Quit: drkfdr)
  • [01:21:41] * das (~das@217.5.80.79.rev.sfr.net) has joined #beagle
  • [01:25:44] * WillAmes (~py@ool-1826eaa1.dyn.optonline.net) Quit (Remote host closed the connection)
  • [01:26:11] * WillAmes (~py@ool-1826eaa1.dyn.optonline.net) has joined #beagle
  • [01:45:13] * kiwichris (~kiwichris@209.136.236.87) has joined #beagle
  • [01:49:09] * j0rd_ (~j0rd_@unaffiliated/j0rd-/x-9112651) Quit (Read error: Connection reset by peer)
  • [01:52:21] * j0rd_ (~j0rd_@unaffiliated/j0rd-/x-9112651) has joined #beagle
  • [01:52:46] * carpman (~carpman@75-130-6-175.dhcp.ftwo.tx.charter.com) Quit (Ping timeout: 250 seconds)
  • [01:58:32] * PDogJr (~PurpleDog@unaffiliated/purpledog) has joined #beagle
  • [02:08:46] * roric (~roric@h196n19-vrr-a31.ias.bredband.telia.com) Quit (Ping timeout: 240 seconds)
  • [02:16:31] * Shadyman (~matthew@unaffiliated/shadyman) has joined #beagle
  • [02:16:53] * GenTooMan wakes up after all the fun is done
  • [02:19:27] * Liir (~francky@108-68-121-177.lightspeed.sntcca.sbcglobal.net) Quit (Quit: This computer has gone to sleep)
  • [02:20:10] * carpman (~carpman@75-130-6-175.dhcp.ftwo.tx.charter.com) has joined #beagle
  • [02:21:58] * Defiant (erik@x50abd20a.dyn.telefonica.de) Quit (Ping timeout: 265 seconds)
  • [02:22:30] * Defiant (erik@f054016080.adsl.alicedsl.de) has joined #beagle
  • [02:25:17] * webdaford (~daford@ool-457897a5.dyn.optonline.net) Quit (Quit: Leaving)
  • [02:35:50] * kiwichris (~kiwichris@209.136.236.87) Quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  • [02:40:46] * gpio (~jack@unaffiliated/gpio) Quit (Read error: Connection timed out)
  • [02:41:05] * gpio (~jack@silicon.xs4all.nl) has joined #beagle
  • [02:41:05] * gpio (~jack@silicon.xs4all.nl) Quit (Changing host)
  • [02:41:05] * gpio (~jack@unaffiliated/gpio) has joined #beagle
  • [02:41:35] * chickadee (sid99356@gateway/web/irccloud.com/x-axeskebperzgqwon) Quit (Remote host closed the connection)
  • [02:41:35] * steev (sid1383@gentoo/developer/steev) Quit (Remote host closed the connection)
  • [02:41:36] * amatecha (sid10006@gateway/web/irccloud.com/x-mfrkwqgjgslgwivu) Quit (Remote host closed the connection)
  • [02:41:37] * Tartarus (sid72705@gateway/web/irccloud.com/x-kutsfwyjciwairbl) Quit (Remote host closed the connection)
  • [02:58:38] * gpio (~jack@unaffiliated/gpio) Quit (Quit: Leaving, out of town.)
  • [03:06:29] * penth (~rachel@c-68-81-92-61.hsd1.pa.comcast.net) Quit (Ping timeout: 244 seconds)
  • [03:11:19] * nofxx (~nofxx@unaffiliated/nofxx) Quit (Ping timeout: 240 seconds)
  • [03:20:23] * gustavoz (~gustavoz@186.22.136.136) has joined #beagle
  • [03:23:40] * Set_ (46bd2f8f@gateway/web/freenode/ip.70.189.47.143) has joined #beagle
  • [03:23:47] <Set_> Hello...
  • [03:24:31] <Set_> I was working out of the Make: Getting Started with Beaglebone book.
  • [03:24:40] <Set_> I came to...scratch that.
  • [03:24:56] <Set_> I am working out of a book, "Beaglebone Robotic Projects."
  • [03:25:08] <Set_> It is published from packtpub.com.
  • [03:25:49] <Set_> I am on a section. I need to set up my mic and speaker.
  • [03:26:12] <Set_> I cannot get this mic or speaker to understand that it is attached. I tried multiple times.
  • [03:26:25] <Set_> Besides that...Geaux Beaglebone Black.
  • [03:27:54] * nofxx (~nofxx@unaffiliated/nofxx) has joined #beaglebone
  • [03:28:13] <Set_> p. 72 on "Beaglebone Robotic Projects" describes what to do. I have followed instruction.
  • [03:29:05] <Set_> So...I kept trying. I kept up the "good effort." I am using nano to produce scripts for now. I have a model with Angstrom and a model with Debian.
  • [03:29:33] <Set_> I am updating the package of Angstrom to Debian now, i.e. I will have two with Debian.
  • [03:29:48] <Set_> Okay...so! Does anyone follow this book?
  • [03:32:54] <Set_> The book is about a Robot with the BBB brain/MCU. Does anyone follow or use, "Beaglebone Robotic Projects?"
  • [03:39:15] <Set_> Oh and I forgot. I had to use the Debian BBB to work on this book. My Angstrom BBB does not do it for this book.
  • [03:48:03] <veremit> Set_ .. the software is evolving quite quickly .. what are you having problems with?
  • [03:48:12] <Set_> I use "alsamixer" to command via "aplay" in the command line. I have not been able to play a .wav file.
  • [03:49:05] <Set_> I have to play the .wav file to move on. The played .wav file gives me an idea on what will be the output when I give it commands.
  • [03:50:17] <Set_> I am going to command this robot with talk and it will give me an ouput to let me know what it will do.
  • [03:50:37] <veremit> what error message if any are you getting? or just no sound?
  • [03:50:47] <Set_> Just no sound.
  • [03:51:14] <Set_> I can hear feedback but no sound.
  • [03:51:22] <veremit> feedback?!
  • [03:51:40] <Set_> Yea...the feedback is when I put my hands too close to the device/speaker.
  • [03:52:28] <Set_> I have a chipset device that I can plug into my bone via USB. The device has output/speaker and input/mic.
  • [03:52:28] <veremit> interesting
  • [03:52:54] <Set_> Yep.
  • [03:53:41] <Set_> So...I get to alsamixer and configure it. I then click aplay and the .wav file to play it.
  • [03:53:47] <veremit> what do you get from "aplay -l" and "aplay -L"
  • [03:53:51] * Liir (~francky@108-68-121-177.lightspeed.sntcca.sbcglobal.net) has joined #beagle
  • [03:53:58] <veremit> do you see the right card selected as 'sysdefault' ?
  • [03:54:15] <Set_> Um...dang it.
  • [03:54:29] <veremit> alsa requires a fair bit of manual configuration .. and I would suspect it wants to send sound down the HDMI ( as for some reason, everything does...)
  • [03:54:33] <Set_> I am using my Angstrom to get it updated to Debian now.
  • [03:54:56] <Set_> I can see what happens later and get back on here.
  • [03:55:07] <Set_> But...what was supposed to happen did happen.
  • [03:55:21] <Set_> I have the exact same thing for output that is described.
  • [03:55:48] <Set_> The page in the book has a picture. My output from the terminal and command line are the same.
  • [03:56:02] <veremit> eg. for my desktop I have "aplay -l" gives .. http://pastebin.com/2B9zicbc
  • [03:56:12] <veremit> just apt-get alsaplayer on my beagle .. hold on ..
  • [03:56:29] <Set_> Okay...hold on. I am going to connect my other bone real quick.
  • [03:56:52] <veremit> bugger .. wrong package set ..
  • [03:56:54] <veremit> lol
  • [03:57:21] <veremit> fyi .. aplay is part of 'alsa-utils' package :D
  • [03:57:38] <Set_> Yep...I have been trying to upgrade my Angstrom too. It has not worked in the last three tries.
  • [03:57:53] <veremit> Unless you really want to persevere with Angstrom, I'd ditch it.
  • [03:58:03] <GrumpeiYokoi> As in, opkg upgrade?
  • [03:58:07] <GrumpeiYokoi> I wouldn't recommend it
  • [03:58:10] <Set_> I am...I am ditching it as we speak.
  • [03:58:36] <GrumpeiYokoi> Depending on the device rev, it takes forever and you usually run out of space on eMMC
  • [03:58:44] <veremit> I'd recommend downloading a fresh image from http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#2015-11-03 .. write a uSD card, update the flash to latest debian
  • [03:58:49] <Set_> Okay...I signed into my Debian image BBB with PuTTY. now.
  • [03:58:49] <GrumpeiYokoi> Haven't used Angstrom on a Rev C
  • [03:59:01] <Set_> Nope.
  • [03:59:02] <veremit> not forgetting to hold the BOOT button whilst applying power to boot the new image :D
  • [03:59:10] <Set_> I remembered.
  • [03:59:14] <veremit> [ 3:58am] root@beagleblack ~ # aplay -l
  • [03:59:15] <veremit> aplay: device_list:252: no soundcards found...
  • [03:59:19] <veremit> well .. that's really helpful
  • [03:59:33] <Set_> Okay...I will go to aplay -l
  • [03:59:35] <veremit> but then mine is a bare console image lol
  • [03:59:39] <Set_> I will let you know what I find.
  • [04:00:12] <Set_> card 0: Black [TI BeagleBone Black], device 0: HDMI nxp-hdmi-hifi-0 [] Subdevices: 1/1 Subdevice #0: subdevice #0
  • [04:00:41] <Set_> That is with nothing plugged in. Let plug in what I need and play alsamixer real quick.
  • [04:02:38] <Set_> card 0: Black [TI BeagleBone Black], device 0: HDMI nxp-hdmi-hifi-0 [] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: Set [C-Media USB Headphone Set], device 0: USB Audio [USB Audio] Subdevices: 1/1 Subdevice #0: subdevice #0
  • [04:03:03] <Set_> ...that is with the device plugged in and the alsamixer updated and configured.
  • [04:04:05] <veremit> ok .. alsamixer won't set your default alsa device
  • [04:04:23] <veremit> now .. it depends whether the usb is going to override the on-board hdmi that you can see .. or not.
  • [04:04:35] <Set_> Oh.
  • [04:04:49] <Set_> The power LED shows on the USB device.
  • [04:04:59] <veremit> otherwise, you will get the problem as you seee .. no audio from the usb .. and you'll probably find its out on the hdmi if you have it :)
  • [04:05:31] <Set_> Dang it. So...I should get a micro-HDMI dongle?
  • [04:05:44] <Set_> Well...micro-HDMI to USB?
  • [04:06:06] <veremit> From the alsa docs .. http://alsa.opensrc.org/Hotplugging_USB_audio_devices_%28Howto%29
  • [04:06:12] <veremit> but that looks moderately horrible
  • [04:06:21] <Set_> Awesome...
  • [04:06:29] <Set_> I am going to go to the site later.
  • [04:06:34] <Set_> I will read up.
  • [04:08:09] <Set_> Hey...how did you know of the alsa.oprnsrc.org site?
  • [04:09:07] <Set_> Anyway...let me undock this BBB. I will be back at Set_ later.
  • [04:09:11] * Akex_ (uid58281@gateway/web/irccloud.com/x-xtzbzacibgymgbjv) Quit (Quit: Connection closed for inactivity)
  • [04:09:29] <veremit> google is a powerful tool :)
  • [04:09:40] <veremit> this page is quite good .. but a bit complicated and lengthy .. https://hifiduino.wordpress.com/2014/03/27/beaglebone-black-navigating-the-audio-maze/
  • [04:09:57] <Set_> I have to see if the reason for it not downloading the Debian image is the chat I am in.
  • [04:10:03] <Set_> Okay...I will be right back.
  • [04:10:06] <veremit> k
  • [04:10:14] * Set_ (46bd2f8f@gateway/web/freenode/ip.70.189.47.143) Quit (Quit: Page closed)
  • [04:25:10] <zmatt> morning
  • [04:25:14] <zmatt> an, audio
  • [04:25:58] <zmatt> I recently added McASP's IOsets to my pins spreadsheet... they're really weird
  • [04:28:33] * Zok (c73a6190@gateway/web/freenode/ip.199.58.97.144) Quit (Ping timeout: 246 seconds)
  • [04:30:14] * MichaelLong (~ml@p549070CB.dip0.t-ipconnect.de) Quit (Remote host closed the connection)
  • [04:31:18] * MichaelLong (~ml@p549077C0.dip0.t-ipconnect.de) has joined #beagle
  • [04:32:41] <veremit> yo zmatt... got audio in your io thingy?
  • [04:32:51] <veremit> not the sheet .. the other driver doo-dah
  • [04:34:22] * carpman (~carpman@75-130-6-175.dhcp.ftwo.tx.charter.com) Quit (Ping timeout: 260 seconds)
  • [04:39:43] * nofxx (~nofxx@unaffiliated/nofxx) Quit (Ping timeout: 265 seconds)
  • [04:41:29] * carpman (~carpman@75-130-6-175.dhcp.ftwo.tx.charter.com) has joined #beagle
  • [05:04:20] * jdawgaz (~Jerry@ip70-176-27-239.ph.ph.cox.net) Quit (Quit: My Mac has gone to sleep. ZZZzzz…)
  • [05:05:10] * drkfdr (~darkfader@ip3e8346be.speed.planet.nl) has joined #beagle
  • [05:10:30] * carpman (~carpman@75-130-6-175.dhcp.ftwo.tx.charter.com) Quit (Ping timeout: 240 seconds)
  • [05:13:07] * carpman (~carpman@75-130-6-175.dhcp.ftwo.tx.charter.com) has joined #beagle
  • [05:17:48] * carpman (~carpman@75-130-6-175.dhcp.ftwo.tx.charter.com) Quit (Ping timeout: 246 seconds)
  • [05:18:03] * carpman (~carpman@75-130-6-175.dhcp.ftwo.tx.charter.com) has joined #beagle
  • [05:22:32] <zmatt> sorry, briefly fell asleep again
  • [05:22:37] <zmatt> other driver doo-dah?
  • [05:25:30] * j0rd_ (~j0rd_@unaffiliated/j0rd-/x-9112651) Quit (Read error: Connection reset by peer)
  • [05:32:00] * j0rd_ (~j0rd_@unaffiliated/j0rd-/x-9112651) has joined #beagle
  • [05:34:07] * thurgood_ (~thurgood@65-36-122-62.dyn.grandenetworks.net) has joined #beagle
  • [05:34:26] * emeb (~ericb@ip68-2-68-52.ph.ph.cox.net) Quit (Quit: Leaving.)
  • [05:42:34] * zmatt pokes veremit
  • [05:42:51] <veremit> that io thingy driver .. damnt I need cofee ..
  • [05:43:06] <veremit> interface code
  • [05:43:18] <veremit> gawd I'm bein thick today
  • [05:45:08] * zmatt gropes around in the space of meaning
  • [05:45:22] <zmatt> you mean whether I have a header file for McASP ?
  • [05:46:48] * zmatt uses a straw to blow some caffeine powder into veremit's nose
  • [05:46:49] <zmatt> :P
  • [05:47:14] <veremit> intravenous drip would be good right now I think
  • [05:49:02] * thurgood_ (~thurgood@65-36-122-62.dyn.grandenetworks.net) Quit (Remote host closed the connection)
  • [05:49:03] <zmatt> caffeine is well-enough absorbed by the more usual routes
  • [05:50:08] <zmatt> (it has the benefit of actually being absorbed in the stomach already instead of having to wait till the upper intestine as most amines do)
  • [05:50:49] <veremit> lol ok ok
  • [05:50:58] <veremit> just workin on a boost threading headache :(
  • [05:51:17] <zmatt> boost... threading....
  • [05:51:19] <veremit> somehow there is a gotcha in a simple function called 'sleep' :(
  • [05:51:27] * Liir (~francky@108-68-121-177.lightspeed.sntcca.sbcglobal.net) Quit (Quit: This computer has gone to sleep)
  • [05:51:37] <zmatt> I don't think any amount of caffeine is going to help you with that
  • [05:51:41] <veremit> but they were obviously in a transition period when this code was written .. into the Chronos lib
  • [05:51:49] * veremit grumbles
  • [05:52:19] <veremit> but I'm truely no good at classes in c++
  • [05:52:35] <zmatt> I'm not even sure if sleep() is thread-safe, portably
  • [05:52:45] <veremit> hence I suspect no amount of caffeine will help me
  • [05:52:54] <veremit> well .. I think this was the objective ..
  • [05:53:14] <veremit> clearly there were some changes going on in v1.52
  • [05:53:36] <zmatt> oh wait, you mean boost has a sleep function? (rather than the POSIX sleep function)
  • [05:53:45] <veremit> well .. 1.5->1.52 .. I think it was all fixed by 1.53 .. but this build is mostly broken for upgrading
  • [05:53:47] <veremit> zmatt.. yes
  • [05:53:56] <zmatt> then I don't know
  • [05:54:00] <zmatt> threads are evil anyway
  • [05:54:44] <zmatt> but you still haven't clarified the meaning of your mcasp-related inquiry... you left my last guess without confirmation
  • [05:55:09] <veremit> http://www.boost.org/doc/libs/1_52_0/doc/html/thread/thread_management.html#thread.thread_management.thread.sleep
  • [05:55:14] <veremit> yeah threading is a nightmare
  • [05:55:25] <veremit> oh .. scratch that .. it wasn't important anyway lol
  • [05:55:39] * hieuletrung (~hieult@123.20.103.161) has joined #beagle
  • [05:56:10] * hieuletrung (~hieult@123.20.103.161) Quit (Remote host closed the connection)
  • [05:56:12] <veremit> its a linker error that's floored me .. just cannot figure out why
  • [05:56:19] <veremit> the makefile -looks- right
  • [05:56:22] <zmatt> since yes I do have one, but it's covered in a layer of dust since I last used it on the C674x DSP present on the DM8148
  • [05:56:41] * hieuletrung (~hieult@123.20.103.161) has joined #beagle
  • [05:57:15] <zmatt> does contain nice comments like
  • [05:57:20] <zmatt> // ... don't look at me like that, I didn't make this shit up ↑
  • [05:58:53] <veremit> bugger .. who's inadvertently triggering my ignores today :/
  • [05:59:54] <zmatt> when? (and how do you know?)
  • [06:00:25] <zmatt> the two of us are the only ones who have spoken here since your conversaion with Set_
  • [06:00:43] <veremit> oh good :p
  • [06:02:01] * hieuletrung (~hieult@123.20.103.161) Quit (Remote host closed the connection)
  • [06:02:23] * hieuletrung (~hieult@123.20.103.161) has joined #beagle
  • [06:02:49] <zmatt> also you can't just say "scratch that" ... making an unclear inquiry and then revoking it leaves unresolved tension
  • [06:02:53] <zmatt> :P
  • [06:03:18] <zmatt> the linker errors are probably due to the universe punishing you for that
  • [06:04:21] <veremit> the universe is a cruel place .. and I Just Did [scratch that] :p
  • [06:05:22] <veremit> to return to that topic, then ... we were talking about an interface you'd created to am335x peripherals that linked the DT and not /dev/mem .. mapping registers if I recall
  • [06:05:48] <veremit> my brain will not recall the missing chunks :(
  • [06:05:56] <veremit> /dev/mem corruption I say
  • [06:05:57] <zmatt> well I created two things
  • [06:06:15] <zmatt> which you may be confusing, and in fact need to be merged (but this hasn't been done yet)
  • [06:07:56] <zmatt> I made libsubarctic that lets me use baremetal headers in userspace by using /dev/mem to mmap() the peripherals used in the application during early initialization before main is called, thus allowing exactly the same code to work on baremetal and in userspace linux (as long as no irqs are involved)
  • [06:09:21] <zmatt> and I use uio to make peripherals show up as shiny /dev/uio/* devices that avoid the need for /dev/mem (hence root perms) and also let you receive irqs in userspace
  • [06:10:11] <veremit> yes, the uio .. it has a 'u' in it damnit
  • [06:10:22] <zmatt> (also makes the kernel automagically enable the module clock for you when you open the device etc)
  • [06:10:39] <veremit> the libsubarctic I didn't know .. and sounds cool too
  • [06:11:51] <veremit> uhoh .. is it a limit on my gcc .. noo.. can't be.
  • [06:12:13] <zmatt> libsubarctic is used in https://github.com/dutchanddutch/jbang
  • [06:12:24] <zmatt> though with a limited set of headers
  • [06:12:47] <veremit> ok not gcc .. c++11 was gcc-4.7
  • [06:13:37] <zmatt> (jbang needs at least 4.9, or possibly I may already depends on 5 ... I never test with 4.9 anymore, don't have it installed even)
  • [06:13:51] <zmatt> *it may already depend
  • [06:15:02] <zmatt> for c++ you generally don't want to use an old gcc version, c++ has been on the move pretty fast and a lot of stuff introduced that's actually _useful_
  • [06:16:39] <zmatt> especially metaprogramming has been made a lot saner with 'constexpr' letting you write stuff to be evaluated at compile-time in plain c++ instead of having to abuse the template engine as some sort of half-baked dialect of prolog as was previously done :P
  • [06:18:39] <zmatt> gcc 4.7 did not have full c++11 support
  • [06:19:25] <zmatt> you need 4.8.1 for that
  • [06:24:00] <zmatt> especially a lot of concurrency-related c++11 stuff is still missing in 4.7
  • [06:24:32] <zmatt> didn't your problems involve threading? :P
  • [06:28:53] * carpman (~carpman@75-130-6-175.dhcp.ftwo.tx.charter.com) Quit (Ping timeout: 252 seconds)
  • [06:30:19] * zmatt pokes veremit
  • [06:30:56] <zmatt> just don't use ancient compilers.... I think 4.7 was released shortly after God said Let There Be Light or something
  • [06:31:38] <GrumpeiYokoi> 4.7 seemed new and spiffy to me at one time <__<
  • [06:31:40] <GrumpeiYokoi> >______>
  • [06:32:00] <zmatt> hehe
  • [06:32:02] <GrumpeiYokoi> But it was frustrating because you'd see some shiny C++11 feature somewhere and it wouldn't work
  • [06:32:15] <zmatt> yeah same with c++14 and 4.9
  • [06:32:19] <veremit> GRRr wrong bloody makefile :(
  • [06:32:47] <veremit> 4.8.4 is going here
  • [06:32:50] <veremit> gcc that is
  • [06:33:05] <GrumpeiYokoi> If c++ continues to evolve well maybe someday we won't ever need a Boost library
  • [06:33:23] <GrumpeiYokoi> j/k
  • [06:33:40] * carpman (~carpman@75-130-6-175.dhcp.ftwo.tx.charter.com) has joined #beagle
  • [06:33:46] <GrumpeiYokoi> It completely exists to push the limits of sane things you should do with C++ :(
  • [06:34:16] <zmatt> c++ is still a depraved... vile... language, and I really wish for a better alternative
  • [06:34:28] <GrumpeiYokoi> I have a bit of dislike for Boost, but mainly because I think their documentation has a lot of breadth but very little depth.
  • [06:34:30] <zmatt> but for now it seems I'm stuck with it
  • [06:34:35] * nerienna (~nerienna@p5498E4CA.dip0.t-ipconnect.de) has joined #beagle
  • [06:35:17] <GrumpeiYokoi> I was trying to figure out how to use the Spirit parsing library, among other things. Their tutorials explain pretty well how to use it if you have the *exact same use cases that they thought of in the tutorial*
  • [06:35:22] <zmatt> I only once briefly looked at boost to avoid writing my own invasive containers, but the lib was too verbose and messy and it ended up being simpler just implementing what I actually needed
  • [06:35:24] <GrumpeiYokoi> Otherwise it seemed to me like you were out of luck
  • [06:35:57] <GrumpeiYokoi> And I wasn't about to wade through the miles of template code to figure out what I was doing wrong in my use cases
  • [06:37:01] <GrumpeiYokoi> And I didn't just give up in an afternoon. It took 3 or 4 weeks for me to say the hell with it.
  • [06:37:35] <GrumpeiYokoi> And... rolled my own like you did XD
  • [06:37:55] <zmatt> with metaprogramming moving more from templates to plain c++, perhaps some day we'll actually be able interact with the compiler as a service at compile-time
  • [06:38:06] <zmatt> that would be nice
  • [06:38:19] <GrumpeiYokoi> Totally, yeah
  • [06:38:24] <GrumpeiYokoi> Or even run time, in some cases
  • [06:38:34] <zmatt> that pulls in some heavy dependencies though
  • [06:38:40] <GrumpeiYokoi> (with the understanding that you'd take a hefty performance hit)
  • [06:38:57] * Set_ (46bd2f8f@gateway/web/freenode/ip.70.189.47.143) has joined #beagle
  • [06:39:03] <Set_> Hello...
  • [06:39:30] <Set_> How are people...heh?
  • [06:39:32] <veremit> HELL YEAH
  • [06:39:37] <veremit> Top level makefile fail ..
  • [06:39:43] <veremit> feckin qt apps
  • [06:40:08] <Set_> I got nowhere so far.
  • [06:40:14] <zmatt> GrumpeiYokoi: it will help a lot of you don't have to parse at runtime, but e.g. hand over a lambda and get it to constant-fold the captured values and reoptimize
  • [06:40:41] <zmatt> GrumpeiYokoi: but you're still looking at pulling in a BIG library
  • [06:40:46] <Set_> I did research the idea. I got the idea that USB is not liked in alsamixer.
  • [06:40:51] <GrumpeiYokoi> Certainly
  • [06:41:00] <zmatt> Set_: should work
  • [06:41:02] <GrumpeiYokoi> You wouldn't want to do something like willy nilly
  • [06:41:14] <zmatt> GrumpeiYokoi: C++ parser is horror though
  • [06:41:41] <veremit> zmatt .. we had a problem with getting alsa to default to a usb sound device
  • [06:41:42] <GrumpeiYokoi> Yeah, probably better off embedding Python I guess
  • [06:42:12] <Set_> Um...is upgrading to Debian while online frowned upon or can I upgrade to Debian while plugged in via USB?
  • [06:42:15] <zmatt> GrumpeiYokoi: well then you're in a different application domain than C++ though
  • [06:42:37] <veremit> Set_ .. define "upgrading to debian"
  • [06:42:53] <Set_> I am just flashing via MicroSD to my BBB.
  • [06:43:31] <Set_> It is like my eighth write and deploy. That damn system does not like my BBB.
  • [06:43:52] <zmatt> GrumpeiYokoi: like, my baremetal tests are often just a few KB of compiled code
  • [06:44:05] <Set_> The write is successful. I follow the "hold down the boot" button instruction.
  • [06:44:09] <GrumpeiYokoi> Okay then Lua XD
  • [06:44:12] <Set_> Yes...Boo!
  • [06:44:18] <GrumpeiYokoi> That certainly compiles down much smaller than Python
  • [06:44:22] <zmatt> GrumpeiYokoi: and my baremetal codebase currently does not define any heap (any direct or indirect calls to malloc() or operator new would result in a link error)
  • [06:44:54] <GrumpeiYokoi> you clearly have a much different set of requirements than what I normally program under
  • [06:44:56] <veremit> not sure flashing emmc whilst on usb power is optimal .. <shudder>
  • [06:45:04] <GrumpeiYokoi> You have a kernel in there right zmatt?
  • [06:45:24] <Set_> Yep...I know now. I got it powered via 5V now.
  • [06:45:40] <zmatt> veremit: its max consumption is ~100 mA
  • [06:45:41] <GrumpeiYokoi> *there, right, ...
  • [06:45:41] <Set_> I have to wait about 45 minutes again (again, again, again). Yikes.
  • [06:46:00] <zmatt> 45 minutes? to flash a system? o.O
  • [06:46:10] <veremit> no...
  • [06:46:16] <Set_> I got the oldest, maybe the second one.
  • [06:46:29] <Set_> It says the number two on it.
  • [06:46:30] <veremit> 2gb version
  • [06:46:31] <veremit> should be fine
  • [06:46:43] <Set_> I guess.
  • [06:46:44] <GrumpeiYokoi> I think some of the old docs said it took 45 minutes
  • [06:46:45] <zmatt> GrumpeiYokoi: nothing worthy of that name
  • [06:46:46] <veremit> which revision?? should be on a sticker on the side ...
  • [06:47:00] <GrumpeiYokoi> zmatt: hardcore
  • [06:47:01] <zmatt> GrumpeiYokoi: just irq dispatching
  • [06:47:04] <Set_> It is the oldest.
  • [06:47:13] <Set_> I think it was A.
  • [06:47:21] <GrumpeiYokoi> Show me how you do that sometime
  • [06:47:42] <GrumpeiYokoi> I've flashed emmc numerous times and I don't think it ever really took that long
  • [06:47:42] <Set_> Oh...I tried to get an e-mail server running.
  • [06:47:46] <GrumpeiYokoi> Maybe 10 to 20 minutes
  • [06:47:57] <Set_> On the BBB.
  • [06:48:14] <Set_> I got that script and a bunch of seconds later...nothing.
  • [06:48:17] <Set_> No e-mail. Boo!
  • [06:48:18] <GrumpeiYokoi> Don't quote me on that. Usually I'd put a flasher image in, go get some coffee, do some emails, then check back on it at some point later
  • [06:48:25] <GrumpeiYokoi> Sometimes the system would crash though
  • [06:48:35] <Set_> Yikes.
  • [06:48:36] <GrumpeiYokoi> So maybe factoring in the crashes when writing it's 45 minutes?
  • [06:48:41] <zmatt> if I reflash I do so using BBBlfs
  • [06:49:48] <Set_> My flash is still running.
  • [06:49:57] <Set_> It has been about 20 minutes.
  • [06:50:01] <zmatt> also excellent for recovery, especially since I discovered you can easily "enter" the system using systemd-nspawn (or even just chroot though you'll want to mount /proc and such)
  • [06:50:45] <zmatt> just need to install qemu-user-static and copy /usr/bin/qemu-arm-static to usr/bin of the target fs
  • [06:51:04] <zmatt> binfmt will do the rest for you
  • [06:51:14] * Guest45564 (~kona@rrcs-24-153-134-93.sw.biz.rr.com) Quit (Ping timeout: 244 seconds)
  • [06:52:08] <Set_> Um...I can just flash the eMMC with a new image without updating past images right?
  • [06:52:30] <Set_> Like...I can skip Angstrom.xxx to go to Debian, right?
  • [06:52:35] <GrumpeiYokoi> It compltely overwrites the eMMC
  • [06:52:39] <GrumpeiYokoi> afaik
  • [06:52:45] <Set_> Yep.
  • [06:52:52] <Set_> That is the idea.
  • [06:52:57] <GrumpeiYokoi> So it would be irrelevant
  • [06:52:59] <GrumpeiYokoi> So yes
  • [06:53:04] <Set_> It has not worked.
  • [06:53:19] <Set_> Those lights are still blinking.
  • [06:53:27] <GrumpeiYokoi> In what fashion are they blinking?
  • [06:53:44] <Set_> Heart rate pulses or something like that.
  • [06:53:55] * kona (~kona@rrcs-24-153-134-93.sw.biz.rr.com) has joined #beagle
  • [06:53:56] <veremit> do you have a serial debug cable?
  • [06:54:01] <Set_> Yep.
  • [06:54:02] <GrumpeiYokoi> The most recent flasher image I used when it was running scrolled the LEDs side to side
  • [06:54:11] <Set_> Hmmm.
  • [06:54:12] * kona is now known as Guest77976
  • [06:54:12] <veremit> the flashing process will complete once all are on/off or ... That...
  • [06:54:21] <GrumpeiYokoi> like, 1, 2, 3, 4, 3, 2, 1 (repeat)
  • [06:54:32] <GrumpeiYokoi> That seemed different from the previous ones, but I'm not sure
  • [06:54:37] <veremit> I like flashing over bbblfs :D
  • [06:54:40] <GrumpeiYokoi> And all the lights were off after it was complete
  • [06:54:49] <Set_> I think they are supposedly supposed to all be on.
  • [06:54:54] <Set_> Dang it.
  • [06:54:59] <Set_> I will just wai.t
  • [06:55:00] <zmatt> GrumpeiYokoi: btw, I once made a really really trivial irq-driven example in pure assembly -> https://e2e.ti.com/support/arm/sitara_arm/f/791/p/360758/1655101#1655101
  • [06:55:03] <GrumpeiYokoi> I think the old images did that Set_
  • [06:55:13] <Set_> oh.
  • [06:55:51] <Set_> Dang it man. I am freekin' out over this new image.
  • [06:56:01] <Set_> Can you e-mail yourself with your BBB?
  • [06:56:15] <Set_> in nano?
  • [06:56:18] <GrumpeiYokoi> I'm just telling you what the July 2015 debian flasher image did when i was using it recently
  • [06:56:18] <Set_> Hhaahah.
  • [06:56:21] <zmatt> GrumpeiYokoi: if you use the old makefile that's still included (mv old/* .) it will also build an MLO you can put on an sd card to boot from
  • [06:56:26] <Set_> Okay.
  • [06:56:55] <GrumpeiYokoi> zmatt: As an SNES enthusiast, I've been meaning to look at that BeagleSNES project
  • [06:57:03] <Set_> I am a new person in the Linux era, i.e. I know you know.
  • [06:57:06] <Set_> Cool.
  • [06:57:21] <GrumpeiYokoi> I was going to look at whether it was a custom baremetal-ish OS
  • [06:57:30] <GrumpeiYokoi> But mainly I work with BBBs at work
  • [06:57:42] <GrumpeiYokoi> I have a few of the older ones they just let me have for home though
  • [06:58:08] <Set_> Cool...they are nice when trying out new software and making things stop and start.
  • [06:58:10] <zmatt> GrumpeiYokoi: the demo.bin generated (by either old or simplified new Makefile) is for peripheral booting: I normally have ROM netboot the image
  • [06:58:11] <veremit> I *LOVE* how the official BBB updating guide is from 2013 .. angstrom .. and completely irrelevant
  • [06:58:18] <GrumpeiYokoi> Set_: I would say if you're seeing the double heart beat signature then it is likely not flashing the eMMC
  • [06:58:25] <veremit> http://elinux.org/Beagleboard:Updating_The_Software .. its a classic
  • [06:58:41] <Set_> Yea...you are probably right.
  • [06:58:59] <GrumpeiYokoi> Which usually indicates you didn't hold the boot button down properly
  • [06:59:14] <Set_> I wonder though...what did I do wrong. The .img file was written correctly.
  • [06:59:16] <GrumpeiYokoi> I've found that it is sometimes a finnicky button and you have to try a few times to get it to notice you were holding it down
  • [06:59:26] <GrumpeiYokoi> Oh, i thought you said it wasn't written correctly
  • [06:59:26] <veremit> from http://beagleboard.org/latest-images .. as edited last by jkdridner March 2015 .. he REALLY needs to fix that shit
  • [06:59:29] <GrumpeiYokoi> if so, disregard my ramblings
  • [06:59:32] <Set_> Okay...
  • [06:59:35] <Set_> I will try that.
  • [06:59:42] <Set_> No...it was.
  • [07:00:00] <zmatt> you can also a resistor between P8.43 and ground
  • [07:00:03] <zmatt> *also put
  • [07:00:13] <zmatt> equivalent to holding the boot button
  • [07:00:28] <Set_> Augh...
  • [07:00:35] <GrumpeiYokoi> I'd rather have a gun I could just shoot at the beaglebone that brainwashes it
  • [07:00:43] <veremit> GrumpeiYokoi +1
  • [07:00:50] <Set_> I should have more control over it.
  • [07:00:57] <veremit> emmc 'gun' I like it
  • [07:01:03] <veremit> that Zaps it
  • [07:01:04] <veremit> :D
  • [07:01:09] <GrumpeiYokoi> Though I guess if it netboots that would be feasible with a local wifi network 'gun'
  • [07:01:17] <GrumpeiYokoi> *shrug*
  • [07:01:21] <zmatt> you could make a reflashing station
  • [07:01:34] <Set_> You would be rich.
  • [07:01:34] <veremit> zmatt .. with bbvlfs :D
  • [07:01:39] <Set_> Yep.
  • [07:01:44] <zmatt> veremit: no, its expansion headers
  • [07:02:02] <veremit> how would it ... oh I suppose sdio
  • [07:02:02] <GrumpeiYokoi> Now I have to look up BBBlfs b/c I'm clearly behind the ball
  • [07:02:10] <zmatt> power the BBB via P9.5 + P9.6, keep nRESET tied low
  • [07:02:25] <zmatt> reprogram eMMC directly via the pins on P8
  • [07:02:35] <veremit> emmc pins are on p8 .. eww eww
  • [07:02:47] <veremit> well .. erm .. I suppose so .. since they can be disabled.
  • [07:02:49] <GrumpeiYokoi> Just wondering, does any one know what happened to all the install-me.sh scripts on RCN's site?
  • [07:03:07] <veremit> GrumpeiYokoi .. probably hiding there still
  • [07:03:15] <GrumpeiYokoi> I looked extensively and couldn't find any of them for any kernel version
  • [07:03:18] <Set_> 10 more minutes.
  • [07:03:25] <Set_> Then...I pull the plug.
  • [07:03:37] <veremit> possibly deprecated by 'apt-get install linux-image-blah'
  • [07:03:39] <GrumpeiYokoi> The scripts in /opt are borked because of it
  • [07:03:48] <GrumpeiYokoi> veremit: Yeah, ain't complaining
  • [07:03:58] <GrumpeiYokoi> They're just conspicuously missing
  • [07:04:07] <zmatt> veremit: you didn't realize the emmc pins are available via P8 ?
  • [07:04:13] <veremit> zmatt.. no.
  • [07:04:13] <GrumpeiYokoi> From the starting point of when I was trying to learn how to migrate kernel versions they were still visible
  • [07:04:30] <veremit> GrumpeiYokoi .. ask RN himself monday if he's here ..
  • [07:04:32] <GrumpeiYokoi> zmatt: I did, I bricked a BBB that way on accident
  • [07:04:54] <veremit> zmatt.. GrumpeiYokoi .. I would have imagined not for this precise reason :D
  • [07:04:54] <Set_> That is why I am being so careful.
  • [07:05:03] <veremit> but .. afaik .. its not unrecoverable
  • [07:05:12] * nofxx (~nofxx@unaffiliated/nofxx) has joined #beaglebone
  • [07:05:18] <GrumpeiYokoi> Well, I meant to say temp-bricked
  • [07:05:34] <Set_> I am not desoldering anything.
  • [07:05:44] <zmatt> you never need to desolder anything
  • [07:05:47] <GrumpeiYokoi> But it clearly messed up the image at the time.
  • [07:05:48] <Set_> Oh.
  • [07:05:49] <veremit> zmatt.. what method would you store the new image then? and to use to program the emmc if not through the am335x ?
  • [07:06:13] <Set_> If you brick it, why is it not forever bricked?
  • [07:06:21] <Set_> Heh?
  • [07:06:31] <GrumpeiYokoi> By bricked I meant that the emmc image was corrupted
  • [07:06:31] <veremit> Set_ .. you can only brick it by frying the processor or PMIC
  • [07:06:33] <GrumpeiYokoi> that's all
  • [07:06:36] <zmatt> Set_: you can't hard-brick the BBB other than by destroying a hardware component
  • [07:06:48] <GrumpeiYokoi> We have permanently killed one, but that was another adventure
  • [07:06:55] <veremit> like .. magic smoke destroy
  • [07:07:01] <Set_> Yep. I figured if one thing went Poof, the whole thing stopped.
  • [07:07:11] <zmatt> yeah we have one with the deaded Power LED Blip of Doom
  • [07:07:22] <zmatt> *dreaded
  • [07:07:32] <Set_> Two minutes!
  • [07:07:37] <Set_> Hhahaha.
  • [07:08:01] <Set_> Those books I have been reading on Python are difficult.
  • [07:08:03] <GrumpeiYokoi> Well on this one all the LEDs were all dead no matter what I did
  • [07:08:12] <Set_> Luckily, BBB accepts it and likes it.
  • [07:08:41] <Set_> Four spaces here and this goes in that...sheesh.
  • [07:08:58] <GrumpeiYokoi> I wonder if I would have found Python hard as a first language
  • [07:09:07] <Set_> What did you learn first?
  • [07:09:10] <GrumpeiYokoi> It took me forever to grasp pointers with C/C++
  • [07:09:14] <Set_> Augh.
  • [07:09:16] <GrumpeiYokoi> C/C++
  • [07:09:35] <GrumpeiYokoi> I think the explanations sucked though in the books I read though
  • [07:09:36] <Set_> Yep. I got it. I like Python because it is "easier."
  • [07:09:49] <GrumpeiYokoi> Sometimes concrete experience trumps abstract explanations
  • [07:10:10] <GrumpeiYokoi> When i started learning assembly pointers suddenly clicked a lot more
  • [07:10:11] <zmatt> veremit: one idea would be a CAPE-like board with a usb-to-SD/MMC chip... and something to affix is well to your desk so you can easily pull the BBB off again
  • [07:10:12] <Set_> Same here. I have had a very difficult time finding books on hardware and Python that are lengthy.
  • [07:10:52] <Set_> They give a short recommendation on ideas.
  • [07:11:35] <Set_> I would like to test out hardware with my notions. I am finding where to start as a difficulty.
  • [07:11:59] <veremit> zmatt .. with a convenient lever to prise it off ;)
  • [07:12:00] <zmatt> veremit: or alternatively have it "mate" two BBBs... one to be reflashed and the other to reflash it (mmc 2 is still available via the cape headers with full 8-bit data)
  • [07:12:21] <Set_> Should I fire a rocket that has GPS or just sit and cry with Python?
  • [07:12:24] <veremit> zmatt .. NOT with back-to-back headers ;) lol
  • [07:12:30] <zmatt> no, lol
  • [07:12:47] <veremit> you'd need a PCB .. but I s'pose thats feasible
  • [07:12:54] <GrumpeiYokoi> Set_: The Python modules are almost certainly wrapped C code, so I'd blame whoever wrote the C code
  • [07:12:59] <zmatt> though you could make it look like that if you can find surface-mount versions of those big headers, but dunno how long before they'd break odd
  • [07:13:02] <zmatt> *off
  • [07:13:13] <veremit> zmatt .. pretty good if they'r properly soldered
  • [07:13:25] <veremit> back-to-back to avoid ethernet port nuisance
  • [07:13:27] <GrumpeiYokoi> I found Adafruit's Python IO library for the BBB to be pretty decent
  • [07:13:43] <GrumpeiYokoi> Might not be best for all use cases, but certainly was fun to dick around with
  • [07:13:52] <Set_> Yea...I tried it with my Debian image. I got nowhere.
  • [07:14:12] <Set_> I was goofing with it and could not get my e-mail to send.
  • [07:14:23] <Set_> I checked my code and nothing.
  • [07:15:02] <Set_> it was something like "python email_this.py"
  • [07:15:03] <GrumpeiYokoi> I don't know much of anything about coding email servers / clients, so good luck with that :0
  • [07:15:16] <Set_> I am just learning.
  • [07:15:26] <veremit> python email takes an AGE to send
  • [07:15:30] <Set_> It seems fun. I am not good at it.
  • [07:15:35] <Set_> I could get it last year.
  • [07:15:36] <Set_> ha.
  • [07:15:50] <veremit> like .. nearly a minutes
  • [07:15:53] <zmatt> veremit: well then you could make them line up, but the problem is the ethernet connectors would end up snogging each other
  • [07:15:55] <Set_> My date is off. It will not send it.
  • [07:15:55] <veremit> minute*
  • [07:15:58] <GrumpeiYokoi> D:
  • [07:16:06] <veremit> ntpdate
  • [07:16:16] <zmatt> systemd-timesyncd
  • [07:16:20] <Set_> I tried. my ntpdate will not work correctly.
  • [07:16:22] <veremit> antispam measures are good .. keeps the eejuts out/off
  • [07:16:29] <zmatt> you need network though
  • [07:16:33] <GrumpeiYokoi> The debian images seem to be good about setting time
  • [07:16:39] <veremit> ah yeah .. usb net should be fine
  • [07:16:49] <GrumpeiYokoi> However, they don't set timezone
  • [07:16:55] <GrumpeiYokoi> you'll have to set that yourself
  • [07:17:00] <zmatt> duh
  • [07:17:24] <veremit> no need .. UTC :P lol
  • [07:17:39] <Set_> I got that Adafruit_BBIO package and wrote the script. I followed instruction and learned.
  • [07:17:55] <GrumpeiYokoi> Don't know why the date be off unless it was off by one day
  • [07:17:55] <Set_> Then...I remembered. Date!
  • [07:18:07] <Set_> My states it is 2014.
  • [07:18:08] <GrumpeiYokoi> (due to timezone)
  • [07:18:09] <zmatt> veremit: anyhow, I marked the eMMC pins with eye-penetrating purple on the P8 tab of my pins spreadsheet ( https://goo.gl/Jkcg0w ) for tha reason
  • [07:18:14] <zmatt> *that
  • [07:18:19] <GrumpeiYokoi> Huh... well that's new on me
  • [07:18:36] <GrumpeiYokoi> The Angstrom images would always read like 1999 or 2000, I can't remember which
  • [07:18:38] <Set_> Yep...I am working on it.
  • [07:18:40] <veremit> zmatt: lol
  • [07:18:42] <Set_> Yep.
  • [07:18:56] <Set_> '99
  • [07:19:04] <veremit> no rtc on the BBB
  • [07:19:06] <veremit> nor the Pi
  • [07:19:08] <zmatt> veremit: look at the insane IOSets for McASP btw o.O (IOSets tab)
  • [07:19:09] <veremit> bloody shite
  • [07:19:15] <zmatt> well, there's an RTC
  • [07:19:21] <veremit> there's only 2 mcasp's I thought?
  • [07:19:25] <zmatt> there are
  • [07:19:38] <zmatt> mcasp 0 and 1
  • [07:19:45] <Set_> Okay...I am done for now. I will check back later. I need to test out to see if my image "done wroted."
  • [07:19:45] <veremit> and how many processor pins? so many choices! :P lol
  • [07:19:58] <Set_> Later for now.
  • [07:20:04] <veremit> Set_.. reset if (via switch) and see if the web page omes up
  • [07:20:06] <veremit> simple
  • [07:20:08] <GrumpeiYokoi> Lata
  • [07:20:27] * NulL` (~bleh1@92.39.196.218) has joined #beagle
  • [07:20:32] <zmatt> veremit: based on a quick glance at the table it seems up to 4 mux options per pin
  • [07:20:34] <veremit> you can do 98% whilst connected over usb
  • [07:20:50] <veremit> 100 if you bypass the uSD step :D
  • [07:21:01] <zmatt> veremit: but you're officially only allowed to use them in specific combinations... that's what the IOSets are
  • [07:21:17] <veremit> zmatt .. of course
  • [07:21:23] <zmatt> although I've already caught the IOSets containing pure bullshit, so...
  • [07:21:29] <veremit> lol
  • [07:22:02] <zmatt> like, they defined IOSets for UARTs... I actually started typing those in before I realized all those pins are asynchronous and their relative timing is absolutely irrelevant
  • [07:22:53] <veremit> so bodging them around won't matter .. and Will Work?!
  • [07:23:11] <zmatt> iosets have absolutely no meaning for a uart
  • [07:23:22] <veremit> it depends I gues whether RTS/CTS timing is sufficiently in-margin
  • [07:24:15] * Set_ (46bd2f8f@gateway/web/freenode/ip.70.189.47.143) Quit (Ping timeout: 246 seconds)
  • [07:24:49] <zmatt> iirc the uart can take several characters to react to CTS anyhow
  • [07:25:16] <zmatt> you set your thresholds appropriately
  • [07:25:47] <zmatt> violating an ioset gets you misalignment of signals on the order of nanoseconds at most afaik
  • [07:27:00] <veremit> fair enuf
  • [07:27:25] * citylight2 (~me@bzq-84-110-37-204.red.bezeqint.net) Quit (Ping timeout: 250 seconds)
  • [07:27:54] <zmatt> given that they didn't document them (my spreadsheet is the first public documentation) they're probably violated all the time by people :P
  • [07:28:06] <zmatt> (you're expected to use their lovely pinmux tool)
  • [07:28:30] <veremit> ah that thaing
  • [07:28:41] <veremit> doens't run on liniux does it?
  • [07:28:53] <zmatt> no, though there's now also a cloud-based version
  • [07:29:34] <zmatt> so you either need windows or setup a TI account
  • [07:31:33] <zmatt> or look at my spreadsheet, though I haven't entered all ioset data yet
  • [07:32:57] <zmatt> of course you should also look at the application and ask whether it matters... e.g. the iosets for pwm outputs only matter if the A/B outputs need to be phase-synchronized at high frequency
  • [07:33:28] <zmatt> which is relevant for a few applications, but not in general
  • [07:34:15] <zmatt> more annoyingly they don't define any iosets that span multiple pwmss instances, even though they're designed to allow running them in sync
  • [07:37:04] <zmatt> and I still don't know what the "micro-edge positioning" step size is for the pwm outputs... it's ~200 ps on the omap-L13x, but those are produced on 65nm process; it may very well be less than that on the 45nm am335x
  • [07:39:45] <zmatt> "micro edge-positioning" I mean
  • [07:41:23] <zmatt> GrumpeiYokoi: note btw that the baremetal example I linked to is really bare... my main codebase does include things like MMU/cache setup and such of course
  • [07:42:25] <zmatt> I still need to convince employer to let me release an example based on it
  • [07:42:43] <zmatt> there's really a lack of decent baremetal examples for am335x
  • [07:43:18] <GrumpeiYokoi> Yeah, I've really had to gloss over the low level stuff for lack of easily consumable information
  • [07:43:34] <zmatt> even though it's not that hard and not much code, but unless you know the right things to do it's hard to have any idea where to even begin
  • [07:43:49] <GrumpeiYokoi> There is a huge manual for the BBB and the aam35x, but it is freaking.... huge
  • [07:44:14] <zmatt> and it doesn't include the info you need for initialization
  • [07:44:21] <GrumpeiYokoi> No? That's a shame
  • [07:44:44] <zmatt> you also need the ARM Architecture v7 Reference Manual
  • [07:44:46] <GrumpeiYokoi> Like, even the svg file in the topic is more than I knew yesterday
  • [07:44:49] <zmatt> and the Cortex-A8 TRM
  • [07:45:02] <zmatt> the svg file in the topic?
  • [07:45:13] <GrumpeiYokoi> http://ahsoftware.de/Beaglebone_Black_Boot_explained.svg
  • [07:45:34] <GrumpeiYokoi> I had vague, wobbly notions of what was going on, but it demystified them
  • [07:45:46] <zmatt> GrumpeiYokoi: it's not quite right though
  • [07:46:01] <GrumpeiYokoi> How so?
  • [07:47:02] <GrumpeiYokoi> The only experience I've had that would seem to contradict this was when we had a customer that wanted to use the armhf Angstrom builds
  • [07:47:07] <zmatt> 1. MLO is the name given to a memory boot image, which on GP am335x devices is just a naked code image with a two-word header prepended
  • [07:47:27] <zmatt> USB and UART are peripheral booting and don't use MLO but a naked image
  • [07:47:30] <GrumpeiYokoi> I found that if the non-armhf (soft float abi or whatever) were present on eMMC, and I tried to boot of the SD Card, I would almost always crash
  • [07:47:47] <GrumpeiYokoi> never fully understood why, but I just renamed the MLO on the eMMC to something else and it seemed to work
  • [07:47:53] <zmatt> 2. it completely skips over raw MMC booting
  • [07:48:05] <zmatt> which is used by all current eMMC images
  • [07:48:21] <zmatt> there's no boot partition anymore, no MLO file
  • [07:48:42] <GrumpeiYokoi> Since debian, you mean?
  • [07:48:50] <zmatt> dunno since when exactly
  • [07:49:00] <zmatt> I think debian may have used a boot partition for a while also
  • [07:49:16] <GrumpeiYokoi> I had a notion that the the two partitions were one, but again it was a fuzzy feeling
  • [07:50:20] <zmatt> for eMMC (not SD) ROM looks for a specific header at offset i*0x20000 for i=0..3
  • [07:50:59] <zmatt> only if not found it'll proceed to look for a FAT partition same as on SD
  • [07:51:31] <zmatt> however if the special header is present, then it expects the MLO to be located at the next sector and loads it from there
  • [07:52:05] <GrumpeiYokoi> This is more complicated than my relationship status
  • [07:52:12] <zmatt> in case of the MLO being the u-boot SPL, it'll proceed to load the full u-boot.img from a fixed offset from eMMC
  • [07:52:19] <zmatt> all this is outside the partition table
  • [07:53:00] <zmatt> dd if=/dev/mmcblk0 skip=$(( 0x20000 / 512 )) count=1 | hexdump -C
  • [07:53:56] <zmatt> if you see something involving CHSETTINGS, that's the magic header
  • [07:55:33] <zmatt> GrumpeiYokoi: I also think the diagram make it look more complicated than it is
  • [07:56:10] <zmatt> the notion of trying a list of boot devices in order isn't exactly unusual, every PC does that too
  • [07:56:17] <veremit> hmm not on mine .. just a bunch of zeros here ..
  • [07:56:24] <GrumpeiYokoi> Yeah, I was confused by it at first, had the same reaction
  • [07:56:46] * vagrantc (~vagrant@unaffiliated/vagrantc) Quit (Ping timeout: 240 seconds)
  • [07:57:14] <zmatt> GrumpeiYokoi: on the am335x the list of boot devices is determined by strapping inputs sampled at power-on-reset
  • [07:57:36] * tomeff (~tomeff@ip-78-102-111-158.net.upcbroadband.cz) has joined #beagle
  • [07:57:36] * tomeff (~tomeff@ip-78-102-111-158.net.upcbroadband.cz) has joined #beagleboard
  • [07:57:36] * tomeff (~tomeff@ip-78-102-111-158.net.upcbroadband.cz) has joined #beaglebone
  • [07:57:37] <zmatt> you can actually see the row of resistors for that on the PCB
  • [07:58:14] <zmatt> 16 resistors on a row, some of them not-placed, and on the other side of the PCB is a complementary row of resistors (i.e. if placed on one side it's not-placed on the other side)
  • [07:58:31] <zmatt> pull-up vs pull-down
  • [07:58:37] * Set_ (46bd2f8f@gateway/web/freenode/ip.70.189.47.143) has joined #beagle
  • [07:58:39] <veremit> zmatt .. http://pastebin.com/0XVSfgDu
  • [07:58:42] <Set_> Hey...
  • [07:58:47] <Set_> That damn thing.
  • [07:58:50] <Set_> No go.
  • [07:59:05] <GrumpeiYokoi> That's vague
  • [07:59:17] <Set_> I just tried to clone Angstrom's new version and it will not allow me.
  • [07:59:25] <veremit> Set_... you're not doing some part of the process right
  • [07:59:26] <Set_> It says and I quote, "Fatal."
  • [07:59:34] <Set_> I know.
  • [07:59:37] <Set_> I quit.
  • [07:59:40] <veremit> or worse still .. several parts :P
  • [07:59:42] <Set_> Dang it...I hate to say it.
  • [07:59:44] <zmatt> veremit: then you still have a FAT boot partition
  • [07:59:50] <tbr> just use the debian image?
  • [07:59:59] <tbr> unless you want to build angstrom from scratch
  • [08:00:00] <veremit> zmat ..
  • [08:00:00] <Set_> I did over and over.
  • [08:00:07] <tbr> then get the new thing for it
  • [08:00:10] <veremit> mmcblk0
  • [08:00:10] <veremit> ├─mmcblk0p1 vfat boot /boot/uboot
  • [08:00:10] <veremit> └─mmcblk0p2 ext4 rootfs /
  • [08:00:11] <Set_> I want to build Angstrom from scratch.
  • [08:00:14] <veremit> so I do !
  • [08:00:20] <tbr> ok, sec, let me find the tool
  • [08:00:37] <GrumpeiYokoi> ... Angstrom has a new version out?
  • [08:00:37] <Set_> Cool.
  • [08:00:39] <zmatt> veremit: i.e. your filesystem is ancient (or based on something ancient and repeatedly upgraded)
  • [08:00:43] <Set_> Yea...this year.
  • [08:00:52] <veremit> zmatt .. probably a year or two old now
  • [08:01:05] <zmatt> veremit: which is the world of BBB qualifies as ancient
  • [08:01:07] <veremit> [ 7:59am] root@beagleblack ~ # cat /etc/dogtag
  • [08:01:07] <veremit> cat: /etc/dogtag: No such file or directory
  • [08:01:10] <zmatt> yeah that
  • [08:01:25] <veremit> it was, ofc a manual build from RN's web pages
  • [08:01:30] <veremit> none of this 'official' bullshit :D
  • [08:01:35] <Set_> I checked mine. It says some date in 2014.
  • [08:01:37] <veremit> its a 3.12 kernel or 3.13 iirc ..
  • [08:01:50] <veremit> [ 8:01am] root@beagleblack ~ # uname -a
  • [08:01:50] <veremit> Linux beagleblack 3.13.6-bone7.2 #1 SMP Fri Mar 21 03:59:54 GMT 2014 armv7l GNU/Linux
  • [08:01:55] <veremit> there ye go :D
  • [08:01:57] <tbr> Set_: try with this https://github.com/Angstrom-distribution/angstrom-manifest/tree/angstrom-v2015.06-yocto1.8
  • [08:02:02] <GrumpeiYokoi> a customer provided me with an armhf version sometime in 2014, but it was busted
  • [08:02:07] <Set_> I got A5C for my BBB.
  • [08:02:09] <Set_> Okay.
  • [08:02:13] <zmatt> veremit: ... why?
  • [08:02:14] <GrumpeiYokoi> opkg couldn't locate anything, it as missing cloud9 and all the webserver stuff
  • [08:02:21] <GrumpeiYokoi> So I assume they had built it themselves
  • [08:02:25] <Set_> I only noticed that they were Yocto 1.7 comp.
  • [08:02:30] <veremit> zmatt .. cos I wasn't f*ng around with angstrom at the time lol
  • [08:02:53] <zmatt> veremit: but why on earth haven't you upgraded since then? :P
  • [08:02:54] <Set_> tbr...thank you.
  • [08:03:06] <veremit> zmatt .. cos its running Essential Servics ..
  • [08:03:12] <veremit> I bought another to 'play' with ;P
  • [08:03:37] <zmatt> oh well
  • [08:03:41] <veremit> it has a testing lxqt on it
  • [08:03:53] <veremit> but I need a uHDMI to see it .. then I'll play :)
  • [08:04:03] <zmatt> why did you run my command, as root, on a BBB running "essential services" instead of your play-BBB ?
  • [08:04:04] <veremit> stupid bloody connector
  • [08:04:14] <veremit> cos I got open ssh on this one :D
  • [08:04:18] <zmatt> lol
  • [08:04:32] <veremit> for ''maintenance'' lol
  • [08:04:34] <veremit> and for poking
  • [08:05:03] <zmatt> I actually configured our BBBs (and servers) with timeouts on idle root shells
  • [08:05:17] <veremit> yeah I got another debian box running wheez I need to migrate to jessie
  • [08:05:29] <veremit> sensible plan tbh
  • [08:05:32] <Set_> <tbr> do I need to clone it, "git clone git://" and then proceed with the address?
  • [08:05:48] * zmatt uses stretch on production hardware and sid on personal hardware
  • [08:06:14] <tbr> Set_: the readme on that page provides #exactsteps
  • [08:06:24] <Set_> Okay...I will go to it again.
  • [08:06:35] <veremit> zmatt .. would never use debian for any production system lol
  • [08:06:37] <Set_> I do not know how you found that. I looked at git and found a 2014 version.
  • [08:06:46] <zmatt> GrumpeiYokoi: why Vague ?
  • [08:07:00] <zmatt> veremit: habit, I'm used to it, know where to find shit
  • [08:07:07] <zmatt> veremit: I don't actually *like* it
  • [08:07:16] <veremit> zmatt .. its reasonably simple .. its the same reason I use it on arm
  • [08:07:27] <tbr> Set_: I was pointed at it by one of the Ångström maintainers, when I asked nicely
  • [08:07:32] <GrumpeiYokoi> zmatt: Anytime someone says "It didn't work" or "It's broken". That isn't vague to you?
  • [08:07:35] <Set_> Cool!
  • [08:07:43] <veremit> I'll live with it bein out-of-date until I get gentoo cross-compiling nailed properly
  • [08:07:45] <tbr> also there were g+ posts and such on the topic
  • [08:07:50] <zmatt> GrumpeiYokoi: ah I thought it was a reply to the boot stuff, sorry
  • [08:08:00] <GrumpeiYokoi> ah
  • [08:08:13] <Set_> Oh....Grump. You are right. The boot did not work.
  • [08:08:17] <veremit> ctng ftw .. just gotta roll a couple of toolchains
  • [08:08:21] <Set_> I am in Angstrom still.
  • [08:08:30] <zmatt> GrumpeiYokoi: the sysboot pins are also known as lcd_data0-15 btw
  • [08:08:39] <zmatt> GrumpeiYokoi: so you can change the boot mode using resistors on P8
  • [08:08:45] <GrumpeiYokoi> Is that in the TRM?
  • [08:08:46] <veremit> zmatt .. I always loved that .. :)
  • [08:08:52] <GrumpeiYokoi> @ zmatt
  • [08:08:54] <zmatt> that's how I select netbooting for my baremetal stuff
  • [08:09:03] <zmatt> it is, but my spreadsheet is probably clearer
  • [08:09:07] <Set_> Here goes nothing. See you all soon (again and again)...
  • [08:09:30] <GrumpeiYokoi> zmatt: Do you baremetal netboot over wifi?
  • [08:09:32] <GrumpeiYokoi> *shot*
  • [08:09:37] <zmatt> ethernet :P
  • [08:09:42] <zmatt> actually, yes over wifi
  • [08:09:47] <zmatt> my laptop that is
  • [08:09:51] <GrumpeiYokoi> We've had very spotty luck working with wifi on BBB
  • [08:09:53] <veremit> eww wifi netboot :/
  • [08:10:12] <GrumpeiYokoi> Maybe the newer kernels will be the bomb diggity
  • [08:10:31] <veremit> brb
  • [08:10:33] <zmatt> GrumpeiYokoi: no wifi on the BBB, note that I'm talking about having *rom* netboot a baremetal image
  • [08:10:39] <zmatt> no linux kernel involved at any point
  • [08:10:46] <Set_> first I got fatal: "git" does not exist.
  • [08:10:49] <GrumpeiYokoi> But I guess it's kind of a linux problem than a BBB problem
  • [08:10:54] <Set_> Dang it.
  • [08:10:58] <Set_> This one is bunk.
  • [08:11:01] <zmatt> GrumpeiYokoi: the BBB doesn't have wifi
  • [08:11:02] <GrumpeiYokoi> *more than a BBB problem
  • [08:11:02] <veremit> Set_ DON'T git on your BBB .
  • [08:11:08] <Set_> Okay.
  • [08:11:14] <zmatt> veremit: I git all the time on my BBB
  • [08:11:15] <zmatt> :P
  • [08:11:24] <GrumpeiYokoi> A lot of the same wifi dongles that failed on the BBB also failed on desktop Ubuntu
  • [08:11:34] <zmatt> GrumpeiYokoi: you're talking about usb wifi dongles
  • [08:11:38] <GrumpeiYokoi> I svn on my BBB <__<
  • [08:11:40] <GrumpeiYokoi> Does that count
  • [08:11:45] <tbr> if you want to build Ångström from scratch you have to do it on a rather beefy machine
  • [08:11:45] <zmatt> go wash your mouth
  • [08:11:46] <GrumpeiYokoi> zmatt: Of course, what did you think i meant?
  • [08:11:48] <tbr> with lots of storage
  • [08:11:54] <zmatt> GrumpeiYokoi: it wasn't a question
  • [08:12:03] <zmatt> GrumpeiYokoi: it was more to put emphasis on the usb part
  • [08:12:13] <Set_> Noooooo!
  • [08:12:15] <zmatt> usb sucks donkey balls, both in general and moreso on the am335x
  • [08:12:30] <Set_> Donkey!
  • [08:12:50] <Set_> I need something with "beef."
  • [08:12:51] <GrumpeiYokoi> zmatt: [03:09] GrumpeiYokoi *shot*
  • [08:13:08] <GrumpeiYokoi> I was being silly
  • [08:13:11] <Set_> Like...an old Dell?
  • [08:13:12] <zmatt> ok :)
  • [08:13:43] <zmatt> GrumpeiYokoi: anyhow, the Boot tab of my pins spreadsheet shows the meaning of the 16 sysboot pins
  • [08:14:05] <zmatt> do avoid any "nand" boot device, and especially avoid any "xip" boot device
  • [08:14:22] <zmatt> (I don't know anymore why, but I'm pretty sure that's why I marked them yellow and red respectively in my spreadsheet)
  • [08:14:25] <tbr> Set_: dell made about a brezillion different machines. you need to be a bit more specific about its technical details.
  • [08:14:50] <Set_> Okay...has anyone used, please forget the Dell for now, Wyliodrin?
  • [08:15:28] <Set_> I was thinking since they are a part to the Yocto Project, I could use them to get a new system.
  • [08:15:45] <Set_> Dell...Inspiron.
  • [08:15:54] <Set_> Desktop.
  • [08:16:00] <Set_> 5xx
  • [08:16:20] <Set_> circa '04
  • [08:16:40] <tbr> how much storage?
  • [08:17:03] <tbr> building on that type of machine would probably take a day or two
  • [08:17:04] <Set_> 512
  • [08:17:14] <tbr> um, no
  • [08:17:19] <Set_> 4
  • [08:17:31] <tbr> you might want to try narcissus instead, if that has a BBB target
  • [08:17:31] <zmatt> GrumpeiYokoi: anyhow, the complexity of the boot process does not really affect the complexity of a baremetal application of course... in fact since ROM already sets up the PLLs to sane defaults it saves you from having to do clock configuration if you're okay with running at sub-optimal performance (500 MHz)
  • [08:17:56] <Set_> Okay.
  • [08:18:05] <GrumpeiYokoi> zmatt: Is this 'ROM' you and the docs keep mentioning truly a ROM?
  • [08:18:37] <GrumpeiYokoi> zmatt: As in, cannot be modified? Lives somewhere onboard?
  • [08:19:25] <zmatt> GrumpeiYokoi: if I compile a "hello world", but with all init/support code (MMU, caches, irq dispatching, fault handling, basic console driver) the result is about 7 KB
  • [08:19:32] <zmatt> yes
  • [08:19:36] <zmatt> baked into the am335x
  • [08:19:44] <GrumpeiYokoi> k, just wanted confirmation on that
  • [08:19:51] <GrumpeiYokoi> Thanks
  • [08:20:12] <GrumpeiYokoi> It was a bit confusing b/c I'd heard some people talk about the MLO and other boot images similarly
  • [08:20:15] <zmatt> 7 KB of code means imho the support code isn't that complicated
  • [08:20:34] <GrumpeiYokoi> 7 KB of support code sounds like a lot for hello world :)
  • [08:21:14] <GrumpeiYokoi> But yeah I know there's a lot more to it than just the hello world code itself
  • [08:21:27] <GrumpeiYokoi> What are you hello worlding to?
  • [08:21:33] <zmatt> uart
  • [08:21:35] <zmatt> console
  • [08:21:37] <Set_> Okay...I am going to try some guy from Romania at wyliodrin.com.
  • [08:21:39] <GrumpeiYokoi> kk
  • [08:21:41] <tbr> GrumpeiYokoi: ROM-BL is mentioned vaguely in the TRM IIRC
  • [08:21:45] * skhreze (~debian@ip-5-172-247-254.free.aero2.net.pl) has joined #beagle
  • [08:21:46] <Set_> New image boy!
  • [08:22:00] <zmatt> tbr: ROM bootloader is documented quite decently in the TRM
  • [08:22:03] <GrumpeiYokoi> tbr: Vaguely? My favorite! -___-
  • [08:22:21] <tbr> zmatt: the public one? I thought it was only in the sekrit one
  • [08:22:38] <tbr> admittedly I haven't looked at the am335x trm in a while
  • [08:22:39] <GrumpeiYokoi> zmatt: You mentioned you'd need the arm v7 reference manual so by that I take it you mean you're probably not getting away without writing some assembler
  • [08:22:42] <veremit> Set_ .. I suggest that the image is not your problem . . more the process you're using to get it on-board
  • [08:22:45] <GrumpeiYokoi> *assembly language
  • [08:23:04] <veremit> GrumpeiYokoi .. it will all compile to byte-code
  • [08:23:10] <zmatt> tbr: pubROM is documented (chapter 26)
  • [08:23:15] <tbr> ok
  • [08:23:22] * GrumpeiYokoi squints
  • [08:23:27] <GrumpeiYokoi> byte code?
  • [08:23:47] <veremit> one step up from Machine Code lol .. or same thing, depending on definition :)
  • [08:23:54] <GrumpeiYokoi> I know what it is
  • [08:23:56] <zmatt> tbr: secrom isn't, but it doesn't do much beyond pointlessly reserving some resources it doesn't need before irreversibly switching to public mode
  • [08:24:01] <GrumpeiYokoi> I'm just...
  • [08:24:14] <GrumpeiYokoi> tired?
  • [08:24:14] <zmatt> tbr: on GP devices that is
  • [08:24:24] <zmatt> GrumpeiYokoi: some asm, not not much
  • [08:24:26] <zmatt> *but not
  • [08:24:29] <GrumpeiYokoi> Too many dramatic twists in understanding for one night
  • [08:24:29] <tbr> yeah, HS is a whole different story
  • [08:25:11] <zmatt> tbr: I discovered that on HS DM814x devices you can make a secure monitor call that pushes a stack frame but fails to pop it before return XD
  • [08:25:35] <tbr> "oops"
  • [08:26:33] <zmatt> tbr: nothing fun you could do with that though, other than triggering a stack overflow in secmon which results in the ever-grumpy SSM resetting the system due to "MPU security violation"
  • [08:27:11] * skhreze (~debian@ip-5-172-247-254.free.aero2.net.pl) Quit (Ping timeout: 264 seconds)
  • [08:27:16] <zmatt> (note that I don't have a HS devices to play with, but they failed to make secrom unreadable on the DM814x so I've been nosing around)
  • [08:27:27] <tbr> well, in security you need to be paranoid and if anything goes wrong nuking from orbit is a valid solution
  • [08:27:42] <zmatt> it's amazing how crap the rom code is
  • [08:28:11] <zmatt> I don't understand what they were thinking putting so much supremely-privileged garbage in ROM where you can't apply bugfixes anymore
  • [08:28:30] <tbr> feature creep ftw
  • [08:28:40] <zmatt> yeah, especially in security -.-
  • [08:28:55] <tbr> yeah, it doesn't make sense from a _sane_ perspective
  • [08:29:08] <tbr> but who said anything about damagement having to be sane
  • [08:29:38] <zmatt> secrom should have been a tiny amount of code, the absolute minimum to setup a dynamic root of trust, with the assembly code published and well-commented to the point its correctness is self-evident
  • [08:29:42] <Set_> I have to go. Have fun. I will keep the updates and schtuff up to snuff.
  • [08:30:08] * Set_ (46bd2f8f@gateway/web/freenode/ip.70.189.47.143) Quit (Quit: Page closed)
  • [08:30:11] * NishanthMenon (~nmenon@pool-71-170-163-35.dllstx.fios.verizon.net) Quit (Ping timeout: 264 seconds)
  • [08:30:41] * NishanthMenon (~nmenon@pool-71-170-163-35.dllstx.fios.verizon.net) has joined #beagle
  • [08:31:27] <zmatt> GrumpeiYokoi: oh wait this isn't just hello world, it still included some LCDC test code
  • [08:31:55] <zmatt> and pll configuration dump
  • [08:32:21] <GrumpeiYokoi> zmatt: I could write hello world on my SNES and it would be about 256 bytes or less
  • [08:32:45] <GrumpeiYokoi> zmatt: But actually I was doing some math in my head wrong, and 7K sounded like a lot more than it actually is
  • [08:32:54] <GrumpeiYokoi> So nevermind anyway. Just being a stinker
  • [08:32:59] <zmatt> ah, now it's down to 3356 bytes
  • [08:33:06] <zmatt> that's better
  • [08:33:13] <GrumpeiYokoi> Yee haw
  • [08:33:52] <GrumpeiYokoi> The hello world in question would be writing to the controller port serial output, so it's kind of cheating
  • [08:33:54] * skhreze (~debian@ip-5-172-247-253.free.aero2.net.pl) has joined #beagle
  • [08:34:11] <GrumpeiYokoi> But graphical hello world wouldn't take much either
  • [08:34:19] <zmatt> how is that cheating?
  • [08:34:21] <zmatt> :P
  • [08:34:30] <GrumpeiYokoi> B/c you'd need custom hardware to see it?
  • [08:34:40] <GrumpeiYokoi> Or at least, to wire something up to see it
  • [08:35:18] <zmatt> you need a cable to connect it to another device which decodes the signal thrown at it and visualizes it for you
  • [08:35:26] <zmatt> this differs from HDMI.. how exactly?
  • [08:35:46] <zmatt> also I don't actually use HDMI normally either
  • [08:35:47] <GrumpeiYokoi> clock rate
  • [08:36:53] <GrumpeiYokoi> Other than that, probably not much
  • [08:36:56] <zmatt> the 7 KB code did include setup of the LCDC btw, so it could have done your "hello world" if an lcd cape is attached
  • [08:37:04] <zmatt> clock rate doesn't matter much, that's handled by the peripheral
  • [08:37:21] <zmatt> uart is actually kinda more involved than lcdc
  • [08:37:50] <GrumpeiYokoi> Well, in the SNES case it would be tied to the master clock of the system, which is ~22 mhz. But yeah.
  • [08:37:56] <zmatt> its setup procedure is more complicated, and you need to monitor its status when you want to output data
  • [08:38:20] <zmatt> while lcdc is an initiator, you just hand it a pointer to your framebuffer
  • [08:38:20] <GrumpeiYokoi> I need to get me one of them fancy LCD capes
  • [08:38:46] <zmatt> getting hdmi going would be more work since you'd need to poke the hdmi framer
  • [08:38:54] <GrumpeiYokoi> But I know the main thing I'd use it for is to display the device's IP address
  • [08:39:04] <GrumpeiYokoi> Which is kind of silly
  • [08:39:27] <zmatt> optimizing for size and enabling LTO reduces size to 2344 bytes btw ;)
  • [08:39:53] <zmatt> that still includes MMU setup code and such
  • [08:40:10] <GrumpeiYokoi> Still not good enough. I won't be impressed until it all fits into 4 bits
  • [08:40:18] <GrumpeiYokoi> ;)
  • [08:40:19] * zmatt slaps GrumpeiYokoi with a trout
  • [08:40:26] * GrumpeiYokoi was hungry anyway
  • [08:40:41] * GrumpeiYokoi grabs some old bay
  • [08:41:29] * Akex_ (uid58281@gateway/web/irccloud.com/x-vwpuhiyoofxyacqf) has joined #beagle
  • [08:43:56] <zmatt> GrumpeiYokoi: as far as asm goes... I have only one assembly source file, which is 143 lines (nearly half of them blank or comment)
  • [08:44:18] * nofxx (~nofxx@unaffiliated/nofxx) Quit (Ping timeout: 246 seconds)
  • [08:44:19] <zmatt> mostly boilerplate for the fault handlers
  • [08:44:20] * citylight2 (~me@bzq-218-29-26.cablep.bezeqint.net) has joined #beagle
  • [08:44:40] <zmatt> 9 instructions of init code before I call main
  • [08:44:55] <zmatt> or 10 I guess
  • [08:45:14] * roric (~roric@h196n19-vrr-a31.ias.bredband.telia.com) has joined #beaglebone
  • [08:45:16] * roric (~roric@h196n19-vrr-a31.ias.bredband.telia.com) has joined #beagleboard
  • [08:46:12] <zmatt> the rest is C++ with some isolated lines of inline asm here and there
  • [08:47:43] <zmatt> if main returns it goes into an infinite wfi-loop, so irq-driven apps can just do initialization in main and then return
  • [08:51:31] * ag_melbourne (3ba77f52@gateway/web/freenode/ip.59.167.127.82) has joined #beagle
  • [08:51:42] <ag_melbourne> Hello :)
  • [08:53:47] <ag_melbourne> Beaglebone Black, Jessie, wifi not working ( I have an SD card with Wheezy which runs fine on exactly the same hardware )
  • [08:57:18] * NishanthMenon (~nmenon@pool-71-170-163-35.dllstx.fios.verizon.net) Quit (Ping timeout: 244 seconds)
  • [08:57:52] * NishanthMenon (~nmenon@pool-71-170-163-35.dllstx.fios.verizon.net) has joined #beagle
  • [09:01:25] <ag_melbourne> Beaglebone Black, Jessie, wifi not working ( I have an SD card with Wheezy which runs fine on exactly the same hardware )
  • [09:01:54] * krajo1 (~krajo1@host146.nwt.cz) has joined #beagle
  • [09:02:34] * rob_w (~rob@unaffiliated/rob-w/x-1112029) has joined #beagle
  • [09:08:14] <Defiant> ag_melbourne: not working as in does not show up in iwconfig?
  • [09:11:47] <veremit> kernel version .. lsusb ?
  • [09:13:37] <ag_melbourne> hi defiant :) it seems as though I have to run wpa_supplicant manually ( systemctl status wpa_supplicant -> Active: inactive (dead) after reboot ) and I still do not achieve connection when I run systemctl start wpa_supplicant
  • [09:14:44] * Fleurety (~fleurety@178.18.241.185) Quit (Ping timeout: 265 seconds)
  • [09:14:56] <ag_melbourne> iwconfig gives command not found
  • [09:17:44] * sdfgsdfg (~sdfgsdfg@unaffiliated/sdfgsdfg) has joined #beagle
  • [09:18:34] <ag_melbourne> latest drivers downloaded, lsusb shows device, kernel 4.1.10-ti-r24
  • [09:18:50] <Defiant> I have no idea about systemd.. can you pastebin dmesg?
  • [09:20:29] <ag_melbourne> Does anyone have a working wifi under jessie ?
  • [09:21:42] <ag_melbourne> paste.debian.net/328107
  • [09:22:32] <Defiant> looks like you have working wifi
  • [09:24:12] <ag_melbourne> hi defiant, except for two things, the lamp on the dongle does not flicker, and ipscan.exe an windows IP scanner cannot see the device
  • [09:25:49] <ag_melbourne> ...its nearly there, but not quite, hence I am asking for help :)
  • [09:27:30] <Defiant> ag_melbourne: it has associated with your ap
  • [09:27:52] <Defiant> ag_melbourne: ifconfig wlan0
  • [09:30:23] <veremit> or ifconfig -a
  • [09:30:32] <ag_melbourne> paste.debian.net/328118, yes it all looks good, I am talking to it now by USB, would you agree that I could Putty in on 192.168.1.64 when I disconnect the USB?
  • [09:30:55] <Defiant> yes
  • [09:31:00] <ag_melbourne> paste.debian.net/328118
  • [09:31:57] * DJWillis (~djwillis@cpc2-trow6-2-0-cust204.aztw.cable.virginm.net) has joined #beagle
  • [09:32:15] * citylight2 (~me@bzq-218-29-26.cablep.bezeqint.net) Quit (Quit: Leaving)
  • [09:32:26] <ag_melbourne> ok USB disconnected...192.168.1.64 on Putty time out
  • [09:35:13] * skhreze_ (~debian@ip-5-172-247-238.free.aero2.net.pl) has joined #beagle
  • [09:35:26] <veremit> you may need to restart ssh sometimes .. as it doesn't always bind to everything ..
  • [09:35:40] <Defiant> veremit? Never had this problem
  • [09:35:59] <Defiant> ag_melbourne: ssh to it over usb and try to ping 8.8.8.8
  • [09:35:59] <veremit> I've seen it happen .. it shouldn't ..
  • [09:36:10] <Defiant> with opensshd?
  • [09:36:50] <veremit> opensshd 6.6 or thereabouts
  • [09:37:18] <veremit> Defiant, ag_melbourne .. can also try to ping your pc over the wifi subnet ..
  • [09:37:27] * skhreze (~debian@ip-5-172-247-253.free.aero2.net.pl) Quit (Ping timeout: 265 seconds)
  • [09:37:28] <veremit> over the usb ssh session :)
  • [09:37:44] <Defiant> veremit: unless his pc is a windows
  • [09:38:00] <veremit> do they block pings too?! f*** ***
  • [09:38:17] <ag_melbourne> ...hmmm 192.168.7.2 ssh not connecting, shall I reboot?
  • [09:38:26] <veremit> pretty sure most things replied to pings
  • [09:38:38] <veremit> unless you actively block them
  • [09:38:49] <Defiant> someone told ms that icmp is something only evil hacker use
  • [09:39:20] <veremit> well of. . its useFUL therefore M$ have to Break it.
  • [09:39:45] * veremit grumbles
  • [09:40:24] <ag_melbourne> ooo...BBB has crashed
  • [09:40:50] <ag_melbourne> reboot button pressed
  • [09:42:49] <ag_melbourne> root@beaglebone:~# ping 8.8.8.8 PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data. From 192.168.1.42 icmp_seq=1 Destination Host Unreachable
  • [09:43:43] <Defiant> route -n or try to ping your ap
  • [09:44:42] <ag_melbourne> paste.debian.net/328119
  • [09:45:05] <Defiant> uuhm
  • [09:45:13] <Defiant> unplug your ethernet
  • [09:45:49] <veremit> lol
  • [09:46:07] <veremit> ifconfig -a .. shows up everything :)
  • [09:46:19] <ag_melbourne> more info, only USB cable to BBB, no ethernet
  • [09:46:38] <veremit> stale config?!
  • [09:47:36] <ag_melbourne> ifconfig -a --> paste.debian.net/328121
  • [09:48:08] <Defiant> do you have a static ip on eth0
  • [09:48:31] <veremit> ./etc/network/interfaces ?
  • [09:48:51] <ag_melbourne> yes 192.168.1.42, no ethernet cable connected
  • [09:49:13] <veremit> same subnet as wifi?!
  • [09:49:45] <veremit> yyyessssss...
  • [09:50:28] <veremit> it won't know which interface to use :)
  • [09:50:43] <veremit> ifdown eth0 for now
  • [09:51:12] * Yotson (~Yotson@2001:980:6ac8:1:4dcc:b937:7bdb:126f) has joined #beagle
  • [09:52:19] <ag_melbourne> Hello, I cannot see echo of my messages on screen
  • [09:52:25] <veremit> this is where dhcp does have its advantages ...
  • [09:52:54] <ag_melbourne> /etc/network/interfaces -> paste.debian.net/328123
  • [09:53:24] <Defiant> right, ag_melbourne put # before "auto etho"
  • [09:53:36] <veremit> try 'ifdown eth0' and try to reconnect over the wifi
  • [09:54:02] <veremit> Defiant .. could also use 'allow hotplug eth0' too
  • [09:54:31] <Defiant> right
  • [09:54:41] <Defiant> hmm
  • [09:55:05] <Defiant> veremit: wasn't that allow-hotplug if the hw is available?
  • [09:55:14] <ag_melbourne> #auto eth0 done, reboot? ( USB only wired connection )
  • [09:55:22] <veremit> Defiant .. yes, that's how I've used it
  • [09:55:32] <veremit> no wait
  • [09:55:44] <veremit> only if the cable is connected for wired
  • [09:55:54] <veremit> ie. the interface is 'UP'
  • [09:56:00] <veremit> or ..
  • [09:56:02] <veremit> is it ..
  • [09:56:04] <veremit> *lokos*
  • [09:56:24] <veremit> ah yes "CARRIER" for ethernet usually
  • [09:56:25] <ag_melbourne> andrew looks confused :)
  • [09:56:35] <Defiant> ag_melbourne: yeah reboot
  • [09:56:41] <Defiant> veremit: sounds driver dependent
  • [09:57:04] <ag_melbourne> rebooting now
  • [09:57:11] <veremit> Defiant .. yes, it probably is
  • [09:58:38] <veremit> Defiant .. http://unix.stackexchange.com/questions/128439/good-detailed-explanation-of-etc-network-interfaces-syntax/128662#128662
  • [09:59:20] <ag_melbourne> no lamp on wifi dongle, scanning IPs using windows program, no 192.168.1.64, only USB cable connected
  • [10:00:28] <veremit> ag_melbourne .. does it have a light for 'link' and another for 'activity .. or one for both
  • [10:00:42] <ag_melbourne> I have copied your suggestion to my detailed notes
  • [10:00:51] <Defiant> ag_melbourne: ifconfig -a and route -n
  • [10:06:27] <ag_melbourne> It is a NETGEAR WNA1000M, fine under Wheezy. lsusb, ifconfig -a, route -n -> paste.debian.net/328126
  • [10:08:56] <Defiant> wifi is currently not up
  • [10:09:05] <ag_melbourne> wifi dongle has one lamp, under wheezy it blinks for activity, under Jessie it remains on...but not as I write this
  • [10:09:09] <Defiant> try ifup wlan0
  • [10:09:12] <ag_melbourne> wifi not up
  • [10:09:29] <veremit> wifi not loaded according to ifconfig .. but it could be associating
  • [10:09:55] <ag_melbourne> Failed to bring up wlan0.
  • [10:10:23] <veremit> crikey lol !
  • [10:10:26] <tbr> what does dmesg say?
  • [10:10:40] <tbr> anything about missing firmware or such?
  • [10:10:45] * Shadyman (~matthew@unaffiliated/shadyman) Quit (Quit: Leaving.)
  • [10:10:56] <veremit> tbr.. I suspect its a dodgy rtl81xx driver :/
  • [10:11:08] <veremit> there used to be all sorts of issues with that family ..
  • [10:11:12] <tbr> yup
  • [10:11:27] <ag_melbourne> paste.debian.net/328127
  • [10:11:56] <veremit> hm 8192 driver ..
  • [10:11:59] <ag_melbourne> drivers have been updated to those currently available
  • [10:12:12] <veremit> there used to be a few variants of that that I tried once
  • [10:12:21] <veremit> ag_melbourne .. uname -a ?
  • [10:12:45] <ag_melbourne> Linux beaglebone 4.1.10-ti-r24 #1 SMP PREEMPT Thu Oct 22 06:51:21 UTC 2015 armv7l GNU/Linux
  • [10:13:14] <veremit> hmm thought they would have fixed it by 4.x
  • [10:13:21] <ag_melbourne> variants? really?
  • [10:13:34] <veremit> ag_melbourne .. yes I had a rtl8188 driver once
  • [10:14:10] <ag_melbourne> so... what do I do?
  • [10:14:33] <veremit> ok .. https://wiki.debian.org/rtl819x .. that says 8192cu should be fine for that chipset
  • [10:14:46] * stamina (~stamina@177-211-128-083.dynamic.caiway.nl) has joined #beaglebone
  • [10:16:55] <ag_melbourne> yes, its why I am here, I've searched extensively to help myself, I think there is a bug with Jessie--drivers
  • [10:19:04] <veremit> ag_melbourne .. have you done the firmware blobs from .. https://wiki.debian.org/rtl819x#Debian_8_.22Jessie.22
  • [10:20:16] * MK_FG (~MK_FG@pdpc/supporter/active/mk-fg) Quit (Ping timeout: 272 seconds)
  • [10:20:35] <veremit> unfortunately these mini cards can be a right royal pita .. I had to do a lot of googling after buying one model Completely unsupported by linux !
  • [10:20:45] <ag_melbourne> in a prior irc session I was recommended 4.1.10-ti-r24, so not yet, it is such a painful process to change images
  • [10:21:21] <ag_melbourne> the dongle I have listed is fine under wheezy
  • [10:21:40] <veremit> yes, I suspect a more tolerant driver ..
  • [10:21:56] <veremit> and/or fluke :)
  • [10:22:24] * MK_FG (~MK_FG@pdpc/supporter/active/mk-fg) has joined #beagle
  • [10:22:38] <veremit> what do you get from 'dmesg|grep firmware' ?
  • [10:23:31] <ag_melbourne> sall I follow you link above?
  • [10:23:34] <veremit> oo just noticed I didn't fix my work desktop .. lol .. enp1s0: unable to load firmware patch rtl_nic/rtl8168e-3.fw (-2)
  • [10:23:47] <veremit> ag_melbourne .. yes, that doesn't depend on the kernel
  • [10:24:19] <ag_melbourne> ok.. il''l be a couple of minutes...
  • [10:24:27] <veremit> np :) tyt
  • [10:29:18] * c10ud (~c10ud@emesene/dictator/c10ud) has joined #beagle
  • [10:29:40] * tomeff (~tomeff@ip-78-102-111-158.net.upcbroadband.cz) Quit (Read error: No route to host)
  • [10:30:40] * tomeff (~tomeff@ip-78-102-111-158.net.upcbroadband.cz) has joined #beagle
  • [10:30:40] * tomeff (~tomeff@ip-78-102-111-158.net.upcbroadband.cz) has joined #beagleboard
  • [10:30:40] * tomeff (~tomeff@ip-78-102-111-158.net.upcbroadband.cz) has joined #beaglebone
  • [10:31:39] * MK_FG (~MK_FG@pdpc/supporter/active/mk-fg) Quit (Ping timeout: 240 seconds)
  • [10:32:30] * stt_michael (stt@unaffiliated/veremit) Quit (Ping timeout: 240 seconds)
  • [10:32:44] <veremit> ooo proper broke it lol
  • [10:38:36] * skhreze (~debian@ip-5-172-247-194.free.aero2.net.pl) has joined #beagle
  • [10:40:26] * MK_FG (~MK_FG@pdpc/supporter/active/mk-fg) has joined #beagle
  • [10:40:34] * skhreze_ (~debian@ip-5-172-247-238.free.aero2.net.pl) Quit (Ping timeout: 250 seconds)
  • [10:42:59] <ag_melbourne> I'm back, did https://wiki.debian.org/rtl819x#Debian_8_.22Jessie.22, no USB, no ethernet, WIFI CONNECTS :)
  • [10:43:55] <ag_melbourne> However dongle lamp does not flicker at all, steady on
  • [10:45:03] <tbr> possibly different driver/firmware version and thus different behaviour?
  • [10:46:26] <ag_melbourne> tbr, yes but not helpful...it is helpful to show alive ( lamp on ) and even more helpful to show activity; flickering
  • [10:46:50] * stt_michael (stt@unaffiliated/veremit) has joined #beagle
  • [10:48:39] * c10ud (~c10ud@emesene/dictator/c10ud) Quit (Remote host closed the connection)
  • [10:49:24] <ag_melbourne> andrew thinks he is a bit happier...it would be good to have a central repository
  • [10:52:21] <ag_melbourne> Thank you for your assistance veremit, defiant :)
  • [10:52:41] <veremit> np
  • [10:53:43] <ag_melbourne> How does feedback ( in this case centraizing the driver and flickering ) get to where it's needed?
  • [10:55:48] <veremit> probably a mailing-list somewhere ..
  • [10:56:19] <ag_melbourne> ...everything is somewhere :/
  • [10:58:03] <veremit> ag_melbourne .. starting point .. https://wireless.wiki.kernel.org/en/developers
  • [10:59:18] <ag_melbourne> thanks, I will try
  • [11:02:40] * gpio (~jack@unaffiliated/gpio) has joined #beagle
  • [11:08:52] <zmatt> cool, I zapped a mosquito with an electric swatter and it got stuck in it but with wing-motors still enabled... by itself that's not remarkable, but then I noticed its wing frequency lined up
  • [11:09:02] <zmatt> just right with the pwm of my lcd backlight
  • [11:09:06] * florian (~fuchs@Maemo/community/contributor/florian) has joined #beagle
  • [11:09:54] <zmatt> allowing the motion of wings to be viewed in slow-motion in the "strobe" light of my monitor
  • [11:12:21] * Ceriand|desktop (~Ceriand@unaffiliated/ceriand) Quit (Quit: Leaving.)
  • [11:20:23] * NishanthMenon (~nmenon@pool-71-170-163-35.dllstx.fios.verizon.net) Quit (Ping timeout: 252 seconds)
  • [11:21:12] * NishanthMenon (~nmenon@pool-71-170-163-35.dllstx.fios.verizon.net) has joined #beagle
  • [11:23:47] <veremit> zmatt.. its the little things ;) heh
  • [11:24:06] <veremit> and .. err .. you have a Monitor that strobes, still?!
  • [11:24:55] <zmatt> veremit: eh, most backlights do unless they're at 100%
  • [11:25:11] <veremit> noticeably?!
  • [11:25:54] <zmatt> normally? no. if you use their light to view a fast-moving object? yes.
  • [11:28:20] <zmatt> apparently the mosquito was flapping its wings at nearly an integer multiple of the pwm frequency
  • [11:28:48] <veremit> but the 'beating' effect shows up the beating .. haha
  • [11:28:56] <veremit> [of the wings]
  • [11:31:13] <ag_melbourne> Good night from Melbourne :)
  • [11:31:44] <veremit> nn
  • [11:35:33] * ag_melbourne (3ba77f52@gateway/web/freenode/ip.59.167.127.82) Quit (Ping timeout: 246 seconds)
  • [11:41:20] * j0rd_ (~j0rd_@unaffiliated/j0rd-/x-9112651) Quit (Read error: Connection reset by peer)
  • [11:42:44] * j0rd_ (~j0rd_@unaffiliated/j0rd-/x-9112651) has joined #beagle
  • [11:43:01] * skhreze_ (~debian@ip-5-172-247-223.free.aero2.net.pl) has joined #beagle
  • [11:43:40] * bgamari (~bgamari@HSI-KBW-149-172-43-78.hsi13.kabel-badenwuerttemberg.de) Quit (Ping timeout: 244 seconds)
  • [11:44:10] * skhreze (~debian@ip-5-172-247-194.free.aero2.net.pl) Quit (Ping timeout: 260 seconds)
  • [11:46:02] * bgamari (~bgamari@HSI-KBW-149-172-43-78.hsi13.kabel-badenwuerttemberg.de) has joined #beagle
  • [11:57:48] * dlan (~dennis@gentoo/developer/dlan) Quit (Remote host closed the connection)
  • [12:00:51] * veremit (~kvirc@unaffiliated/veremit) Quit (Read error: Connection reset by peer)
  • [12:03:10] * NishanthMenon (~nmenon@pool-71-170-163-35.dllstx.fios.verizon.net) Quit (Ping timeout: 260 seconds)
  • [12:03:51] * veremit (~kvirc@81.174.200.142) has joined #beagle
  • [12:03:51] * veremit (~kvirc@81.174.200.142) Quit (Changing host)
  • [12:03:51] * veremit (~kvirc@unaffiliated/veremit) has joined #beagle
  • [12:05:27] * dlan (~dennis@gentoo/developer/dlan) has joined #beagle
  • [12:16:27] * steev (sid1383@gentoo/developer/steev) has joined #beagle
  • [12:36:06] * amatecha (sid10006@gateway/web/irccloud.com/x-wkmrjaswcxznvzlg) has joined #beagle
  • [12:42:46] * stamina (~stamina@177-211-128-083.dynamic.caiway.nl) Quit (Ping timeout: 250 seconds)
  • [12:47:14] * _cpo__ (2e05002f@gateway/web/freenode/ip.46.5.0.47) has joined #beagle
  • [12:47:19] <_cpo__> hi
  • [12:47:26] <_cpo__> i need help.:-)
  • [12:48:30] <veremit> go see a doctor :D
  • [12:49:05] <_cpo__> i'm using the freedombox image for the beaglebone (dd if=freedombox-unstable-free_2015-10-18_beaglebone-armhf.img | pv | dd of=/dev/mmcblk0), but the freedombox does not start. the sd-card is from sandisk. without the sd-card the box starts without problems, with the sd-card the box doesn't boot.
  • [12:49:20] <_cpo__> veremit: :-) beaglebone doc?
  • [12:50:27] <tbr> _cpo__: do you hold down the button S2 while powering up the board?
  • [12:50:33] <veremit> hmm 1) whynot 'dd if=<img> of=/dev/mmcblk0' ... 2) you did unplug, hold Boot switch, Apply power.
  • [12:50:55] <tbr> veremit: pv gives progress indication
  • [12:50:57] * micges_ (~micges@adbz118.neoplus.adsl.tpnet.pl) has joined #beaglebone
  • [12:50:58] * micges_ (~micges@adbz118.neoplus.adsl.tpnet.pl) has joined #beagle
  • [12:51:06] <veremit> ah .. I use dcfldd :D
  • [12:51:24] * skhreze_ (~debian@ip-5-172-247-223.free.aero2.net.pl) Quit (Ping timeout: 255 seconds)
  • [12:51:35] <veremit> but a useful note nontheless :)
  • [12:52:13] <_cpo__> btr: no, i've pluged only the power supply into the bbone.
  • [12:53:04] <_cpo__> ok, it try it.
  • [12:53:14] <veremit> _cpo__ .. in order for the SD boot to work .. you have to power off, THEN hold button, THEN power up ..
  • [12:53:35] <veremit> whether usb or DC barrel
  • [12:53:49] <veremit> the s2 button is only 'read' when powering up
  • [12:54:15] * micges (~micges@ewi190.neoplus.adsl.tpnet.pl) Quit (Ping timeout: 252 seconds)
  • [12:55:41] <_cpo__> is the boot button the button named with power?
  • [12:56:20] <tbr> no, it says "S2" next to it
  • [12:56:32] <tbr> it's close to the µSD and HDMI
  • [12:57:05] <veremit> we call it the 'Boot' button, its opposite end of the board from 'power' and 'reset'
  • [12:59:07] <_cpo__> sry, for this stupid questions, how long ? until it boots or short
  • [12:59:08] <_cpo__> ?
  • [13:01:34] <_cpo__> i'm pressed the button, but it doesn't boot. shoul i press the button until it boots?
  • [13:02:29] <veremit> do you haev a serial debug cable?
  • [13:03:06] * florian (~fuchs@Maemo/community/contributor/florian) Quit (Ping timeout: 240 seconds)
  • [13:03:09] <_cpo__> veremit: no.
  • [13:03:19] * calculus (~calculus@gentoo/user/calculus) Quit (Ping timeout: 240 seconds)
  • [13:03:41] <veremit> I highly recommend investing in one, especially to troubleshoot boot problems :)
  • [13:04:33] * calculus (~calculus@gentoo/user/calculus) has joined #beagle
  • [13:04:33] * ChanServ sets mode +o calculus
  • [13:07:00] <_cpo__> veremit: yes, i will do, but it's sunday, the markets here a closed. the only which give a light is the power led. but if a remove the sd-card the box make life signs:-)
  • [13:08:01] <veremit> hmm .. well if the image is good .. and the sd card is good .. you should see at least a heartbeat pattern on the 4th led in addition to power.
  • [13:08:30] <veremit> but without a serial cable .. you can;t tell whether the sd card is not being read .. or there's a filesystem problem or what :/
  • [13:08:43] <veremit> have you tried with another uSD card and/or another image file?
  • [13:08:52] <veremit> [process of elimination]
  • [13:09:42] <_cpo__> veremit: hm, ok, yes i've tried several uSD cards, but only the freedombox image. a serial cable, is it a microhdmi?
  • [13:10:49] <veremit> the uHDMI is for video/audio
  • [13:10:51] <tbr> _cpo__: did you decompress the image before DDing it?
  • [13:11:06] <_cpo__> tbr: yes.
  • [13:11:08] <veremit> tbr .. looks like it to me ..
  • [13:11:24] <veremit> only other thing to do is loop-mount it ..
  • [13:11:29] <veremit> is there a checksum for it ?
  • [13:11:33] <veremit> either zipped or not?
  • [13:11:46] <veremit> I've downloaded corrupt images before
  • [13:11:54] <tbr> or just plug it into a linux machine and see if partitions are in order
  • [13:12:05] * skhreze (~debian@ip-5-172-247-211.free.aero2.net.pl) has joined #beagle
  • [13:13:15] <veremit> that too ^^
  • [13:13:57] <_cpo__> hmm, ok, it seems not to be a beagleboneboard- problem, more a freedombox- problem
  • [13:15:18] <_cpo__> i thout the freedombox is the best security distro for beagleboneboard, there are alternatives?
  • [13:18:05] <_cpo__> tbr: yes, the partitions are in the right order, i think.
  • [13:18:10] <veremit> _cpo__ .. have you followed instructions at http://freedombone.uk.to/installation.html ?
  • [13:20:03] <veremit> the ordinary beaglebone and black boards are very different :)
  • [13:20:14] <_cpo__> veremit: no from https://wiki.debian.org/FreedomBox/Download
  • [13:20:27] <_cpo__> veremit: oh, sry, it is a beaglebone black
  • [13:21:40] <veremit> ah my bad ye s I see .. https://wiki.debian.org/FreedomBox/Download
  • [13:24:24] <_cpo__> veremit: and i decompress and dded it on the sd-card
  • [13:25:12] <veremit> the alternative is to do it within debian .. via https://wiki.debian.org/FreedomBox/Hardware/Debian
  • [13:26:00] <veremit> if you have a stock debian there .. or can flash one from the main site
  • [13:26:43] <veremit> recommended url for base images .. http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#2015-11-03
  • [13:29:20] * Tartarus (sid72705@gateway/web/irccloud.com/x-thdudxugplptgaup) has joined #beagle
  • [13:30:04] * j0rd_ (~j0rd_@unaffiliated/j0rd-/x-9112651) Quit (Ping timeout: 272 seconds)
  • [13:30:05] <_cpo__> veremit: flash means, to copy the image from freedombox to the beagle bone internal memory?
  • [13:31:33] <veremit> yes
  • [13:31:45] <veremit> ie. write the emmc
  • [13:32:34] * gustavoz (~gustavoz@186.22.136.136) Quit (Quit: Leaving)
  • [13:33:49] <_cpo__> veremit: hm, till now, i've tried to boot it from the sd-card, ... is it better? or is it senseless to use the sd-card. hm
  • [13:35:06] <veremit> well you've got a chunk of onboard storage ..
  • [13:35:14] <veremit> its a choice really
  • [13:42:33] * jdawgaz (~Jerry@ip70-176-27-239.ph.ph.cox.net) has joined #beaglebone
  • [13:43:14] <_cpo__> veremit: ok, i understand. i'm downloading the image from freedombox, maybe it's corrupt, and repeat it with dd.
  • [13:43:26] <_cpo__> veremit: but dd is ok?
  • [13:44:34] <veremit> dd should be fine, yes
  • [13:44:46] <veremit> there are some gpg commands there to check it
  • [13:48:25] <_cpo__> veremit: with root is fine, too?
  • [13:49:52] <veremit> yeah
  • [13:50:50] * chickadee (sid99356@gateway/web/irccloud.com/x-naswghynjmqmusqg) has joined #beagle
  • [13:53:36] * Flatend (25cbb283@gateway/web/freenode/ip.37.203.178.131) has joined #beagle
  • [13:53:55] * Flatend (25cbb283@gateway/web/freenode/ip.37.203.178.131) Quit (Client Quit)
  • [13:57:05] * j0rd_ (~j0rd_@unaffiliated/j0rd-/x-9112651) has joined #beagle
  • [13:58:25] * gusnan (~gusnan@unaffiliated/gusnan) Quit (Ping timeout: 252 seconds)
  • [13:58:29] * _cpo_ (2e05002f@gateway/web/freenode/ip.46.5.0.47) has joined #beagle
  • [13:59:03] * _cpo__ (2e05002f@gateway/web/freenode/ip.46.5.0.47) Quit (Ping timeout: 246 seconds)
  • [13:59:15] <_cpo_> re
  • [14:00:17] * gusnan (~gusnan@unaffiliated/gusnan) has joined #beagle
  • [14:01:10] * carpman (~carpman@75-130-6-175.dhcp.ftwo.tx.charter.com) Quit (Ping timeout: 240 seconds)
  • [14:01:52] <zmatt> lol, ARM mailing fail
  • [14:01:56] * penth (~rachel@c-68-81-92-61.hsd1.pa.comcast.net) has joined #beagle
  • [14:02:02] <zmatt> "was viewed 145 email.digest.times and commented on by 0 email.digest.people"
  • [14:12:59] * hieuletrung (~hieult@123.20.103.161) Quit (Quit: hieuletrung)
  • [14:13:02] * tai271828 (~tai271828@1-160-32-116.dynamic.hinet.net) has joined #beagle
  • [14:15:30] * skhreze (~debian@ip-5-172-247-211.free.aero2.net.pl) Quit (Ping timeout: 250 seconds)
  • [14:16:05] * NishanthMenon (~nmenon@pool-71-170-163-35.dllstx.fios.verizon.net) has joined #beagle
  • [14:17:12] * Set_ (46bd2f8f@gateway/web/freenode/ip.70.189.47.143) has joined #beagle
  • [14:17:18] <Set_> hello...
  • [14:17:43] <Set_> Man...I am stuck again. My Angstrom BBB is too full of updates. I finally updated the packages.
  • [14:17:59] <Set_> Besides that mess...I cannot set the time on my Debian BBB.
  • [14:18:08] <Set_> How can I set the time and date on my Debian BBB?
  • [14:18:56] * Koth sets mode -o Koth
  • [14:19:06] <Koth> type after me: man date
  • [14:19:13] <Set_> man date
  • [14:19:23] <Koth> good
  • [14:19:28] * skhreze (~debian@ip-5-172-247-213.free.aero2.net.pl) has joined #beagle
  • [14:19:31] <Koth> now do that in a console window
  • [14:19:35] <Set_> Okay.
  • [14:19:37] <Set_> Please hold.
  • [14:20:21] <Set_> Okay...
  • [14:20:26] <Set_> Now what?
  • [14:20:36] <Koth> read it
  • [14:20:39] <Koth> understand it
  • [14:20:41] <Koth> learn
  • [14:20:42] * NishanthMenon (~nmenon@pool-71-170-163-35.dllstx.fios.verizon.net) Quit (Ping timeout: 250 seconds)
  • [14:20:45] <Set_> Okay...please hold.
  • [14:21:58] * NishanthMenon (~nmenon@pool-71-170-163-35.dllstx.fios.verizon.net) has joined #beagle
  • [14:22:08] <Set_> -R
  • [14:22:09] <Set_> ?
  • [14:22:32] <Set_> well...-R "Today's date"?
  • [14:22:39] <Koth> http://26-26-54.hardwarebug.org/30
  • [14:22:43] <Set_> Yikes...I know.
  • [14:23:16] <Set_> I have been reading on dates and time at debian.org but I got nothing.
  • [14:23:24] <Set_> I followed this book but the book if for Angstrom.
  • [14:24:07] * vagrantc (~vagrant@unaffiliated/vagrantc) has joined #beagle
  • [14:24:19] <Koth> you should try a linux basics book
  • [14:24:33] <Set_> I have many.
  • [14:24:43] <Set_> I still have problems starting out with Debian.
  • [14:24:49] <Set_> Every time!
  • [14:26:55] <Koth> but you understand that debian is just a linux distribution?
  • [14:26:56] <Set_> I tried the -R method. I got nothing.
  • [14:27:00] <Set_> Yep.
  • [14:27:24] <Set_> I understand.
  • [14:27:38] <Koth> have you read the manpage and understood what -R does?
  • [14:27:45] <Set_> Yes.
  • [14:27:51] <Koth> and what does it do?
  • [14:28:14] <Set_> At least...I figured I could understand. It states the day, date, and month.
  • [14:28:27] <veremit> Set_ .. is your bbb connected to the internet?
  • [14:28:37] <Set_> Yes.
  • [14:28:46] <Set_> Not with Ethernet, though.
  • [14:28:54] <veremit> can you ping google/ etc
  • [14:29:00] <Set_> I am online via this site and PuTTY.
  • [14:29:01] <veremit> if so, you can use ntp
  • [14:29:32] <Set_> I tried ntp and there were three options (0., 1., and 2.).
  • [14:29:46] <Set_> I typed in ntp.pool.org
  • [14:30:04] <Set_> in the quotation marks.
  • [14:30:17] <veremit> you should be able to "ntpdate ntp.pool.org"
  • [14:30:27] <Set_> I had to restart to reconfigure it.
  • [14:30:33] <Set_> I can and I can change it in nano.
  • [14:30:56] <Set_> But when I call the date, the system does not understand ntpdate-sync.
  • [14:30:58] <veremit> if you have ntpd running .. you have to do something slightly different
  • [14:31:08] <Set_> Oh.
  • [14:31:11] <veremit> oh balls .. its system0shitty0d
  • [14:31:18] <veremit> yeah I'm baling on that one
  • [14:32:05] <veremit> normally, I'd say /etc/init.d/ntpd stop then ntpd -g -q then /etc/init.d/ntp start
  • [14:32:10] <veremit> but 90% sure that won't work lol
  • [14:32:35] <veremit> only 90 though .. so worth a try :D
  • [14:32:39] <Set_> it is okay. I will keep trying. I am sorry to bother people again.
  • [14:35:08] * Set_ (46bd2f8f@gateway/web/freenode/ip.70.189.47.143) Quit (Quit: Page closed)
  • [14:36:00] <veremit> systemd-timesyncd
  • [14:38:41] * c10ud (~c10ud@emesene/dictator/c10ud) has joined #beagle
  • [14:39:50] * skhreze (~debian@ip-5-172-247-213.free.aero2.net.pl) Quit (Ping timeout: 240 seconds)
  • [14:42:02] * skhreze (~debian@ip-5-172-247-243.free.aero2.net.pl) has joined #beagle
  • [14:47:10] * skhreze (~debian@ip-5-172-247-243.free.aero2.net.pl) Quit (Ping timeout: 240 seconds)
  • [14:47:42] * _cpo_ (2e05002f@gateway/web/freenode/ip.46.5.0.47) Quit (Ping timeout: 246 seconds)
  • [14:56:18] * sdfgsdfg (~sdfgsdfg@unaffiliated/sdfgsdfg) Quit (Read error: Connection reset by peer)
  • [15:05:24] * skhreze (~debian@ip-5-172-247-243.free.aero2.net.pl) has joined #beagle
  • [15:12:53] * PDogJr (~PurpleDog@unaffiliated/purpledog) Quit (Ping timeout: 265 seconds)
  • [15:13:01] * PDogJr_ (~PurpleDog@unaffiliated/purpledog) has joined #beagle
  • [15:13:25] * PDogJr_ is now known as PDogJr
  • [15:13:59] * GrumpeiYokoi (~chatzilla@2602:306:cf56:d600:c023:83af:fd68:3247) Quit (Ping timeout: 240 seconds)
  • [15:21:22] * skhreze_ (~debian@ip-5-172-247-242.free.aero2.net.pl) has joined #beagle
  • [15:23:13] * skhreze (~debian@ip-5-172-247-243.free.aero2.net.pl) Quit (Ping timeout: 250 seconds)
  • [15:24:11] * emeb (~ericb@ip68-2-68-52.ph.ph.cox.net) has joined #beagle
  • [15:34:59] * stamina (~stamina@177-211-128-083.dynamic.caiway.nl) has joined #beaglebone
  • [15:43:30] * PDogJr (~PurpleDog@unaffiliated/purpledog) Quit (Read error: Connection reset by peer)
  • [15:49:39] * PDogJr (~PurpleDog@unaffiliated/purpledog) has joined #beagle
  • [15:52:48] * carpman (~carpman@75-130-6-175.dhcp.ftwo.tx.charter.com) has joined #beagle
  • [16:00:54] * tom_ (4d2e5ddc@gateway/web/freenode/ip.77.46.93.220) has joined #beagle
  • [16:01:16] * tom_ (4d2e5ddc@gateway/web/freenode/ip.77.46.93.220) has left #beagle
  • [16:04:32] * thunder5 (~unknown@5.148.129.203) Quit (Quit: Leaving)
  • [16:13:34] * NishanthMenon (~nmenon@pool-71-170-163-35.dllstx.fios.verizon.net) Quit (Quit: Beware of Bigfoot!)
  • [16:13:41] * c10ud (~c10ud@emesene/dictator/c10ud) Quit (Quit: cya)
  • [16:22:54] * contempt (contempt@unaffiliated/contempt) Quit (Ping timeout: 255 seconds)
  • [16:26:48] * skhreze_ (~debian@ip-5-172-247-242.free.aero2.net.pl) Quit (Ping timeout: 244 seconds)
  • [16:27:50] * Aamir (~Aamir@202.69.11.230) has joined #beagle
  • [16:29:46] * jdawgaz (~Jerry@ip70-176-27-239.ph.ph.cox.net) Quit (Quit: My Mac has gone to sleep. ZZZzzz…)
  • [16:30:48] * skhreze (~debian@ip-5-172-247-236.free.aero2.net.pl) has joined #beagle
  • [16:31:48] * Aamir (~Aamir@202.69.11.230) has left #beagle
  • [16:35:30] * Shadyman (~matthew@unaffiliated/shadyman) has joined #beagle
  • [16:36:20] * jdawgaz (~Jerry@ip70-176-27-239.ph.ph.cox.net) has joined #beaglebone
  • [16:44:55] * Shadyman (~matthew@unaffiliated/shadyman) Quit (Quit: Leaving.)
  • [16:46:04] * Liir (~francky@108-68-121-177.lightspeed.sntcca.sbcglobal.net) has joined #beagle
  • [16:46:55] * jdawgaz (~Jerry@ip70-176-27-239.ph.ph.cox.net) Quit (Quit: My Mac has gone to sleep. ZZZzzz…)
  • [16:47:59] * jdawgaz (~Jerry@ip70-176-27-239.ph.ph.cox.net) has joined #beaglebone
  • [16:48:47] * PDogJr (~PurpleDog@unaffiliated/purpledog) Quit (Read error: Connection reset by peer)
  • [16:49:03] * coreyfro (~coreyfro@2604:5500:d:6:5956:6686:64d8:8c59) Quit (Ping timeout: 246 seconds)
  • [16:49:29] * Set_ (46bd2f8f@gateway/web/freenode/ip.70.189.47.143) has joined #beagle
  • [16:49:29] * praneeth__ (praneeth@nat/ti/x-oatsufxudohqmdfn) Quit (Remote host closed the connection)
  • [16:49:39] <Set_> Hello...
  • [16:49:46] * praneeth__ (praneeth@nat/ti/x-rslkzkygxdqsizan) has joined #beagle
  • [16:49:50] <Set_> .gpg issues here.
  • [16:50:25] <Set_> I followed what BBB let loose in 2014 for builds via Debian for BBB Wikipage.
  • [16:50:57] * PDogJr (~PurpleDog@unaffiliated/purpledog) has joined #beagle
  • [16:51:02] <Set_> So...how do I get around the error codes ".gpg" files?
  • [16:51:14] <Set_> I listened to what the Wiki said but that is bunk.
  • [16:51:29] <Set_> The Wiki was updated in 2015, too.
  • [16:53:18] <Set_> Okay...I know. Things are duplicating fast. I will just wait for updates.
  • [16:53:22] <Set_> Until then!
  • [16:54:19] * _cpo_ (2e05002f@gateway/web/freenode/ip.46.5.0.47) has joined #beagle
  • [16:56:28] * emeb (~ericb@ip68-2-68-52.ph.ph.cox.net) Quit (Quit: Leaving.)
  • [16:57:19] <_cpo_> veremit: re, thanks a lot for your great support *hugs from me, and smile from my wife*.the problem with the beaglebone baord and freedombox was that dd writes a corruprt fs on the sd-card. i used gnome-disks and it works great.
  • [16:57:33] * Set_ (46bd2f8f@gateway/web/freenode/ip.70.189.47.143) Quit (Ping timeout: 246 seconds)
  • [16:58:35] <veremit> oh weird
  • [16:59:10] <veremit> gratz on gettin it workin
  • [16:59:36] <_cpo_> veremit: :-)
  • [17:00:37] <veremit> wish this ebuild nonsense was more .. sense.
  • [17:01:02] <veremit> time for a rest methinks .. python will strangle me else
  • [17:01:25] <_cpo_> veremit: yeah, it was great, i try it in the next time. bye, we go to the pub. :-)
  • [17:01:33] <veremit> cheers ^^
  • [17:01:46] <_cpo_> veremit: cheers :-)
  • [17:02:02] * _cpo_ (2e05002f@gateway/web/freenode/ip.46.5.0.47) has left #beagle
  • [17:04:11] * megabitdragon (~mbit@c-50-157-54-187.hsd1.tn.comcast.net) Quit (Ping timeout: 250 seconds)
  • [17:05:34] * megabit|away (~mbit@c-50-157-54-187.hsd1.tn.comcast.net) has joined #beagle
  • [17:05:41] * megabit|away is now known as megabitdragon
  • [17:11:36] * Cats_home (~Thunderbi@dsl.198.58.155.114.ebox.ca) Quit (Quit: Cats_home)
  • [17:12:05] * Cats_home (~Thunderbi@dsl.198.58.155.114.ebox.ca) has joined #beagle
  • [17:17:19] * nyo_ (~nyo@host3-187-dynamic.55-79-r.retail.telecomitalia.it) has joined #beagle
  • [17:17:35] * nyo (~nyo@host132-205-dynamic.35-79-r.retail.telecomitalia.it) Quit (Ping timeout: 265 seconds)
  • [17:19:36] * Kipisz (Steve@nat/ti/x-rwabdolgwhohbzfz) Quit (Remote host closed the connection)
  • [17:19:50] * skhreze (~debian@ip-5-172-247-236.free.aero2.net.pl) Quit (Ping timeout: 240 seconds)
  • [17:20:01] * Kipisz (Steve@nat/ti/x-upqsmjmizftyyqcr) has joined #beagle
  • [17:22:08] * nyo_ (~nyo@host3-187-dynamic.55-79-r.retail.telecomitalia.it) Quit (Read error: Connection reset by peer)
  • [17:22:27] * NishanthMenon (nmenon@nat/ti/x-cmbkhzvlfrfugneh) has joined #beagle
  • [17:23:37] * Liir (~francky@108-68-121-177.lightspeed.sntcca.sbcglobal.net) Quit (Quit: This computer has gone to sleep)
  • [17:28:12] * nyo_ (~nyo@host111-121-dynamic.57-82-r.retail.telecomitalia.it) has joined #beagle
  • [17:46:27] * PDogJr (~PurpleDog@unaffiliated/purpledog) Quit (Ping timeout: 246 seconds)
  • [17:49:22] * PDogJr (~PurpleDog@unaffiliated/purpledog) has joined #beagle
  • [17:49:23] * kiwichris (~kiwichris@216.239.55.218) has joined #beagle
  • [17:53:49] * PDogJr (~PurpleDog@unaffiliated/purpledog) Quit (Ping timeout: 252 seconds)
  • [17:55:57] * nofxx (~nofxx@unaffiliated/nofxx) has joined #beaglebone
  • [17:56:19] * gusnan (~gusnan@unaffiliated/gusnan) Quit (Ping timeout: 240 seconds)
  • [17:58:35] * gusnan (~gusnan@213.112.201.46) has joined #beagle
  • [17:58:35] * gusnan (~gusnan@213.112.201.46) Quit (Changing host)
  • [17:58:35] * gusnan (~gusnan@unaffiliated/gusnan) has joined #beagle
  • [17:59:07] * PDogJr (~PurpleDog@unaffiliated/purpledog) has joined #beagle
  • [18:04:22] * megabitdragon (~mbit@c-50-157-54-187.hsd1.tn.comcast.net) Quit (Ping timeout: 260 seconds)
  • [18:05:09] * megabit|away (~mbit@c-50-157-54-187.hsd1.tn.comcast.net) has joined #beagle
  • [18:05:21] * megabit|away is now known as megabitdragon
  • [18:11:22] * gusnan (~gusnan@unaffiliated/gusnan) Quit (Ping timeout: 260 seconds)
  • [18:13:16] * gusnan (~gusnan@unaffiliated/gusnan) has joined #beagle
  • [18:16:07] * stamina (~stamina@177-211-128-083.dynamic.caiway.nl) Quit (Ping timeout: 250 seconds)
  • [18:24:23] * dgerlach1 (dgerlach@nat/ti/x-yhsiashodikvftqk) has joined #beagle
  • [18:26:40] * Liir (~francky@108-68-121-177.lightspeed.sntcca.sbcglobal.net) has joined #beagle
  • [18:32:40] * skhreze (~debian@ip-5-172-247-209.free.aero2.net.pl) has joined #beagle
  • [18:33:33] * kiwichris (~kiwichris@216.239.55.218) Quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  • [18:36:51] * Yotson (~Yotson@2001:980:6ac8:1:4dcc:b937:7bdb:126f) Quit (Ping timeout: 246 seconds)
  • [18:38:23] * contempt (contempt@unaffiliated/contempt) has joined #beagleboard
  • [18:38:23] * contempt (contempt@unaffiliated/contempt) has joined #beagle
  • [18:38:47] * joel_ (~joel@c-98-207-106-152.hsd1.ca.comcast.net) Quit (Ping timeout: 265 seconds)
  • [18:39:02] * skhreze_ (~debian@ip-5-172-247-197.free.aero2.net.pl) has joined #beagle
  • [18:39:33] * Yotson (~Yotson@2001:980:6ac8:1:4dcc:b937:7bdb:126f) has joined #beagle
  • [18:41:12] * skhreze (~debian@ip-5-172-247-209.free.aero2.net.pl) Quit (Ping timeout: 265 seconds)
  • [18:48:58] <GenTooMan> Hmm seems no gentoo BBB images.. here I was hoping too be lazy.
  • [19:03:13] * Liir (~francky@108-68-121-177.lightspeed.sntcca.sbcglobal.net) Quit (Quit: This computer has gone to sleep)
  • [19:10:11] * jdawgaz (~Jerry@ip70-176-27-239.ph.ph.cox.net) Quit (Quit: My Mac has gone to sleep. ZZZzzz…)
  • [19:11:27] * PDogJr (~PurpleDog@unaffiliated/purpledog) Quit (Read error: Connection reset by peer)
  • [19:15:46] * PDogJr (~PurpleDog@unaffiliated/purpledog) has joined #beagle
  • [19:17:11] * florian (~fuchs@Maemo/community/contributor/florian) has joined #beagle
  • [19:24:41] * jdawgaz (~Jerry@ip70-176-27-239.ph.ph.cox.net) has joined #beaglebone
  • [19:28:48] * PDogJr (~PurpleDog@unaffiliated/purpledog) Quit (Ping timeout: 250 seconds)
  • [19:30:42] * PDogJr (~PurpleDog@unaffiliated/purpledog) has joined #beagle
  • [19:34:26] * nofxx (~nofxx@unaffiliated/nofxx) Quit (Ping timeout: 272 seconds)
  • [19:35:26] * nofxx (~nofxx@177.106.131.203) has joined #beaglebone
  • [19:35:26] * nofxx (~nofxx@177.106.131.203) Quit (Changing host)
  • [19:35:26] * nofxx (~nofxx@unaffiliated/nofxx) has joined #beaglebone
  • [19:42:21] * skhreze_ (~debian@ip-5-172-247-197.free.aero2.net.pl) Quit (Ping timeout: 252 seconds)
  • [19:42:30] * skhreze (~debian@ip-5-172-247-209.free.aero2.net.pl) has joined #beagle
  • [19:44:10] * nofxx (~nofxx@unaffiliated/nofxx) Quit (Ping timeout: 244 seconds)
  • [19:44:21] * nofxx (~nofxx@177.106.50.138) has joined #beaglebone
  • [19:44:21] * nofxx (~nofxx@177.106.50.138) Quit (Changing host)
  • [19:44:21] * nofxx (~nofxx@unaffiliated/nofxx) has joined #beaglebone
  • [19:47:26] * NishanthMenon (nmenon@nat/ti/x-cmbkhzvlfrfugneh) Quit (Quit: EOF)
  • [19:47:50] * nerienna (~nerienna@p5498E4CA.dip0.t-ipconnect.de) Quit (Remote host closed the connection)
  • [19:50:36] * stamina (~stamina@177-211-128-083.dynamic.caiway.nl) has joined #beaglebone
  • [20:01:01] * j0rd_ (~j0rd_@unaffiliated/j0rd-/x-9112651) Quit (Read error: Connection reset by peer)
  • [20:02:02] * Ceriand|desktop (~Ceriand@unaffiliated/ceriand) has joined #beagle
  • [20:02:48] * j0rd_ (~j0rd_@unaffiliated/j0rd-/x-9112651) has joined #beagle
  • [20:06:34] <wmat> GenTooMan: the gentoo wiki has build instructions though
  • [20:08:58] * nerienna (~nerienna@p5498E4CA.dip0.t-ipconnect.de) has joined #beagle
  • [20:12:08] * PDogJr (~PurpleDog@unaffiliated/purpledog) Quit (Ping timeout: 250 seconds)
  • [20:14:53] <GenTooMan> hmmm Ok
  • [20:15:31] * PDogJr (~PurpleDog@unaffiliated/purpledog) has joined #beagle
  • [20:19:56] * PDogJr (~PurpleDog@unaffiliated/purpledog) Quit (Ping timeout: 250 seconds)
  • [20:20:51] * PDogJr (~PurpleDog@unaffiliated/purpledog) has joined #beagle
  • [20:39:07] * krajo1 (~krajo1@host146.nwt.cz) Quit (Quit: Konversation terminated!)
  • [20:43:47] * skhreze_ (~debian@ip-5-172-247-229.free.aero2.net.pl) has joined #beagle
  • [20:44:15] * rob_w_ (~rob@ppp-88-217-127-219.dynamic.mnet-online.de) has joined #beagle
  • [20:44:47] * rob_w_ (~rob@ppp-88-217-127-219.dynamic.mnet-online.de) Quit (Client Quit)
  • [20:45:58] * skhreze (~debian@ip-5-172-247-209.free.aero2.net.pl) Quit (Ping timeout: 260 seconds)
  • [20:52:47] * Yotson (~Yotson@2001:980:6ac8:1:4dcc:b937:7bdb:126f) Quit (Quit: .)
  • [20:53:18] * PDogJr (~PurpleDog@unaffiliated/purpledog) Quit (Ping timeout: 260 seconds)
  • [20:55:08] * PDogJr (~PurpleDog@unaffiliated/purpledog) has joined #beagle
  • [20:57:47] * dgmurdockiii (~dgmurdock@c-73-146-35-181.hsd1.in.comcast.net) has joined #beagle
  • [20:58:06] <dgmurdockiii> can i use a begal board as a arduno alterno
  • [20:58:41] <dgmurdockiii> alternative
  • [20:59:30] * nyo_ (~nyo@host111-121-dynamic.57-82-r.retail.telecomitalia.it) Quit (Ping timeout: 240 seconds)
  • [20:59:59] * nyo_ (~nyo@host11-197-dynamic.250-95-r.retail.telecomitalia.it) has joined #beagle
  • [21:02:13] <wmat> dgmurdockiii: i wouldn't
  • [21:02:50] <dgmurdockiii> for driving LEDs
  • [21:02:57] <dgmurdockiii> what the best options
  • [21:03:59] <tbr> if it's just leds and nothing else, any microcontroller
  • [21:07:17] <GenTooMan> perhaps a bit more detail you can do that with $10 eval boards from TI. If you give some more information that might help.
  • [21:16:45] * calculus (~calculus@gentoo/user/calculus) Quit (Ping timeout: 255 seconds)
  • [21:17:40] * calculus (~calculus@adsl-76-254-61-139.dsl.pltn13.sbcglobal.net) has joined #beagle
  • [21:17:40] * calculus (~calculus@adsl-76-254-61-139.dsl.pltn13.sbcglobal.net) Quit (Changing host)
  • [21:17:40] * calculus (~calculus@gentoo/user/calculus) has joined #beagle
  • [21:17:40] * ChanServ sets mode +o calculus
  • [21:35:56] <dgmurdockiii> ok
  • [21:37:52] * thunder5 (~unknown@5.148.129.203) has joined #beagle
  • [21:47:24] * Vasco is now known as Vasco_O
  • [21:48:11] * skhreze_ (~debian@ip-5-172-247-229.free.aero2.net.pl) Quit (Ping timeout: 264 seconds)
  • [21:48:12] * j0rd_ (~j0rd_@unaffiliated/j0rd-/x-9112651) Quit (Read error: Connection reset by peer)
  • [21:51:16] * kilroi is now known as kilroi_off
  • [21:51:43] * bizarro_1 (~bizarro_1@214.Red-83-55-237.dynamicIP.rima-tde.net) Quit (Read error: Connection reset by peer)
  • [21:51:46] * dgmurdockiii (~dgmurdock@c-73-146-35-181.hsd1.in.comcast.net) Quit (Quit: Leaving)
  • [21:53:13] * GrumpeiYokoi (~chatzilla@2602:306:cf56:d600:c023:83af:fd68:3247) has joined #beagle
  • [22:00:11] * NulL` (~bleh1@92.39.196.218) Quit (Ping timeout: 264 seconds)
  • [22:01:58] * Liir (~francky@108-68-121-177.lightspeed.sntcca.sbcglobal.net) has joined #beagle
  • [22:02:02] * Liir (~francky@108-68-121-177.lightspeed.sntcca.sbcglobal.net) Quit (Client Quit)
  • [22:03:33] * rob_w (~rob@unaffiliated/rob-w/x-1112029) Quit (Read error: Connection reset by peer)
  • [22:04:45] * j0rd_ (~j0rd_@unaffiliated/j0rd-/x-9112651) has joined #beagle
  • [22:05:13] * bizarro_1 (~bizarro_1@214.Red-83-55-237.dynamicIP.rima-tde.net) has joined #beagle
  • [22:05:40] * kilroi_off is now known as kilroi
  • [22:05:46] <GenTooMan> :D
  • [22:07:54] * skhreze (~debian@ip-5-172-247-240.free.aero2.net.pl) has joined #beagle
  • [22:12:12] * Liir (~francky@108-68-121-177.lightspeed.sntcca.sbcglobal.net) has joined #beagle
  • [22:16:55] * nerienna (~nerienna@p5498E4CA.dip0.t-ipconnect.de) Quit (Remote host closed the connection)
  • [22:17:33] * Test (54830901@gateway/web/freenode/ip.84.131.9.1) has joined #beagle
  • [22:17:57] * Test is now known as Guest94890
  • [22:18:19] * Guest94890 (54830901@gateway/web/freenode/ip.84.131.9.1) Quit (Client Quit)
  • [22:24:52] * dwery (~dwery@nslu2-linux/dwery) has joined #beagle
  • [22:38:52] * Liir (~francky@108-68-121-177.lightspeed.sntcca.sbcglobal.net) Quit (Quit: This computer has gone to sleep)
  • [22:41:45] * skhreze (~debian@ip-5-172-247-240.free.aero2.net.pl) Quit (Ping timeout: 250 seconds)
  • [22:44:53] * jdawgaz (~Jerry@ip70-176-27-239.ph.ph.cox.net) Quit (Quit: My Mac has gone to sleep. ZZZzzz…)
  • [22:54:24] * webdaford (~daford@ool-457897a5.dyn.optonline.net) has joined #beagle
  • [22:54:25] * webdaford (~daford@ool-457897a5.dyn.optonline.net) Quit (Client Quit)
  • [23:01:01] * bfederau (~quassel@service.basyskom.com) Quit (Remote host closed the connection)
  • [23:01:12] * bfederau (~quassel@service.basyskom.com) has joined #beagle
  • [23:02:46] * gustavoz (~gustavoz@186.22.136.136) has joined #beagle
  • [23:07:23] * j0rd_ (~j0rd_@unaffiliated/j0rd-/x-9112651) Quit (Read error: Connection reset by peer)
  • [23:13:14] * micges_ is now known as micges
  • [23:14:12] * contempt (contempt@unaffiliated/contempt) Quit (Ping timeout: 272 seconds)
  • [23:15:41] * contempt (contempt@unaffiliated/contempt) has joined #beagleboard
  • [23:15:41] * contempt (contempt@unaffiliated/contempt) has joined #beagle
  • [23:18:28] * Russ (foobar@pool-100-9-139-246.lsanca.fios.verizon.net) has joined #beagle
  • [23:23:09] * agmlego|brigid is now known as agmlego
  • [23:26:51] * stamina (~stamina@177-211-128-083.dynamic.caiway.nl) Quit (Ping timeout: 260 seconds)
  • [23:29:20] * j0rd_ (~j0rd_@unaffiliated/j0rd-/x-9112651) has joined #beagle
  • [23:30:29] * kiwichris (~kiwichris@216.239.55.218) has joined #beagle
  • [23:43:19] * Devastator_ (~devas@191.251.133.246) has joined #beagle
  • [23:43:46] * Devastator (~devas@unaffiliated/devastator) Quit (Ping timeout: 260 seconds)
  • [23:45:14] * Devastator_ (~devas@191.251.133.246) Quit (Changing host)
  • [23:45:14] * Devastator_ (~devas@unaffiliated/devastator) has joined #beagle
  • [23:47:02] * linkedinyou (~linkediny@unaffiliated/linkedinyou) has joined #beagle
  • [23:47:02] * linkedinyou (~linkediny@unaffiliated/linkedinyou) has joined #beaglebone
  • [23:48:43] * kiwichris (~kiwichris@216.239.55.218) Quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)