• [00:00:28] * BeagleBot (~PircBot@ec2-50-17-196-130.compute-1.amazonaws.com) has joined #beagle
  • [00:00:28] * 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:28] * Set by KotH!~attila@erica.kinali.ch on Wed Jul 15 13:55:07 UTC 2015
  • [00:00:28] * BeagleBot (~PircBot@ec2-50-17-196-130.compute-1.amazonaws.com) has joined #beagleboard
  • [00:00:28] * BeagleBot (~PircBot@ec2-50-17-196-130.compute-1.amazonaws.com) has joined #beaglebone
  • [00:01:55] * tomeff (~tomeff@ip-78-102-111-158.net.upcbroadband.cz) Quit (Quit: tomeff)
  • [00:03:56] * j0rd_ (~j0rd_@unaffiliated/j0rd-/x-9112651) Quit (Read error: Connection reset by peer)
  • [00:09:29] * Set_ (~Set_@ip70-189-47-143.lf.br.cox.net) Quit ()
  • [00:12:17] * Set_ (~thwart@ip70-189-47-143.lf.br.cox.net) has joined #beagle
  • [00:12:38] <Set_> I failed.
  • [00:12:42] <Set_> dang.
  • [00:16:25] * Set__ (46bd2f8f@gateway/web/freenode/ip.70.189.47.143) has joined #beagle
  • [00:16:53] <Set__> A!
  • [00:17:14] <Set__> i registered and now nothing. Poof! Just like that.
  • [00:17:56] <Set__> Bye-Bye e-mail...no!
  • [00:21:47] * Set__ (46bd2f8f@gateway/web/freenode/ip.70.189.47.143) Quit (Quit: Page closed)
  • [00:22:25] <zmatt> dd'ing has more adverse side-effects, like not taking into account the difference in size of the block devices, not generating a fresh uuid for the filesystem, etc
  • [00:23:30] * Shadyman (~matthew@unaffiliated/shadyman) has joined #beagle
  • [00:32:01] * bizarro_1 (~bizarro_1@26.Red-88-5-134.dynamicIP.rima-tde.net) Quit (Quit: Leaving)
  • [00:34:06] <Set_> Damn...I got beeps and creeps.
  • [00:36:22] * hype444 (~samuel@sc-phy-329529.phy.auckland.ac.nz) Quit (Quit: WeeChat 0.3.7)
  • [00:39:27] * j0rd_ (~j0rd_@unaffiliated/j0rd-/x-9112651) has joined #beagle
  • [00:42:55] * idwer (~irc@unaffiliated/idwer) has joined #beagle
  • [00:45:17] * idwer_ (~irc@unaffiliated/idwer) Quit (Ping timeout: 252 seconds)
  • [00:53:48] * Shadyman (~matthew@unaffiliated/shadyman) Quit (Quit: Leaving.)
  • [00:56:17] * arianepaola (~ariane@unaffiliated/arianepaola) Quit (Ping timeout: 252 seconds)
  • [01:01:29] * arianepaola (~ariane@unaffiliated/arianepaola) has joined #beagle
  • [01:02:06] * florian (~fuchs@Maemo/community/contributor/florian) Quit (Ping timeout: 240 seconds)
  • [01:09:53] * gustavoz (~gustavoz@181.46.100.24) has joined #beagle
  • [01:13:37] <Set_> gustavoz...hello!
  • [01:14:14] <Set_> I am Set_.
  • [01:14:47] * Maxz (~felipe@201.218.139.7) has joined #beagle
  • [01:15:12] <Set_> Hello?
  • [01:15:29] <Set_> Okay...
  • [01:15:34] <Set_> <<<<<<< on break
  • [01:17:22] * jacekows1i is now known as jacekowski
  • [01:17:54] * idwer (~irc@unaffiliated/idwer) Quit (Remote host closed the connection)
  • [01:21:23] <Set_> BBG? The green machine...I am working on one. /msg/help REGISTER
  • [01:22:06] <Set_> Do you use a BBG/BBB?
  • [01:22:40] * Maxz (~felipe@201.218.139.7) Quit (Quit: My Mac has gone to sleep. ZZZzzz…)
  • [01:25:03] * Maxz (~felipe@201.218.139.7) has joined #beagle
  • [01:26:37] * darkfader (~darkfader@ip3e8346be.speed.planet.nl) Quit (Quit: Read error: Connection reset by peer)
  • [01:30:20] * rennreh (~rennreh@cable-158-181-64-144.cust.telecolumbus.net) Quit (Remote host closed the connection)
  • [01:32:50] * jkridner (~jkridner@pdpc/supporter/active/jkridner) has joined #beagle
  • [01:32:50] * ChanServ sets mode +o jkridner
  • [01:34:35] * Maxz (~felipe@201.218.139.7) Quit (Quit: My Mac has gone to sleep. ZZZzzz…)
  • [01:36:38] * jkridner|work (~jkridner@pdpc/supporter/active/jkridner) has joined #beagle
  • [01:36:38] * ChanServ sets mode +o jkridner|work
  • [01:37:12] * Set_ (~thwart@ip70-189-47-143.lf.br.cox.net) Quit ()
  • [01:39:26] * Set_ (~Set_@ip70-189-47-143.lf.br.cox.net) has joined #beagle
  • [01:40:34] * jkridner (~jkridner@pdpc/supporter/active/jkridner) Quit (Ping timeout: 265 seconds)
  • [01:40:41] * vagrantc (~vagrant@unaffiliated/vagrantc) Quit (Ping timeout: 250 seconds)
  • [01:47:39] * j0rd_ (~j0rd_@unaffiliated/j0rd-/x-9112651) Quit (Read error: Connection reset by peer)
  • [01:49:14] * j0rd_ (~j0rd_@unaffiliated/j0rd-/x-9112651) has joined #beagle
  • [01:49:15] * Akex_ (uid58281@gateway/web/irccloud.com/x-cwpnbhzrybzsfhtr) Quit (Quit: Connection closed for inactivity)
  • [01:53:18] * Maxz (~felipe@201.218.139.7) has joined #beagle
  • [01:54:02] <Set_> Dang.
  • [01:55:01] * Set_ -n
  • [01:57:59] * Set_ May I please have my BBB supersized?
  • [01:59:30] <Set_> Okay...I found a man. This man, some named man, fixed the errors in the software for the AWS, c9, /ame, and BBG!
  • [02:00:14] <Set_> For the BBG, AWS, and Grove applications. Boy!
  • [02:04:24] * msvb-lab (~mschloh@x55b545db.dyn.telefonica.de) Quit (Ping timeout: 250 seconds)
  • [02:07:34] * Set_ I need to REGISTER help REGISTER
  • [02:14:15] * Devastator_ (~devas@191.250.247.139) has joined #beagle
  • [02:14:15] * Devastator_ (~devas@191.250.247.139) Quit (Changing host)
  • [02:14:15] * Devastator_ (~devas@unaffiliated/devastator) has joined #beagle
  • [02:14:15] * Devastator (~devas@unaffiliated/devastator) Quit (Ping timeout: 240 seconds)
  • [02:15:04] <treeherder> sorry if this is a common question these days, but i just rolled a new image of jessie and i noticed that cape_mgr isn't in the new kernel, there's no $SLOTS or anything
  • [02:15:26] * Maxz (~felipe@201.218.139.7) Quit (Quit: My Mac has gone to sleep. ZZZzzz…)
  • [02:15:30] <treeherder> so my question is: how do i get the PRU running again? it used to just be a one line command in bash to get it running
  • [02:16:49] <Set_> I bet if you go through your files and directories, you can find it.
  • [02:16:55] <Set_> I believe!
  • [02:16:56] <treeherder> but when i try to run my example program, i get all kinds of nasty errors, including linker errors about how pruss headers arent available
  • [02:17:09] <Set_> Ouch.
  • [02:17:21] <Set_> My lingo skills are low.
  • [02:17:27] * msvb-lab (~mschloh@x55b54163.dyn.telefonica.de) has joined #beagle
  • [02:18:08] <treeherder> looks like they made some super makor overhauls to the device tree
  • [02:18:22] <treeherder> i cna't even find an upto-date post about it that's readable
  • [02:19:03] <Set_> I understand. I can make that problem for me and we can both be in it but I have to warn you, I cannot solve every question.
  • [02:19:17] <Set_> What cape do you have?
  • [02:19:22] <treeherder> no cape
  • [02:19:29] <Set_> Oh.
  • [02:19:33] <treeherder> well i have a protocape i plan to use
  • [02:19:43] <treeherder> but right now i just need to get an interrupt from the pru
  • [02:19:57] <Set_> Okay.
  • [02:20:20] <Set_> Um...can I say something.
  • [02:20:21] <Set_> ?
  • [02:20:27] <treeherder> sure
  • [02:21:23] <Set_> I think, because of my experiences with the tree or whatever, the info. changes. They, whoever controls the new update, changes things because of a reason.
  • [02:21:51] <Set_> Now...this reason is specific but not too important. Am I right?
  • [02:24:42] <treeherder> sure
  • [02:24:56] <Set_> Anyway, forget me being right or wrong. I think this: start from scratch and reinstall, update, and upgrade. When you find your file, change it to suit your needs
  • [02:25:14] <Set_> What else can you do?
  • [02:25:43] <treeherder> https://github.com/jadonk/pruspeak
  • [02:25:52] <treeherder> um
  • [02:25:58] <treeherder> that's where um at already
  • [02:26:12] <Set_> Okay. I will check it out and be right back.
  • [02:26:18] <treeherder> i jsut built a new iimage on the new kernel and the device overlay tree is 100% different
  • [02:26:25] <Set_> I will be back too.
  • [02:26:28] <Set_> Okay.
  • [02:27:20] <Set_> Oh...your tree is not how it is described. I get it. Please hold.
  • [02:29:56] <Set_> Hey...are you building something great?
  • [02:30:10] <Set_> i.e. a bot that can communicate?
  • [02:31:14] * joe_moquin (82b8a371@gateway/web/freenode/ip.130.184.163.113) has joined #beagle
  • [02:31:14] <Set_> hey...did you check in /sys?
  • [02:31:50] <Set_> Or is that what makes the /sys directory?
  • [02:33:59] <Set_> When you get a chance, please try to answer. I will be right back.
  • [02:35:50] <joe_moquin> Hi, everyone. I'm using the Adafruit_BBIO library in a Python script. See http://pastebin.com/L7k1SMAA to view Python error. A solution may be loading a new device tree object. This yields errors (again, see the pastebin).
  • [02:41:58] <joe_moquin> I have a concern that a HDMI enabled device tree object gets loaded (despite my edits to /boot/uEnv.txt).
  • [02:42:25] <joe_moquin> Having this loaded excludes loading new objects.
  • [02:42:55] <joe_moquin> This might explain why my attempts to load something new into my bone_capemgr/slots b0rks.
  • [02:44:54] <felon-> hi
  • [02:46:04] <joe_moquin> Hi, felon.
  • [02:52:46] * Defiant (erik@x50ab640a.dyn.telefonica.de) Quit (Ping timeout: 260 seconds)
  • [02:54:42] <Set_> Where is the software?
  • [02:58:26] * Defiant (erik@x55b03e3b.dyn.telefonica.de) has joined #beagle
  • [02:59:49] <joe_moquin> @Set_ Was that to me?
  • [03:02:25] <Set_> Yes sir.
  • [03:02:44] <Set_> I went to the site.
  • [03:02:51] <Set_> I could not find the software to look it over.
  • [03:05:35] <veremit> I thought it was cape_mgr.*/slots ...
  • [03:06:32] <veremit> eg ... https://learn.adafruit.com/introduction-to-the-beaglebone-black-device-tree/exporting-and-unexporting-an-overlay
  • [03:06:36] <joe_moquin> @Set_ Bless your soul. I didn't code it for public consumption. My python script is in the top of this: http://pastebin.com/CHHfY3yk
  • [03:07:04] <joe_moquin> @veremit In my architecture, it's a different directory.
  • [03:07:31] <joe_moquin> uname -a Linux beaglebone 4.1.5-ti-rt-r10 #1 SMP PREEMPT RT Thu Aug 13 22:26:10 UTC 2015 armv7l GNU/Linux
  • [03:07:50] <veremit> it should be similar
  • [03:08:14] <veremit> if there are glaring holes, you got other poblems ;)
  • [03:08:20] <veremit> problems* too
  • [03:08:56] <veremit> check dmesg for errors too
  • [03:10:57] <joe_moquin> @veremit: I've seen the slots in different directories. This tutorial has it in the same place as mine: http://www.embeddedhobbyist.com/2015/09/beaglebone-black-updating-device-tree-files/ But, this tutorial has it in the cape_mgr.*/slots: http://derekmolloy.ie/gpios-on-the-beaglebone-black-using-device-tree-overlays/
  • [03:12:24] <veremit> ah I suspect it may have moves with the 4.x kernels
  • [03:12:40] <veremit> molloy is likely out-of-date as per usual lol
  • [03:13:56] <joe_moquin> @veremit: dmesg | grep bone_capemgr
  • [03:14:23] <veremit> cape_mgr likely sufficient
  • [03:15:43] <veremit> I didn't know you could 'unload' .. that'shandy
  • [03:16:45] * joe_moquin_ (82b8a371@gateway/web/freenode/ip.130.184.163.113) has joined #beagle
  • [03:17:03] <joe_moquin_> I think I was disconnected.
  • [03:17:17] <joe_moquin_> I probably missed any posts in the last two minutes or so.
  • [03:17:25] * jkridner|work (~jkridner@pdpc/supporter/active/jkridner) Quit (Remote host closed the connection)
  • [03:18:06] * joe_moquin (82b8a371@gateway/web/freenode/ip.130.184.163.113) Quit (Ping timeout: 246 seconds)
  • [03:19:40] <joe_moquin_> @Set_ How's the Python looking?
  • [03:19:58] <joe_moquin_> @veremit So, any ideas?
  • [03:20:03] <Set_> I could not find the page.
  • [03:21:02] <joe_moquin_> @Set_ Tell me if this doesn't work: http://pastebin.com/kveXHqZ4
  • [03:21:09] <Set_> Okay.
  • [03:21:34] <joe_moquin_> Thanks!
  • [03:21:46] <Set_> Yep...but I cannot promise miracles.
  • [03:22:20] * msvb-lab (~mschloh@x55b54163.dyn.telefonica.de) Quit (Quit: msvb-lab)
  • [03:22:28] <joe_moquin_> Dude. I'm already thankful, no need for miracles.
  • [03:23:02] <Set_> Nope.
  • [03:23:08] <Set_> Did not work.
  • [03:23:29] <joe_moquin_> @Set_: Comment out any ADAFRUIT stuff.
  • [03:23:43] <joe_moquin_> Well, if you do, then I get working code.
  • [03:24:05] <joe_moquin_> With a really sweet signal handler that prints values.
  • [03:24:56] <Set_> I cannot get that order.
  • [03:25:52] <Set_> If you need to know which is Adafruit_BBIO and PyBBIO, I can probably tell you. Is this what you need?
  • [03:26:12] * nighty-_ (~nighty@s830026.xgsspn.imtp.tachikawa.spmode.ne.jp) has joined #beagleboard
  • [03:26:21] <joe_moquin_> http://pastebin.com/0wiCQWTV
  • [03:27:05] <Set_> Okay...I will check this one out too.
  • [03:27:06] <joe_moquin_> I need ADC, PWM, GPIO, and SPI capabilities in Python.
  • [03:27:11] <Set_> Oh.
  • [03:27:13] <Set_> Okay.
  • [03:27:17] <joe_moquin_> The library I use doesn't matter to me.
  • [03:27:43] <joe_moquin_> All things being equal, I'd like to not fool with device trees and whatnot.
  • [03:27:45] <zmatt> veremit: you can unload overlays yes... I recommend saving any open files and using 'sync' before you do :P
  • [03:28:17] <joe_moquin_> Hello, again, zmatt. Thank you again for your help the other day.
  • [03:28:31] <zmatt> you're welcome
  • [03:29:05] <Set_> Device tree stuff is easier. You can go in and change whatever whenever.
  • [03:29:38] <veremit> zmatt :P
  • [03:30:00] <joe_moquin_> @Set_:Except in my case. My device tree refuses to change.
  • [03:30:07] <veremit> you're stuck with DT .. unless you go back to Ye Ancient Kernele of Olde
  • [03:30:13] <zmatt> note that using bone_capemgr for overlays should be considered deprecated in 4.1 and later (unless they're overlays loaded for actual CAPEs)
  • [03:30:53] <joe_moquin_> zmatt: What is the prefered method?
  • [03:30:59] <veremit> zmatt.. how do you do DT on-the-fly then?
  • [03:31:00] <zmatt> the configfs mechanism is nicer and doesn't force you to make up bogus metadata for an imaginary cape
  • [03:31:26] <joe_moquin_> *Everyone furiously Googles configfs*
  • [03:31:29] <veremit> meh linux is full of fudges :P
  • [03:31:40] <zmatt> the configfs mechanism does allow (and ignore) metadata so you can still use the same dtbos
  • [03:31:41] <veremit> BBB especially
  • [03:33:03] <zmatt> cd /sys/kernel/config/device-tree/overlays/
  • [03:33:22] <zmatt> make a dir with whatever name you like
  • [03:34:00] <zmatt> in it you find a read-only 'status' property (initially 'unapplied') and two writeable properties
  • [03:34:26] <veremit> joe_moquin_.. have you seen https://github.com/graycatlabs/PyBBIO ? looks interesting
  • [03:34:42] <zmatt> you can either echo the name of the dtbo to 'path' (resolved relative to /lib/firmware/ I think) or the content of a dtbo to 'dtbo'
  • [03:34:55] <zmatt> status will change to 'applied'
  • [03:35:03] <joe_moquin_> @veremit: I'm about to plumb those depths right after I finish zmatt's impromptu tutorial.
  • [03:35:11] <zmatt> to remove the overlay, just rmdir the directory
  • [03:35:34] <veremit> I gotta say though .. zmatt knows his shit ..
  • [03:36:05] <Set_> Why would I erase a directory on my BBB to import it in a script later?
  • [03:36:25] <veremit> hint: its not a *real* directory ..
  • [03:36:44] <joe_moquin_> I believe zmatt actually wrote the book on BeagleBone.
  • [03:36:50] <zmatt> this means that if you don't use an actual cape, you can also ditch bone_capemgr which frees up P9.18 + P9.19 which are normally occupied by cape autodetection
  • [03:37:03] <Set_> It is an online version of the directory?
  • [03:37:21] <veremit> zmatt wrote the book on BBB power-up/down sequencing ;)
  • [03:37:22] <zmatt> Set_: anything in /sys is magic, they're not real files or real directories
  • [03:37:44] <zmatt> Set_: they're just representatives of kernel objects and their properties
  • [03:38:00] <Set_> Okay.
  • [03:38:36] <zmatt> normally you can't modify the directory structure in any way (other than changing permissions)
  • [03:38:44] <joe_moquin_> zmatt, could you elaborate your earlier comment: you can either echo the name of the dtbo to 'path' (resolved relative to /lib/firmware/ I think) or the content of a dtbo to 'dtbo'
  • [03:38:59] <joe_moquin_> i.e. the BASH command
  • [03:39:15] <joe_moquin_> echo dtbo > path ?
  • [03:39:16] <zmatt> configfs is slightly different because it's meant to provide configuration to the kernel
  • [03:39:41] <joe_moquin_> Oh, sorry. I see.
  • [03:40:19] <zmatt> Set_: note that sysfs isn't obliged to obey any sort of normal rules of a filesystem
  • [03:40:41] <zmatt> (or configfs or debugfs... the umbrella term I think is 'kernfs')
  • [03:41:07] <veremit> zmatt.. I'll go with sysfs .. it matches the name :p
  • [03:41:31] <zmatt> veremit: configfs is actually a different fs, it is just current convention to mount it at /sys/kernel/config
  • [03:41:55] <veremit> -shrug- :p
  • [03:42:04] <zmatt> although it's slightly more than convention since I don't think sysfs permits you to mount random stuff on top of it
  • [03:42:22] <zmatt> but yeah, the distinction isn't hugely important
  • [03:42:28] <zmatt> in all cases it's magic
  • [03:43:20] <veremit> ok excuse me folk .. I'ma off to shower :)
  • [03:43:27] <zmatt> file sizes are usually nonsense, root can get "permission denied", after creating a dir (when permitted) it's magically populated with stuff, you can remove that dir again dispite being non-empty (in fact you can't remove its contents)
  • [03:44:41] <Set_> Boo!
  • [03:44:44] <zmatt> it does obey by *some* rules
  • [03:44:54] <zmatt> just not the usual ones
  • [03:45:01] <Set_> Oh.
  • [03:45:32] <Set_> I am getting into the Yocto Project. I want to help them with patches.
  • [03:45:50] <Set_> I am done not knowing much in this realm of cool stuff.
  • [03:48:57] <zmatt> veremit: still need to finish that page actually
  • [03:50:08] <joe_moquin_> zmatt: Have a little more patience with me. I'm trying to use the configfs route. root@beaglebone:/home/debian# less ADAFRUIT-SPI0-00A0.dtbo > /sys/kernel/config/device-tree/overlays/UCB/dtbo "ADAFRUIT-SPI0-00A0.dtbo" may be a binary file. See it anyway? y
  • [03:50:22] <zmatt> joe_moquin_: 'cat'
  • [03:50:34] <zmatt> 'less' is strictly meant for viewing by humans
  • [03:50:47] <joe_moquin_> cat for binary file?
  • [03:50:53] <zmatt> eh, yes
  • [03:51:06] <zmatt> cat doesn't care what kind of data it's hauling
  • [03:51:34] * Set_ Haul "dat" cat you BBB!
  • [03:51:35] * praneeth (praneeth@nat/ti/x-xpsjfmbaysdlpilc) Quit (Remote host closed the connection)
  • [03:51:52] * praneeth (praneeth@nat/ti/x-gvwuaxfyhvrtqxra) has joined #beagle
  • [03:55:12] <joe_moquin_> zmatt: I rmdir the directory, whose dtbo I likely foobared. I mkdir another directory, and used cat to copy the contents of a .dtbo. Should status automatically change to applied if a valid dtbo was moved over?
  • [03:56:33] <zmatt> joe_moquin_: note that you can't really mess up the 'dtbo' property... it's not an actual file, when you write data to it it's validated first and if it can't be parsed correctly and applied as an overlay then no effect will take place
  • [03:57:37] <joe_moquin_> zmatt: Good. Then, I should assume my passed overlay is invalid.
  • [03:57:49] <zmatt> and yes, it should. if it doesn't then something went wrong. since the filesystem API doesn't give much opportunity for detailed error reporting, so errors are reported in the kernel log instead
  • [03:58:30] * nighty-_ (~nighty@s830026.xgsspn.imtp.tachikawa.spmode.ne.jp) Quit (Quit: Disappears in a puff of smoke)
  • [03:59:23] <joe_moquin_> Yep: [ 2276.249094] create_overlay: Failed to resolve tree [ 2466.857868] (NULL device *): Direct firmware load for /home/debian/UCB/ADAFRUIT-SPI0-00A0.dtbo failed with error -2 [ 2685.836211] __of_adjust_tree_phandle_references: Could not find target property 'fixup' @/__local_fixups__
  • [03:59:50] <zmatt> I think that means wrong version of dtc used to compile the overlay
  • [04:00:56] <joe_moquin_> Based off the "@"?
  • [04:00:56] <zmatt> but I'm not sure, I never really use overlays myself
  • [04:00:56] * dwery (~dwery@nslu2-linux/dwery) Quit (Read error: Connection reset by peer)
  • [04:01:14] <joe_moquin_> What do you use?
  • [04:01:51] <zmatt> based on knowing there's some kind of ABI difference between 3.8.x and 4.1.x overlays, and __local_fixups__ looks like it's supposed to be something magical yet the error message suggests the kernel is treating it like a normal fragment
  • [04:02:19] * magra (manisha@nat/ti/x-nasooibonocbezfe) Quit (Remote host closed the connection)
  • [04:02:25] <zmatt> I just compile a custom device tree
  • [04:02:28] <zmatt> and reboot
  • [04:02:43] * magra (manisha@nat/ti/x-rgjaqmonfvyalpef) has joined #beagle
  • [04:02:46] <zmatt> more reliable... you never quite know how the kernel will react to runtime changes to the device tree
  • [04:03:21] * dwery (~dwery@nslu2-linux/dwery) has joined #beagle
  • [04:03:35] <joe_moquin_> You edit the /boot/uEnv.txt file for this?
  • [04:03:55] <zmatt> yes, I set the dtb variable to my own file
  • [04:04:31] <Set_> Man...this AWS sucks eggs. Speakin' of eggs.
  • [04:05:05] <Set_> I have to erase file by file and then the directory. Noooo!
  • [04:05:24] <Set_> zmatt: How do I erase an entire directory with files in it?
  • [04:05:33] <zmatt> rm -r
  • [04:05:37] <Set_> I looked it up. What?
  • [04:05:40] <Set_> Serious?
  • [04:05:52] <zmatt> -r for 'recursive'
  • [04:06:14] <Set_> You are a life saver, man. Thank you.
  • [04:06:23] <zmatt> note that as usual for unix commands, there's no "are you really sure?" :P
  • [04:06:50] <Set_> Oh.
  • [04:06:52] * joe_moquin (82b8a371@gateway/web/freenode/ip.130.184.163.113) has joined #beagle
  • [04:06:53] <zmatt> it will happily delete the whole content of your home directory for you if you make a typo
  • [04:07:01] <Set_> Hhahahaha.
  • [04:07:06] <Set_> Ooops!
  • [04:07:20] <zmatt> so do make sure you aim it at something you really want gone
  • [04:07:41] <Set_> Okay. I am in c9 in /var/lib/cloud9
  • [04:07:48] * joe_moquin_ (82b8a371@gateway/web/freenode/ip.130.184.163.113) Quit (Ping timeout: 246 seconds)
  • [04:08:08] <Set_> I have to get rid of the AWS file and directory I put there before I found out that it may or may not work.
  • [04:08:09] * zmatt has never used c9 and knows nothing about it
  • [04:08:15] <Set_> Oh.
  • [04:08:33] <Set_> I used it for instruction followings.
  • [04:08:50] <Set_> Yes...plural following.
  • [04:09:00] <zmatt> I generally don't follow instructions, occasionally I write them though
  • [04:09:22] <joe_moquin> zmatt: We mere mortals find instructions useful.
  • [04:09:39] <zmatt> yeah, that's okay :)
  • [04:10:21] <zmatt> but I can't really help with questions about the tutorialy things I never bothered with myself
  • [04:11:11] <zmatt> I verified overlays work on 4.1 though, even though I've never used them since
  • [04:11:45] <Set_> You are no liar. Thank you.
  • [04:15:03] <Set_> You are the man dude. I just cleaned up everything that was in memory. Thank you. Point!
  • [04:20:12] * joe_moquin (82b8a371@gateway/web/freenode/ip.130.184.163.113) Quit (Quit: Page closed)
  • [04:20:32] * joe_moquin_ (82b8a371@gateway/web/freenode/ip.130.184.163.113) has joined #beagle
  • [04:28:05] <joe_moquin_> zmatt: For your dtb= line in /boot/uEnv.txt, where did you place your .dtbo (I assume this is the target, as I'm having a hard time with the documentation)?
  • [04:30:13] * MichaelLong (~ml@p4FF25687.dip0.t-ipconnect.de) Quit (Remote host closed the connection)
  • [04:31:16] * MichaelLong (~ml@p54907D9E.dip0.t-ipconnect.de) has joined #beagle
  • [04:49:40] <felon-> hi
  • [04:51:55] * kalz (~kalz@2602:fff6:f:1::d979:58e8) Quit (Quit: exit)
  • [04:53:05] * kalz (~kalz@2602:fff6:f:1::d979:58e8) has joined #beagle
  • [04:57:42] <zmatt> joe_moquin_: dtbo are overlays
  • [04:57:50] <joe_moquin_> zmatt: I, again, very much appreciate all you help.
  • [04:57:50] <zmatt> dtb= needs to point to a full dtb
  • [04:58:13] <joe_moquin_> Yes, I caught that fault right after I posted.
  • [04:58:29] <zmatt> they are located in /boot/dtbs/$uname_r/ or /boot/dtbs/
  • [04:58:37] <zmatt> (the first location is searched first)
  • [05:01:10] <zmatt> wtf seriously, @#^% incompetent idiots who wrote bootROM
  • [05:01:28] <zmatt> after netbooting they leave Ethernet DMA enabled
  • [05:02:00] <zmatt> so packet data can still get unexpectedly written to some location in on-chip SRAM
  • [05:02:20] <joe_moquin_> Did they leave an explanation as to why it's left enabled?
  • [05:03:42] <zmatt> my guess would be "whoops, forgot"
  • [05:04:29] <zmatt> I only noticed it because I'm writing a little baremetal tool that systematically scans and maps the L3 interconnect
  • [05:04:56] <zmatt> by disabling all targets, poking around, and analyzing the resulting errors
  • [05:05:08] <zmatt> and suddenly an unexpected error showed up
  • [05:05:24] <zmatt> due to Ethernet DMA attempting to write data to on-chip SRAM
  • [05:07:13] <joe_moquin_> Yeah, it sounds like an oversight. That's a nasty bug to have.
  • [05:09:59] <joe_moquin_> Does this apply to all modern idevices?
  • [05:10:58] <zmatt> dunno, am335x in general, perhaps other devices too
  • [05:11:31] <zmatt> now that it's known it's something to watch out for it'll be easy to check which devices are affected
  • [05:13:59] <zmatt> yep, problem fixed
  • [05:14:16] <zmatt> (by resetting the ethdma early on)
  • [05:15:24] <zmatt> time to report it on e2e...
  • [05:16:43] <zmatt> oh my, I seem to have a fan... someone started following me on e2e and went on a spree of liking a whole bunch of my posts/comments
  • [05:17:37] <joe_moquin_> A welcome surprise, I'd assume.
  • [05:28:24] <veremit> zmatt: yes, yes you should :p
  • [05:33:15] * skhreze (~debian@ip-5-172-247-239.free.aero2.net.pl) has joined #beagle
  • [05:34:39] * j0rd_ (~j0rd_@unaffiliated/j0rd-/x-9112651) Quit (Read error: Connection reset by peer)
  • [05:45:02] * clonak (~clonak@118-93-211-186.dsl.dyn.ihug.co.nz) Quit (Ping timeout: 272 seconds)
  • [05:47:03] * kiwichris (~kiwichris@msc1401703.lnk.telstra.net) Quit (Ping timeout: 255 seconds)
  • [05:47:47] * skhreze (~debian@ip-5-172-247-239.free.aero2.net.pl) Quit (Ping timeout: 252 seconds)
  • [05:49:07] * clonak (~clonak@118-92-131-14.dsl.dyn.ihug.co.nz) has joined #beagle
  • [05:51:29] * j0rd_ (~j0rd_@unaffiliated/j0rd-/x-9112651) has joined #beagle
  • [05:54:47] <Set_> Boy!
  • [05:55:01] * THenn (~THenn@cpe-66-75-254-97.san.res.rr.com) has joined #beagle
  • [06:02:39] * BennyB_ (~heldb@host-88-217-198-167.customer.m-online.net) has joined #beagle
  • [06:02:56] <zmatt> hush :P
  • [06:07:30] * THenn (~THenn@cpe-66-75-254-97.san.res.rr.com) Quit (Read error: Connection reset by peer)
  • [06:20:17] * tai271828 (~tai271828@175.41.48.77) has joined #beagle
  • [06:26:30] * BennyB_ (~heldb@host-88-217-198-167.customer.m-online.net) Quit (Remote host closed the connection)
  • [06:30:50] * roric (~roric@h196n19-vrr-a31.ias.bredband.telia.com) has joined #beaglebone
  • [06:30:52] * roric (~roric@h196n19-vrr-a31.ias.bredband.telia.com) has joined #beagleboard
  • [06:32:43] <Set_> I am in the Yocto Project's presence. I am trying to configure the system...oops.
  • [06:33:14] <Set_> Second notion, bed time. Yep. Bye for now.
  • [06:33:20] * Set_ (~Set_@ip70-189-47-143.lf.br.cox.net) has left #beagle
  • [06:34:20] * IrishGringo (~chatzilla@2601:586:c200:6eaa:e03f:7e8e:ed7a:f9e8) Quit (Ping timeout: 246 seconds)
  • [06:44:21] * KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) has joined #beagle
  • [06:51:48] <stt_michael> hmm yocto. Why.
  • [06:53:11] * rob_w (~bob@unaffiliated/rob-w/x-1112029) has joined #beagle
  • [07:18:08] * vagrantc (~vagrant@unaffiliated/vagrantc) has joined #beagle
  • [07:18:11] * roric (~roric@h196n19-vrr-a31.ias.bredband.telia.com) Quit (Ping timeout: 264 seconds)
  • [07:20:00] * BennyB_ (~heldb@host-88-217-198-167.customer.m-online.net) has joined #beagle
  • [07:21:59] * NulL` (~bleh1@87.254.92.64) has joined #beagle
  • [07:22:12] * vagrantc (~vagrant@unaffiliated/vagrantc) Quit (Client Quit)
  • [07:26:08] * KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) Quit (Read error: Connection timed out)
  • [07:29:31] * KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) has joined #beagle
  • [07:35:30] * bengo (~textual@c-98-210-158-252.hsd1.ca.comcast.net) Quit (Quit: My Mac has gone to sleep. ZZZzzz…)
  • [07:55:22] * nyo (~nyo@host205-137-dynamic.48-82-r.retail.telecomitalia.it) has joined #beagle
  • [07:59:28] * KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) Quit (Read error: Connection timed out)
  • [08:01:08] * KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) has joined #beagle
  • [08:02:03] * bengo (~textual@c-98-210-158-252.hsd1.ca.comcast.net) has joined #beagle
  • [08:05:09] * bengo (~textual@c-98-210-158-252.hsd1.ca.comcast.net) Quit (Max SendQ exceeded)
  • [08:05:38] * bengo (~textual@c-98-210-158-252.hsd1.ca.comcast.net) has joined #beagle
  • [08:10:45] <zmatt> stt_michael: hey, this is an interesting thread, perhaps units affected by the Power Led Blip of Doom can be "rescued" after all... https://e2e.ti.com/support/arm/sitara_arm/f/791/t/469604
  • [08:12:34] <zmatt> someone put an external psu on the 3.3V supply that was being faulted by the pmic... cpu briefly drew 0.5A - 3A and then everything returned to normal, resoldered connection to pmic and the board operated again as if nothing had happened
  • [08:13:24] <zmatt> ti techie suspects a protection diode may initially have been damaged by an overvoltage event and caused a low-impedance path to ground
  • [08:13:31] <stt_michael> yes so I see
  • [08:13:43] <stt_michael> and burnt the link out .. nice.
  • [08:13:47] <zmatt> burn that path to a crisp, problem "solved" XD
  • [08:13:54] <stt_michael> lol
  • [08:14:01] <zmatt> who needs esd diodes anyway
  • [08:14:09] <zmatt> pesky things
  • [08:14:13] <stt_michael> question is .. what ELSE got toasted at the same time ...
  • [08:14:22] <zmatt> probably not much
  • [08:14:54] <zmatt> most likely it just vapped some trace on the die
  • [08:15:43] <zmatt> but since the deep-frying event didn't involve any overvoltage, paths that were not involved in creating the short-circuit were probably unaffected
  • [08:15:59] <stt_michael> fairly likely
  • [08:16:06] <zmatt> as long as it all happened fast enough to avoid the heat from spreading too far
  • [08:16:20] <stt_michael> yes
  • [08:16:40] <zmatt> may want to add some external esd protection though
  • [08:16:55] <zmatt> and i suspect warrenty *might* be void
  • [08:19:23] * Mounicq (~Thunderbi@130.230.21.109.rev.sfr.net) has joined #beagle
  • [08:22:38] * tomeff (~tomeff@ip-89-176-75-234.net.upcbroadband.cz) has joined #beagle
  • [08:22:38] * tomeff (~tomeff@ip-89-176-75-234.net.upcbroadband.cz) has joined #beagleboard
  • [08:22:38] * tomeff (~tomeff@ip-89-176-75-234.net.upcbroadband.cz) has joined #beaglebone
  • [08:24:11] * NulL` (~bleh1@87.254.92.64) Quit (Ping timeout: 264 seconds)
  • [08:27:23] * doppo (doppo@2604:180::e0fc:a07f) Quit (Ping timeout: 246 seconds)
  • [08:28:43] * doppo (doppo@2604:180::e0fc:a07f) has joined #beaglebone
  • [08:28:43] * doppo (doppo@2604:180::e0fc:a07f) has joined #beagleboard
  • [08:28:43] * doppo (doppo@2604:180::e0fc:a07f) has joined #beagle
  • [08:30:55] * florian (~fuchs@Maemo/community/contributor/florian) has joined #beagle
  • [08:32:18] * linkedinyou (~linkediny@unaffiliated/linkedinyou) Quit (Quit: linkedinyou)
  • [08:34:40] * jpirko (~jirka@jirka.pirko.cz) has joined #beagle
  • [08:35:46] * panto_ is now known as panto
  • [08:44:52] <stt_michael> lol @ warranty
  • [08:54:15] * sdfgsdfg (~sdfgsdfg@unaffiliated/sdfgsdfg) has joined #beagle
  • [08:57:54] * lyakh (~lyakh@xdsl-78-34-204-105.netcologne.de) has joined #beagle
  • [08:58:29] * citylight2 (~me@bzq-218-29-26.cablep.bezeqint.net) has joined #beagle
  • [09:37:28] * Akex_ (uid58281@gateway/web/irccloud.com/x-ykppeklcqosbmegb) has joined #beagle
  • [09:42:32] * KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) Quit (Ping timeout: 244 seconds)
  • [09:46:15] * KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) has joined #beagle
  • [09:50:21] * thunder5 (~user@194.66.32.1) has joined #beagle
  • [09:50:27] * thunder5_ (~user@194.66.32.1) has joined #beagle
  • [09:51:59] <thunder5_> hi guys, anyone know how we can get a bash script to automatically run when we plug a beagle bone black into a PC via USB?
  • [09:52:11] * thunder5 (~user@194.66.32.1) Quit (Client Quit)
  • [09:52:18] * thunder5_ is now known as thunder5
  • [09:54:18] <tbr> prolly an udev rule of some sort
  • [09:56:21] <thunder5> ok, tks
  • [10:05:21] * Chrille_ is now known as Chrille
  • [10:06:12] * dj_pi (~dj@c-73-191-212-56.hsd1.mi.comcast.net) has joined #beagle
  • [10:07:18] * KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) Quit (Read error: Connection timed out)
  • [10:09:41] * micges_ (~micges@enz155.neoplus.adsl.tpnet.pl) has joined #beaglebone
  • [10:09:41] * micges_ (~micges@enz155.neoplus.adsl.tpnet.pl) has joined #beagle
  • [10:11:35] * KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) has joined #beagle
  • [10:13:35] * micges (~micges@dal94.neoplus.adsl.tpnet.pl) Quit (Ping timeout: 272 seconds)
  • [10:14:19] * linkedinyou (~linkediny@unaffiliated/linkedinyou) has joined #beagle
  • [10:14:19] * linkedinyou (~linkediny@unaffiliated/linkedinyou) has joined #beaglebone
  • [10:20:40] * KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) Quit (Ping timeout: 265 seconds)
  • [10:23:55] * KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) has joined #beagle
  • [10:25:25] * RoyBellingan (~roy@195.189.129.21) has joined #beagle
  • [10:37:45] * toby1 (0553280a@gateway/web/freenode/ip.5.83.40.10) has joined #beagle
  • [10:38:09] <toby1> Hello!
  • [10:40:18] <toby1> Does the beaglebone black come equipped and does it function with free software fully?
  • [10:40:30] <tbr> define "fully"
  • [10:41:25] * KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) Quit (Read error: Connection timed out)
  • [10:41:27] <toby1> tbr, does it come with proprietary software installed?
  • [10:41:40] <tbr> no
  • [10:41:56] <tbr> it uses u-boot, linux kernel and debian
  • [10:42:40] <tbr> IF you want to have 3D graphics acceleration, then you would need to download and install a driver for the powerVR SGX core
  • [10:43:23] * KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) has joined #beagle
  • [10:43:34] <toby1> tbr, is that proprietary?
  • [10:43:44] <tbr> yes
  • [10:44:13] <tbr> graphics output works just fine without it, just no 3D acceleration for GLES
  • [10:48:04] * msvb-lab (~mschloh@x55b54163.dyn.telefonica.de) has joined #beagle
  • [10:48:40] * KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) Quit (Ping timeout: 244 seconds)
  • [10:50:37] * KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) has joined #beagle
  • [10:51:24] <toby1> thank you for your answers, tbr
  • [10:51:26] * Sandhya (~schmid@2a02:8070:a192:2f00:226:5aff:febc:ce5f) has joined #beagle
  • [10:53:21] <tbr> so it will work perfectly fine with just open source software
  • [10:54:08] * thunder5 (~user@194.66.32.1) Quit (Ping timeout: 276 seconds)
  • [11:07:52] * toby1 (0553280a@gateway/web/freenode/ip.5.83.40.10) Quit (Quit: Page closed)
  • [11:17:55] * thunder5 (~user@194.66.32.1) has joined #beagle
  • [11:19:31] * dj_pi (~dj@c-73-191-212-56.hsd1.mi.comcast.net) Quit (Quit: Leaving)
  • [11:20:33] * bengo (~textual@c-98-210-158-252.hsd1.ca.comcast.net) Quit (Quit: My Mac has gone to sleep. ZZZzzz…)
  • [11:21:23] * KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) Quit (Read error: Connection timed out)
  • [11:25:06] * KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) has joined #beagle
  • [11:35:04] * thunder5 (~user@194.66.32.1) Quit (Ping timeout: 265 seconds)
  • [11:41:41] * KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) Quit (Read error: Connection timed out)
  • [11:45:08] * KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) has joined #beagle
  • [11:46:40] * kenrestivo (~kenrestiv@c-73-222-156-241.hsd1.ca.comcast.net) Quit (Ping timeout: 265 seconds)
  • [11:49:50] * KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) Quit (Ping timeout: 240 seconds)
  • [11:52:06] * KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) has joined #beagle
  • [11:56:23] <zmatt> note that only the userspace part of sgx is closed
  • [11:56:49] <zmatt> the kernel part is MIT/GPL
  • [11:56:51] <tbr> well the kernel module is more of a shim, isn't it?
  • [11:57:08] <zmatt> hard to say
  • [11:57:15] <zmatt> it's a fair amount of code
  • [11:57:26] * tbr admits to never looking closely
  • [11:57:35] <tbr> I knew it was open source though
  • [11:57:58] <zmatt> but when I started to examine it I quickly developed a strong urge to gouge my eyes out with a spoon
  • [11:58:13] <zmatt> so I chose to discontinue examining it
  • [11:58:21] <tbr> same is said about the sgx source code itself
  • [11:58:26] * tbr knows people™
  • [11:59:14] * KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) Quit (Ping timeout: 260 seconds)
  • [12:00:05] <zmatt> woo, first semi-automated scan of the L3 worked
  • [12:02:12] * stamina (~stamina@177-211-128-083.dynamic.caiway.nl) has joined #beaglebone
  • [12:04:30] <zmatt> only two address ranges I had to manually exclude because attempting to scan them caused a lock-up
  • [12:08:37] <tbr> nice
  • [12:12:38] * GrumpeiYokoi (~chatzilla@108-245-109-96.lightspeed.sbndin.sbcglobal.net) Quit (Ping timeout: 260 seconds)
  • [12:15:47] <zmatt> right now it just probes a hardcoded list of addresses, still need to make it automatically determine contiguous ranges
  • [12:21:13] <zmatt> http://pastebin.com/LzLV7LCY
  • [12:21:38] * bengo (~textual@c-98-210-158-252.hsd1.ca.comcast.net) has joined #beagle
  • [12:23:25] * bengo (~textual@c-98-210-158-252.hsd1.ca.comcast.net) Quit (Client Quit)
  • [12:24:50] * bengo (~textual@c-98-210-158-252.hsd1.ca.comcast.net) has joined #beagle
  • [12:25:52] * bengo (~textual@c-98-210-158-252.hsd1.ca.comcast.net) Quit (Client Quit)
  • [12:27:21] * bengo (~textual@c-98-210-158-252.hsd1.ca.comcast.net) has joined #beagle
  • [12:28:09] * Ceriand|desktop (~Ceriand@unaffiliated/ceriand) Quit (Quit: Leaving.)
  • [12:28:10] * bengo (~textual@c-98-210-158-252.hsd1.ca.comcast.net) Quit (Client Quit)
  • [12:29:40] * bengo (~textual@c-98-210-158-252.hsd1.ca.comcast.net) has joined #beagle
  • [12:30:17] <zmatt> and need to add more initiators
  • [12:30:27] * bengo (~textual@c-98-210-158-252.hsd1.ca.comcast.net) Quit (Client Quit)
  • [12:30:37] <zmatt> but that's gonna be hard work, each initiator will need its own bit of custom code
  • [12:31:59] * bengo (~textual@c-98-210-158-252.hsd1.ca.comcast.net) has joined #beagle
  • [12:32:44] * bengo (~textual@c-98-210-158-252.hsd1.ca.comcast.net) Quit (Client Quit)
  • [12:34:19] * bengo (~textual@c-98-210-158-252.hsd1.ca.comcast.net) has joined #beagle
  • [12:35:02] * bengo (~textual@c-98-210-158-252.hsd1.ca.comcast.net) Quit (Client Quit)
  • [12:40:21] * lizajake (ca5310ef@gateway/web/freenode/ip.202.83.16.239) has joined #beagle
  • [12:40:46] * lizajake (ca5310ef@gateway/web/freenode/ip.202.83.16.239) Quit (Client Quit)
  • [12:43:13] * bradfa (~andrew@clr-vpn01.kodakalaris.com) has joined #beagle
  • [12:47:18] * mythos (~mythos@unaffiliated/mythos) Quit (Ping timeout: 260 seconds)
  • [12:53:37] * webdaford (~daford@ool-457897a5.dyn.optonline.net) has joined #beagle
  • [12:56:29] * otherrealm (~Someone@71-88-61-53.static.nwtn.ct.charter.com) Quit (Read error: Connection reset by peer)
  • [12:57:15] * Sandhya (~schmid@2a02:8070:a192:2f00:226:5aff:febc:ce5f) Quit (Remote host closed the connection)
  • [13:06:11] * webdaford (~daford@ool-457897a5.dyn.optonline.net) Quit (Quit: Leaving)
  • [13:16:59] * bostondriver (~mcambria@68.128.155.223) has joined #beagle
  • [13:20:25] * ogra_ (~ogra_@p5098ed03.dip0.t-ipconnect.de) Quit (Ping timeout: 272 seconds)
  • [13:20:53] * ogra_ (~ogra_@p5098ed03.dip0.t-ipconnect.de) has joined #beagle
  • [13:28:43] * Maxz (~felipe@190.162.113.60) has joined #beagle
  • [13:36:22] * jonand (~jonas@212.112.188.157) has joined #beagle
  • [13:42:50] * Maxz (~felipe@190.162.113.60) Quit (Read error: Connection reset by peer)
  • [13:43:12] * NishanthMenon (nmenon@nat/ti/x-zarmndyroahvgbke) has joined #beagle
  • [13:46:19] * Maxz (~felipe@190.162.113.60) has joined #beagle
  • [14:02:26] * tai271828 (~tai271828@175.41.48.77) Quit (Ping timeout: 260 seconds)
  • [14:11:54] * mythos (~mythos@unaffiliated/mythos) has joined #beagle
  • [14:15:16] * thunder5 (~user@5.148.129.203) has joined #beagle
  • [14:24:13] * IrishGringo (~chatzilla@2601:586:c200:6eaa:e03f:7e8e:ed7a:f9e8) has joined #beagle
  • [14:29:35] * thunder5 (~user@5.148.129.203) Quit (Ping timeout: 264 seconds)
  • [14:31:59] * stamina (~stamina@177-211-128-083.dynamic.caiway.nl) Quit (Quit: WeeChat 1.3)
  • [14:33:17] * nerienna (~nerienna@p5491FCD1.dip0.t-ipconnect.de) has joined #beagle
  • [14:33:53] * rob_w (~bob@unaffiliated/rob-w/x-1112029) Quit (Remote host closed the connection)
  • [14:37:46] * kilroi` (~kilroy@ip-94-114-229-242.unity-media.net) has joined #beagle
  • [14:40:33] * GrumpeiYokoi (~chatzilla@75-150-234-17-Illinois.hfc.comcastbusiness.net) has joined #beagle
  • [14:40:59] * kilroi_off (~kilroy@ip-176-199-164-184.hsi06.unitymediagroup.de) Quit (Ping timeout: 276 seconds)
  • [14:43:38] * thunder5 (~user@5.148.129.203) has joined #beagle
  • [14:47:32] * otherrealm (~Someone@71-88-61-53.static.nwtn.ct.charter.com) has joined #beagle
  • [14:49:14] * thunder5 (~user@5.148.129.203) Quit (Ping timeout: 250 seconds)
  • [14:58:24] * sdfgsdfg (~sdfgsdfg@unaffiliated/sdfgsdfg) Quit (Read error: Connection reset by peer)
  • [14:58:58] * Guest87369 is now known as shoragan
  • [14:59:00] * shoragan (~shoragan@wal.nat.pengutronix.de) Quit (Changing host)
  • [14:59:00] * shoragan (~shoragan@debian/developer/shoragan) has joined #beagle
  • [15:01:48] * KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) has joined #beagle
  • [15:03:49] * thunder5 (~user@5.148.129.203) has joined #beagle
  • [15:04:34] * emeb (~ericb@ip68-2-68-52.ph.ph.cox.net) has joined #beagle
  • [15:07:26] * berton (~fabio@201.22.227.56) has joined #beagle
  • [15:07:48] * mrjazzcat (~mrjazzcat@c-50-134-253-3.hsd1.co.comcast.net) has joined #beagle
  • [15:18:11] * thunder5 (~user@5.148.129.203) Quit (Ping timeout: 264 seconds)
  • [15:18:55] * James_Johnson (~clayshoot@wsip-70-184-254-102.ok.ok.cox.net) has joined #beagle
  • [15:21:58] * KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) Quit (Read error: Connection timed out)
  • [15:23:13] * eyck (~eyck@u28n61.nowanet.pl) Quit (Quit: leaving)
  • [15:24:16] * eyck (~eyck@u28n61.nowanet.pl) has joined #beagle
  • [15:27:33] * kilroi`` (~kilroy@ip-178-203-162-174.hsi10.unitymediagroup.de) has joined #beagle
  • [15:28:26] * KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) has joined #beagle
  • [15:29:39] * tomeff (~tomeff@ip-89-176-75-234.net.upcbroadband.cz) Quit (Ping timeout: 250 seconds)
  • [15:30:14] * j0rd_ (~j0rd_@unaffiliated/j0rd-/x-9112651) Quit (Ping timeout: 272 seconds)
  • [15:30:23] * eyck (~eyck@u28n61.nowanet.pl) Quit (Quit: leaving)
  • [15:31:02] * kilroi` (~kilroy@ip-94-114-229-242.unity-media.net) Quit (Ping timeout: 276 seconds)
  • [15:31:06] * eyck (~eyck@u28n61.nowanet.pl) has joined #beagle
  • [15:32:14] * thunder5 (~user@5.148.129.203) has joined #beagle
  • [15:32:58] * BennyB_ (~heldb@host-88-217-198-167.customer.m-online.net) Quit (Ping timeout: 260 seconds)
  • [15:33:32] * eyck (~eyck@u28n61.nowanet.pl) Quit (Client Quit)
  • [15:34:28] * eyck (~eyck@u28n61.nowanet.pl) has joined #beagle
  • [15:35:15] * eyck (~eyck@u28n61.nowanet.pl) Quit (Client Quit)
  • [15:36:58] * manjo` is now known as manjo
  • [15:37:54] * eyck (~eyck@u28n61.nowanet.pl) has joined #beagle
  • [15:37:55] * florian (~fuchs@Maemo/community/contributor/florian) Quit (Quit: Client exiting)
  • [15:39:30] * eikeon (~textual@140.147.245.160) has joined #beagle
  • [15:41:35] * berton (~fabio@201.22.227.56) Quit (Ping timeout: 264 seconds)
  • [15:42:24] * berton (~fabio@201.22.227.56) has joined #beagle
  • [15:43:04] * kilroi`` is now known as kilroi_off
  • [15:43:47] * Set_ (~Set_@ip70-189-47-143.lf.br.cox.net) has joined #beagle
  • [15:44:03] * kilroi_off is now known as kilroi
  • [15:48:06] * thunder5 (~user@5.148.129.203) Quit (Ping timeout: 240 seconds)
  • [15:51:39] * Liir (~francky@pool-108-26-190-11.bstnma.fios.verizon.net) has joined #beagle
  • [15:52:25] * skhreze (~debian@ip-5-172-247-224.free.aero2.net.pl) has joined #beagle
  • [15:54:40] * thunder5 (~user@5.148.129.203) has joined #beagle
  • [15:54:42] * idwer (~irc@unaffiliated/idwer) has joined #beagle
  • [15:56:38] * Maxz (~felipe@190.162.113.60) Quit (Read error: Connection reset by peer)
  • [16:02:55] <Set_> How can I set my sudo password?
  • [16:04:19] * idwer (~irc@unaffiliated/idwer) Quit (Ping timeout: 250 seconds)
  • [16:07:22] * KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) Quit (Ping timeout: 260 seconds)
  • [16:08:35] * thunder5 (~user@5.148.129.203) Quit (Ping timeout: 264 seconds)
  • [16:10:44] * KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) has joined #beagle
  • [16:13:32] <cybernaut> you add the user to the sudo group as root
  • [16:14:01] <kaak> Set_: it is your system user's password. If you're using a password-less user (ala ssh), typically you need to setup a NOPASSWD setup in your sudoers
  • [16:15:31] <kaak> i.e. your sudo password is setup by setting up your system user's password by using the passwd command
  • [16:16:32] <kaak> if you are not a sudoer, then you also need to take care of adding yourself as one -- usually by just adding yourself to the sudo group like so: 'adduser your_user sudo'
  • [16:16:43] <kaak> keep in mind, you will need to be root to add a user to a group
  • [16:19:07] <cybernaut> :D
  • [16:19:28] * bzb (~bzb@198-48-208-237.cpe.pppoe.ca) has joined #beagle
  • [16:22:13] <kaak> you can check your group membership by using the 'groups' command
  • [16:22:21] * bzb (~bzb@198-48-208-237.cpe.pppoe.ca) Quit (Remote host closed the connection)
  • [16:22:29] <Set_> Okay!
  • [16:22:31] <Set_> Thank you.
  • [16:26:14] * KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) Quit (Read error: Connection timed out)
  • [16:26:21] * thunder5 (~user@5.148.129.203) has joined #beagle
  • [16:27:42] * KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) has joined #beagle
  • [16:31:15] <Set_> I tried.
  • [16:33:11] * vagrantc (~vagrant@unaffiliated/vagrantc) has joined #beagle
  • [16:36:37] * bengo (~textual@c-98-210-158-252.hsd1.ca.comcast.net) has joined #beagle
  • [16:38:05] * prasad (75c06582@gateway/web/freenode/ip.117.192.101.130) has joined #beagle
  • [16:38:10] * thunder5 (~user@5.148.129.203) Quit (Ping timeout: 240 seconds)
  • [16:38:49] <prasad> can someone tell me the method employed to curate projects at beagleboard.org/projects ?
  • [16:39:15] * skhreze (~debian@ip-5-172-247-224.free.aero2.net.pl) Quit (Ping timeout: 240 seconds)
  • [16:39:40] <prasad> please?
  • [16:40:44] * zoomequipd (~zoomequip@unaffiliated/zoomequipd) Quit (Remote host closed the connection)
  • [16:41:08] * zoomequipd (~zoomequip@unaffiliated/zoomequipd) has joined #beagle
  • [16:42:09] * baetheus (~brandon@null.pub) has left #beagle
  • [16:43:30] * KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) Quit (Read error: Connection timed out)
  • [16:44:07] <prasad> Can someone let me know how the projects page is maintained and the methods employed to curate projects?
  • [16:44:42] * Set_ (~Set_@ip70-189-47-143.lf.br.cox.net) has left #beagle
  • [16:44:54] * prasad (75c06582@gateway/web/freenode/ip.117.192.101.130) Quit (Quit: Page closed)
  • [16:47:11] * citylight2 (~me@bzq-218-29-26.cablep.bezeqint.net) Quit (Ping timeout: 246 seconds)
  • [16:49:33] * Maxz (~felipe@190.162.113.60) has joined #beagle
  • [16:53:33] * thunder5 (~user@5.148.129.203) has joined #beagle
  • [16:55:20] * KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) has joined #beagle
  • [16:58:35] * thunder5 (~user@5.148.129.203) Quit (Ping timeout: 240 seconds)
  • [17:00:08] * skhreze (~debian@ip-5-172-247-224.free.aero2.net.pl) has joined #beagle
  • [17:02:28] * Liir (~francky@pool-108-26-190-11.bstnma.fios.verizon.net) Quit (Quit: Leaving)
  • [17:07:05] * c10ud (~c10ud@emesene/dictator/c10ud) has joined #beagle
  • [17:13:42] * thunder5 (~user@5.148.129.203) has joined #beagle
  • [17:14:07] * ir2ivps3 (~ir2ivps3@f9.a2.559e.ip4.static.sl-reverse.com) has joined #beagle
  • [17:19:23] * thunder5 (~user@5.148.129.203) Quit (Ping timeout: 264 seconds)
  • [17:19:41] * idwer (~irc@unaffiliated/idwer) has joined #beagle
  • [17:19:52] * lyakh (~lyakh@xdsl-78-34-204-105.netcologne.de) Quit (Quit: thanks, bye)
  • [17:21:14] * Vasco_O is now known as Vasco
  • [17:23:29] * bengo (~textual@c-98-210-158-252.hsd1.ca.comcast.net) Quit (Quit: My Mac has gone to sleep. ZZZzzz…)
  • [17:24:05] * idwer (~irc@unaffiliated/idwer) Quit (Ping timeout: 252 seconds)
  • [17:28:01] * tomeff (~tomeff@ip-78-102-111-158.net.upcbroadband.cz) has joined #beagle
  • [17:28:01] * tomeff (~tomeff@ip-78-102-111-158.net.upcbroadband.cz) has joined #beagleboard
  • [17:28:01] * tomeff (~tomeff@ip-78-102-111-158.net.upcbroadband.cz) has joined #beaglebone
  • [17:29:21] * idwer (~irc@unaffiliated/idwer) has joined #beagle
  • [17:32:02] * SpeedEvil (~quassel@tor/regular/SpeedEvil) Quit (Ping timeout: 272 seconds)
  • [17:33:12] * bz (~bz@s42.car.gr) Quit (Quit: WeeChat 1.3-dev)
  • [17:33:42] * thunder5 (~user@5.148.129.203) has joined #beagle
  • [17:33:45] * IrishGringo (~chatzilla@2601:586:c200:6eaa:e03f:7e8e:ed7a:f9e8) Quit (Ping timeout: 272 seconds)
  • [17:33:50] * kilroi` (~kilroy@ip-178-203-162-174.hsi10.unitymediagroup.de) has joined #beagle
  • [17:34:38] * SpeedEvil (~quassel@tor/regular/SpeedEvil) has joined #beagle
  • [17:37:47] * kilroi (~kilroy@ip-178-203-162-174.hsi10.unitymediagroup.de) Quit (Ping timeout: 276 seconds)
  • [17:38:19] * rkc (ca4fcb6f@gateway/web/freenode/ip.202.79.203.111) has joined #beagle
  • [17:38:42] <rkc> hi all
  • [17:39:04] <GrumpeiYokoi> hello singleton
  • [17:39:18] <rkc> I am trying to enable suspendtoRam on 4.1 vanilla kernel
  • [17:39:59] <rkc> I have enabled PM support and firmware image also copied as is required
  • [17:40:26] <rkc> still echo mem > /sys/power/state does not sem to work
  • [17:40:57] <rkc> moreover I am unable to write or read /sys/power/state
  • [17:41:19] <rkc> any idea whether its even possible to use vanilla kernel out of box
  • [17:42:27] * NulL` (~bleh1@87.254.92.64) has joined #beagle
  • [17:42:45] <rkc> I am using omap2plus_defconfig and begalebone black dtb present in vanilla kernel
  • [17:43:43] <rkc> any directions from any BBB experts who have tried similiar thing /
  • [17:49:23] <tbr> you'll need to ensure this is enabled in the kernel config
  • [17:49:35] <zmatt> for power management stuff you really want a -ti kernel, not a vanilla one
  • [17:50:12] * thunder5 (~user@5.148.129.203) Quit (Ping timeout: 255 seconds)
  • [17:50:18] <zmatt> any reason why you're specifically using a vanilla kernel?
  • [17:51:34] * nerdboy (~sarnold@gentoo/developer/nerdboy) Quit (Ping timeout: 260 seconds)
  • [17:53:28] * rob_w (~rob@unaffiliated/rob-w/x-1112029) has joined #beagle
  • [17:55:47] <kaak> me personally: (vanilla vs ti) because linux-stable doesn't rebase their damn repo :'(
  • [17:56:08] <kaak> also, the state of the device tree in ti is indecipherable
  • [17:56:31] * eFfeM (~frans@c73189.upc-c.chello.nl) has joined #beagle
  • [17:57:56] <zmatt> I use rcn-ee's ti kernels (which I think follow ti's ti kernels reasonably closely) and my own dtb does work there, albeit with warnings and non-functional power management
  • [17:58:27] <zmatt> I still need to give merging the necessary DT stuff for PM a second try, first attempt crashed hard
  • [17:59:28] * kilroi (~kilroy@ip-178-203-162-174.hsi10.unitymediagroup.de) has joined #beagle
  • [18:00:20] <zmatt> I saw rcn-ee also uploaded a 4.4-rc1-ti-r1 kernel, so that suggests ti finally caught up
  • [18:00:37] * skhreze_ (~debian@ip-5-172-247-205.free.aero2.net.pl) has joined #beagle
  • [18:00:57] * kilroi``a (~kilroy@ip-178-203-162-174.hsi10.unitymediagroup.de) has joined #beagle
  • [18:01:19] <zmatt> (assuming it works)
  • [18:01:38] * skhreze (~debian@ip-5-172-247-224.free.aero2.net.pl) Quit (Ping timeout: 250 seconds)
  • [18:02:13] * bengo (~textual@50-203-84-2-static.hfc.comcastbusiness.net) has joined #beagle
  • [18:03:25] * bengo (~textual@50-203-84-2-static.hfc.comcastbusiness.net) Quit (Client Quit)
  • [18:03:47] * kilroi` (~kilroy@ip-178-203-162-174.hsi10.unitymediagroup.de) Quit (Ping timeout: 276 seconds)
  • [18:04:03] <rkc> Vanilla for simple reason that I can always use the latest and greatest features available...
  • [18:04:09] * bengo (~textual@50-203-84-2-static.hfc.comcastbusiness.net) has joined #beagle
  • [18:04:22] * kilroi` (~kilroy@ip-178-203-162-174.hsi10.unitymediagroup.de) has joined #beagle
  • [18:05:04] * kilroi (~kilroy@ip-178-203-162-174.hsi10.unitymediagroup.de) Quit (Ping timeout: 276 seconds)
  • [18:05:24] <rkc> so looks like noone has got latest vanilla working with PM
  • [18:05:26] <rkc> ?
  • [18:05:44] * kilroi``a (~kilroy@ip-178-203-162-174.hsi10.unitymediagroup.de) Quit (Ping timeout: 276 seconds)
  • [18:06:32] <rkc> <zmatt> you mean TI's kernel is updated with mainline v4.4 ?
  • [18:07:05] <rkc> I do not follow Ti kernels.... so am not aware of conventions they follow
  • [18:07:14] * bengo (~textual@50-203-84-2-static.hfc.comcastbusiness.net) Quit (Max SendQ exceeded)
  • [18:07:24] * thunder5 (~user@5.148.129.203) has joined #beagle
  • [18:07:24] * kilroi (~kilroy@ip-178-203-162-174.hsi10.unitymediagroup.de) has joined #beagle
  • [18:07:52] * bengo (~textual@50-203-84-2-static.hfc.comcastbusiness.net) has joined #beagle
  • [18:08:26] <rkc> where can I find the directions for enabling PM in TI's latest kernel
  • [18:08:29] <zmatt> I follow rcn-ee's releases specifically, which are the default kernels on BBB debian
  • [18:08:42] <rkc> ok...
  • [18:09:18] <rkc> there's one difference though in my 4.1 vanilla kernel... i am using a small busybox rootfs...
  • [18:09:50] <rkc> could it be an issue since my /sys/power/state is not r/w
  • [18:10:03] <zmatt> I don't think vanilla 4.1 has the necessary code merged in at all, but I'm not sure
  • [18:10:41] <rkc> but I thought /sys/* are vfs and gets mounted by the kernel and no static nodes are needed
  • [18:10:45] <rkc> am i correct ?
  • [18:10:56] * kilroi` (~kilroy@ip-178-203-162-174.hsi10.unitymediagroup.de) Quit (Ping timeout: 276 seconds)
  • [18:10:57] * bengo (~textual@50-203-84-2-static.hfc.comcastbusiness.net) Quit (Max SendQ exceeded)
  • [18:11:02] <zmatt> I have no idea what you're asking
  • [18:11:15] <zmatt> 'static nodes' ?
  • [18:11:33] * bengo (~textual@50-203-84-2-static.hfc.comcastbusiness.net) has joined #beagle
  • [18:12:23] <rkc> I mean /sys/power/state file for e.g. is created by kernel on bootup and not like static device nodes like serial console nodes which we need to create through mkdev ...
  • [18:13:03] * kilroi`` (~kilroy@ip-178-203-162-174.hsi10.unitymediagroup.de) has joined #beagle
  • [18:13:15] <zmatt> correct, although you shouldn't make static device nodes either usually
  • [18:14:02] <rkc> so do you suggest to use sdk8.0.0 or any other means to enable PM ?
  • [18:14:39] * bengo (~textual@50-203-84-2-static.hfc.comcastbusiness.net) Quit (Max SendQ exceeded)
  • [18:14:50] <rkc> or any latest build instructions if you know
  • [18:15:12] <zmatt> I just use a standard debian image and suspend to mem works for me
  • [18:15:12] * bkearns (~bkearns@216-75-239-130.static.wiline.com) has joined #beagle
  • [18:15:16] * bengo (~textual@50-203-84-2-static.hfc.comcastbusiness.net) has joined #beagle
  • [18:15:20] <zmatt> *standard BBB debian image
  • [18:15:35] * vagrantc (~vagrant@unaffiliated/vagrantc) Quit (Quit: leaving)
  • [18:15:39] <zmatt> I've never used the TI sdk
  • [18:16:18] <zmatt> I just tested this on 4.1.13-ti-r33
  • [18:16:38] * vagrantc (~vagrant@unaffiliated/vagrantc) has joined #beagle
  • [18:16:47] * kilroi (~kilroy@ip-178-203-162-174.hsi10.unitymediagroup.de) Quit (Ping timeout: 276 seconds)
  • [18:16:55] <rkc> are there any build instructions about this version 4.1.13-ti-r33
  • [18:17:04] <rkc> I need the sources
  • [18:17:19] <zmatt> yeah, rcn-ee also has his build scripts in github
  • [18:17:39] * otherrealm (~Someone@71-88-61-53.static.nwtn.ct.charter.com) Quit (Read error: Connection reset by peer)
  • [18:17:54] * bengo (~textual@50-203-84-2-static.hfc.comcastbusiness.net) Quit (Max SendQ exceeded)
  • [18:18:24] <rkc> you mean : http://elinux.org/Beagleboard:BeagleBoneBlack_Debian
  • [18:18:33] * bengo (~textual@50-203-84-2-static.hfc.comcastbusiness.net) has joined #beagle
  • [18:18:37] <zmatt> https://eewiki.net/display/linuxonarm/BeagleBone+Black
  • [18:19:15] <zmatt> yeah that first page contains links to the built images
  • [18:19:25] * jkridner (~jkridner@pdpc/supporter/active/jkridner) has joined #beagle
  • [18:19:25] * ChanServ sets mode +o jkridner
  • [18:20:06] * thunder5 (~user@5.148.129.203) Quit (Ping timeout: 265 seconds)
  • [18:20:12] <zmatt> (avoid the wheezy images btw, if you want to flash a debian system get the latest jessie image, the 'console' one if you want minimalistic)
  • [18:21:09] <zmatt> some of the info on that first wiki page is hopelessly outdated btw I just noticed
  • [18:21:39] * bengo (~textual@50-203-84-2-static.hfc.comcastbusiness.net) Quit (Max SendQ exceeded)
  • [18:22:22] <rkc> so to build this kernel :
  • [18:22:24] <rkc> git clone https://github.com/RobertCNelson/bb-kernel
  • [18:22:41] <rkc> cd bb-kernel/
  • [18:22:42] <zmatt> that's no the -ti kernel
  • [18:22:59] <rkc> ./build_kernel.sh
  • [18:23:04] <zmatt> you'd need the ti-linux-kernel-dev repo
  • [18:23:15] <rkc> ohh ok
  • [18:23:44] <rkc> whats the difference between the two...
  • [18:23:58] <zmatt> power management, for one :P
  • [18:24:18] <zmatt> the -bone kernels are much closer to mainline, although they still have beaglebone-specific patches
  • [18:24:26] <zmatt> (like bone_capemgr)
  • [18:25:15] <zmatt> it can be a bit of a maze of info, sorry
  • [18:25:27] <zmatt> (of varying degree of outdatedness)
  • [18:25:32] <rkc> WARNING: do not use if you are not use to re-basing git branches....
  • [18:25:52] <rkc> what's that !!! I must confess I am not a git expert
  • [18:26:09] <zmatt> no idea, do you intend to heavily customize the kernel?
  • [18:26:42] <rkc> no... just experimentation purposes
  • [18:26:44] <zmatt> (well, I do have an idea, but I don't know what exactly the issue is or how it manifests itself with rcn-ee's git scripts)
  • [18:27:00] * jkridner (~jkridner@pdpc/supporter/active/jkridner) Quit (Remote host closed the connection)
  • [18:27:36] <zmatt> since worst case you just grab a fresh copy and re-apply your changes and all is well
  • [18:27:39] <zmatt> ( http://xkcd.com/1597/ )
  • [18:27:40] * otherrealm (~Someone@71-88-61-53.static.nwtn.ct.charter.com) has joined #beagle
  • [18:28:24] <rkc> thats not an issue... but I still do not get it whats the diff between the "bb-kernel" and "ti-linux-kernel-dev.git"
  • [18:28:44] <zmatt> bb-kernel is mainline with some bb-specific patches
  • [18:28:46] <rkc> looks like later is closer to mainline vanilla
  • [18:29:10] <zmatt> other way around
  • [18:29:16] <zmatt> bb-kernel is closer to mainline
  • [18:30:17] <zmatt> otherwise, just try the kernels themselves first on a running debian system, you can just apt-get install and compare them from an operational point of view
  • [18:30:54] <zmatt> bb-kernel.git produces the kernels with "-bone" in the name, ti-linux-kernel-dev.git produces the kernels with "-ti" in the name
  • [18:31:12] <zmatt> you can also browse the releases here -> https://github.com/RobertCNelson/linux-stable-rcn-ee/releases
  • [18:31:27] * confused (5572344a@gateway/web/freenode/ip.85.114.52.74) has joined #beagle
  • [18:31:52] <zmatt> suspend to mem worked out of the box on 4.1.13-ti-r33
  • [18:32:13] <rkc> I want to be as close to mainline as possible... at first am looking for PM support, which you seem to have already tested on TI branch
  • [18:32:15] <rkc> right
  • [18:32:24] <rkc> right ?
  • [18:32:27] <zmatt> yes
  • [18:32:59] <rkc> out of curiosity... does resume work in this release?
  • [18:33:22] <zmatt> I wouldn't say suspend to mem works if resume doesn't :P
  • [18:33:22] <rkc> I saw some posts where suspend works but resume does not seem to work... you need to restart the board
  • [18:33:37] <rkc> yeahh.... lol...
  • [18:33:47] <rkc> but there were some posts abt this issue
  • [18:33:49] <zmatt> I woke it up via the console port
  • [18:34:06] <rkc> cool thats what i need for the time being
  • [18:34:11] * [Butch] (~butch@169.145.89.207) has joined #beagle
  • [18:34:38] <rkc> so as you suggested... I'll be using TI kernel
  • [18:34:40] <zmatt> the only minor issue was that the leds remained on, but I consider that cosmetic (and would be easy to fix)
  • [18:35:20] <rkc> but one last time... will this kernel have anything missing from bone kernel... I dont care about overlay and capes
  • [18:35:46] <rkc> but any feature missing may be a prob
  • [18:35:50] <zmatt> both have support for overlays and capes
  • [18:36:06] <rkc> oops... then whats the diff ;-)
  • [18:36:16] <zmatt> power management, for one :P
  • [18:36:21] <rkc> ****confused*****
  • [18:36:28] <rkc> thats a big one
  • [18:36:31] <rkc> and ...
  • [18:36:53] <zmatt> and a non-broken LCDC driver (dunno if the fixes have finally been mainlined or not)
  • [18:37:03] * thunder5 (~user@5.148.129.203) has joined #beagle
  • [18:37:29] <rkc> broken in which one... TI or Bone?
  • [18:37:40] <zmatt> mainline / bone, unless it has been fixed
  • [18:37:52] <zmatt> clock calculation fucks up about 50% of the time
  • [18:38:25] <rkc> thats means TI kernel has a fix for these issues ?
  • [18:38:29] <zmatt> yes
  • [18:38:44] <rkc> then good... i am gonna use that
  • [18:38:45] <zmatt> in general TI will be ahead of mainline with regard to TI-specific drivers and stuff
  • [18:39:03] <rkc> got it
  • [18:40:36] <rkc> donno how long you'll be around... am gonna start cloning now... depending on how easily can I get debian over nfs working will post results
  • [18:41:04] <zmatt> why not take the easy way first? :P
  • [18:41:52] <rkc> prob is that I have vanilla 4.1 image but busybox over nfs...
  • [18:42:13] * hydradave (440cf31c@gateway/web/freenode/ip.68.12.243.28) has joined #beagle
  • [18:42:24] <rkc> have used debian only initially some 1yr back
  • [18:42:25] * bizarro_1 (~bizarro_1@208.Red-83-37-33.dynamicIP.rima-tde.net) has joined #beagle
  • [18:42:37] <rkc> so cant just upgrade kernel
  • [18:42:43] <hydradave> i'm totally new to beaglebone, but i was hoping that someone could help me with some hardware-releated questions to see if it is a good fit for my application
  • [18:42:45] <zmatt> why not just reflash eMMC with a normal debian system to play around with first?
  • [18:43:08] * Maxz (~felipe@190.162.113.60) Quit (Quit: My Mac has gone to sleep. ZZZzzz…)
  • [18:43:55] * djlewis (~bubba@adsl-65-64-30-13.dsl.ltrkar.swbell.net) has joined #beagle
  • [18:43:56] <rkc> I have forgot that stuff... actually i have not used my bbb for last one year :-( forgot all instructions on emmc flash
  • [18:44:23] <rkc> it had uboot from last time i used... so easiest was tftp and nfs
  • [18:44:26] <rkc> setup
  • [18:44:42] <zmatt> download flasher, dd it to uSD card, boot the beaglebone from it, wait until it's done flashing :P
  • [18:45:27] <hydradave> i am trying to connect to a J1939/canbus system, and I am not clear whether or not i need a cape. It looks like the BBB has canbus support on the board, so why would I need a shield? ( i've seen some available?)
  • [18:45:45] <zmatt> you need a transceiver
  • [18:46:13] <hydradave> if i use the BBB and the shield, would I then have full capabilities for canbus send/receive at high rates?
  • [18:46:16] <rkc> ok that brings me to another question... do I have debian FS image which can be used as FS over nfs ?
  • [18:46:31] <rkc> surely .img I can not use
  • [18:46:42] * rob_w (~rob@unaffiliated/rob-w/x-1112029) Quit (Read error: Connection reset by peer)
  • [18:46:49] <zmatt> I have no idea what's on the shield, you can also just use a separate transceiver if you're handy with electronics
  • [18:47:31] * Maxz (~felipe@190.162.113.60) has joined #beagle
  • [18:50:16] * Liir (~francky@pool-108-26-190-11.bstnma.fios.verizon.net) has joined #beagle
  • [18:50:27] * zmatt is afk
  • [18:50:52] * named (~unknown@5.148.129.203) has joined #beagle
  • [18:51:01] * thunder5 (~user@5.148.129.203) Quit (Ping timeout: 272 seconds)
  • [18:54:17] * nerienna (~nerienna@p5491FCD1.dip0.t-ipconnect.de) Quit (Remote host closed the connection)
  • [18:54:57] * hydradave (440cf31c@gateway/web/freenode/ip.68.12.243.28) Quit (Quit: Page closed)
  • [18:56:07] * nerdboy (~sarnold@gatekeeper.gentoogeek.org) has joined #beagle
  • [18:58:13] * eFfeM (~frans@c73189.upc-c.chello.nl) Quit (Quit: Leaving.)
  • [18:59:25] * jamesaxl (~jamesaxl@41.249.117.162) has joined #beagle
  • [19:06:15] * skhreze_ (~debian@ip-5-172-247-205.free.aero2.net.pl) Quit (Ping timeout: 255 seconds)
  • [19:06:25] * thunder5 (~user@5.148.129.203) has joined #beagle
  • [19:06:36] * johanhenselmans_ (~localadmi@pretsense.xs4all.nl) has joined #beagle
  • [19:07:35] * johanhenselmans (~localadmi@pretsense.xs4all.nl) Quit (Ping timeout: 240 seconds)
  • [19:07:35] * johanhenselmans_ is now known as johanhenselmans
  • [19:10:03] * skhreze (~debian@ip-5-172-247-193.free.aero2.net.pl) has joined #beagle
  • [19:10:54] * thunder5 (~user@5.148.129.203) Quit (Ping timeout: 260 seconds)
  • [19:14:20] * darkfader (~darkfader@2001:610:600:896d:299e:e38a:5101:fe65) has joined #beagle
  • [19:22:41] * NulL`` (~bleh1@87.254.92.64) has joined #beagle
  • [19:23:18] * RoyBellingan (~roy@195.189.129.21) Quit (Quit: Konversation terminated!)
  • [19:24:11] * NulL` (~bleh1@87.254.92.64) Quit (Ping timeout: 264 seconds)
  • [19:25:13] * thunder5 (~user@5.148.129.203) has joined #beagle
  • [19:39:38] * PresidentPip is now known as Pipton
  • [19:41:35] * thunder5 (~user@5.148.129.203) Quit (Ping timeout: 264 seconds)
  • [19:44:24] * Maxz (~felipe@190.162.113.60) Quit (Read error: Connection reset by peer)
  • [19:45:08] * Maxz (~felipe@190.162.113.60) has joined #beagle
  • [19:57:46] * thunder5 (~user@5.148.129.203) has joined #beagle
  • [19:59:00] * micges_ is now known as micges
  • [20:03:15] <rkc> @zmatt : Is it normal while building the TI kernel... menuconfig pops up... I just saved the .config and exited it...
  • [20:03:23] <rkc> should be fine right ?
  • [20:03:27] * Nico44 (~Nico44@crb44-1-82-67-127-241.fbx.proxad.net) has joined #beagle
  • [20:05:17] * Nico44_ (~Nico44@crb44-1-82-67-127-241.fbx.proxad.net) has joined #beagle
  • [20:07:40] * Nico44 (~Nico44@crb44-1-82-67-127-241.fbx.proxad.net) Quit (Ping timeout: 246 seconds)
  • [20:09:21] * nerdboy (~sarnold@gatekeeper.gentoogeek.org) Quit (Excess Flood)
  • [20:09:56] * nerdboy (~sarnold@gatekeeper.gentoogeek.org) has joined #beagle
  • [20:10:16] * nerdboy (~sarnold@gatekeeper.gentoogeek.org) Quit (Changing host)
  • [20:10:16] * nerdboy (~sarnold@gentoo/developer/nerdboy) has joined #beagle
  • [20:11:26] * thunder5 (~user@5.148.129.203) Quit (Ping timeout: 260 seconds)
  • [20:13:05] <confused> hi, any beaglebone green users?
  • [20:13:16] <confused> I need some help with Grove I2C, adresses and all
  • [20:13:20] * skhreze (~debian@ip-5-172-247-193.free.aero2.net.pl) Quit (Ping timeout: 246 seconds)
  • [20:13:54] <confused> none of the grove components I have has default I2C address written on it
  • [20:14:09] <confused> how do I communicate with devices ?
  • [20:14:53] <kaak> confused: if you're looking to discover the address of unknown i2c devices, checkout i2cdetect: http://manpages.ubuntu.com/manpages/hardy/man8/i2cdetect.8.html
  • [20:15:26] * confused (5572344a@gateway/web/freenode/ip.85.114.52.74) Quit (Quit: Page closed)
  • [20:15:53] * confused1 (5572344a@gateway/web/freenode/ip.85.114.52.74) has joined #beagle
  • [20:16:06] <confused1> tried that, usigng i2cdetect -y -r (1 and 0)
  • [20:16:22] <confused1> however nothing showed up
  • [20:16:43] <confused1> actually, this showes up all the time (whether or not something is connected)
  • [20:16:44] <confused1> 50: -- -- -- -- UU UU UU UU -- -- -- -- -- -- -- --
  • [20:17:13] <confused1> however, no matter what I connect nothing showes up
  • [20:17:44] <kaak> U just means that the kernel has already claimed that address
  • [20:18:16] <kaak> which *might* also mean that the device has been bound to a driver, but that isn't always the case
  • [20:18:58] <kaak> I'd recommend going through your hardware set, and trying out the simplest possible setup, and going from there
  • [20:19:08] <confused1> yeah, I am already there
  • [20:19:19] <confused1> desperate already, that is why I try this chat
  • [20:19:33] <confused1> I have only 1 device connected now. Just simple relay
  • [20:21:37] <kaak> confused1: ideally the only unknown would be the bbg. If you're comfortable with arduino and have the hardware, that is usually the simplest way to prove things out.
  • [20:22:45] * robohead (62dde947@gateway/web/freenode/ip.98.221.233.71) has joined #beagle
  • [20:22:51] <confused1> unfortunatly no, only thing I got around is this beaglebone green
  • [20:23:19] <confused1> strange thing is that i2cdetect -y -r 1 detects nothing
  • [20:23:22] <kaak> the unfortunate truth is that any network of devices is very complicated -- doubly so when attempting to troubleshoot via chat. You need to eliminate as many variables as possible to have a chance here, or anywhere else online
  • [20:23:49] <kaak> unfortunately that could mean a million things given the info that is available.
  • [20:24:48] <kaak> from a hardware issue (your i2c device, or i2c physical network) to firmware/configuration on the bbg (device tree/kernel/userspace programs)
  • [20:26:10] <kaak> sorry :(
  • [20:26:25] * thunder5 (~user@5.148.129.203) has joined #beagle
  • [20:26:57] * skhreze (~debian@ip-5-172-247-242.free.aero2.net.pl) has joined #beagle
  • [20:27:30] * rob_w (~rob@unaffiliated/rob-w/x-1112029) has joined #beagle
  • [20:29:15] <confused1> how to explain that python code to control relay works? via Adafruit_BBIO.GPIO library
  • [20:29:37] <confused1> relay is actually working, but not detected by i2cdetect
  • [20:29:37] <[Butch]> Quick question: Apply power to BBB (either USB or 5V barrel connector). Power light flashes for like 1/20sec, no other lights. Nothing. Thoughts?
  • [20:29:38] * rob_w (~rob@unaffiliated/rob-w/x-1112029) Quit (Read error: Connection reset by peer)
  • [20:31:15] <kaak> confused1: structure some facts about your problem, and post them to pastebin -- they will go along way in helper people here help you
  • [20:31:18] * thunder5 (~user@5.148.129.203) Quit (Ping timeout: 255 seconds)
  • [20:32:04] <confused1> ok, will ask first @ seeed forums (the creators of bbg)
  • [20:33:22] * florian (~fuchs@Maemo/community/contributor/florian) has joined #beagle
  • [20:36:09] * eikeon (~textual@140.147.245.160) Quit (Quit: Textual IRC Client: www.textualapp.com)
  • [20:38:31] <kaak> confused1: they may have better context -- but you still may consider structuring and outlining your problem. Consider taking the time to understand this article: http://www.catb.org/esr/faqs/smart-questions.html#intro
  • [20:40:16] <confused1> :)
  • [20:40:47] <confused1> I am a bit longer in this space than you might think, I have skiped the introduction here as I though you will catch on instantly
  • [20:40:52] * NulL` (~bleh1@87.254.64.125) has joined #beagle
  • [20:40:54] * NulL` is now known as NulL```
  • [20:43:23] * NulL`` (~bleh1@87.254.92.64) Quit (Ping timeout: 264 seconds)
  • [20:45:41] * robohead (62dde947@gateway/web/freenode/ip.98.221.233.71) Quit (Quit: Page closed)
  • [20:47:11] * eikeon (~textual@140.147.245.160) has joined #beagle
  • [20:48:13] * thunder5 (~user@5.148.129.203) has joined #beagle
  • [20:49:55] * thunder5 (~user@5.148.129.203) Quit (Client Quit)
  • [20:51:35] * robohead (~robohead@c-98-221-233-71.hsd1.nj.comcast.net) has joined #beagle
  • [20:52:59] <zmatt> [Butch]: the dreaded Power Led Blip of Doom
  • [20:53:39] <[Butch]> zmatt: Toast?
  • [20:53:45] <zmatt> [Butch]: assuming no external hardware is connected that might be causing an overcurrent fault, it's RMA time
  • [20:54:01] <[Butch]> zmatt: Nothing other than power. :-(
  • [20:54:24] <[Butch]> zmatt: Tanks for the info.
  • [20:54:57] <zmatt> well, someone on e2e accidently found a novel "solution"... as part of debugging the fault they used an external psu instead of the pmic for the supply that faulted
  • [20:55:18] * Yotson (~Yotson@2001:980:6ac8:1:a0cd:5464:3413:e7ab) Quit (Quit: .)
  • [20:55:28] <zmatt> caused a brief 0.5A - 3A surge, then everything returned to normal and the chip worked again, including when the supply was connected back to the pmic
  • [20:55:31] * divine (~divine@2001:470:8247:1::30) has joined #beaglebone
  • [20:55:51] <zmatt> most likely with a few ESD protection diodes less than he had before
  • [20:56:17] <zmatt> or whatever damaged component was causing the short-circuit internal to the CPU and had now been vaporized
  • [20:57:50] <zmatt> we still have a similarly dead BBB at the office that I want to try this method on just for fun... frying a chip back to life, quite a novel concept
  • [20:58:37] <zmatt> (I put a post-it "dead - RMA" on it like half a year ago and it has made no motion on its own volition towards being RMA'd, so, what the heck)
  • [20:59:39] * Maxz (~felipe@190.162.113.60) Quit (Quit: My Mac has gone to sleep. ZZZzzz…)
  • [21:01:01] * Maxz (~felipe@190.162.113.60) has joined #beagle
  • [21:01:17] * gusnan (~gusnan@unaffiliated/gusnan) Quit (Ping timeout: 246 seconds)
  • [21:03:19] * gusnan (~gusnan@213.112.201.46) has joined #beagle
  • [21:03:34] * gusnan (~gusnan@213.112.201.46) Quit (Changing host)
  • [21:03:35] * gusnan (~gusnan@unaffiliated/gusnan) has joined #beagle
  • [21:06:26] * Vasco is now known as Vasco_O
  • [21:07:06] * kiwichris (~kiwichris@msc1401703.lnk.telstra.net) has joined #beagle
  • [21:09:32] * c10ud (~c10ud@emesene/dictator/c10ud) Quit (Quit: cya)
  • [21:10:44] * eikeon (~textual@140.147.245.160) Quit (Quit: Textual IRC Client: www.textualapp.com)
  • [21:10:58] * confused1 (5572344a@gateway/web/freenode/ip.85.114.52.74) Quit (Quit: Page closed)
  • [21:12:44] * kilroi``` (~kilroy@ip-178-203-162-174.hsi10.unitymediagroup.de) has joined #beagle
  • [21:12:44] * robohead (~robohead@c-98-221-233-71.hsd1.nj.comcast.net) Quit (Ping timeout: 250 seconds)
  • [21:13:43] * robohead (~robohead@c-98-221-233-71.hsd1.nj.comcast.net) has joined #beagle
  • [21:13:59] * NulL``` (~bleh1@87.254.64.125) Quit (Ping timeout: 264 seconds)
  • [21:16:50] * kilroi`` (~kilroy@ip-178-203-162-174.hsi10.unitymediagroup.de) Quit (Ping timeout: 276 seconds)
  • [21:17:21] * darkfader (~darkfader@2001:610:600:896d:299e:e38a:5101:fe65) Quit (Read error: Connection reset by peer)
  • [21:19:05] * darkfader (~darkfader@ip3e8346be.speed.planet.nl) has joined #beagle
  • [21:19:59] * robohead (~robohead@c-98-221-233-71.hsd1.nj.comcast.net) Quit (Quit: Leaving)
  • [21:22:25] * Shadyman (~matthew@unaffiliated/shadyman) has joined #beagle
  • [21:25:05] * GrumpeiYokoi (~chatzilla@75-150-234-17-Illinois.hfc.comcastbusiness.net) Quit (Ping timeout: 246 seconds)
  • [21:26:19] * GrumpeiYokoi (~chatzilla@75-150-234-17-Illinois.hfc.comcastbusiness.net) has joined #beagle
  • [21:27:12] * skhreze_ (~debian@ip-5-172-247-218.free.aero2.net.pl) has joined #beagle
  • [21:29:23] * skhreze (~debian@ip-5-172-247-242.free.aero2.net.pl) Quit (Ping timeout: 252 seconds)
  • [21:31:08] * GrumpeiYokoi (~chatzilla@75-150-234-17-Illinois.hfc.comcastbusiness.net) Quit (Ping timeout: 276 seconds)
  • [21:32:03] * Maxz (~felipe@190.162.113.60) Quit (Quit: Textual IRC Client: www.textualapp.com)
  • [21:39:59] * Ceriand|desktop (~Ceriand@unaffiliated/ceriand) has joined #beagle
  • [21:43:23] * gustavoz (~gustavoz@181.46.100.24) Quit (Quit: Leaving)
  • [21:48:57] * gustavoz (~gustavoz@181.46.100.24) has joined #beagle
  • [21:49:20] * GrumpeiYokoi (~chatzilla@75-150-234-17-Illinois.hfc.comcastbusiness.net) has joined #beagle
  • [21:49:58] * plaw (~plaw@ucalegon.bleeter.id.au) Quit (Changing host)
  • [21:49:58] * plaw (~plaw@guifications/user/plaw) has joined #beagle
  • [21:52:06] * bkearns (~bkearns@216-75-239-130.static.wiline.com) Quit (Read error: Connection reset by peer)
  • [21:52:22] * bkearns (~bkearns@216-75-239-130.static.wiline.com) has joined #beagle
  • [21:52:22] * mythos (~mythos@unaffiliated/mythos) Quit (Ping timeout: 260 seconds)
  • [21:53:34] * IrishGringo (~chatzilla@2601:586:c200:6eaa:389d:ec6a:92a2:acf6) has joined #beagle
  • [22:01:23] * bendiken (~bendiken@wikipedia/Arto-B) has joined #beagle
  • [22:01:40] * bendiken (~bendiken@wikipedia/Arto-B) Quit (Client Quit)
  • [22:03:07] * skhreze_ (~debian@ip-5-172-247-218.free.aero2.net.pl) Quit (Ping timeout: 250 seconds)
  • [22:06:08] <rkc> @zmatt: I seem to have a boot issue with this 4.1.13-ti-r33 !!!!!
  • [22:07:19] <rkc> I took zImage and the am335x-boneblack.dtb.... kernel does not even boot
  • [22:08:46] <rkc> I just replaced the zImage and .dtb in my otherwise working setup of vanilla 4.1
  • [22:09:14] * Nico44_ (~Nico44@crb44-1-82-67-127-241.fbx.proxad.net) Quit (Remote host closed the connection)
  • [22:10:25] <rkc> there are no serial logs also after "starting kernel..." that means something bad
  • [22:10:32] <rkc> too bad :-(
  • [22:12:15] * IrishGringo (~chatzilla@2601:586:c200:6eaa:389d:ec6a:92a2:acf6) Quit (Ping timeout: 240 seconds)
  • [22:15:59] * kilroi`` (~kilroy@ip-109-90-192-77.hsi11.unitymediagroup.de) has joined #beagle
  • [22:16:04] * afd (Andrew@nat/ti/x-xecbpvuulbtrdmjp) has joined #beagle
  • [22:17:24] * cybernaut (~ernest01@72-161-243-87.dyn.centurytel.net) has left #beagle
  • [22:19:14] * kilroi``` (~kilroy@ip-178-203-162-174.hsi10.unitymediagroup.de) Quit (Ping timeout: 276 seconds)
  • [22:25:07] * kilroi``` (~kilroy@ip-109-90-192-77.hsi11.unitymediagroup.de) has joined #beagle
  • [22:27:32] * [Butch] (~butch@169.145.89.207) Quit (Quit: I'm out . . .)
  • [22:27:48] * bostondriver (~mcambria@68.128.155.223) Quit (Ping timeout: 272 seconds)
  • [22:28:20] * kilroi`` (~kilroy@ip-109-90-192-77.hsi11.unitymediagroup.de) Quit (Ping timeout: 276 seconds)
  • [22:31:27] * kilroi``` is now known as kilroi_off
  • [22:36:27] * jpirko (~jirka@jirka.pirko.cz) Quit (Remote host closed the connection)
  • [22:36:48] * kilroi` (~kilroy@ip-109-90-192-77.hsi11.unitymediagroup.de) has joined #beagle
  • [22:38:23] * kilroi``` (~kilroy@ip-109-90-192-186.hsi11.unitymediagroup.de) has joined #beagle
  • [22:40:41] * kilroi_off (~kilroy@ip-109-90-192-77.hsi11.unitymediagroup.de) Quit (Ping timeout: 276 seconds)
  • [22:42:38] * kilroi` (~kilroy@ip-109-90-192-77.hsi11.unitymediagroup.de) Quit (Ping timeout: 276 seconds)
  • [22:53:41] * kilroi``` is now known as kilroi_off
  • [22:54:12] * kilroi_off is now known as kilroi
  • [22:57:12] * mythos (~mythos@unaffiliated/mythos) has joined #beagle
  • [22:59:21] * bengo (~textual@50-203-84-2-static.hfc.comcastbusiness.net) has joined #beagle
  • [23:01:02] * bfederau (~quassel@service.basyskom.com) Quit (Remote host closed the connection)
  • [23:01:13] * bfederau (~quassel@service.basyskom.com) has joined #beagle
  • [23:04:04] * kilroi` (~kilroy@ip-109-90-192-76.hsi11.unitymediagroup.de) has joined #beagle
  • [23:05:54] * afd (Andrew@nat/ti/x-xecbpvuulbtrdmjp) Quit (Quit: Leaving)
  • [23:07:20] * kilroi (~kilroy@ip-109-90-192-186.hsi11.unitymediagroup.de) Quit (Ping timeout: 276 seconds)
  • [23:07:22] * djlewis (~bubba@adsl-65-64-30-13.dsl.ltrkar.swbell.net) Quit (Quit: Leaving.)
  • [23:10:09] * bizarro_1 (~bizarro_1@208.Red-83-37-33.dynamicIP.rima-tde.net) Quit (Read error: Connection reset by peer)
  • [23:10:46] * Guest11556 (~kona@rrcs-24-153-134-93.sw.biz.rr.com) Quit (Ping timeout: 260 seconds)
  • [23:13:31] * kona (~kona@rrcs-24-153-134-93.sw.biz.rr.com) has joined #beagle
  • [23:13:49] * kona is now known as Guest26779
  • [23:17:40] * kilroi (~kilroy@ip-109-90-193-253.hsi11.unitymediagroup.de) has joined #beagle
  • [23:19:23] * kilroi is now known as kilroi_off
  • [23:20:59] * kilroi` (~kilroy@ip-109-90-192-76.hsi11.unitymediagroup.de) Quit (Ping timeout: 276 seconds)
  • [23:24:34] * James_Johnson (~clayshoot@wsip-70-184-254-102.ok.ok.cox.net) Quit (Quit: James_Johnson)
  • [23:25:26] <abferm> Does anyone know if there is testing information published for the BeagleBone Black and where I could find it? My company is looking at spinning up production with a different manufacturer to create a redundant supply chain.
  • [23:30:28] * kilroi_off is now known as kilroi
  • [23:33:10] * tomeff (~tomeff@ip-78-102-111-158.net.upcbroadband.cz) Quit (Quit: tomeff)
  • [23:38:42] * Liir (~francky@pool-108-26-190-11.bstnma.fios.verizon.net) Quit (Quit: This computer has gone to sleep)
  • [23:46:46] * named (~unknown@5.148.129.203) Quit (Ping timeout: 244 seconds)