**** BEGIN LOGGING AT Mon Apr 06 02:59:58 2015
Apr 06 03:48:38 <ocamlman> I'm having a heck of a time getting GPIO to the PRU. I am using this DTO: http://pastebin.com/NXCXszvR -- here are the slots: http://pastebin.com/QS2xS5WN -- here is my ASM: http://pastebin.com/G8Bg47xK -- and the ARM C: http://pastebin.com/SgrYaadv --- whether p8-11 is attached to DGND or 3.3v, I still see "execution done!". If i make the jump in the ASM unconditional, then I don't see that message.
Apr 06 04:15:17 <praveen__> hello
Apr 06 04:27:25 <praveen__> i am new to beagle bone black
Apr 06 04:28:11 <praveen__> i need what are the software need to download for beagle bone black
Apr 06 04:41:43 <praveen__> can we connect beagle bone directly with windows 8
Apr 06 04:53:36 <_av500_> define connect
Apr 06 04:56:13 <veremit> byeeee
Apr 06 04:56:26 <veremit> where IS the 'getting started' guide for n00bs
Apr 06 04:59:05 <Redoktya1> is there a link that can help me troubleshoot ntp on the debian wheezy images for the beaglebone black?
Apr 06 05:00:22 <veremit> Redoktya1 .. /var/log/daemon[.log] is your friend
Apr 06 05:01:04 <Redoktya1> thanks. I was trying to follow derek molloy's guide to install ntp on the debian. keep running into issues
Apr 06 05:02:08 <veremit> yea it's probably out-of-date lol
Apr 06 05:02:37 <Redoktya1> yeah. I fixed the led update script after googling around
Apr 06 05:03:05 <Redoktya1> then managed to delete my localtime file so had to reconfigure that. now I'm unable to set up the ntp conf file
Apr 06 05:03:12 <Redoktya1> so wanted to see what was up with that
Apr 06 05:03:33 <veremit> default ntp config should work
Apr 06 05:03:42 <veremit> if its net-connected ofc .. won't work via usb :p
Apr 06 05:04:26 <veremit> I'm amused to note RN's debian images now start usb-gadget by default .. not just the beagle ones lol
Apr 06 05:05:24 <Redoktya1> weirdly a reboot sent the clock back into random time (despite being connected to the net). So i thought i need to configure it.
Apr 06 05:05:38 <Redoktya1> thanks for the advice though. will try it again and see
Apr 06 05:09:30 <veremit> Redoktya1 .. have you set to run via init ?
Apr 06 06:20:53 <cityLights> morning, in BBB running debian 8.0 jessie, who loads the u_ether module?
Apr 06 06:28:08 <KotH> cityLights: have you had a look into /etc/module*
Apr 06 06:28:11 <KotH> ?
Apr 06 06:28:54 <cityLights> /etc/modules and /etc/modules-load.d/modules.conf have only comments, both
Apr 06 06:29:22 <cityLights> I installed the same debian 8.0 on two BBB, one loads it fine, the other not
Apr 06 06:29:40 <cityLights> no mention of it in udev as well....
Apr 06 06:32:41 <veremit> its not in rc.local or something...
Apr 06 06:33:18 <_av500_> rc.local is no more with systemd, no?
Apr 06 06:33:22 <veremit> its not a hardware device .. its a fudge
Apr 06 06:33:38 <veremit> av500 .. oh. Then where IS it?! :p
Apr 06 06:34:05 <veremit> I wanna say its in somewhere-lib-somewhere ..
Apr 06 06:43:31 <veremit> cityLights .. anything in /etc/network/interfaces ?
Apr 06 06:47:31 <cityLights> both have the section starting with # Ethernet/RNDIS gadget (g_ether) , veremit
Apr 06 06:47:54 <cityLights> does this cause debian to load u_ether?
Apr 06 07:14:06 <veremit> cityLights .. any hints in dmesg? should appear in there
Apr 06 07:20:19 <cityLights> hmm
Apr 06 07:21:37 <cityLights> [   32.717812] g_multi gadget: Multifunction Composite Gadget
Apr 06 07:21:37 <cityLights> [   32.717836] g_multi gadget: g_multi ready
Apr 06 07:28:07 <veremit> should see things like ..
Apr 06 07:28:10 <veremit>     4.824340] g_ether gadget: using random self ethernet address
Apr 06 07:28:10 <veremit> [    4.830505] g_ether gadget: using random host ethernet address
Apr 06 07:28:10 <veremit> [    4.837341] usb0: MAC ba:98:d2:e3:60:36
Apr 06 07:28:10 <veremit> [    4.841430] usb0: HOST MAC 4a:49:17:92:63:df
Apr 06 07:28:10 <veremit> [    4.846008] g_ether gadget: Ethernet Gadget, version: Memorial Day 2008
Apr 06 07:28:12 <veremit> [    4.853027] g_ether gadget: g_ether ready
Apr 06 07:28:50 <veremit> so its clearly not enumerating usb0
Apr 06 07:29:02 <veremit> ifconfig -a should confirm that
Apr 06 08:16:54 <nivw> so, who causes g_ether gadget to load
Apr 06 08:16:55 <nivw> ?
Apr 06 10:24:09 <Utsav> hello
Apr 06 10:26:09 <julemand101> Utsav: hey
Apr 06 10:29:36 <Utsav> how can I install opencv libraries in ubuntu 14.04
Apr 06 10:30:54 <nivw> ok, I got a brilant idea
Apr 06 10:31:09 <Utsav> what?
Apr 06 10:31:50 <julemand101> Utsav: what have you tried?
Apr 06 10:31:55 <nivw> a program that will install a second virtual device on the wireless, and run in ad-hoc
Apr 06 10:32:24 <nivw> so you can connect to that device from a other computer
Apr 06 10:32:54 <nivw> then have a web app run on that second virtual device and ask for the SSID and password
Apr 06 10:33:53 <nivw> when you enter them, it will setup the prime wireless device and connect to your wireless router
Apr 06 10:34:08 <nivw> this way, no need for root access to the BBB
Apr 06 10:34:23 <nivw> did some one allready did this?
Apr 06 10:43:22 <tbr> nivw: that's what cheap repeaters and DLNAs do, yes
Apr 06 10:43:51 <nivw> yep, yet it seems a simple solution
Apr 06 10:44:15 <nivw> how to google to see if anyone allready published a solution for this?
Apr 06 10:44:24 <nivw> before I write my own solution
Apr 06 10:44:58 <tbr> basically you need a wifi device that can do client mode and AP mode in parallel
Apr 06 10:45:35 <nivw> or client and ad-hoc
Apr 06 10:45:42 <nivw> which is more common
Apr 06 10:46:10 <nivw> I tested the ath9k_htc and AP mode did not work with hostapd
Apr 06 11:19:12 <veremit> buy a router that supports dd-wrt :p .. and/or look how they do it ..
Apr 06 11:19:21 <veremit> and/or open-wrt
Apr 06 11:19:52 <veremit> re-inventing the wheel can be fun .. but generally not worth it :p
Apr 06 11:19:55 <nivw> on it veremit
Apr 06 13:12:02 <laborant78> Hi. Is it safe to connect Seagate portable drive directly to BBB's USB port or better do it via USB powered hub?
Apr 06 13:14:22 <laborant78> I've got USB hub but looks like it's not compatible with BBB :(
Apr 06 13:43:43 <thurgood_> most likely the drives is formatted as ntfs, which you may or may not have support for in the kernel
Apr 06 13:43:59 <thurgood_> a 2.0 hub should be compatible
Apr 06 13:44:57 <thurgood_> I don't imagine the bbb's usb hub will provide enough power for a hard drive... but I could be wrong
Apr 06 13:54:23 <nivw> veremit, the open-wrt does not add a virtual wireless device for setup, as far as I can see
Apr 06 16:13:03 <bealge> Is better Raspberry PI 2 or BeagleBone Black?
Apr 06 16:13:27 <mwillbanks> bealge: depends on what you are looking for…
Apr 06 16:13:43 <mwillbanks> bbb has emmc whereas raspberry pi is strictly sd card
Apr 06 16:13:55 <bealge> I'm looking for performance
Apr 06 16:14:16 <_av500_> cpu performance?
Apr 06 16:14:20 <_av500_> gpu performance?
Apr 06 16:14:25 <bealge> Yes
Apr 06 16:14:26 <_av500_> bit banging performance?
Apr 06 16:14:29 <mwillbanks> lol
Apr 06 16:51:39 <ds2> for a performance, prehaps a Beaglewall will give you the song and dance needed
Apr 06 17:39:04 <zmatt> _av500_: speaking of bit banging performance, I must admit it was tempting to reply "AHAhAHAHAHAHA" to the guy who wanted to capture a 200 MHz signal with gpio
Apr 06 18:45:52 <veremit> lol
Apr 06 20:25:37 <mistawright> so i have been having issues with my beaglebone black. initially it started with ethernet just suddenly not working anymore. I then began to try to boot from a microsd card prepared with ubuntu which would fail in a kernel panic. I updated the emmc kernel and now it also fails to boot. is there anyway to wipe the emmc or restore this beaglebone black?
Apr 06 20:25:57 <mistawright> http://pastebin.com/31khDHYW
Apr 06 20:27:26 <plaw> what's the gossip on an X-15 release month?
Apr 06 20:39:28 <smurray> plaw: last mention on the mailing list was "sometime in June at this point"
Apr 06 20:40:06 <veremit> my vote is September :D
Apr 06 20:54:09 <plaw> thanks folks :)
Apr 06 22:24:37 <chathandle> hello gang
Apr 06 22:28:26 <KotH> you came to the wrong neighbourhood
Apr 06 22:29:00 <chathandle> me?
Apr 06 22:29:26 <KotH> yes
Apr 06 22:29:30 <chathandle> howso?
Apr 06 22:30:04 <veremit> wassssssuuuuuuppppp.......
Apr 06 22:30:13 <veremit> >,<
Apr 06 22:31:17 <chathandle> any security experts in here?
Apr 06 22:31:36 <chathandle> experts/connoisseurs/amateurs?
Apr 06 22:32:44 <chathandle> meh
Apr 06 22:33:25 <chathandle> quiet neighborhood, this
Apr 06 22:33:56 <chathandle> eerily quiet 8I
Apr 06 22:35:58 <chathandle> i think i got cosmic rayed
Apr 06 22:36:34 <chathandle> portable battery, no obvious wifi, cape == offgrid
Apr 06 22:36:57 <chathandle> and keyboard disconnects every time I jump out of vi to test a function???
Apr 06 22:37:10 <chathandle> any ideas anyone?
Apr 06 22:39:18 <chathandle> 200 peeps and notone has the faintest idea? Anyone actually following this channel? Are all those names bots or something?
Apr 06 22:40:23 <vagrantc> nope
Apr 06 22:41:10 <chathandle> yo vagrant g'day
Apr 06 22:41:33 <chathandle> sure is quiet in here...is everyone hard at work coding or what?
Apr 06 22:41:57 <vagrantc> it's not as quiet with people repeatedly mentioning how quiet it is... :P
Apr 06 22:42:26 <chathandle> what's everyone up to? Busy coding?
Apr 06 22:43:16 <chathandle> vagrant what are you doing here then?
Apr 06 22:43:25 <chathandle> vagrantc
Apr 06 22:44:44 <vagrantc> trying to contribute more signal than noise?
Apr 06 22:45:09 <chathandle> signal? how do you contribute that?
Apr 06 22:45:26 <vagrantc> the ettiquette is generally to ask questions and wait patiently for answers... sorry i don't know how to solve your troubleshooting problem.
Apr 06 22:46:27 <vagrantc> mostly i do debian packaging and bug fixing and uploading...
Apr 06 22:46:48 <vagrantc> i try to help people who ask questions i have an idea how to troubleshoot
Apr 06 22:46:57 <chathandle> what do you make of my query then, if you don't mind me asking?
Apr 06 22:47:04 <vagrantc> and i keep quiet when i don't have substance to contribute :)
Apr 06 22:47:10 <chathandle> OK I see, stumped, right?
Apr 06 22:47:53 <chathandle> Hmmm, I'll button it for a bit..maybe someone'll turn up with some basic programing qs
Apr 06 22:48:08 <chathandle> 8F
Apr 06 22:51:07 <plaw> chathandle: I don't understand what you mean by "cape == offgrid", but anyways I'd throw a console line at it and see if that gives any hints (or get your console debug stuff going elsewhere)
Apr 06 22:51:52 <chathandle> thx, nice tip...I'll swot up
Apr 06 22:51:59 <plaw> beyond that, I have no idea because I'm an idiot
Apr 06 22:52:06 <plaw> well, except for the reference manual stuff
Apr 06 22:53:03 <chathandle> console line, i log to spearate board for added security?
Apr 06 22:53:31 <chathandle> cool, another idiot 8)
Apr 06 23:11:25 <chathandle> thx plaw
Apr 06 23:30:02 * GenTooMan wakes up wretches then passes out.
Apr 06 23:57:42 <zmatt> netconsole ftw? ;)
Apr 06 23:58:17 * zmatt is playing with the AES crypto accelerator
Apr 07 00:07:58 <GenTooMan> Is that AES128/256 or 512?
Apr 07 00:08:19 <GenTooMan> I was looking at the FLIR lepton LWIR device interesting thing
Apr 07 00:09:01 <zmatt> ehm, there's no such thing as AES-512
Apr 07 00:09:40 <zmatt> AES uses 128-bit keys (or 192 or 256-bit if you're paranoid)
Apr 07 00:10:11 * GenTooMan hrmms "maybe it's my low blood pressure / sugar messing with thinking. Not feeling great at the moment :D oh well."
Apr 07 00:10:43 <zmatt> you may be confusing it with SHA-1 (160-bit) vs SHA-256 vs SHA-512
Apr 07 00:12:45 <GenTooMan> thoughts are just bits and pieces. someone was suggestion SW AES128 but that seemed a bit processor intensive for ultra low power applications.
Apr 07 00:13:24 <zmatt> the AES crypto module takes 32 or 33 cycles (depending on mode of operation) per 16-byte block of data
Apr 07 00:13:28 <zmatt> and is clocked at 200 MHz
Apr 07 00:13:58 <zmatt> i.e. it'll wipe the floor with a sw implementation, as long as you don't lose it all in overhead
Apr 07 00:14:09 <ds2> GenTooMan: what do you want to do with the Lepton?
Apr 07 00:14:53 <ds2> zmatt: will you also massacare the battery at the same time?
Apr 07 00:15:45 <zmatt> ds2: I'm not running on battery, but it seems likely to me a hw implementation will consume less power for the same amount of work done than a sw implementation
Apr 07 00:16:16 <ds2> to beat that you would need the cortex-a to be running faster then 200MHz, right?
Apr 07 00:16:28 <zmatt> the aes module at 200 MHz beats the cortex-a8 at 1 GHz
Apr 07 00:16:41 <GenTooMan> lepton considering it's usage for looking at walls that leak in / out heat honestly. It also is nice for looking through visable light obfuscated areas. I'm with Zmatt the HW implementation uses less intensive resources than would a SW version.
Apr 07 00:17:00 <ds2> oh wait... misread what you said
Apr 07 00:17:09 <ds2> thought you claimed you can do better in SW :)
Apr 07 00:17:47 <zmatt> heh, no, and certainly not with the same key agility
Apr 07 00:17:48 <ds2> GenTooMan: do you have a lepton module yet?
Apr 07 00:18:06 <zmatt> (the AES-module has no key-dependent setup time)
Apr 07 00:18:57 <zmatt> (except for decryption when using CBC, CFB-128, or XEX)
Apr 07 00:19:40 <zmatt> but there's no good use for CBC or CFB-128 anyway, so that really only hurts XEX
Apr 07 00:20:10 <zmatt> and XEX doesn't really need key agility, so all ends well
Apr 07 00:23:50 <zmatt> oh, pro tip: unbind the omap-sham driver (or use device-tree to disable it) if you value your data... lots of people on E2E having kernel crashes or garbage output due to that module
Apr 07 00:25:08 <zmatt> though unless you're using a TI SDK, userspace doesn't use the driver so then mainly IPsec and such will be affected
Apr 07 00:28:08 <zmatt> or any other in-kernel users of md5/sha-1/sha-256
Apr 07 01:04:53 <alex_> so i was reading the other day that device tree overlays are supposed to be back in the 3.19 kernel. I havent found much on using pwm etc with the 3.14 kernel and wanted to know if old style device trees are back in the 3.19 kernle
**** ENDING LOGGING AT Tue Apr 07 02:59:59 2015