• [00:05:40] * NishanthMenon (~nmenon@192.91.66.186) Quit (Quit: Excellent day to have a rotten day.)
  • [00:06:41] * thurbad (~natesewel@64.132.24.36) Quit (Quit: thurbad)
  • [00:13:07] * bbm (~Thunderbi@24.31.225.38) has joined #beagle
  • [00:21:18] * bbm (~Thunderbi@24.31.225.38) Quit (Quit: bbm)
  • [00:25:02] * modmaker (~ncbas@63-11.bbned.dsl.internl.net) Quit (Ping timeout: 252 seconds)
  • [00:27:03] * Russ (~russ@pool-74-100-57-85.lsanca.fios.verizon.net) Quit (Read error: Connection reset by peer)
  • [00:28:57] * Russ (~russ@pool-74-100-57-85.lsanca.fios.verizon.net) has joined #beagle
  • [00:34:47] * Russ (~russ@pool-74-100-57-85.lsanca.fios.verizon.net) Quit (Read error: Connection reset by peer)
  • [00:35:12] * Russ (~russ@pool-74-100-57-85.lsanca.fios.verizon.net) has joined #beagle
  • [00:38:50] * djerome (~djerome@ip68-2-20-108.ph.ph.cox.net) has joined #beaglebone
  • [00:43:02] * yates (~user@nc-71-54-138-0.dhcp.embarqhsd.net) Quit (Quit: rcirc on GNU Emacs 24.0.96.1)
  • [00:52:24] * thurbad (~natesewel@cpe-70-113-204-247.austin.res.rr.com) has joined #beagle
  • [00:56:22] * KeatonT (~textual@unaffiliated/keatont) has joined #beagle
  • [01:02:31] * KeatonT (~textual@unaffiliated/keatont) Quit (Quit: Textual IRC Client: http://www.textualapp.com/)
  • [01:07:54] <mranostay> hey Russ-o!
  • [01:10:25] * davest (~Adium@134.134.139.76) Quit (Quit: Leaving.)
  • [01:13:00] * pfefferz (~pfefferz@cpe-70-112-138-163.austin.res.rr.com) Quit (Ping timeout: 260 seconds)
  • [01:26:33] * negril (~negril@31-16-123-217-dynip.superkabel.de) Quit (Ping timeout: 240 seconds)
  • [01:29:27] * KeatonT (~textual@unaffiliated/keatont) has joined #beagle
  • [01:32:00] * gustavoz (~gustavoz@host212.200-82-114.telecom.net.ar) Quit (Quit: Leaving)
  • [01:34:24] * tema (~tema@ppp91-122-95-241.pppoe.avangarddsl.ru) Quit (Ping timeout: 264 seconds)
  • [01:35:45] * prpplague (~prpplague@107-206-64-184.lightspeed.rcsntx.sbcglobal.net) has joined #beagle
  • [01:38:52] * SoCo_cpp (~soco@24.100.156.151) Quit (Read error: Connection reset by peer)
  • [01:43:46] * pfefferz (~pfefferz@ip-64-134-6-238.public.wayport.net) has joined #beagleboard
  • [01:43:48] * pfefferz (~pfefferz@ip-64-134-6-238.public.wayport.net) has joined #beagle
  • [01:45:20] * nashpa (~nashpa@dliviu.plus.com) Quit (Ping timeout: 252 seconds)
  • [01:48:26] * nashpa (~nashpa@dliviu.plus.com) has joined #beagleboard
  • [01:48:27] * nashpa (~nashpa@dliviu.plus.com) has joined #beagle
  • [01:49:47] * ngochai (~ngochai@bb116-14-187-227.singnet.com.sg) Quit (Quit: Leaving)
  • [01:49:59] * kkeller (~Ken_Kelle@97-124-113-203.phnx.qwest.net) Quit (Quit: Leaving.)
  • [01:52:34] * Jimbim (454744de@gateway/web/freenode/ip.69.71.68.222) has joined #beagle
  • [01:53:25] <Jimbim> Hello
  • [01:54:11] * nashpa (~nashpa@dliviu.plus.com) Quit (Ping timeout: 255 seconds)
  • [01:54:37] <Jimbim> Does BeagleBone support TLV320AIC23b for audio?
  • [01:55:45] * contempt (contempt@unaffiliated/contempt) Quit (Ping timeout: 276 seconds)
  • [01:56:06] * Jimbim (454744de@gateway/web/freenode/ip.69.71.68.222) Quit (Client Quit)
  • [01:56:34] <mranostay> does linux rather?
  • [01:57:56] * nemik_ (~cyanact@c-67-162-60-211.hsd1.il.comcast.net) has joined #beagle
  • [01:58:20] * nashpa (~nashpa@dliviu.plus.com) has joined #beagle
  • [01:58:20] * nashpa (~nashpa@dliviu.plus.com) has joined #beagleboard
  • [01:59:28] * XorAAAA (~graeme@67-207-99-220.static.wiline.com) has joined #beagle
  • [01:59:36] * KeatonT (~textual@unaffiliated/keatont) Quit (Quit: Computer has gone to sleep.)
  • [02:01:01] <mrpackethead_> not sure
  • [02:01:13] <mrpackethead_> but i know that the TLV320AIC3106 works
  • [02:01:17] * DJW|Home (~djwillis@cpc1-bath5-2-0-cust122.aztw.cable.virginmedia.com) has joined #beagle
  • [02:01:23] * nemik (~cyanact@c-67-162-60-211.hsd1.il.comcast.net) Quit (Ping timeout: 255 seconds)
  • [02:03:37] * XorAAAA (~graeme@67-207-99-220.static.wiline.com) Quit (Client Quit)
  • [02:04:03] * DJWillis (~djwillis@cpc1-bath5-2-0-cust122.aztw.cable.virginmedia.com) Quit (Ping timeout: 260 seconds)
  • [02:15:03] * scubasonar_ (~Matt@108-237-182-41.lightspeed.sntcca.sbcglobal.net) has joined #beagle
  • [02:17:09] * reanguia1o (~devnull@ricardoanguiano.com) has joined #beagle
  • [02:17:38] * reanguia1o (~devnull@ricardoanguiano.com) Quit (Client Quit)
  • [02:17:40] * scubasonar (~Matt@108-237-182-41.lightspeed.sntcca.sbcglobal.net) Quit (Ping timeout: 248 seconds)
  • [02:20:01] <mranostay> seems Boeing 787 isn't a good idea to fly :)
  • [02:20:15] <emeb> not that you could for now...
  • [02:23:29] * KeatonT (~textual@unaffiliated/keatont) has joined #beagle
  • [02:33:35] <mrpackethead_> i just got naked....
  • [02:33:39] <mrpackethead_> broadband that is.
  • [02:33:53] <mrpackethead_> no more PTSN
  • [02:38:51] <toneeee> the public doesn't need switches anyway
  • [02:39:32] * SoCo_cpp (~soco@24.100.156.151) has joined #beaglebone
  • [02:40:59] * Ceriand|desktop (~Ceriand@unaffiliated/ceriand) has joined #beagle
  • [02:47:19] * KeatonT (~textual@unaffiliated/keatont) Quit (Quit: Computer has gone to sleep.)
  • [02:48:29] * agmlego (~agmlego@90-196-122.static.customer.clearrate.com) has joined #beagle
  • [02:59:26] * pfefferz (~pfefferz@ip-64-134-6-238.public.wayport.net) Quit (Ping timeout: 255 seconds)
  • [03:34:35] <prpplague> mranostay: can't believe you didn't +1 the cowboid with purple hat
  • [03:34:46] <coldsoup|work> toneeee: or rather, those networks don't need to be switching in public. How indecent
  • [03:36:22] <mranostay> i commented didn't i?
  • [03:36:36] <XorA> prpplague: rockin!!!!#
  • [03:37:49] <prpplague> mranostay: not that i saw...
  • [03:38:01] <toneeee> lol
  • [03:38:08] <prpplague> mranostay: https://plus.google.com/101339419642360856354/posts/TeuGnKNPTWL
  • [03:41:01] <mranostay> drinking a brew and getting my tax paperwork ready..
  • [03:41:31] <mranostay> prpplague: you will love CA taxes :)
  • [03:42:29] <prpplague> mranostay: hehe yea those are words i often use in the same sentence "love" and "taxes"
  • [03:42:44] <prpplague> mranostay: the whole idea of moving to CA makes me want to vomit
  • [03:43:07] <mranostay> prpplague: you'll get over it :)
  • [03:44:44] * pfefferz (~pfefferz@cpe-70-112-138-163.austin.res.rr.com) has joined #beagleboard
  • [03:44:46] * pfefferz (~pfefferz@cpe-70-112-138-163.austin.res.rr.com) has joined #beagle
  • [03:44:53] <prpplague> mranostay: hehe i doubt it, but i have to be realistic about work
  • [03:45:44] <XorA> prpplague: CA is known to cause cancer :-D
  • [03:45:59] <prpplague> XorA: hehe
  • [03:46:00] <coldsoup|work> but only to the state of CA
  • [03:46:46] <prpplague> hehe
  • [03:47:26] <prpplague> argh
  • [03:47:33] * prpplague has way too much work to do tomorrow
  • [03:47:36] * stahl (~stahl@181-178.194-178.cust.bluewin.ch) Quit (Ping timeout: 264 seconds)
  • [03:47:49] * KeatonT (~textual@unaffiliated/keatont) has joined #beagle
  • [03:50:34] <prpplague> now a move to colorado might be interesting...
  • [03:51:03] * prpplague has never lived anywhere that had regular snow falls
  • [03:52:03] * agmlego|colo (~agmlego@2607:f4b8:10:1:211:43ff:fed8:6a85) has joined #beagle
  • [03:52:06] <prpplague> hmm
  • [03:52:26] <prpplague> XorA: think a hdmi debug device would sell for $100 ?
  • [03:52:52] <XorA> prpplague: no idea, I never done HDMI stuff
  • [03:54:19] * agmlego (~agmlego@90-196-122.static.customer.clearrate.com) Quit (Quit: Changing back to IPv6)
  • [03:54:34] * agmlego (~agmlego@2607:f4b8:10:1:211:43ff:fed8:6a85) has joined #beagle
  • [03:54:49] * KeatonT (~textual@unaffiliated/keatont) Quit (Quit: Computer has gone to sleep.)
  • [04:02:37] <mrpackethead_> engineers are the worst peopel to set prices
  • [04:02:56] <mrpackethead_> products should not be priced based on what they cost
  • [04:03:06] <mrpackethead_> they shoudl be based on teh value that you can get for them.
  • [04:05:52] * KeatonT (~textual@unaffiliated/keatont) has joined #beagle
  • [04:08:24] <mranostay> prpplague: just need to come up with our pet rock idea :)
  • [04:09:31] <prpplague> mrpackethead_: hehe i don;t set the prices for our stuff....
  • [04:09:34] <prpplague> mranostay: hehe indeed
  • [04:09:59] * djerome (~djerome@ip68-2-20-108.ph.ph.cox.net) Quit (Remote host closed the connection)
  • [04:11:21] * Matt_O (~MattOwnby@216.160.243.228) has joined #beagle
  • [04:13:46] * mhaberler (~mhaberler@178-190-204-149.adsl.highway.telekom.at) has joined #beagle
  • [04:13:47] * mhaberler (~mhaberler@178-190-204-149.adsl.highway.telekom.at) has joined #beaglebone
  • [04:17:55] * aholler_ (~aholler@p57B20476.dip0.t-ipconnect.de) has joined #beagle
  • [04:19:07] <mranostay> prpplague: or in our field the rpi idea
  • [04:20:00] * Shadyman (~matthew@unaffiliated/shadyman) has joined #beaglebone
  • [04:21:21] * aholler (~aholler@p57B20446.dip0.t-ipconnect.de) Quit (Ping timeout: 248 seconds)
  • [04:22:57] <prpplague> mranostay: well for me the flyswatter2 is doing pretty darn good
  • [04:23:11] <prpplague> mranostay: we have about 10 other tools we are looking at producing
  • [04:23:20] * KeatonT (~textual@unaffiliated/keatont) Quit (Quit: Textual IRC Client: http://www.textualapp.com/)
  • [04:23:42] <mranostay> need consultants? :)
  • [04:24:07] <prpplague> mranostay: this HDMI debugger that i am whipping up for robclark might be something that people would be interested in
  • [04:24:10] <prpplague> mranostay: hehe
  • [04:24:16] <prpplague> mranostay: i'll keep it in mind hehe
  • [04:24:39] * mranostay curses panto!
  • [04:25:13] * emeb (~ericb@ip72-201-78-226.ph.ph.cox.net) Quit (Quit: Leaving.)
  • [04:25:49] <mranostay> wtf does mean "alias tbclk already exists"..
  • [04:27:52] * emeb_mac (~ericb@ip72-201-78-226.ph.ph.cox.net) has joined #beagle
  • [04:28:09] <mranostay> emeb_mac: fpga dude
  • [04:28:25] <emeb_mac> mranostay: how goes it?
  • [04:29:07] <emeb_mac> this evening's fiddling around: http://www.youtube.com/watch?v=7DP4uyz-n7E
  • [04:29:08] <mranostay> it goes
  • [04:29:36] <mranostay> with the logic level converte hack right?
  • [04:29:51] <emeb_mac> yep
  • [04:30:07] <emeb_mac> I get a pretty decent framerate with that hack
  • [04:30:19] <emeb_mac> about 100fps on the spinny cube
  • [04:30:37] <emeb_mac> can run the spi clock > 18MHz.
  • [04:31:31] <prpplague> nice
  • [04:33:04] <emeb_mac> probably ought to try hooking that display up to my beaglebone at some point just for teh lulz
  • [04:44:17] <mrpackethead_> your gun fight escalated today i see
  • [04:44:59] <emeb_mac> see y'all at the OK Corral.
  • [04:45:09] <emeb_mac> it's a shorter drive for me. :)
  • [05:04:58] <mranostay> emeb_mac: you sure that is a good idea?:)
  • [05:05:25] <emeb_mac> mranostay: prolly not - place is a tourist trap.
  • [05:07:26] <mranostay> probably shoot a tourist?
  • [05:08:13] * sakoman (~steve@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) Quit (Quit: Leaving.)
  • [05:08:52] * sakoman (~steve@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) has joined #beagle
  • [05:09:28] * sakoman (~steve@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) Quit (Client Quit)
  • [05:11:02] * sakoman (~steve@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) has joined #beagle
  • [05:11:24] * scubasonar_ (~Matt@108-237-182-41.lightspeed.sntcca.sbcglobal.net) Quit (Ping timeout: 276 seconds)
  • [05:12:22] * alan_o (~alan@68.62.240.236) Quit (Quit: Leaving)
  • [05:19:50] <mranostay> hi sakoman
  • [05:32:16] <mrpackethead_> whole days work
  • [05:32:35] <mrpackethead_> i've finished a front end audio section
  • [05:33:03] <mrpackethead_> new cape design.
  • [05:33:24] <mrpackethead_> pro audio line level input, and two line level outputs
  • [05:33:40] <mrpackethead_> four bidirectional DMX input/outputs
  • [05:33:48] * tema (~tema@ppp91-122-95-241.pppoe.avangarddsl.ru) has joined #beagle
  • [05:36:36] <mranostay> oh no it is tema
  • [05:37:02] <tema> mranostay, you're on a date with your laptop and irc on
  • [05:37:03] <tema> ?
  • [05:37:17] <KotH> he always is
  • [05:37:27] <KotH> the youth today has no life
  • [05:37:29] <KotH> ;->
  • [05:38:23] <mranostay> need to get this demo working
  • [05:38:36] <mrpackethead_> mranostay: u are on a date with a laptop?
  • [05:38:40] <mrpackethead_> teh laptop is the date?
  • [05:40:04] <emeb_mac> mrpackethead_: what do you consider pro audio line level to mean?
  • [05:40:18] <tema> heh.. mranostay - "need to get demo working".. let's shoot for CES, ESC, Computex or something like that, forget ELC
  • [05:40:19] <mrpackethead_> balanced input
  • [05:40:37] <mranostay> tema: heh at some point
  • [05:41:09] <mrpackethead_> +4 dBu
  • [05:41:37] <emeb_mac> mrpackethead_: cool - I was working on a TRS balanced line-level design a while back using THAT Corp drivers/receivers.
  • [05:42:01] * mranostay is cluebatting panto on his return
  • [05:42:14] <mrpackethead_> im using the TLV320 IC
  • [05:42:28] <mrpackethead_> same one that is on the audio Cape...
  • [05:42:32] <emeb_mac> yeah
  • [05:42:41] <mrpackethead_> its remarkably good
  • [05:42:46] <emeb_mac> but what for the line level interfaces?
  • [05:42:52] <mrpackethead_> same IC
  • [05:43:06] <mranostay> heh bossman wants us to work the holiday.. don't think so :)
  • [05:43:06] <emeb_mac> directly driving line level with the codec?
  • [05:43:13] <mrpackethead_> it has both differential inputs and outputs
  • [05:43:15] <mrpackethead_> yes.
  • [05:43:20] <emeb_mac> hmmm...
  • [05:43:39] <emeb_mac> is it rated for handling the impedances?
  • [05:43:45] <mrpackethead_> yes.
  • [05:43:59] <mrpackethead_> its actually got a Highpower output as well
  • [05:44:07] <mrpackethead_> so you can drive a pair of headphones directly
  • [05:44:32] <mrpackethead_> i was a bit miffed by the cape design, they stick a 33R resistor in series with it, to pad it down to line level
  • [05:44:57] <mrpackethead_> which was an odd design decison when they had a line level!
  • [05:45:05] <mrpackethead_> its actually got about 10 inputs and 10 outputs
  • [05:45:12] <mrpackethead_> i've got a EVM board for it
  • [05:45:18] <mrpackethead_> and its remarkabley quiet
  • [05:45:20] <emeb_mac> yeah - I took a quick look at it a while back
  • [05:45:33] <mrpackethead_> for my applicaiton, it deos not need to be super studio quality
  • [05:45:36] <emeb_mac> sounds pretty good on the dvi-d + audio cape
  • [05:45:57] <mrpackethead_> the audio cape is the dvi-d cape minus the dvi bits
  • [05:46:09] <emeb_mac> should probably compare the specs on the balanced I/O to those I was designing for back when...
  • [05:46:29] <emeb_mac> ISTR that the THAT Corp parts had some fairly nice features for driving
  • [05:46:33] <mrpackethead_> http://www.ti.com/general/docs/lit/getliterature.tsp?baseLiteratureNumber=slau209&fileType=pdf
  • [05:46:55] <mrpackethead_> for my app, i only need 1 input, but 2 outputs
  • [05:46:57] <mrpackethead_> bizzare
  • [05:46:58] <mrpackethead_> :-)
  • [05:46:59] <mrpackethead_> but true
  • [05:47:29] <mrpackethead_> next job is to get a real time kernal running
  • [05:47:41] <emeb_mac> fun
  • [05:48:10] <mrpackethead_> though indications suggest i have enough horse power not to worry
  • [05:48:37] <mrpackethead_> i thought my smpte Ltc decode would have taken a lot more processig than it does.
  • [05:48:49] <mrpackethead_> it chuggs along at about 2% of the CPU
  • [05:49:04] * XorA gives the angstrom site the evil eye
  • [05:49:22] <mrpackethead_> XorA: I dont' get angstrom
  • [05:49:34] <mrpackethead_> i'm not sure why it is so popular with the trolls that live here
  • [05:49:55] <XorA> because it has an awesome spelling
  • [05:49:57] <emeb_mac> Angstrom is nice - simple, small, does what it says on the tin.
  • [05:50:03] <mrpackethead_> but then i'm a hobbit.
  • [05:50:29] <mrpackethead_> and Hobbits need to avoid trolls, least they get eaten.
  • [05:50:40] * XorA munches on mrpackethead_
  • [05:50:44] <XorA> omnomnom
  • [05:50:51] * mranostay backs away
  • [05:52:15] * XorA smiles evilly
  • [05:52:46] <XorA> can I build basic image in 20G these days?
  • [05:53:18] <mrpackethead_> emeb_mac: so its simple and small..
  • [05:53:29] <mrpackethead_> emeb_mac: how does that help me rapidlly develope stuff?
  • [05:53:30] <KotH> XorA: it doesnt say that on the tin ;)
  • [05:53:39] * mranostay checks to see if MOSFET caught fire
  • [05:53:53] <mrpackethead_> i only stuck with debian because its what i am familar with
  • [05:53:57] <mrpackethead_> for no other reason..
  • [05:53:58] <XorA> KotH: normally Ive got a 1TB disk so havent been paying attention to disk usage
  • [05:54:09] <mrpackethead_> and as yet, its not been a problem.
  • [05:54:17] <KotH> mranostay: mosfets do not easily catch fire
  • [05:54:22] <emeb_mac> mrpackethead_: depends on what your preferred dev tools are.
  • [05:54:30] <XorA> nothing wrong with debian, its perfectly acceptable choice
  • [05:54:31] <mrpackethead_> what i'm wanting to find out is what im missing.
  • [05:54:32] <emeb_mac> I like a text editor, make and gcc
  • [05:54:36] <KotH> mranostay: oil filled transformers on the other hand.... ;)
  • [05:55:06] <mrpackethead_> mosfets dont burn well afer the intial 'puff' of smoke.
  • [05:55:18] <mrpackethead_> aka, 1 time smoke machine.
  • [05:55:38] <KotH> juup
  • [05:55:44] <KotH> capacitors are much more fun
  • [05:55:52] <mrpackethead_> im sure if i was to say, hey i'm using ubuntu.. i'd get a beating.
  • [05:55:56] * KotH is currently playing with 20u 2kV capacitors
  • [05:56:15] <XorA> mrpackethead_: well isnt that a valid response?
  • [05:56:18] <KotH> mrpackethead_: using ubuntu is fine until you learn how to spell debian ;)
  • [05:56:54] <mrpackethead_> but my front end of course is my macbook.
  • [05:56:55] <mrpackethead_> :-)
  • [05:57:12] <XorA> mrpackethead_: youll fit into Angstrom perfectly then :-D
  • [05:57:25] <mrpackethead_> I will have a look at it sometime
  • [05:57:30] <mrpackethead_> but right now, time is short
  • [05:57:49] <mrpackethead_> i have to have a working demostration with the client by the end of the month.
  • [05:57:53] <mrpackethead_> :-)
  • [05:58:10] <XorA> mrpackethead_: makes sense to stay with what you know then, no argument from me
  • [05:58:17] <mrpackethead_> the beagle is a better bet for making some money than mining bitcoins
  • [06:01:08] <mrpackethead_> there was a reason why someone sends Angrstrom out with the Beagles though.
  • [06:01:15] <mrpackethead_> and i'm sstill unclear as to what it is.
  • [06:01:26] <XorA> because head Angstrom guy works for beagle manufacturer
  • [06:01:59] <emeb_mac> and Angstrom was the 1st distro for the Beagle - before debian & ubuntu noticed it.
  • [06:02:06] <mrpackethead_> ok ok.
  • [06:02:17] <mrpackethead_> so as much as it was the first on the block.
  • [06:02:43] <XorA> debian arm is pretty old as well, I was running it back in the zaurus days
  • [06:02:53] <mrpackethead_> yes..
  • [06:02:58] <mrpackethead_> i'm runnign squeeze
  • [06:03:01] <mrpackethead_> old..
  • [06:03:08] <mrpackethead_> but its stable
  • [06:03:24] <XorA> got squeeze on my Tranformer Infinity
  • [06:03:31] <mrpackethead_> 3.2.33-psp26 kernel
  • [06:03:41] <XorA> the chrootless debian install is the mutts nuts
  • [06:05:01] <mrpackethead_> never heard of it
  • [06:05:28] <mrpackethead_> XorA: do you have a link?
  • [06:05:39] <XorA> mrpackethead_: http://sven-ola.dyndns.org/repo/debian-kit-en.html
  • [06:06:43] <mrpackethead_> i need to assign an engineer to develop our cloing process
  • [06:06:57] <mrpackethead_> we'll need to build several hundred of the same image
  • [06:07:09] <mrpackethead_> need to be able to do that resonably quickly.
  • [06:07:21] <XorA> cp command doesnt work?
  • [06:08:36] <mrpackethead_> can do dd's
  • [06:08:40] <mrpackethead_> but thats not always great
  • [06:09:40] <calculus> Gareth: pong
  • [06:16:02] * RITRedbeard (~redbeard@c-68-37-165-37.hsd1.nj.comcast.net) Quit (Quit: Leaving)
  • [06:16:34] <emeb_mac> oi! reading thru the registers on the AIC3106. That's a lot of registers!
  • [06:18:18] * woglinde (~henning@g225145188.adsl.alicedsl.de) has joined #beagle
  • [06:18:42] <mrpackethead_> yes
  • [06:19:31] <emeb_mac> played with audio on the dvi-d + audio board the other day when I got it.
  • [06:19:51] <emeb_mac> opened up alsamixer and paged thru all the controls. Yikes!
  • [06:20:17] <mrpackethead_> its very capable
  • [06:20:37] <mrpackethead_> but the bbtoys implemenation is slightly sad.
  • [06:21:11] <emeb_mac> oh?
  • [06:21:27] <emeb_mac> aside from not bringing out much of the possible I/O?
  • [06:21:36] <mrpackethead_> they could have exposed a few more in/outputs for very little effort
  • [06:28:16] <mrpackethead_> other than that its fine
  • [06:28:30] <mrpackethead_> its just lost a lot of useful capablity by not doign that
  • [06:28:37] <mrpackethead_> but i guess, it was acutyally designed as a DVI card
  • [06:28:44] <mrpackethead_> and audio was an after thought.
  • [06:29:12] <mrpackethead_> who knows.
  • [06:30:54] * lyakh (~lyakh@dslb-178-001-147-177.pools.arcor-ip.net) has joined #beagle
  • [06:33:05] * woglinde (~henning@g225145188.adsl.alicedsl.de) Quit (Ping timeout: 255 seconds)
  • [06:37:49] * mhaberler (~mhaberler@178-190-204-149.adsl.highway.telekom.at) Quit (Quit: mhaberler)
  • [06:40:26] * RITRedbeard (~redbeard@c-68-37-165-37.hsd1.nj.comcast.net) has joined #beagle
  • [06:44:16] * tema (~tema@ppp91-122-95-241.pppoe.avangarddsl.ru) Quit (Ping timeout: 246 seconds)
  • [06:44:36] * Ceriand|desktop (~Ceriand@unaffiliated/ceriand) Quit (Quit: Leaving.)
  • [06:49:28] * mhaberler (~mhaberler@178-190-204-149.adsl.highway.telekom.at) has joined #beagle
  • [06:49:28] * mhaberler (~mhaberler@178-190-204-149.adsl.highway.telekom.at) has joined #beaglebone
  • [06:55:27] * Cubi_ (~cubi@static-87-79-65-72.netcologne.de) has joined #beagle
  • [07:00:13] * RITRedbeard_ (~redbeard@c-68-37-165-37.hsd1.nj.comcast.net) has joined #beagle
  • [07:00:34] * mhaberler (~mhaberler@178-190-204-149.adsl.highway.telekom.at) Quit (Quit: mhaberler)
  • [07:02:47] * mhaberler (~mhaberler@178-190-204-149.adsl.highway.telekom.at) has joined #beagle
  • [07:02:48] * mhaberler (~mhaberler@178-190-204-149.adsl.highway.telekom.at) has joined #beaglebone
  • [07:03:46] * RITRedbeard (~redbeard@c-68-37-165-37.hsd1.nj.comcast.net) Quit (Ping timeout: 256 seconds)
  • [07:07:45] * mhaberler (~mhaberler@178-190-204-149.adsl.highway.telekom.at) Quit (Ping timeout: 276 seconds)
  • [07:13:44] * Dunearhp_ (~Dunearhp_@203.63.134.61) has joined #beagleboard
  • [07:14:31] * Dunearhp_ (~Dunearhp_@203.63.134.61) has joined #beagle
  • [07:14:36] * Dunearhp_ (~Dunearhp_@203.63.134.61) has left #beagleboard
  • [07:15:24] * Dunearhp_ (~Dunearhp_@203.63.134.61) has left #beagle
  • [07:15:30] * Dunearhp_ (~Dunearhp_@203.63.134.61) has joined #beagle
  • [07:16:26] * _roger_ (~a0740758@nat/ti/x-mkdzbcaxmnqocirf) has joined #beagle
  • [07:25:52] <Dunearhp_> Can anyone tell me which is the best optimized recent ubuntu image for the beagleboard xm
  • [07:25:54] <Dunearhp_> ?
  • [07:29:26] * hattwick (~hattwick@68-184-17-253.dhcp.unas.ma.charter.com) Quit (Ping timeout: 255 seconds)
  • [07:29:38] <Dunearhp_> I'm currently trying ubuntu-12.04-preinstalled-desktop-armhf+omap.img.gz but is seems a little sluggish to me
  • [07:30:27] * slchen (~slchen@123-195-161-155.dynamic.kbronet.com.tw) has joined #beagle
  • [07:30:27] <_av500_> http://hackaday.com/2013/01/12/finally-ti-is-producing-simple-cheap-wifi-modules/
  • [07:30:33] <_av500_> wifi all the things
  • [07:32:12] * KotH wifis _av500_
  • [07:32:26] <Russ> I think av500 has wifi
  • [07:32:29] * flo_lap (~fuchs@Maemo/community/contributor/florian) has joined #beagle
  • [07:34:31] * slchen (~slchen@123-195-161-155.dynamic.kbronet.com.tw) Quit (Client Quit)
  • [07:35:04] <mrpackethead_> is the PRU expert about still
  • [07:35:14] <mrpackethead_> ?
  • [07:35:36] <mrpackethead_> mranostay:
  • [07:35:37] <mrpackethead_> ?
  • [07:35:51] <mrpackethead_> mranostay: pong ping bang crash..
  • [07:36:13] * KidBeta (~KidBeta@202-159-158-30.dyn.iinet.net.au) has joined #beagle
  • [07:37:24] <mrpackethead_> anyone else?
  • [07:37:30] * KidBeta (~KidBeta@202-159-158-30.dyn.iinet.net.au) Quit (Client Quit)
  • [07:38:03] * flo_lap (~fuchs@Maemo/community/contributor/florian) Quit (Ping timeout: 245 seconds)
  • [07:38:14] * emeb_mac (~ericb@ip72-201-78-226.ph.ph.cox.net) Quit (Quit: emeb_mac)
  • [07:40:17] * Shadyman (~matthew@unaffiliated/shadyman) Quit (Quit: Leaving.)
  • [07:42:53] * mrcan (~mrcan@unaffiliated/mrcan) has joined #beagle
  • [07:42:54] * mrcan (~mrcan@unaffiliated/mrcan) has joined #beagleboard
  • [07:42:54] * mrcan (~mrcan@unaffiliated/mrcan) has joined #beaglebone
  • [07:48:47] * damir__ (~damir@217-72-91-162.ipv4.tusmobil.si) has joined #beagle
  • [07:57:57] * cykon (~chatzilla@30-63-114-134.nat.resnet.nau.edu) has joined #beagle
  • [07:58:42] <cykon> I got a nice C program running on my beagleboard, and now I tried some C++ -- yet when I try to include iostream -- it gives me this error "/usr/local/angstrom/arm/lib/gcc/arm-angstrom-linux-gnueabi/4.3.3/../../../../arm-angstrom-linux-gnueabi/include/c++/4.3.3/iostream:77: undefined reference to `std::ios_base::Init::Init()'"
  • [07:59:09] <cykon> Is the compiled iostream just... not working? or is it perhaps something on my end
  • [08:02:34] * ncbas (~ncbas@63-11.bbned.dsl.internl.net) has joined #beagle
  • [08:02:35] * ncbas is now known as modmaker
  • [08:05:32] * SoCo_cpp_ (~soco@host-76-11-243-58.newwavecomm.net) Quit (Ping timeout: 256 seconds)
  • [08:15:41] * Guest87203 (~bleh1@87.254.84.104) Quit (Ping timeout: 255 seconds)
  • [08:17:01] * cykon (~chatzilla@30-63-114-134.nat.resnet.nau.edu) Quit (Remote host closed the connection)
  • [08:17:59] * jpirko (~jirka@ip-94-112-98-141.net.upcbroadband.cz) has joined #beagle
  • [08:25:32] * negril (~negril@146-52-228-174-dynip.superkabel.de) has joined #beagle
  • [08:28:53] * shoragan (~jlu@2001:6f8:1178:2:219:99ff:fe56:8d7) has joined #beagle
  • [08:28:54] * shoragan (~jlu@2001:6f8:1178:2:219:99ff:fe56:8d7) Quit (Changing host)
  • [08:28:54] * shoragan (~jlu@debian/developer/shoragan) has joined #beagle
  • [08:34:35] * flo_lap (~fuchs@Maemo/community/contributor/florian) has joined #beagle
  • [08:35:05] * modmaker (~ncbas@63-11.bbned.dsl.internl.net) Quit (Ping timeout: 252 seconds)
  • [08:41:10] * Zju (~abaddon@178.120.183.119) has joined #beagle
  • [08:41:17] * Zju (~abaddon@178.120.183.119) Quit (Client Quit)
  • [08:41:30] * Zju (~abaddon@178.120.183.119) has joined #beagle
  • [08:42:55] * cacodaemon (~abaddon@178.120.72.79) Quit (Ping timeout: 246 seconds)
  • [08:46:13] * Russ (~russ@pool-74-100-57-85.lsanca.fios.verizon.net) Quit (Read error: Connection reset by peer)
  • [08:47:13] * flo_lap (~fuchs@Maemo/community/contributor/florian) Quit (Ping timeout: 245 seconds)
  • [08:48:35] * tasslehoff (~tasslehof@84.49.231.147) has joined #beagle
  • [09:03:25] * Russ (~russ@pool-74-100-57-85.lsanca.fios.verizon.net) has joined #beagle
  • [09:09:17] * Wipster (~Wip@host81-137-80-202.in-addr.btopenworld.com) has joined #beagle
  • [09:12:17] <mrpackethead_> anyone got an idea of how to listen to a serial data stream (250kps) using the PRU?
  • [09:13:44] <Russ> headphones?
  • [09:14:21] <mrpackethead_> my ears crap out at about 15k
  • [09:14:24] <mrpackethead_> :-(
  • [09:14:43] <mrpackethead_> shoudl be doable
  • [09:17:43] <KotH> listen?
  • [09:17:45] <KotH> what do you mean?
  • [09:17:52] <mrpackethead_> receive
  • [09:17:58] <mrpackethead_> sorry bad words
  • [09:18:04] <KotH> ah..
  • [09:18:12] <KotH> doesnt the PRU have an uart?
  • [09:18:12] <mrpackethead_> easy to bitbang out the serial streams
  • [09:18:29] <mrpackethead_> only good to 115200
  • [09:18:32] <KotH> simlarly easy to bitreceive in the serial streams
  • [09:18:46] <KotH> how fast does the PRU run?
  • [09:18:52] <mrpackethead_> 200Mhz
  • [09:18:58] <KotH> o_0
  • [09:19:11] <KotH> taht should be easily doable
  • [09:19:19] <mrpackethead_> i woudl ahve thought.
  • [09:19:25] <mrpackethead_> the serial isnt quite straight forward
  • [09:19:26] <mrpackethead_> its DMX
  • [09:19:31] <KotH> ?
  • [09:19:34] <KotH> what's dmx?
  • [09:19:34] <mrpackethead_> it has some oddball breaks in it
  • [09:19:46] <mrpackethead_> its a protocol for controlling lighting
  • [09:20:05] <KotH> ah
  • [09:20:11] <KotH> hmm..
  • [09:20:15] <Russ> can't you just sample at an appropriate frequency?
  • [09:20:23] <mrpackethead_> yes.
  • [09:20:33] <Russ> dmx512, that on PRU, that would have been a good elc talk
  • [09:20:41] <av500> yep
  • [09:20:52] <mrpackethead_> the outbound works easily
  • [09:21:00] <mrpackethead_> i just want to do inbound as well
  • [09:21:03] <av500> mrpackethead_: you have that?
  • [09:21:07] <av500> outbound?=
  • [09:21:15] <mrpackethead_> yes, i can transmit it
  • [09:21:37] <mrpackethead_> one of the beaglecape contest projects inspired me
  • [09:21:48] <KotH> mrpackethead_: sample with about 5-10times the frequency, estimate the midpoint of the bits, use that sample,
  • [09:22:16] <KotH> shouldnt be too hard
  • [09:22:50] <KotH> i dont know whether you've a timer or anything like that on the PRU, but even if not, just counting cycles should do the job
  • [09:23:05] <mrpackethead_> its very deterministic for timing
  • [09:23:10] <mrpackethead_> thats what the PRU is good at
  • [09:23:25] <Russ> https://en.wikipedia.org/wiki/File:Annotated_trace_of_DMX-512_signal.png
  • [09:24:33] <Russ> also don't forget you have two prus
  • [09:24:38] <mrpackethead_> yes
  • [09:24:50] <mrpackethead_> plan was to use one for TX
  • [09:24:52] <mrpackethead_> and one for RX
  • [09:25:11] <mrpackethead_> the memory mapping makes things easy on the other side
  • [09:26:31] <mrpackethead_> this one is better http://www.erwinrol.com/dmx512/
  • [09:27:58] <Russ> with rs232 style serial, you do you timing based on the start bit
  • [09:28:22] <Russ> so long as neither side stays too far from 250khz, you shouldn't have a problem over the course of 8 bits
  • [09:29:31] <mrpackethead_> i think you're right.
  • [09:30:42] <Russ> you can schedule your sampling of bits based on the arrival of the start bit and the bit period
  • [09:31:45] <mrpackethead_> yup, i think we will be ok.
  • [09:31:53] <Russ> with PRU 800 cycles per bit, you should be ok :), even if you only use one PRU
  • [09:32:03] <Russ> er, 800 PRU cycles
  • [09:32:18] <mrpackethead_> and you get 1 instruciton per cycle
  • [09:41:16] * hattwick (~hattwick@68-184-17-253.dhcp.unas.ma.charter.com) has joined #beagle
  • [09:48:47] * Electric_Monk (~colin@c-71-202-160-62.hsd1.ca.comcast.net) Quit (Ping timeout: 252 seconds)
  • [09:49:09] * jackmitchell (~Thunderbi@195.171.99.130) has joined #beagle
  • [09:56:24] * mythos (~mythos@unaffiliated/mythos) Quit (Ping timeout: 276 seconds)
  • [10:04:27] * SoCo_cpp_ (~soco@50.44.200.186) has joined #beaglebone
  • [10:04:34] * fraz__ (~fraz@12.233.153.4) has joined #beagle
  • [10:09:34] * ncbas (~ncbas@63-11.bbned.dsl.internl.net) has joined #beagle
  • [10:09:35] * ncbas is now known as modmaker
  • [10:22:23] * mrpackethead_ (~mrpacketh@118-93-95-178.dsl.dyn.ihug.co.nz) Quit (Remote host closed the connection)
  • [10:22:51] * mrpackethead_ (~mrpacketh@118-93-95-178.dsl.dyn.ihug.co.nz) has joined #beagle
  • [10:29:59] * panto (~panto@195.97.110.117) has joined #beagle
  • [10:31:06] <panto> hello trolls
  • [10:32:12] <av500> hello troll
  • [10:37:39] <panto> now I'm hurt
  • [10:38:50] <av500> good
  • [10:39:36] <panto> somehow I will survive having this black spot on my soul
  • [10:39:40] <panto> it won't be easy
  • [10:44:14] <dm8tbr> *burp*
  • [10:47:22] <av500> CC3000 sample ordered
  • [10:48:07] <dm8tbr> nice :)
  • [10:48:33] <dm8tbr> what cpu is in that thing? I didn't follow the specs yet. M3?
  • [10:48:46] <av500> no idea
  • [10:48:50] <av500> its an SPI device
  • [10:48:54] <av500> you still need a host
  • [10:49:04] <av500> I would prefer it to be an MCU too
  • [10:49:08] <av500> with a few GPIOs
  • [10:49:15] <av500> as is you need to add an MSP430 or so
  • [10:49:53] <av500> ti has a trick to configure wifi on it: http://processors.wiki.ti.com/index.php/CC3000_Smart_Config
  • [10:50:17] <av500> I think it transmits crpyted essid and pwd in wifi broadcasts
  • [10:50:23] <av500> and the cc3000 picks that up
  • [10:50:46] <av500> not sure what kind of a broadcast an android/ios app can send
  • [10:51:10] <av500> I think I have some slides on that somewhere
  • [10:51:12] * Wipster (~Wip@host81-137-80-202.in-addr.btopenworld.com) Quit (Read error: Connection reset by peer)
  • [10:51:30] <dm8tbr> interesting
  • [10:51:35] <dm8tbr> but might also be error prone
  • [10:51:56] * florian (~fuchs@port-217-146-132-69.static.qsc.de) has joined #beagle
  • [10:51:56] * florian (~fuchs@port-217-146-132-69.static.qsc.de) Quit (Changing host)
  • [10:51:56] * florian (~fuchs@Maemo/community/contributor/florian) has joined #beagle
  • [10:52:06] <av500> https://itunes.apple.com/us/app/ti-wifi-smartconfig/id580969322?mt=8
  • [10:52:19] <av500> dm8tbr: it forces the pax to renter his wifi stufdf
  • [10:52:24] <av500> re-enter
  • [10:52:48] <av500> which means to have no idea about the ESSID and to turn over the router to read the stock password :)
  • [10:53:10] <dm8tbr> yeah :)
  • [10:53:28] <dm8tbr> well it would be a security issue if random apps could read your network credentials...
  • [10:54:40] * damir__ (~damir@217-72-91-162.ipv4.tusmobil.si) Quit (Ping timeout: 252 seconds)
  • [10:54:58] <av500> yes
  • [10:55:06] <av500> user has to enter it manually
  • [10:55:37] * damir__ (~damir@217-72-91-162.ipv4.tusmobil.si) has joined #beagle
  • [10:56:20] <dm8tbr> nevertheless nice stuff if you want to offload the complete network and ip stack
  • [10:57:04] <av500> yes
  • [11:00:58] * mhaberler (~mhaberler@178-191-186-70.adsl.highway.telekom.at) has joined #beagle
  • [11:00:59] * mhaberler (~mhaberler@178-191-186-70.adsl.highway.telekom.at) has joined #beaglebone
  • [11:05:05] * mythos (~mythos@unaffiliated/mythos) has joined #beagle
  • [11:06:12] <av500> ah: http://processors.wiki.ti.com/index.php/File:Cc3000_ftc_process.PNG
  • [11:06:29] <av500> but how can an android "app" request to connect to an AP?
  • [11:07:45] <av500> http://processors.wiki.ti.com/index.php/File:Cc3000_ssid_fields.PNG
  • [11:07:49] <av500> hmm, 32bytes max
  • [11:20:37] * MightyMu (~MightyMu@ip68-224-77-19.lv.lv.cox.net) has joined #beagle
  • [11:26:47] * mthalmei_away is now known as mthalmei
  • [11:35:40] <dm8tbr> heh, it will do wep64 but not wep128 in that mode
  • [11:36:12] * mthalmei is now known as mthalmei_away
  • [11:36:12] * KidBeta (~KidBeta@124-171-49-66.dyn.iinet.net.au) has joined #beagle
  • [11:47:50] * KidBeta (~KidBeta@124-171-49-66.dyn.iinet.net.au) Quit (Ping timeout: 252 seconds)
  • [11:54:33] <mdp> mmm...the internet of things
  • [11:55:10] <mdp> av500, a further demonstration of the TI focus "elsewhere"
  • [11:55:44] * gustavoz (~gustavoz@host212.200-82-114.telecom.net.ar) has joined #beagle
  • [11:55:45] <panto> I am always wary when I see piddling micros connect to the 'internets'
  • [11:55:55] <panto> it's a wild wild world out there
  • [11:58:07] <ynezz> not much stack for overflows anyway :p
  • [12:00:06] * KidBeta (~KidBeta@124-169-136-33.dyn.iinet.net.au) has joined #beagle
  • [12:02:14] <ynezz> mdp: you mean your network keys "elsewhere"?
  • [12:02:54] <ynezz> as a showcase it's nice, but real world usability - none?
  • [12:03:13] <mdp> panto, speaking of wild wild west: http://26-26-54.hardwarebug.org/123
  • [12:03:43] <panto> mdp, as long as it's a soldering gun
  • [12:03:47] <mdp> ynezz: I didn't say it was any good ;)
  • [12:06:14] * mhaberler (~mhaberler@178-191-186-70.adsl.highway.telekom.at) Quit (Quit: mhaberler)
  • [12:13:35] * Wildblue (~email@c-69-140-154-17.hsd1.md.comcast.net) has joined #beagle
  • [12:13:43] * Wildblue (~email@c-69-140-154-17.hsd1.md.comcast.net) has left #beagle
  • [12:17:17] * kiilo (~kiilo@46-126-76-28.dynamic.hispeed.ch) has joined #beagle
  • [12:23:35] * kiilo (~kiilo@46-126-76-28.dynamic.hispeed.ch) Quit (Remote host closed the connection)
  • [12:25:20] * kiilo (~kiilo@46-126-76-28.dynamic.hispeed.ch) has joined #beagle
  • [12:29:00] <KotH> mdp: what do you mean with "elsewhere"?
  • [12:29:45] <mdp> KotH: just a comment about no more parts focus on handsets/tablets
  • [12:30:01] <mdp> the rule also applies to wireless stuff
  • [12:30:14] <KotH> mdp: ah..
  • [12:30:22] <KotH> mdp: juup...
  • [12:30:39] <KotH> mdp: i asked myself what they are going to do with the whole chipcon stuff they still own
  • [12:31:11] <mdp> most of it applies "elsewhere"
  • [12:31:37] <KotH> juup
  • [12:31:52] <KotH> but there was also a big suppart that did wlan kind of stuff
  • [12:31:59] <mdp> but stuff like wilink8 is purpose built for a handset...kinda useless now
  • [12:32:00] <KotH> subpart*
  • [12:32:08] <KotH> juup
  • [12:32:27] <KotH> which reminds me... i always wanted to try to do something with the cc430
  • [12:32:52] <mdp> we had some moron ask why we weren't using wilink8 in a board that needed to be an NFC reader ;)
  • [12:32:54] <mdp> duh
  • [12:33:55] <KotH> it would do the job ;)
  • [12:34:27] <mdp> except for not having NFC reader capability ;)
  • [12:34:49] <mdp> they forgot it's only the client protocols...purpose-built
  • [12:35:03] <mdp> it was a "checkbox feature" person...
  • [12:35:39] <mdp> cargo cult technologist ;)
  • [12:35:45] <KotH> hehe
  • [12:36:40] <KotH> btw: is nfc the same mess as rfid?
  • [12:37:31] <dm8tbr> nfc essentially _is_ RFID, just with some parameters hardcoded and additional protocols on top
  • [12:38:03] <ynezz> mess in RFID?
  • [12:38:10] <mdp> KotH: what dm8tbr said
  • [12:38:15] <mdp> a superset
  • [12:39:23] <ynezz> there're ISO standards, there's no room for mess :p
  • [12:39:49] <mdp> hehe
  • [12:39:55] <ynezz> then GS1/EPC/NFC standards on top of it
  • [12:39:57] <ynezz> then ...
  • [12:40:03] <KotH> so, it's a total mess, not just a huge mess
  • [12:40:25] <ynezz> where's mess, there's always market :)
  • [12:40:47] <dm8tbr> matroska-style
  • [12:41:08] <ynezz> gangman-style I would say
  • [12:41:16] * flo_lap (~fuchs@Maemo/community/contributor/florian) has joined #beagle
  • [12:42:22] <bradfa> EPC's not a mess
  • [12:42:34] <bradfa> NFC is though :)
  • [12:42:44] <ynezz> oh really?
  • [12:43:15] <ynezz> how's that
  • [12:43:28] <bradfa> ynezz, which statement?
  • [12:43:32] <bradfa> both?
  • [12:43:34] <bradfa> :)
  • [12:43:52] <bradfa> if you want to see a mess, go look at ISO 18000-7
  • [12:44:20] <ynezz> -ENOMONEY
  • [12:44:25] <bradfa> the spec is a mess (it's missing about 100 pages of detail) and the org writing it had a coup last year
  • [12:44:44] <bradfa> then they added a patent clause to their example code
  • [12:44:53] <ynezz> geniuses :D
  • [12:45:00] <bradfa> yes
  • [12:45:12] <KotH> bradfa: a coup?
  • [12:45:33] <ynezz> = want more money
  • [12:45:43] <bradfa> KotH, overthrew the former leadership
  • [12:45:54] <bradfa> probably in a farily peaceful way, I imagine, though
  • [12:46:04] <bradfa> threw out the old leaders and put new ones in
  • [12:46:15] <KotH> peacefull? like beheading?
  • [12:46:18] <bradfa> and then kicked all the members out of the area where the specs are on the website
  • [12:46:27] <bradfa> KotH, somewhat like that
  • [12:46:43] <KotH> sounds like fun
  • [12:46:48] <bradfa> KotH, oh yes
  • [12:46:50] <KotH> and how come that did happen?
  • [12:47:10] <bradfa> KotH, cause they've been building the spec for years and no one's adopting it (or paying them money, I presume)
  • [12:47:14] <bradfa> plus the spec's not done
  • [12:47:22] <bradfa> and 6lowpan's about to eat their lunch
  • [12:47:31] <bradfa> ieee and ietf know what they are doing
  • [12:47:42] <KotH> then, why would anyone even bother to stage a coup?
  • [12:47:51] <bradfa> KotH, why would anyone want to get an MBA?
  • [12:48:03] <KotH> to earn more money for doing less
  • [12:48:18] <bradfa> KotH, well, some MBA types think they can save it, I guess
  • [12:48:26] <bradfa> the engineers don't seem to think so
  • [12:49:16] <KotH> well.. considering that most of these protocols are first implemented by smal companies... the one that has their specs online for free will usually win
  • [12:49:25] <bradfa> KotH, yes
  • [12:49:25] <KotH> apropos...
  • [12:49:41] <KotH> does anyone have a copy of the scsi specs from before they closed the acces to the documents?
  • [12:49:46] <bradfa> KotH, 802.15.4 cost me like $15 for all the parts, ietf specs are free
  • [12:50:00] * KotH doenst pay for ieee standards
  • [12:50:00] <bradfa> KotH, scsi is closed now?
  • [12:50:10] <KotH> has been for 3 or 4 years
  • [12:50:23] <bradfa> KotH, the core one is free but some of the amendments aren't free yet for the 802 series
  • [12:50:29] <bradfa> Ethernet's mostly free
  • [12:50:32] <KotH> the announcement read like "because we became important, we now charge you to get access"
  • [12:50:54] <bradfa> I don't mind a few dollars, it's the ISO ones that each part costs $100 that I mind
  • [12:50:55] <KotH> bradfa: i still dont pay for ieee standards ;)
  • [12:51:17] * KotH likes gramatical ambiguity ;)
  • [12:54:45] * nemik (~cyanact@c-67-162-60-211.hsd1.il.comcast.net) has joined #beagle
  • [12:57:24] * KidBeta (~KidBeta@124-169-136-33.dyn.iinet.net.au) Quit (Quit: Computer has gone to sleep.)
  • [12:58:12] * nemik_ (~cyanact@c-67-162-60-211.hsd1.il.comcast.net) Quit (Ping timeout: 248 seconds)
  • [13:03:09] * KidBeta (~KidBeta@124-169-136-33.dyn.iinet.net.au) has joined #beagle
  • [13:08:00] <KotH> does anyone know when distributors like arrow open?
  • [13:08:35] <KotH> it's already 6am there, and still nobody picking up the phone
  • [13:09:52] <av500> phone?
  • [13:09:57] <av500> are you like "old"?
  • [13:10:03] <KotH> yes
  • [13:10:29] <av500> nice, my new ip cam has ssh
  • [13:10:35] <av500> Linux AirCam 2.6.28 #1 PREEMPT Wed Sep 5 15:41:51 EEST 2012 armv5tel GNU/Linux
  • [13:10:59] <aholler_> you don't use beagles for that?
  • [13:11:09] <av500> not outside
  • [13:11:22] <KotH> new? 2.6.28?
  • [13:11:28] <KotH> that's even older than me
  • [13:11:29] <av500> yes, newe
  • [13:11:31] <mdp> av500, no telnet?
  • [13:11:36] <av500> mdp: that too
  • [13:11:40] <av500> just disabled :)
  • [13:11:40] <mdp> rock on
  • [13:11:44] <mdp> bah
  • [13:11:53] <mdp> you and your fancy new ssh technology
  • [13:11:55] <av500> http://www.ubnt.com/airvision#airCamHardware
  • [13:12:05] <av500> ~100??? for a 720p outdoor ipcam
  • [13:12:11] <av500> including POE injector
  • [13:12:40] <KotH> trying to spy on your girls while playing outside?
  • [13:12:43] <mdp> nice
  • [13:12:52] <av500> KotH: no
  • [13:13:17] <KotH> trying to spy on your neighbors while "playing" outside?
  • [13:13:24] <av500> too cold for outside
  • [13:13:26] <av500> :)
  • [13:13:41] <KotH> there are all kind of fetishes ;)
  • [13:14:06] <mdp> impressive..3 pack of those is 250USD shipped on ebay
  • [13:14:10] * KotH just hopes this isnt one of these family friendly channels
  • [13:15:05] <av500> mdp: yes
  • [13:15:47] <mdp> KotH: creeper card time? ;)
  • [13:16:06] <KotH> mdp: i hope not
  • [13:16:12] * KotH isnt creepy...most of the time
  • [13:16:17] <KotH> mdp: but i've been banned for less ^^'
  • [13:17:54] <mdp> av500, thanks for being my lazyweb...researching this stuff has been on my todo list for some time. ;)
  • [13:18:18] <av500> you are welcome
  • [13:18:19] <mdp> I'm using some old axis indoor cameras but needed a couple outdoor ones..with more capability
  • [13:18:28] <mdp> and telnet!
  • [13:18:32] <av500> :)
  • [13:18:50] <av500> now I need to run ethernet up my air intake to the roof
  • [13:19:23] <av500> luckily the patch panel is in the same room where the air axchanger is
  • [13:19:24] * mdp imagines new camera names..."creepercam1" ...
  • [13:19:55] <aholler_> I don't like do get monitored too, so it that doesn't match
  • [13:20:15] <KotH> btw: i got my boss credit card... does anyone want to have some fancy dinner tonight? ;)
  • [13:20:24] * aholler_ is now known as aholler
  • [13:20:30] * mdp books flight
  • [13:20:58] <av500> KotH: buy 2 tickets to ELC
  • [13:21:04] * brainuee (b49531e7@gateway/web/freenode/ip.180.149.49.231) has joined #beagle
  • [13:21:29] <mdp> heh
  • [13:21:37] <brainuee> is there anyway to boot beagleboard without micro sd card, because, board is not reading file from any sd card
  • [13:21:52] <brainuee> can i boot using pendrive?
  • [13:22:27] <KotH> have you read documentation?
  • [13:22:31] <aholler> no, sounds like you've killed it with that fraction of a second
  • [13:22:49] <aholler> electrons are fast
  • [13:23:06] <KotH> fractions of a second?
  • [13:23:19] * KotH didnt know that fractured seconds could damage electrons
  • [13:23:42] <av500> brainuee: no, not using pendrive
  • [13:23:48] <av500> it boots fine from SD
  • [13:24:08] <brainuee> can i use pendrive for root partion?
  • [13:24:15] <brainuee> if yes, then how?
  • [13:24:51] <brainuee> because i can perhaps boot by sending u-boot file from laptop to board through y-modem
  • [13:25:08] <KotH> brainuee: do you know linux?
  • [13:25:15] <brainuee> no :(
  • [13:25:24] <KotH> thought so
  • [13:25:26] * felipealmeida (~user@mvx-187-16-79-187.mundivox.com) has joined #beagleboard
  • [13:25:32] <KotH> go, get a good book on linux
  • [13:25:54] * felipealmeida (~user@mvx-187-16-79-187.mundivox.com) has joined #beagle
  • [13:25:56] <brainuee> i have stuck, and dont have time to finish project, so plz help me
  • [13:26:03] <aholler> brainuee: try if you can and checkout how to proceed afterwards
  • [13:26:07] * mhaberler (~mhaberler@213-33-12-161.adsl.highway.telekom.at) has joined #beagle
  • [13:26:07] * mhaberler (~mhaberler@213-33-12-161.adsl.highway.telekom.at) has joined #beaglebone
  • [13:26:12] <KotH> brainuee: i cost 500CHF/hour
  • [13:26:18] <KidBeta> CHF?
  • [13:26:33] <KotH> the only stable currency left on this planet.. besides chcolate
  • [13:26:37] <brainuee> http://pastebin.com/FHvcz2y9
  • [13:26:54] <jonand> KotH: 500CHF/h to idle on IRC? :)
  • [13:27:02] <KotH> jonand: ofc
  • [13:27:06] <av500> brainuee: fix your SD card
  • [13:27:10] <brainuee> my problem is above, so i concluded that board is not reading anything from sd card, so thought to use pendrive
  • [13:27:49] <av500> it is reading from sd
  • [13:27:58] <av500> where else would the boot loader come from?
  • [13:28:05] <brainuee> then waht is problem?
  • [13:28:11] <av500> no idea
  • [13:28:15] <av500> make a new card
  • [13:28:26] <av500> ** Unable to use mmc 0:1 for fatload **
  • [13:28:28] <av500> ** Bad partition 2 **
  • [13:28:34] <av500> your card might be bad/corrupted
  • [13:28:41] <brainuee> i had back up of original card , so i ran other card, then that also showed same result
  • [13:28:50] <brainuee> how can both card get corrupted at same time
  • [13:28:51] <brainuee> ?
  • [13:28:59] <KotH> wrong type of card
  • [13:29:45] <KotH> try yet another card, different brand, different size
  • [13:30:05] <av500> try a more recent MLO/uboot
  • [13:30:33] * brainuee_ (b49531e7@gateway/web/freenode/ip.180.149.49.231) has joined #beagle
  • [13:31:05] <av500> try http://circuitco.com/support/index.php?title=BeagleBoard-xM#BeagleBoard-xM_Rev_C.2FC1.2FC2_Image
  • [13:32:06] <brainuee> i have copy of original card, should not it work on my board in all case? what is the purpose or reason for getting more recent MLO?
  • [13:32:24] * brainuee_ (b49531e7@gateway/web/freenode/ip.180.149.49.231) Quit (Client Quit)
  • [13:33:29] <brainuee> if sd card is booting, then can't i use pendrive for root file system?
  • [13:36:36] <av500> yes
  • [13:36:44] <av500> but you need to load the kernel from sd first
  • [13:37:06] <aholler> no
  • [13:38:27] * exosyst (~exosyst@host86-129-92-11.range86-129.btcentralplus.com) has joined #beagle
  • [13:38:55] <aholler> u-boot can load the kernel from usb (ehci) too
  • [13:39:39] <aholler> but as he seems to be unable to build/verify/check partions on a sd-card, it's unlikely he can do that with an usb-stick ;)
  • [13:40:08] <av500> yes
  • [13:40:18] <av500> I'd still go with a know good image first
  • [13:40:24] <av500> known*
  • [13:41:18] * KidBeta (~KidBeta@124-169-136-33.dyn.iinet.net.au) Quit (Ping timeout: 276 seconds)
  • [13:51:42] <av500> https://fosdem.org/2013/schedule/track/embedded_and_mobile/
  • [13:51:46] <av500> https://fosdem.org/2013/schedule/track/operating_systems/
  • [13:54:25] <mdp> ok, OSHW bagpipes is reason alone to be there
  • [13:55:16] <av500> http://wiki.baserock.org
  • [13:55:23] <av500> gee, yet another build system
  • [13:55:25] <aholler> mdp: if you get a paid trip, fosdem is worth the time
  • [13:55:39] <mdp> yeah, some friends have been there and recommend it
  • [13:55:51] <mdp> I just don't have time to go to everything I'd like to
  • [13:55:53] <mdp> ;)
  • [13:56:29] <KotH> mdp: just do it like av500 :)
  • [13:56:51] * NishanthMenon (~nmenon@192.94.92.14) has joined #beagle
  • [13:58:23] * brainuee (b49531e7@gateway/web/freenode/ip.180.149.49.231) Quit (Ping timeout: 245 seconds)
  • [13:58:28] * dwery (~dwery@nslu2-linux/dwery) Quit (Ping timeout: 245 seconds)
  • [14:03:45] <aholler> mdp: just be sure to have something else than just t-shirts in your luggage ;)
  • [14:08:50] * AndrevS (~andrevs@2001:888:1590:0:225:b3ff:fec0:41e1) Quit (Quit: Leaving)
  • [14:12:35] * sakoman (~steve@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) Quit (Quit: Leaving.)
  • [14:13:08] * sakoman (~steve@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) has joined #beagle
  • [14:14:03] * dwery (~dwery@nslu2-linux/dwery) has joined #beagle
  • [14:16:17] * alan_o (~alan@c-68-62-240-236.hsd1.fl.comcast.net) has joined #beagle
  • [14:16:44] <bradfa> device tree, here I come! :)
  • [14:18:33] * smplman (~speery@64.132.167.18) has joined #beagle
  • [14:18:42] <mdp> bradfa, you finally admit that it will fix your problems....that's the first step.
  • [14:20:39] <av500> lol: Barkley Socket API
  • [14:20:47] <av500> I prefer Barney Sockets
  • [14:21:28] <aholler> firewalled?
  • [14:21:44] * iPhoneMRZ (~iphonemrz@2.194.21.154) has joined #beagle
  • [14:21:46] <mdp> mmm Purple Sockets
  • [14:22:02] * iPhoneMRZ (~iphonemrz@2.194.21.154) Quit (Client Quit)
  • [14:22:40] * iPhoneMRZ (~iphonemrz@2.194.21.154) has joined #beagle
  • [14:22:40] * iPhoneMRZ (~iphonemrz@2.194.21.154) Quit (Client Quit)
  • [14:23:55] <jackmitchell> With the 3.8/3.7 beaglebone kernel from Github does anyone else experience slow ssh connections. It takes around 5 seconds for me to log in over SSH
  • [14:24:09] <jackmitchell> I'm trying to determine if it is a userland or kernel issue...
  • [14:24:25] <bradfa> mdp, not only device tree is solving all my problems, it's going to do so on 3.8-rc3!
  • [14:24:30] <bradfa> mainline, baby!
  • [14:24:55] * iPhoneMRZ (~iphonemrz@89-97-229-110.ip19.fastwebnet.it) has joined #beagle
  • [14:24:56] <bradfa> built! first try! (we'll see if it actually runs next :)
  • [14:24:57] <aholler> jackmitchell: try -4
  • [14:25:00] * mdp sounds like a mgr he knows ;)
  • [14:25:23] * tasslehoff (~tasslehof@84.49.231.147) Quit (Quit: WeeChat 0.3.8)
  • [14:25:24] <mdp> er, bradfa, you sound like somebody at work here ;)
  • [14:25:53] <bradfa> mdp, doesn't everyone at your work embrace mainline and device tree? :)
  • [14:26:00] <bradfa> I thought mainline was the new company line
  • [14:26:02] <bradfa> no?
  • [14:26:13] * iPhoneMRZ (~iphonemrz@89-97-229-110.ip19.fastwebnet.it) Quit (Client Quit)
  • [14:26:25] <mdp> bradfa, sure
  • [14:26:38] <bradfa> u-boot 2013.01, linux-3.8-rc3, what's next for me? dropping debian for some cross built thing? :)
  • [14:26:52] <jackmitchell> aholler: ssh 192.168.0.167 -l root -4
  • [14:26:54] <mdp> the particular exclamation of "mainline, baby!!!" in excitable glee is what is humorous
  • [14:26:57] <jackmitchell> aholler: still the same
  • [14:27:01] <mdp> as if it's some "new thing" ;)
  • [14:27:23] <Crofton|work> must beat the mainline drum constantly to overcome the inertia toward a million git repos
  • [14:27:38] <Crofton|work> particualrly created by silicon vendors
  • [14:27:53] <bradfa> Crofton|work, better only 1 million than 2 million :)
  • [14:27:54] <mdp> bradfa, it's sometimes funny to step back and see how exciting it is to the ARM world
  • [14:27:59] <jackmitchell> bradfa: I'm having a lot of success on mainline + devicetree
  • [14:28:03] <aholler> Crofton|work: too late, the interwebs won't forget the million gits
  • [14:28:05] <jackmitchell> bradfa: who would have guessed!
  • [14:28:06] <bradfa> jackmitchell, hope to join you soon!
  • [14:28:40] <mdp> bradfa, the list of gaps shrinks daily...
  • [14:28:48] <bradfa> the big question for me, soon, is SPI performance on am335x on mainline, if that works well now I might just drop evil vendor tree
  • [14:28:50] <jackmitchell> I've got a feeling my SSH issues may be related to logging...
  • [14:28:51] <jackmitchell> Dec 11 13:11:17 beaglebone auth.info sshd[488]: Accepted none for root from 192.168.0.76 port 39019 ssh2
  • [14:28:51] <jackmitchell> Dec 11 13:11:17 beaglebone auth.info sshd[492]: lastlog_openseek: Couldn't stat /var/log/lastlog: No such file or directory
  • [14:28:51] <jackmitchell> Dec 11 13:11:17 beaglebone auth.info sshd[492]: lastlog_openseek: Couldn't stat /var/log/lastlog: No such file or directory
  • [14:28:51] <jackmitchell> Dec 11 13:20:10 beaglebone auth.info sshd[488]: Received disconnect from 192.168.0.76: 11: disconnected by user
  • [14:28:51] <jackmitchell> Dec 11 13:20:18 beaglebone auth.info sshd[494]: Accepted none for root from 192.168.0.76 port 39122 ssh2
  • [14:28:52] <jackmitchell> Dec 11 13:20:18 beaglebone auth.info sshd[498]: lastlog_openseek: Couldn't stat /var/log/lastlog: No such file or directory
  • [14:28:52] <jackmitchell> Dec 11 13:20:18 beaglebone auth.info sshd[498]: lastlog_openseek: Couldn't stat /var/log/lastlog: No such file or directory
  • [14:29:08] <mdp> bradfa, rephrase question ;)
  • [14:29:20] <jackmitchell> bradfa: SPI is my main use case for mainline, it works a lot better than the 3.2.vendor.tree.makes.me.suck
  • [14:29:21] <bradfa> mdp, does SPI work well (with DMA) on am335x on mainline?
  • [14:29:25] <mdp> yes
  • [14:29:29] <mdp> for a long time now
  • [14:29:36] * bradfa hugs mdp and dances
  • [14:29:40] <mdp> well, using koen's evil vendor tree based on mainline
  • [14:29:49] <koen> yes!
  • [14:30:02] * thurbad (~natesewel@cpe-70-113-204-247.austin.res.rr.com) Quit (Quit: thurbad)
  • [14:30:09] * bradfa hugs koen, too
  • [14:30:21] * bradfa throws beer bottles up and dances like mranostay
  • [14:30:31] <mdp> he has the latest v5 dmaengine/mmc/spi patches applied so we are "aligned"
  • [14:30:32] <mdp> ;)
  • [14:30:39] <bradfa> maybe this device tree really will solve my problems :)
  • [14:30:47] <mdp> it will
  • [14:30:54] * Crofton|work will beat koen at fosdem
  • [14:31:12] * av500 will watch
  • [14:31:14] <Crofton|work> although as a representative of a use of someone elses silicon
  • [14:31:18] <Crofton|work> I understand his pain
  • [14:31:28] * ssvb (~ssvb@212.16.98.80) Quit (Quit: Leaving)
  • [14:31:29] <bradfa> fosdem rumble?
  • [14:31:33] <av500> beating involves pain, no?
  • [14:31:38] <mdp> koen, do you have the audio patches applied to 3.8?
  • [14:31:44] * mdp is too lazy to look
  • [14:32:10] <bradfa> jackmitchell, good to hear you're success with SPI
  • [14:32:17] <Crofton|work> I totally undertstand Wind River wanting to use mainline + patches, not base from evil vendor trees now
  • [14:32:23] <bradfa> gimme a few hours and I might have more successes here, I'll report back
  • [14:32:24] * tema (~tema@178-16-155-142.obit.ru) has joined #beagle
  • [14:32:27] <koen> mdp: yes
  • [14:32:34] <mdp> koen, groovy!
  • [14:32:37] <bradfa> Crofton|work, Wind River doing something sane?
  • [14:32:37] <koen> av500: curse you for that .gif!
  • [14:32:54] <Crofton|work> snae and insane all at the same time
  • [14:33:13] <Crofton|work> when working with crazy upstream, you end up maintaining the patches
  • [14:33:19] <mdp> koen, when will you switch our new and improved vendor tree? ;)
  • [14:33:35] <mdp> Crofton|work: +1
  • [14:33:36] <koen> mdp: likely never
  • [14:33:44] <mdp> koen, ahh, c'mon ;)
  • [14:33:51] <koen> mdp: "everything in master, no topic branches" is a recipe for disaster
  • [14:34:13] <aholler> rebase patches once every 3 month shouldn't be that hard for proper supported hw.
  • [14:34:15] <Crofton|work> koen, +1
  • [14:34:38] <mdp> koen, they're not sure how it's going to be yet..that process thing is a proposal looking for comments.
  • [14:34:54] <av500> koen: you are welcome :)
  • [14:35:26] <av500> aholler: lol
  • [14:35:35] * exosyst (~exosyst@host86-129-92-11.range86-129.btcentralplus.com) Quit (Quit: Leaving)
  • [14:35:46] <mdp> koen, I haven't fully reviewed, but my understanding is that there will be a new rebase for every two rcS of all our pending stuff
  • [14:35:53] <koen> mdp: right now it looks like "this tree is on a different server, so it's better!!!!!one!"
  • [14:35:58] <mdp> heh, s/rcS/rcs/
  • [14:36:05] * ssvb (~ssvb@212.16.98.80) has joined #beagle
  • [14:36:09] <av500> rc.d
  • [14:36:39] <koen> mdp: I still can't (easily) extract a minimal patchset with that merge hell
  • [14:36:59] <koen> mdp: it's exactly like a PSP tree, but with western names as committers
  • [14:36:59] <av500> guys, let me tell you how to do it:
  • [14:37:06] <av500> 1) finish the linux kernel!
  • [14:37:08] <koen> av500: tarball on gopher!
  • [14:37:09] <mdp> koen, yeah, I think they need a couple different trees
  • [14:37:14] <av500> 2) add support for the BBone
  • [14:37:17] <av500> 3) done
  • [14:37:39] <jackmitchell> 4) ????
  • [14:37:41] <jackmitchell> 5) profit
  • [14:37:44] <koen> av500: the kernel is finished with 3.8
  • [14:38:08] <av500> finally
  • [14:38:11] <mdp> koen, somebody did recently mention that our needs for a -next style tree and then what is a useful stable tree are different
  • [14:38:37] <koen> mdp: sudden outbreak of common sense?
  • [14:38:40] <mdp> koen, Tartarus is supposed to get some direct input to this so it would help if you talk to him
  • [14:38:51] * Tartarus runs away
  • [14:38:55] <Tartarus> i mean, hm?
  • [14:39:06] * koen offers Tartarus an americano
  • [14:39:20] <mdp> Tartarus, he's a customer ;) can't hurt to see what would be useful
  • [14:39:28] <av500> koen: 3 words on baserock
  • [14:39:58] <mdp> koen, in theory, the person making that tree out to be able to provide something to save you time in culling all those patches for your product tree ;)
  • [14:40:08] <Tartarus> koen: so, you're pretty insistent upon a break-downable tree, rather than a git URI to work off of, yes?
  • [14:40:15] <mdp> considering the pain we've all gone through grabbing crap from all the mystery TII branches
  • [14:40:56] <Tartarus> koen: have you seen the v3.8-rc3 based semi-proof of concept tree?
  • [14:41:02] <mdp> koen, my only need from them is a -next-style tree to catch early conflicts...as upstream -next entry happens way too late to be useful.
  • [14:42:32] <koen> av500: they love drugs
  • [14:42:36] <KotH> mdp: use svn, then you can have best of both words: tons of branches and one single tree ;)
  • [14:42:52] <koen> Tartarus: yeah, the git(ourious).ti.com
  • [14:42:56] <mdp> KotH: not my department...don't care ;)
  • [14:43:07] <mdp> my union contract says upstream ;)
  • [14:43:08] <koen> Tartarus: it has complex merges, I don't like it
  • [14:43:10] <Tartarus> koen: The one Dan finished yesterday I mean?
  • [14:43:26] <aholler> suggesting svn is just dumb
  • [14:43:30] <mdp> koen, it's -next
  • [14:43:31] <av500> koen: that bad?
  • [14:43:36] <koen> [remote "ti-linux"] url = git://gitorious.ti.com/ti-linux-kernel/ti-linux-kernel.git
  • [14:43:42] <av500> aholler: no, it's a clever troll
  • [14:43:43] <koen> Tartarus: I pulled that yesterday
  • [14:43:56] <panto> huh, I need to get my crap in there too?
  • [14:44:04] * thurbad (~natesewel@64.132.24.36) has joined #beagle
  • [14:44:08] <mdp> panto, you were added to the thread, buddy
  • [14:44:14] <Tartarus> koen: I assume Dan also published the what went into it file
  • [14:44:15] * av500 is confused
  • [14:44:16] <aholler> av500: some people do believe using svn solves something
  • [14:44:20] <panto> yes, I am on the hook I guess
  • [14:44:21] <Tartarus> or no, did that remain internal only?
  • [14:44:30] * av500 thought there is no git tree, just an md5sum and patches
  • [14:44:36] <av500> not there are gits everywhere
  • [14:44:38] <av500> now*
  • [14:44:40] <mdp> panto, I specifically told them they fscked up by not having you on the named tree owner list.
  • [14:44:56] <bradfa> gitorious.ti.com says "System notice: Do Not Use - Under Test", I like it :)
  • [14:44:57] <mdp> panto, since dt overlays is required for proper functionality...
  • [14:45:14] <mdp> bradfa, they're not expecting us to start telling people about this
  • [14:45:24] <panto> mdp, now I'm confused
  • [14:45:33] <panto> (it is a common affliction)
  • [14:45:46] <mdp> bradfa, it's because IT has been setting up this git.ti.com thing for several years now ;)
  • [14:45:58] <mdp> panto, you have doubt?
  • [14:46:01] <bradfa> mdp, ah, now I understand
  • [14:46:23] <bradfa> I created an account
  • [14:46:29] <panto> ok, so how do I go adding a topic branch to that tree?
  • [14:46:30] <koen> Tartarus: I'm a huge fan of linear history in a vendor tree, so IMO the 'release' branches should be a clean rebase of every patchset against mainline
  • [14:46:42] <aholler> +1
  • [14:47:01] <mdp> "those above" do not like the way patches are just flung all over patchwork, they require an official TI linux tree with some rules
  • [14:47:13] <Tartarus> So you want an un-kernel.org tree, koen?
  • [14:47:15] <mdp> bradfa, just fwiw...why this is appearing now
  • [14:47:16] <Tartarus> By which I mean
  • [14:47:29] <bradfa> mdp?
  • [14:47:30] <Tartarus> When maintainer X pushes things up the chain, it's not vs latest at the time
  • [14:47:32] <koen> Tartarus: I like how greg-kh manages linux-stable
  • [14:47:44] <bradfa> +1 for linux-stable type setup
  • [14:47:47] <koen> Tartarus: patch queue in git, result is a number of clean branches
  • [14:47:59] <koen> Tartarus: bleeding edge people can pull linux or even -next
  • [14:48:01] * prpplague (~prpplague@107-206-64-184.lightspeed.rcsntx.sbcglobal.net) Quit (Quit: Later Folks!)
  • [14:48:11] <koen> linus*
  • [14:48:25] <Tartarus> hmm
  • [14:48:28] <mdp> bradfa, the trees you don't see is the linux-stable stuff...following the same process as greg's.
  • [14:48:42] <koen> Tartarus: so the current master branch in ti-linux is more like -next: nice to test, unfit for use in products
  • [14:48:46] <Tartarus> So linux-stable like, but with the "already in master" rule modified a bit
  • [14:48:47] <bradfa> mdp, I can't see the forest, you expect me to see trees?
  • [14:48:55] <mdp> bradfa, http://processors.wiki.ti.com/index.php/Linux_Kernel_Integration
  • [14:49:33] <mdp> IMHO, they have a lot of things right...needs refined
  • [14:49:52] <Tartarus> koen: So, kinda-sort, if the current master was rebase -q's on top of v3.8-rc3, and format-patch -o'd into another tree as well?
  • [14:49:53] <mdp> to be sure it's useful
  • [14:49:53] <bradfa> mdp, I'll take your word for it till I get device tree to solve my problems this morning :)
  • [14:50:06] * bradfa goes and tries to boot, then read
  • [14:50:09] <Tartarus> So ti-linux.git and ti-linux-queue.git
  • [14:50:10] <mdp> bradfa, as always, I have doubt
  • [14:50:17] <Tartarus> and some name coordination between branches of the two?
  • [14:50:24] <koen> Tartarus: it'd be happy with a clean rebase already, seperate patches would be icing on the cake
  • [14:50:47] <mdp> bradfa, I know, in practice, integration trees are the source of failure as they are abused.
  • [14:51:00] <koen> Tartarus: I had customers at TI that required us to list each and every commit that wasn't in mainline to validation reasons
  • [14:51:04] <Tartarus> koen: and you won't use git am to apply the series, or will expect git am failing things to have been fixed?
  • [14:51:19] <koen> Tartarus: PSP couldn't tell us what was mainline and what was their work
  • [14:51:20] <Crofton|work> Some poor bastards dissected the Xilinx zynq tree into sane patches
  • [14:51:22] <Crofton|work> http://git.yoctoproject.org/cgit/cgit.cgi/meta-zynq/tree/recipes-kernel/linux/files
  • [14:51:25] <Crofton|work> to make that
  • [14:52:05] <mdp> Crofton|work: fairly concise set
  • [14:52:22] <koen> Tartarus: personally, I'd use 'git am' or 'git am -3' on an old version of git to apply the patches, git cherry-picking a range is also fine
  • [14:52:31] <Crofton|work> yeah
  • [14:52:44] <Crofton|work> it would appear the deltas ar not that bad
  • [14:52:46] <mdp> Crofton|work: I noticed that our integration team's first attempt ended up with 133 patches on top of mainline for both am33xx and omap.
  • [14:52:47] <Tartarus> Just thinking of a problem we've had already with *someone*
  • [14:52:49] <Crofton|work> or this is incomplete :)
  • [14:52:51] <Tartarus> And non-am'able patches
  • [14:52:52] <Tartarus> But, ok
  • [14:53:03] <Tartarus> You'd be OK doing a little whacking of silly things
  • [14:53:23] <Crofton|work> but if you start moving patches upstream, the situation gets better
  • [14:53:34] <Crofton|work> mdp, how many of those patches would go upstream easily?
  • [14:53:36] <mdp> Crofton|work: but that includes a crazy lot more of driver functionality patches that are in-flight on the lists, so not surprising.
  • [14:53:37] * rsalveti_ (~rsalveti@unaffiliated/rsalveti) has joined #beagle
  • [14:53:49] <mdp> Crofton|work: 120+
  • [14:53:53] * Tartarus does a quick apt-get source
  • [14:54:29] <mdp> Crofton|work: in this case, I can honestly say that almost everything in there is stuff that's already in late stages of review
  • [14:54:40] <mdp> or is in -next
  • [14:54:44] <Crofton|work> mdp +1
  • [14:54:51] <Crofton|work> the hard part is getting started
  • [14:55:00] <Crofton|work> and changing mindset
  • [14:55:16] <aholler> they thats the hardest part
  • [14:55:33] * rsalveti (~rsalveti@unaffiliated/rsalveti) Quit (Ping timeout: 245 seconds)
  • [14:55:33] * rsalveti_ is now known as rsalveti
  • [14:55:45] <mdp> I contributed 25 or so alone to that list, 6 of which come from -next, and 18 or so waiting to be taken.
  • [14:56:06] <mdp> the waiting is the hardest part, I hear
  • [14:57:02] <koen> Tartarus: so, what I usually do as a test
  • [14:57:03] <mdp> koen, so the verdict is "not useful"?
  • [14:57:13] <koen> Tartarus: git cherry -v linus/master..vendor/branch
  • [14:58:07] <koen> ehm
  • [14:58:18] <koen> git cherry -v vendor/branch linus/master
  • [14:59:00] * koen git cherry -v origin/master ti-linux/TI-Linux-3.8-rc3
  • [14:59:07] * emeb_mac (~ericb@ip72-201-78-226.ph.ph.cox.net) has joined #beagle
  • [14:59:10] * soafee-chan (~spaec@unaffiliated/traumapony) has joined #beagle
  • [14:59:57] * spacekitteh (~spaec@unaffiliated/traumapony) Quit (Disconnected by services)
  • [14:59:59] * soafee-chan is now known as spacekitteh
  • [15:00:43] <koen> Tartarus: the current ti-linux tree will list some patches twice or more
  • [15:01:12] <Tartarus> fetching
  • [15:01:12] <koen> wait
  • [15:01:17] <koen> I'm blind
  • [15:01:25] * ndec_ (~ndec@nat/ti/x-fsioxaiafozuptly) has joined #beagle
  • [15:01:32] <koen> [koen@Angstrom-F16-vm-rpm kernel]$ git cherry -v origin/master ti-linux/TI-Linux-3.8-rc3 | grep noise
  • [15:01:35] <koen> + 2d37eb202f3364317d44764c39bb7a4cd85491a8 crypto: omap-sham - Remove unnecessary pr_info noise
  • [15:01:39] <koen> + 4a7bb9e430bda60ba5ce009998a56ecab90c20b6 crypto: omap-aes - Remmove unnecessary pr_info noise
  • [15:01:42] <koen> that looks like a duplicate, but might not be
  • [15:02:00] <mdp> koen, please note that the current tree has some mistakes too. the merger picked up some incorrect commits as this was the "first time"
  • [15:02:03] <Tartarus> Yeah, bet it's not
  • [15:02:05] * scrts_ (~quassel@2a01:348:70:46:17:57:19:0) has joined #beagle
  • [15:02:12] * RushPL_ (~quassel@2a01:4f8:151:73a3::2) has joined #beagle
  • [15:02:50] <mdp> those two are legitimate commits above
  • [15:02:51] * nemik_ (~cyanact@c-67-162-60-211.hsd1.il.comcast.net) has joined #beagle
  • [15:03:06] * marcheu_ (~marcheu@annarchy.freedesktop.org) has joined #beagle
  • [15:03:37] * Jacmet_ (~peko@stolen.plutonium.dk) has joined #beagle
  • [15:03:52] <mdp> those are straight from mark's crypto sham and crypto aes series that are posted
  • [15:04:43] <koen> the stuff below the merge commits looks sane
  • [15:05:08] <jsabeaudry> mdp, how come I can't devmem2 McSPI registers? (I can devmem2 gpmc registers)
  • [15:07:48] * nemik (~cyanact@c-67-162-60-211.hsd1.il.comcast.net) Quit (*.net *.split)
  • [15:07:48] * Zju (~abaddon@178.120.183.119) Quit (*.net *.split)
  • [15:07:49] * ndec (~ndec@nat/ti/x-pqybsrksifebtbqp) Quit (*.net *.split)
  • [15:07:50] * RushPL (~quassel@2a01:4f8:151:73a3::2) Quit (*.net *.split)
  • [15:07:50] * scrts (~quassel@unaffiliated/scrts) Quit (*.net *.split)
  • [15:07:50] * Jacmet (~peko@stolen.plutonium.dk) Quit (*.net *.split)
  • [15:07:51] * marcheu (~marcheu@annarchy.freedesktop.org) Quit (*.net *.split)
  • [15:19:02] * damir__ (~damir@217-72-91-162.ipv4.tusmobil.si) Quit (Quit: Leaving.)
  • [15:23:15] * felipealmeida (~user@mvx-187-16-79-187.mundivox.com) Quit (Read error: Connection reset by peer)
  • [15:28:43] <jsabeaudry> join ##kernel
  • [15:28:46] <jsabeaudry> oops
  • [15:31:24] <mdp> join #bootloader + #kernel + #userspace
  • [15:31:39] <mdp> jsabeaudry: nfc
  • [15:32:14] <mdp> the only thing that shouldn't be able to be accessed via mmap is register files requiring privileged access
  • [15:32:22] <mdp> e.g. CM
  • [15:32:35] <jsabeaudry> what does nfc mean?
  • [15:32:49] <mru> near-field comm?
  • [15:32:50] <agmlego> Near-Field Communications.
  • [15:33:01] <agmlego> RFID is a subset of NFC.
  • [15:33:53] <jsabeaudry> not sure how that relates to devmem2 and mcspi
  • [15:34:28] * jpirko (~jirka@ip-94-112-98-141.net.upcbroadband.cz) Quit (Quit: Leaving)
  • [15:34:28] <mru> nfc module attached over spi?
  • [15:34:42] <mdp> jsabeaudry: no [fine] clue
  • [15:35:13] <mru> mdp: why'd you have to spoil a perfectly good troll?
  • [15:35:39] * DevBot (~supybot@2001:6f8:12e0::7) Quit (Remote host closed the connection)
  • [15:35:47] * DevBot (~supybot@2001:6f8:12e0::7) has joined #beagle
  • [15:36:18] <mdp> mru, I had to take pity on jsabeaudry ;)
  • [15:37:10] <jsabeaudry> Yes, give a break to the imbecile here who can't make SPI work using DT, I deserve it
  • [15:37:47] * stahl (~stahl@181-178.194-178.cust.bluewin.ch) has joined #beagle
  • [15:37:50] <mdp> what's the relationship of devmem2 to using McSPI w/ DT, btw?
  • [15:38:49] <agmlego> "It's Complicated"
  • [15:39:12] <jsabeaudry> mdp, Well, I attempted spidev using DT, and it does not work, so I want to check if the spi config registers are set properly
  • [15:40:01] <mdp> jsabeaudry: hrm, would you believe it works for me? ;)
  • [15:40:31] <jsabeaudry> I'm using "ti,pindir-d0-out-d1-in = <1>;" and I figured it probably did not get a huge amount of testing
  • [15:40:38] <jsabeaudry> mdp, it probably does yes :)
  • [15:40:57] * Tartarus (trini@pixelshelf.com) Quit (Excess Flood)
  • [15:41:02] <mdp> entirely possible
  • [15:41:13] * Tartarus (trini@pixelshelf.com) has joined #beagle
  • [15:46:43] <jsabeaudry> When people refer to mainline, is it beagleboard/kernel @ 3.8 ?
  • [15:48:16] <mdp> it depends on the person
  • [15:48:50] <jsabeaudry> the person is bradfa
  • [15:49:02] * bradfa scrolls back
  • [15:49:04] <mdp> most people use it ambiguously, hence the problem
  • [15:49:49] <jsabeaudry> There has been dancing about SPI and I would like to take part
  • [15:49:49] <mdp> http://kernel.org has the canonical definition of what mainline is
  • [15:50:05] <av500> mdp: ok, there is a drawback on the aircam
  • [15:50:10] <av500> it can only stream
  • [15:50:14] <koen> mdp: native compilation?
  • [15:50:19] <av500> no jpg upload and such stuff
  • [15:50:28] <av500> not even a full res jpg out of it
  • [15:50:29] <av500> :(
  • [15:50:31] <mdp> koen, I was careful to avoid the proper name ;)
  • [15:50:31] <bradfa> jsabeaudry, when I say "mainline" I mean Linus tree
  • [15:50:49] * Cubi_ (~cubi@static-87-79-65-72.netcologne.de) Quit (Quit: Verlassend)
  • [15:50:52] * mdp backslaps bradfa
  • [15:51:04] <bradfa> jsabeaudry, when I say "evil vendor" I mean anything that TI puts out which isn't hosted on kernel.org
  • [15:51:21] <koen> or what I put in the beagleboard tree
  • [15:51:21] <bradfa> jsabeaudry, when I say 'linux-omap' I mean the linux-omap tree hosted on kernel.org
  • [15:51:26] * koen is an evil vendor now as well
  • [15:51:33] <mdp> when I say "evil vendor" I include the tree CCO puts out too ;)
  • [15:51:34] <bradfa> koen's just koen to me :)
  • [15:51:47] <panto> koen==evil
  • [15:51:49] * bradfa has avoided koen's tree so far with great success
  • [15:51:52] <mdp> "CCO puts out"
  • [15:52:16] <panto> "CCO doesn't lift the toilet seat"
  • [15:52:31] <jsabeaudry> bradfa, on which hardware?
  • [15:53:48] <bradfa> jsabeaudry, I don't understand the question
  • [15:53:58] <jsabeaudry> bradfa, also, when you refer to koen's tree is it koenkooi/linux or beagleboard/kernel?
  • [15:54:04] <bradfa> jsabeaudry, either for koen
  • [15:54:15] <bradfa> jsabeaudry, I don't use trees from koen or beagleboard group
  • [15:54:24] <bradfa> jsabeaudry, I've been using PSP tree from TI
  • [15:54:34] <bradfa> jsabeaudry, now trying to get kernel.org linus tree to boot
  • [15:54:45] <jsabeaudry> bradfa, on bboard or bbone?
  • [15:54:47] <bradfa> jsabeaudry, but I keep getting interrupted (both on irc and irl)
  • [15:54:56] <bradfa> bone
  • [15:54:56] <mdp> bradfa, that makes your tree an "evil customer tree"
  • [15:55:07] <bradfa> mdp, yes, I'd agree with that :)
  • [15:55:16] <bradfa> stupid evil customers, keep asking questions!
  • [15:56:17] <mdp> bradfa, there's solid agreement that if we could get rid of the customers things would run more smoothly.
  • [15:56:29] <jsabeaudry> PSP tree from TI, here's another one
  • [15:56:46] <jsabeaudry> so confusing
  • [15:57:00] <bradfa> jsabeaudry, it's not confusing once you understand :)
  • [15:58:00] * Zju (~abaddon@178.120.183.119) has joined #beagle
  • [16:00:02] * AndrevS (~andrevs@2001:610:1108:5011:225:b3ff:fec0:41e1) has joined #beagle
  • [16:01:18] <jsabeaudry> I need some kind of matrix, a column for each tree and a row for each peripheral, feature, etc.
  • [16:01:38] <bradfa> jsabeaudry, mainline -> all the features (real soon now)
  • [16:01:59] <bradfa> jsabeaudry, if you just want something that works, use either koen's tree or PSP tree
  • [16:02:03] <bradfa> on 3.2
  • [16:02:19] <jsabeaudry> all the features but can you use GPMC on mainline
  • [16:02:28] * slchen (~slchen@123-195-161-155.dynamic.kbronet.com.tw) has joined #beagle
  • [16:02:32] <bradfa> jsabeaudry, I don't know the answer to that
  • [16:02:58] * davest (Adium@nat/intel/x-pitvporcbdjfweez) has joined #beagle
  • [16:03:14] * thuttu77 (~thuttu77@cs181246145.pp.htv.fi) Quit (Ping timeout: 255 seconds)
  • [16:03:47] * prpplague (~danders@192.94.92.14) has joined #beagle
  • [16:06:00] <mdp> jsabeaudry, is your spi pinmux set correctly?
  • [16:06:32] <mdp> if you don't have both d0/d1 set with receiver enabled and you use the new property to flip MOSI/MISO...it will fail
  • [16:08:56] * emeb_mac (~ericb@ip72-201-78-226.ph.ph.cox.net) Quit (Quit: emeb_mac)
  • [16:09:00] <jsabeaudry> mdp, Oh both must have receiver enabled! That is certainly part of the problem
  • [16:09:16] <jsabeaudry> mdp, Thanks for the info
  • [16:09:38] <mdp> discussion with jackmitchell actually triggered that, thx to him
  • [16:09:42] <mdp> np
  • [16:09:53] <jsabeaudry> Is there still a way to change pinmux from debugfs in 3.8 or did it go away with omap_mux
  • [16:10:04] <mdp> it's gone
  • [16:10:43] <mdp> at some point, somebody will get annoyed and address that
  • [16:10:56] <mdp> I was only annoyed enough to add read support to start
  • [16:11:38] <jsabeaudry> mdp, Oh well thanks for that, i've been less'ing pins a lot to debug my DT
  • [16:12:49] <mdp> too many top priorities atm, I might look at that soon though
  • [16:13:15] <bradfa> well this isn't good -> "internal compiler error: Segmentation fault"
  • [16:14:31] <bradfa> I shall not go to device tree today (it seems, people want me to make product work, or something...)
  • [16:14:57] * thuttu77 (~thuttu77@cs181246145.pp.htv.fi) has joined #beagle
  • [16:16:06] <mdp> bradfa, you promised! hell hath no fury like a DT scorned.
  • [16:16:29] <bradfa> mdp, well, giving it one more shot, then going to eat food, then fix product problems for trade shows, or something...
  • [16:17:21] * bradfa stares at snow waiting for build...
  • [16:17:26] * bradfa needs more CPU
  • [16:18:57] * mdp hugs his cost-effective amd 8 core
  • [16:19:40] <panto> get a room!
  • [16:19:59] <mdp> I am alone in the room with it already
  • [16:20:10] * panto hands mdp his creeper card
  • [16:21:16] <mdp> heh
  • [16:21:35] * mdp wonders if Vinod is on holiday this week
  • [16:22:46] * av500 wishes we could discuss badly soldered serial cables like in ye olde days
  • [16:22:54] <av500> all that tree talk makes me dizzy
  • [16:23:09] <mdp> we could go back to shrubbery talk
  • [16:24:32] <mdp> I'll review my new .cn-direct pl2303/ttl breakout boards when they arrive
  • [16:24:48] <mdp> we can talk cold solder joints
  • [16:25:10] <mdp> I can just see the cargo ship steaming my direction now
  • [16:29:52] <aholler> no ti-chip for those breakout boards?
  • [16:31:39] <mdp> a usb-serial converter? no
  • [16:32:10] <mdp> otherwise you would see a TI one on all the ref brds that provide usb only debug support
  • [16:33:46] <mdp> since I'm not longer permitted to have a dsub9 on boards, my #1 desire is to see a ftdi header on everything
  • [16:33:56] <mdp> at least one future board gets that right ;)
  • [16:34:00] <av500> mdp: there is TIUSB
  • [16:34:15] <av500> er TUSB3410
  • [16:34:20] <mdp> av500, I should have said, "cost effective" ;)
  • [16:34:24] <av500> I have no idea why TI uses FTDI
  • [16:34:31] <av500> when there is TUSB
  • [16:35:10] <aholler> yes, the tiusb is used on the $5launchpad
  • [16:35:16] * slchen (~slchen@123-195-161-155.dynamic.kbronet.com.tw) Quit (Quit: slchen)
  • [16:35:25] <av500> aholler: no
  • [16:35:34] <av500> lunchpack uses a 2nd MSP430
  • [16:35:40] <av500> no?
  • [16:35:51] <mdp> av500, legacy...ftdi is fundamental to the xds100v1/v2 definition and then wrapped into CCS
  • [16:36:00] <av500> http://www.flickr.com/photos/av500/4941371504/
  • [16:36:21] <aholler> av500: actually I'm not sure, but it's ti-only ;)
  • [16:36:50] <av500> yes, no second source for MSP430
  • [16:36:56] <av500> the .mil guys cannot use it....
  • [16:36:58] <mdp> heh
  • [16:37:07] <av500> what if north korea bombs texas....
  • [16:37:22] * Tartarus sets his mentor ID badge picture to his TI.com gravatar
  • [16:37:57] <mdp> av500, they are targeting Colorado..I saw this movie...
  • [16:38:03] * av500 wonders if trolling e2e is any fun?
  • [16:39:09] <aholler> av500: I think the second msp is for the emulation but usb is done by tiusb on the launchpad
  • [16:39:18] * KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) Quit (Ping timeout: 245 seconds)
  • [16:39:55] <av500> ah yes
  • [16:39:57] <av500> you are right
  • [16:40:12] <aholler> it loads it's fw from an eeprom
  • [16:40:28] <av500> forgot there are 3 chips
  • [16:40:30] <av500> sorry
  • [16:40:40] <aholler> http://www.flickr.com/photos/av500/4940706569/in/photostream/
  • [16:40:54] <av500> jaja
  • [16:40:57] * KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) has joined #beagle
  • [16:41:19] * exosyst (~exosyst@host86-129-92-11.range86-129.btcentralplus.com) has joined #beagle
  • [16:43:29] <aholler> I remember having used tp1 to get 5v ;)
  • [16:45:29] <aholler> but it's now old tech, no rgb-led ;)
  • [16:45:52] * GPSFan (~kenm@64.92.145.112) has joined #beagle
  • [16:47:48] <bradfa> mdp, ftdi headers are OK, I guess, but I still miss real RS-232C levels
  • [16:47:51] * bradfa sheds tear
  • [16:48:11] <mdp> bradfa, I find it fixable if they just give me the header
  • [16:48:28] <bradfa> mdp, yes, I have sparkfun adapter on "that new board"
  • [16:48:47] <mdp> bradfa, I have an old calao one on mine ;)
  • [16:48:55] <bradfa> now if only I could find time to play with it...
  • [16:48:58] <mdp> only the hated EVMSK confounds me now
  • [16:49:29] <mdp> bradfa, panto rewrote the incorrect cpsw interrupt handling so networking works now.
  • [16:49:41] <mdp> finally, I can switch "production" work to it ;)
  • [16:50:56] * bradfa watered the device tree and sparks came out...
  • [16:51:15] * bradfa does a dance again with mranostay!
  • [16:51:17] <bradfa> it lives!
  • [16:51:42] <panto> don't dance with mranostay
  • [16:51:44] <panto> it's dangerous
  • [16:51:52] <aholler> how to build a cloud
  • [16:52:46] * mdp becomes entranced at "cloud"
  • [16:52:57] <mdp> like watching an av500 animated gif
  • [16:52:59] <bradfa> aholler, 1. get water 2. ??? 3. profit?
  • [16:53:32] <bradfa> yey! https://gist.github.com/4557465
  • [16:53:35] <aholler> water + sparks
  • [16:53:43] <av500> bradfa: at work we ordered a 20pack of 1.8V FTDI cables
  • [16:53:54] <av500> and I have a 5pack of sparkun 3.3V ones
  • [16:54:05] <bradfa> av500, you're packing some heat there, eh?
  • [16:54:25] * bradfa imagines av500 wearing a trenchcoat full of FTDI cables
  • [16:54:46] <av500> mranostay: creeper card this guy please
  • [16:54:53] <mdp> heh
  • [16:55:00] * exosyst (~exosyst@host86-129-92-11.range86-129.btcentralplus.com) Quit (Quit: Leaving)
  • [16:55:01] * mdp notifies the HRbot
  • [16:55:04] * bradfa accepts the honor of creepercard
  • [16:55:29] <av500> mdp: easy: avconv -rtsp_transport tcp -i rtsp://192.168.1.135/live/ch00_0 -frames 1 snapshot.jpg
  • [16:55:41] <av500> pull vs push, but I can live with that
  • [16:55:52] * nemik_ is now known as nemik
  • [16:55:58] <mdp> av500, nice
  • [16:56:12] <jsabeaudry> mdp, I've been double checking everything, and still nothing on SPI1, would you be so kind as to take a look at my 20 lines of DT : http://pastebin.ca/2303957
  • [16:56:44] <aholler> av500: it's linux ;)
  • [16:57:05] <mdp> jsabeaudry: spi1_d1 needs to be muxed to 0x33
  • [16:57:05] * _roger_ (~a0740758@nat/ti/x-mkdzbcaxmnqocirf) Quit (Quit: Leaving.)
  • [16:57:28] <mdp> aholler: are you sure it's not ubuntu?
  • [16:57:29] <jsabeaudry> I'm not switching them anymore though
  • [16:57:42] <aholler> tizeniced
  • [16:57:46] <jsabeaudry> I'll change it anyway
  • [16:57:53] <mdp> jsabeaudry: yeah, missed the commenting
  • [16:58:01] <mdp> it was too obvious for me
  • [17:00:00] <aholler> av500: maybe just installing a cron job on the thingy itself is possible
  • [17:00:29] <av500> aholler: yes, but I need to grab the actual image
  • [17:00:39] <av500> I was hoping for a way to get the sensor data
  • [17:00:51] <av500> I need to poke around in the binaries...
  • [17:01:04] <aholler> evil binary blobs
  • [17:02:49] <av500> oops, I killed the streamer process
  • [17:02:55] <av500> no more rtsp :)
  • [17:03:21] <aholler> isn't it v4l2?
  • [17:04:01] <aholler> just use opencv ;)
  • [17:04:04] <av500> ah
  • [17:04:09] <av500> that causes it to reboot
  • [17:04:12] <av500> some watchdog
  • [17:07:01] <mdp> jsabeaudry: I did a quick external loopback test here using spidev_test.c
  • [17:07:33] <mdp> 3.8-rc3 + my dmaengine v5 stuffs (since that was handy)
  • [17:08:05] <mdp> in summary, it works for me with the same configuration
  • [17:08:28] <mdp> though loopback doesn't test any of the sclk/cs functionality.
  • [17:12:34] <jsabeaudry> could you paste your dt?
  • [17:12:52] <jsabeaudry> perhaps it's the spidev that is broken
  • [17:14:41] <mdp> I also checked a modified version (yes, must send upstream rsn) that sends much more data and overcomes the dma threshold to make sure that's working
  • [17:14:50] <mdp> yeah, sec
  • [17:15:15] <jsabeaudry> oh, with the same pinmux is it for spidev1.0 or spidev 2.0 ?
  • [17:16:10] <mdp> spidev1.0
  • [17:16:53] <jsabeaudry> ah that's the issue
  • [17:17:02] <jsabeaudry> those pins were spidev2.0 in 3.2
  • [17:17:12] <av500> devmem 0x99000038 32 0xF81FE2A3
  • [17:17:14] <av500> devmem 0x9900003C 32 0xFBFF80C4
  • [17:17:18] <av500> aholler: thats in /init :)
  • [17:17:28] <av500> membanging
  • [17:17:34] <aholler> omg
  • [17:17:53] <aholler> they've attented this channel
  • [17:18:44] <aholler> s/t/d
  • [17:18:51] <mdp> jsabeaudry: https://gist.github.com/4557648
  • [17:18:53] <av500> /init is a script
  • [17:19:02] <av500> that does a lot of mount and mknod
  • [17:19:07] <av500> and checks the reset button :)
  • [17:19:30] <aholler> I meant that they learned how to use devmem in #beagle ;)
  • [17:19:36] <mdp> jsabeaudry: ok, yeah, they used fortran numbering in 3.2
  • [17:19:36] <av500> yes
  • [17:19:48] <av500> RST_FILE="/proc/gpio/reset_btn"
  • [17:19:54] <mdp> jsabeaudry: be warned that other peripherals still use fortran numbering in mainline
  • [17:20:00] <mdp> more crap to fix upstream
  • [17:20:18] <mdp> e.g. gpio
  • [17:20:20] <jsabeaudry> mdp, how come I have /dev/spidev1.0 and /dev/spidev2.0 yet no /dev/spidev0.0 ?
  • [17:20:39] <mdp> spi1 -> spidev1.0
  • [17:21:04] <av500> $error_msg = dict_translate("warn_third_party_firmware|WARNING: Uploaded firmware is third-party, make sure you're familiar with recovery procedure!");
  • [17:21:06] <av500> hmm
  • [17:21:11] <av500> so I can flash homebrew?
  • [17:21:48] <jsabeaudry> mdp, oh wow here we are, back to inverting pins :), thanks for your help!
  • [17:22:37] <aholler> av500: likely some tftp-stuff at bootup
  • [17:23:55] <av500> Linux version 2.6.28 (buildd@builder) (gcc version 4.4.0 (Faraday C/C++ Compiler Release 20100325) ) #1 PREEMPT Wed Sep 5 15:41:51 EEST 2012
  • [17:23:59] <av500> Faraday?
  • [17:24:13] <av500> ah Machine: Faraday GM8126
  • [17:24:44] <av500> console handover: boot [uart0] -> real [ttyS0]
  • [17:25:40] <aholler> http://openipcam.com/
  • [17:27:53] <mdp> jsabeaudry: btw, the mcspi driver also does this fortran numbering issue internally.
  • [17:28:10] <mdp> so whoever shows up first is 1
  • [17:28:50] <mdp> so with two instances enabled, spi0-> linux bus 1 and spi1-> linux bus 2
  • [17:29:01] <mdp> if you only have spi1 enabled it will show as linux bus 1
  • [17:29:06] <mdp> awesome? yes!
  • [17:29:50] <mdp> this is to weed out people and preserve jobs in the embedded linux space
  • [17:30:40] * mythos (~mythos@unaffiliated/mythos) Quit (Ping timeout: 252 seconds)
  • [17:30:52] * mrpackethead_ (~mrpacketh@118-93-95-178.dsl.dyn.ihug.co.nz) Quit (Remote host closed the connection)
  • [17:30:57] * djlewis (~djelwis@adsl-65-64-30-13.dsl.ltrkar.swbell.net) has joined #beagle
  • [17:31:26] * mrpackethead_ (~mrpacketh@118.93.95.178) has joined #beagle
  • [17:32:15] <bradfa> mdp, mmc will do this too
  • [17:32:15] <jsabeaudry> mdp, brilliant!
  • [17:32:30] <bradfa> which gets fun if u-boot sees 2 mmc devices but Linux doesn't
  • [17:32:53] <mdp> bradfa, yep..it's a thing from OMAP(tm) where the IPs are fortran numbered..so the assumptions were hardcoded
  • [17:33:17] <bradfa> no one ever said TI was consistent :)
  • [17:33:25] <bradfa> just that they make calculators
  • [17:33:26] <mdp> and also legacy from pre-OF where you had all instances turned on, all the time
  • [17:33:41] <mdp> bradfa, you should read the thread Benoit and I had about this ;)
  • [17:33:47] <bradfa> mdp link?
  • [17:33:52] * flo_lap (~fuchs@Maemo/community/contributor/florian) Quit (Ping timeout: 252 seconds)
  • [17:33:54] <mdp> lots of Sitara blame here ;)
  • [17:33:55] <bradfa> or which ml?
  • [17:34:00] <mdp> linux-omap
  • [17:34:32] <mdp> https://patchwork.kernel.org/patch/1433001/
  • [17:35:21] <mdp> there's a subtle jab in there about wtf they documented stuff differently in Sitara TRMs
  • [17:35:22] <mdp> :(
  • [17:36:19] * tchan (~tchan@lunar-linux/developer/tchan) Quit (Quit: WeeChat 0.3.9.2)
  • [17:37:07] <bradfa> oh fun
  • [17:37:36] <bradfa> I already got to see the uart1 really is uart0 with my quick boot of device tree
  • [17:38:00] <bradfa> will have to keep this in mind for my further dt work
  • [17:38:03] <aholler> 01
  • [17:38:15] <mru> bradfa: http://26-26-54.hardwarebug.org/3
  • [17:39:14] <bradfa> mru, yes
  • [17:39:41] <mru> hmm, the universe is consipiring... my credit card statement has a total of ??1999.98
  • [17:39:51] * kkeller (~Ken_Kelle@174-17-17-245.phnx.qwest.net) has joined #beagle
  • [17:39:55] <mru> that looks intentional
  • [17:40:11] <bradfa> mru, if only it was 999.99 you could save quite a lot :)
  • [17:40:13] <Crofton|work> not much for disappearing for weeks
  • [17:40:26] <Crofton|work> how far off the grid where you?
  • [17:41:12] <mru> bradfa: save how?
  • [17:41:43] <bradfa> if statement was 999.99 less, it'd be 999.99, thus you "save" money, no?
  • [17:42:00] <bradfa> would require you to have bought less
  • [17:42:00] <mru> if the amount was lower, I'd have spent less, yes
  • [17:42:38] * florian (~fuchs@Maemo/community/contributor/florian) Quit (Quit: Client exiting)
  • [17:44:09] * NulL (~bleh1@87.254.84.104) has joined #beagle
  • [17:44:33] * NulL is now known as Guest59068
  • [17:46:05] * mhaberler (~mhaberler@213-33-12-161.adsl.highway.telekom.at) has left #beagle
  • [17:46:17] * mhaberler (~mhaberler@213-33-12-161.adsl.highway.telekom.at) Quit (Quit: mhaberler)
  • [17:47:24] * tchan (~tchan@lunar-linux/developer/tchan) has joined #beagle
  • [17:48:03] <bradfa> eh, stupid question, but should I be expecting mmc to have/need device tree data in order to be useful?
  • [17:49:13] <panto> bradfa, in a DT kernel yes
  • [17:49:21] <bradfa> panto, thanks, that's what I figured
  • [17:49:41] <bradfa> panto, am I blind or do the dts and dtsi files in 3.8-rc3 for am335x not have mmc yet?
  • [17:49:54] <panto> mainline?
  • [17:49:56] <bradfa> yes
  • [17:50:01] <panto> of course they don't
  • [17:50:07] <bradfa> well, of course not
  • [17:50:10] <panto> :)
  • [17:50:29] <panto> use the evil vendor *cough*koen*cough* tree
  • [17:50:41] <bradfa> ja ja ja, ok, I'll break down and use evil koen treee
  • [17:51:25] <bradfa> panto, thanks!
  • [17:51:58] * panto watches the big board
  • [17:52:04] <mdp> bradfa, that's correct...still collecting acks...and besides..you need dmaengine support for that driver to work too
  • [17:52:22] <bradfa> mdp, so what you're telling me is that mainline != for bradfa
  • [17:52:32] <mdp> you only said you needed spi
  • [17:52:37] <bradfa> true
  • [17:52:40] <bradfa> touche
  • [17:52:59] * bradfa goes to ml to find ackless patches
  • [17:52:59] <mdp> I even granted you a uart driver for free
  • [17:53:21] * bradfa hugs PSP kernel, "don't worry, I still love you!"
  • [17:53:52] <mdp> https://lkml.org/lkml/2013/1/15/569
  • [17:54:21] <bradfa> mdp just wants to prove he does work, sending links to lkml :)
  • [17:55:06] <mdp> do note all the dependencies...either posted or in -next you need to collect as well
  • [17:55:15] <bradfa> mdp, yes, noted
  • [17:55:58] <mdp> heh, yeah, real proof, I suspose
  • [17:56:16] <bradfa> mdp, I'll try your tree, see how that goes
  • [17:56:20] <bradfa> thanks!
  • [17:56:29] * bradfa suggests bigboard gets +1 mdp and +1 panto
  • [17:56:53] <mdp> there's some testing commits in there and such...but the dependencies are all there in a concise set against -rc3
  • [17:57:03] <mdp> if you don't want everything in an evil koen tree
  • [17:57:15] * marcheu_ is now known as marcheu
  • [17:57:45] <bradfa> mdp, I'll try your less-evil tree first :)
  • [17:57:48] <mdp> bradfa, I just noticed...the v4 branch cited...it was not updated in the cover letter to v5
  • [17:58:07] <bradfa> mdp, ya, I noticed but was easy to find v5 branch for me
  • [17:58:12] <bradfa> so no worries
  • [17:58:17] <bradfa> fetching now
  • [17:58:27] <mdp> bradfa, TIers can't figure that out..I should have known you could
  • [17:58:42] <bradfa> mdp, that's why I'm not a TIer :) I know how github works
  • [17:58:56] <mdp> true story, too. but I can't really tell it...
  • [17:59:01] <mdp> :)
  • [17:59:37] <bradfa> mdp, is github just not showing the linux repo files now? they just show up for a second then all the files dispear in the web site
  • [17:59:40] <bradfa> odd
  • [17:59:54] <bradfa> firefox is also mad since apparently github uses flash?
  • [17:59:56] <bradfa> wtf
  • [18:00:02] <bradfa> maybe I don't know how to use github...
  • [18:00:23] * emeb (~ericb@ip72-201-78-226.ph.ph.cox.net) has joined #beagle
  • [18:02:10] <mdp> works for me
  • [18:02:35] <bradfa> they're really there, I think, just the web interface is barfing
  • [18:02:37] <mdp> the only thing that bombs consistently on github for me is the Branches tab...50% of time I get webserver errors
  • [18:02:50] <mdp> so I only use the branch: foo dropdown
  • [18:02:52] <bradfa> mdp, yeah, and this week I've had all sorts of github issues
  • [18:02:58] <bradfa> ponies lots
  • [18:03:04] <mdp> not getting what we paid for
  • [18:03:56] <bradfa> mdp, heh, $100 for us
  • [18:03:57] * fraz__ (~fraz@12.233.153.4) has left #beagle
  • [18:03:59] <bradfa> per month
  • [18:04:19] <mdp> ok, well, maybe I'm getting more than my money's worth here ;)
  • [18:04:43] <bradfa> mdp, recommended config I should use from your tree?
  • [18:05:07] <mdp> that omap2plus_defconfig in a later commit (not included in the posting) is known good
  • [18:05:16] <bradfa> k
  • [18:05:26] <bradfa> I had been using omap2plus, I'll continue
  • [18:05:31] <bradfa> thanks again!
  • [18:05:56] <mdp> my point with this branch is to ease testing since people tend not to be able to come up with working .configs , dts etc. for their specific applications
  • [18:06:31] <mdp> there's even a throwaway gpio dma event driver example in there I needed since wl127x has no DT support
  • [18:07:14] <mdp> perhaps some day someone will need a gpio dma event example ;)
  • [18:08:23] <bradfa> dma bit banging?
  • [18:08:53] <mdp> gpio banks can be dma event sources to start a transfer
  • [18:09:15] <mdp> short version is that it was a way to test the am33xx crossbar support
  • [18:09:22] <mdp> I'm a little crazy about testing
  • [18:09:25] <bradfa> mdp, what, no uart2 in your dts?
  • [18:09:34] <bradfa> :)
  • [18:09:51] <mdp> there's a commit for UART4 in the branch ;)
  • [18:10:04] <bradfa> yeah yeah
  • [18:10:27] <bradfa> thankfully I can just use "uart1" real soon now :)
  • [18:11:00] <mdp> I switched to UART4 on my bones as I have no use for gpmc for most work atm
  • [18:11:44] * felipealmeida (~user@mvx-187-16-79-187.mundivox.com) has joined #beagleboard
  • [18:12:12] * felipealmeida (~user@mvx-187-16-79-187.mundivox.com) has joined #beagle
  • [18:12:13] <mdp> will be a non-issue with the new board
  • [18:13:29] * mranostay (~mranostay@pdpc/supporter/active/mranostay) Quit (Quit: leaving)
  • [18:13:46] * mranostay (~mranostay@pdpc/supporter/active/mranostay) has joined #beagle
  • [18:14:37] <bradfa> hmm, u-boot's ext2load no longer works within if statements...
  • [18:14:51] <bradfa> or I'm an idiot
  • [18:14:54] * bradfa is an idiot
  • [18:20:12] <bradfa> mdp, success! mmc working, thanks!
  • [18:20:41] <bradfa> 'dpkg --configure -a'ing now
  • [18:20:46] <mdp> now, don't break anything that cause me to post a new version ;)
  • [18:20:50] <bradfa> mdp, :)
  • [18:21:33] <mdp> fwiw, anybody that's been using koen's tree for the last 3 kernel revs has been using some version of this..so hopefully nothing shocking falls out now ;)
  • [18:23:13] <bradfa> https://gist.github.com/4558225
  • [18:23:32] <jkridner> anyone going to SCaLE?
  • [18:24:30] <mdp> bradfa, mainline-ish! :P
  • [18:24:44] <bradfa> mdp, close enough! :)
  • [18:25:22] <mdp> grab am180x if you want to run an unaltered mainline tree :)
  • [18:28:42] <mranostay> hey gentleman and jkridner
  • [18:28:49] <mranostay> *gentlemen
  • [18:28:58] <jkridner> gm mranostay
  • [18:29:00] * panto kicks mranostay
  • [18:30:24] <bradfa> mdp, I might do that for upcoming possible project
  • [18:30:53] <mranostay> ouch
  • [18:31:05] <mdp> cool, also will work well on an EV3 brick when it comes out ;)
  • [18:31:06] <jkridner> koen: you or anyone looking at pulling panto's patches into http://github.com/beagleboard/kernel ?
  • [18:31:29] <jkridner> er, on 3.7 branch.
  • [18:33:27] * mythos (~mythos@unaffiliated/mythos) has joined #beagle
  • [18:33:41] <bradfa> mdp, cost target on project I want to do is retail under $75 (my number)
  • [18:33:53] <bradfa> doesn't need to be high performance
  • [18:34:06] <bradfa> we'll see if it goes anywhere
  • [18:34:41] <mdp> cool
  • [18:35:05] <mdp> kickstarter retirement project?
  • [18:35:14] <bradfa> mdp, sadly no
  • [18:35:30] <bradfa> for "the company"
  • [18:35:47] <mdp> I've already picked Belize once I run off with everybody's money.
  • [18:35:51] <mdp> ;)
  • [18:36:25] <mranostay> mdp: no island?
  • [18:36:32] <mdp> that's played out!
  • [18:36:35] <mdp> too cliche
  • [18:39:24] * ka6sox is now known as ka6sox-away
  • [18:50:06] * mps (mp@aggr.com) Quit (Read error: Operation timed out)
  • [18:50:06] * mpv (mp@aggr.com) has joined #beagle
  • [18:51:02] <bradfa> mdp, any reason I shouldn't expect to get panics if user space is trying to use uarts that aren't setup properly? (ie: not all uarts userspace is trying to use have device tree data)
  • [18:51:08] * robclark` (~robclark@ec2-50-19-223-142.compute-1.amazonaws.com) Quit (Quit: Coyote finally caught me)
  • [18:51:08] * 18VAAHLNP (~pfefferz@ec2-50-19-223-142.compute-1.amazonaws.com) Quit (Quit: Coyote finally caught me)
  • [18:51:26] <bradfa> correction, not panics
  • [18:51:42] <bradfa> circular locking dependencies
  • [18:51:46] * Zygo (startkeylo@startkeylogger.hungrycats.org) Quit (Ping timeout: 255 seconds)
  • [18:51:53] * Zygo (startkeylo@startkeylogger.hungrycats.org) has joined #beagle
  • [18:52:01] <aholler> mdp: is the ev3 a one-chip solution or does the cpu has .little (besides pru)?
  • [18:52:57] * pfefferz` (~pfefferz@ec2-50-19-223-142.compute-1.amazonaws.com) has joined #beagle
  • [18:52:57] * pfefferz` (~pfefferz@ec2-50-19-223-142.compute-1.amazonaws.com) has joined #beagleboard
  • [18:56:15] * krajo1 (~krajo1@ip4-83-240-125-22.cust.nbox.cz) has joined #beagle
  • [18:57:53] * ggh (ada09aa9@gateway/web/freenode/ip.173.160.154.169) has joined #beagle
  • [18:58:42] <aholler> maybe nda
  • [19:02:15] * davest (Adium@nat/intel/x-pitvporcbdjfweez) Quit (Quit: Leaving.)
  • [19:02:49] * davest (~Adium@134.134.137.73) has joined #beagle
  • [19:04:41] * pfefferz (~pfefferz@cpe-70-112-138-163.austin.res.rr.com) Quit (Quit: Leaving)
  • [19:09:18] <mdp> aholler, just am1808
  • [19:09:38] <mdp> bradfa: not sure
  • [19:10:19] <bradfa> mdp, no worries
  • [19:10:30] * bradfa gets back to other things
  • [19:10:51] <XorA> identify amnin666
  • [19:11:03] <XorA> ooops
  • [19:11:08] <XorA> tralala
  • [19:11:33] <dm8tbr> someone is chosing a new password tonight :)
  • [19:12:02] <dm8tbr> quick, before someone ghosts you ;)
  • [19:16:40] <mrpackethead_> has anyone thought about buidling a floating battery power supply to sit across the Beaglbones power input, to protect againt power failure?
  • [19:17:01] <jkridner> apparently you have.
  • [19:17:11] <mrpackethead_> anyone other than I
  • [19:17:17] <mrpackethead_> and maybe done more thinking than i
  • [19:19:21] * damir__ (~damir@cpe-212-85-175-204.cable.telemach.net) has joined #beagle
  • [19:22:18] <mrpackethead_> mranostay: are you working?
  • [19:22:21] <_av500_> mrpackethead_:
  • [19:22:24] <_av500_> oops
  • [19:22:31] <_av500_> mrpackethead_: any of the battery packs
  • [19:22:41] <_av500_> that charge from usb and deliver usb
  • [19:23:02] <_av500_> they should work "inline"
  • [19:23:18] <mrpackethead_> i dont' power up via usb
  • [19:23:24] <mrpackethead_> but..
  • [19:23:42] <mrpackethead_> yes, interesting concept.
  • [19:24:01] <mrpackethead_> not sure what woudl happen if you tryed charging it on the usb port
  • [19:24:06] <mranostay> i suppose that is what i'm doing
  • [19:24:41] <_av500_> mrpackethead_: usb delivers 5v
  • [19:24:46] <_av500_> feed that to the dcin
  • [19:25:10] <_av500_> but these mobile phone battery packs mostly output on usb
  • [19:25:20] * jet_ (~jerome@mna75-8-82-234-66-158.fbx.proxad.net) has joined #beaglebone
  • [19:25:31] * jet (~jerome@mna75-8-82-234-66-158.fbx.proxad.net) Quit (Ping timeout: 255 seconds)
  • [19:25:35] * jet_ is now known as jet
  • [19:25:56] <mrpackethead_> mranostay: just a quick question for you.. is it fesible to expect to be able to receive four aysnc serial streams on the PRU and map that to the CPUs' main memory.. Data is being recevied at 250kbps
  • [19:26:22] <mrpackethead_> easy to bit bang and TX it..
  • [19:26:24] * tomba_ (tomba@taika.fi) has joined #beagle
  • [19:26:25] * lool (~lool@pig2.dooz.org) Quit (Ping timeout: 255 seconds)
  • [19:26:40] * lool (~lool@pig2.dooz.org) has joined #beagle
  • [19:26:55] <mranostay> well that is wrong way to do it
  • [19:27:28] <mrpackethead_> mranostay: ?
  • [19:27:36] <mranostay> it is non-determistic once you touch outside the PRU
  • [19:27:55] <mrpackethead_> yes.
  • [19:28:02] <mranostay> you'd write that stuff to PRU data memory
  • [19:28:11] * tomba (tomba@taika.fi) Quit (Ping timeout: 245 seconds)
  • [19:29:37] * ka6sox-away is now known as ka6sox
  • [19:30:33] <mrpackethead_> what you are saying is that its non deterministic to write to the CPU's memory from teh PRU?
  • [19:30:38] * Darek- (darek@work.sznajder.org) Quit (Ping timeout: 260 seconds)
  • [19:30:43] <mrpackethead_> so, write to PRU memeory.
  • [19:30:50] * Darek- (darek@work.sznajder.org) has joined #beagle
  • [19:30:52] <mrpackethead_> and and then have the CPU read the PRU's memor?
  • [19:31:23] <mranostay> yeah
  • [19:31:29] <mrpackethead_> yeah.. ok
  • [19:31:33] <mrpackethead_> follow
  • [19:31:36] <mrpackethead_> ha'dnt quite got that far
  • [19:31:46] <mrpackethead_> more a mind map of how i'm doig this.
  • [19:31:49] <mranostay> there are demos in the pasm repo
  • [19:32:04] <mrpackethead_> bit banging out the TX works fine
  • [19:32:17] <mrpackethead_> but i want to receive as well
  • [19:32:52] <mrpackethead_> i woudl ahve used the PRU Uarts but they are not fast enough it seems
  • [19:33:44] * florian (~fuchs@sign-4d094c23.pool.mediaWays.net) has joined #beagle
  • [19:33:45] * florian (~fuchs@sign-4d094c23.pool.mediaWays.net) Quit (Changing host)
  • [19:33:45] * florian (~fuchs@Maemo/community/contributor/florian) has joined #beagle
  • [19:35:03] * arcanescu (925706ef@gateway/web/freenode/ip.146.87.6.239) Quit (Ping timeout: 245 seconds)
  • [19:37:57] * pfefferz (~pfefferz@cpe-70-112-138-163.austin.res.rr.com) has joined #beagle
  • [19:37:58] * pfefferz (~pfefferz@cpe-70-112-138-163.austin.res.rr.com) has joined #beagleboard
  • [19:44:37] * lyakh (~lyakh@dslb-178-001-147-177.pools.arcor-ip.net) Quit (Quit: thanks, bye)
  • [19:46:47] <KotH> for the usian gun fanatics around here: http://sphotos-f.ak.fbcdn.net/hphotos-ak-ash4/408563_10152453731710515_950145928_n.jpg
  • [19:47:21] <KotH> (and yes, you can see things like this in switzerland... or people shopping with a full automatic ausault rifle on their back)
  • [19:47:24] <mrpackethead_> perhaps the crime rate has nothing to do with guns
  • [19:47:31] <Crofton|work> heh
  • [19:47:37] <KotH> mrpackethead_: pah!
  • [19:47:37] <Crofton|work> I doubt crime follows guns
  • [19:47:45] <Crofton|work> but they change the mix
  • [19:47:45] <KotH> dont confuse me with facts!
  • [19:48:03] <mdp> crime is stalker
  • [19:48:12] <mdp> it needs a creeper card, badly
  • [19:48:12] <_av500_> in fact, the "violence" rate is similar
  • [19:48:25] <_av500_> its just that in the US, violence is more deadly
  • [19:48:27] <KotH> these girls are probably 16 or so and taking one of the many shooting classes around in switzerland, that train you to use an assault rifle
  • [19:48:45] <mrpackethead_> taking ont eh swiss in a fight woudl be insane
  • [19:48:47] <mrpackethead_> :-)
  • [19:48:56] <mrpackethead_> they have a fleet of armed paragliders
  • [19:48:58] <mrpackethead_> :-)
  • [19:49:07] <_av500_> http://www.slate.com/articles/health_and_science/science/2013/01/gun_violence_summit_at_johns_hopkins_researchers_present_data_and_analyses.single.html
  • [19:49:08] <KotH> mrpackethead_: as an friend of mine put it: neutral, but heavily armed :)
  • [19:49:21] <mrpackethead_> love switzerland
  • [19:49:21] <_av500_> ...???We???re not more violent, but when we are violent, we kill.???
  • [19:49:33] <mrpackethead_> have spent quite a ot of time there
  • [19:49:40] * axMountain (~Daniel@cust-95-80-44-248.csbnet.se) has joined #beagle
  • [19:49:45] <mrpackethead_> paragliding in the Lauterbrunnen valley
  • [19:54:15] * exosyst (~exosyst@host86-129-92-11.range86-129.btcentralplus.com) has joined #beagle
  • [19:56:45] * mranostay gets beer bottles and guns
  • [19:57:54] <emeb> drinking & plinking?
  • [20:00:35] <mranostay> how else am i going to have targets?
  • [20:03:12] <mrpackethead_> mranostay: i'm a target, shoot me
  • [20:05:19] * mranostay switchs to airsoft
  • [20:05:29] <mranostay> which really isn't that soft btw :)
  • [20:06:21] <koen> jkridner: no, everyone ignores panto and his patches
  • [20:06:58] <Russ> _av500_, sigh, yes, if only the magazine was limited to 10 rounds, then the kindergardeners could have fought back during the reload
  • [20:06:58] <panto> koen, :(
  • [20:07:06] <emeb> here's something fun to do w/ airsoft: buy the glow-in-the-dark pellets. mount UV LED inside autofire airsoft gun. take outside at night. fire into air for WWII tracer effect.
  • [20:08:06] <jkridner> koen: sarcasm aside, it seems trying it on 3.7 is going to be a bit of a pain.
  • [20:09:27] <koen> jkridner: I'm tired of people asking me to pull in patches that are already present
  • [20:09:53] <koen> so everyone asking about patches gets the sarcasm treatment
  • [20:10:18] <jkridner> I'm quite confident this one isn't there, since it is only a couple hours old.
  • [20:10:37] <emeb> maybe patches need "sell-by" date.
  • [20:11:15] <koen> jkridner: the irq storm is already in 3.8, but I haven't pushed it to github yet
  • [20:11:34] <jkridner> Is touchscreen the only significant regression?
  • [20:11:36] <koen> I'll see if it applies to 3.7 as well
  • [20:11:42] <jkridner> it doesn't.
  • [20:11:43] <koen> ts and adc, yes
  • [20:11:52] <jkridner> readme says ADC works.
  • [20:12:11] <koen> yeah, but no sysfs
  • [20:12:24] <jkridner> oh. :(
  • [20:12:35] <mranostay> jkridner: going to ELC? (not sure if i asked)
  • [20:12:39] <jkridner> yes
  • [20:12:50] <mrpackethead_> last thign to bolt down.. battery backup
  • [20:12:53] <mrpackethead_> ugh.
  • [20:12:55] <mranostay> oh good we get to troll^H^H^H^H talk to you :)
  • [20:13:20] <mranostay> jkridner: booth this year?
  • [20:13:32] <jkridner> don't think so.
  • [20:13:44] <jkridner> tutorial room is the plan
  • [20:13:50] <koen> jkridner: conflicts in 3.7 seem easy enough to resolve
  • [20:13:52] <jkridner> prpplague is looking at details.
  • [20:13:54] <mranostay> are exact steps available there?
  • [20:14:26] <jkridner> koen: some of the structures changed, so it isn't 100% trivial to resolve.
  • [20:15:22] <ka6sox> morning
  • [20:15:48] <koen> jkridner: btw
  • [20:15:50] <koen> jkridner: http://dominion.thruhere.net/koen/angstrom/beagleboard/Angstrom-systemd-GNOME-image-eglibc-ipk-v2012.12-beagleboard-2013.01.17.img.xz
  • [20:16:08] <jkridner> I'm still writing 16 to a card!
  • [20:16:11] <koen> jkridner: I did that for a customer today, I'll see if I can add more stuff to it so we can update the xM uSD card
  • [20:16:25] <koen> jkridner: that's for board, not bone :)
  • [20:16:26] <jkridner> oh, BeagleBaord!
  • [20:16:37] <jkridner> nice.
  • [20:16:41] <koen> still kernel 3.2
  • [20:16:53] <koen> but a lot more recent userspace :)
  • [20:18:07] <jkridner> with rcn-ee making lots of use of 3.7/3.8, I'd expect a move to be relatively easy. it will be nice to unify the kernel at some point. :( anyway, nice to see a new userspace build!
  • [20:19:39] <koen> I'd like to move to 3.8, but that wasn't what the customer asked for :)
  • [20:20:40] <koen> jkridner: like I said in the email, if we can get musb working in 3.8 we should ship with that
  • [20:20:53] <jkridner> I see 3.8 has a new config option: MULTI_RNDIS...
  • [20:20:58] <jkridner> I hope that'll help.
  • [20:21:03] <jkridner> I'm going to try that out next.
  • [20:21:10] <koen> PG2.0 fixes everything, you know
  • [20:21:15] <koen> haven't you heard?
  • [20:21:30] <koen> that combined with the fact that linux will be finished with 3.8 nothing can go wrong!
  • [20:21:31] <jkridner> I really, really need an image with g_multi.
  • [20:21:51] <koen> the .16 image should have all modules present
  • [20:21:58] <jkridner> well, musb on PG2.0 worked fine for me on 3.7.2
  • [20:22:12] <koen> of course usb is completely borken on 3.8
  • [20:22:25] <jkridner> 2.2GB written to my SD card and waiting.
  • [20:23:09] <jkridner> any specific issues to follow-up on?
  • [20:23:49] <panto> jkridner, btw, any docs of the emmc part?
  • [20:25:54] <_av500_> Russ: the more interesting part of the article are the final remarks
  • [20:27:52] <Russ> they are only talking about a single data point, so it isn't statistically significant
  • [20:28:30] <jkridner> panto: is https://www.micron.com/parts/nand-flash/managed-nand/mtfc2gmvea-0m-wt not sufficient?
  • [20:29:12] <Russ> plus, I'm willing to bet that most firearm homicides are of someone who is known to the person, uses much less than 10 rounds, and doesn't matter what kind of gun it is, much less weapon
  • [20:29:13] <panto> needs sign-in
  • [20:29:35] <panto> anyway, time to bed
  • [20:29:37] <panto> cya tomorrow
  • [20:30:34] <jkridner> k, I'll complete and let you know what it looks like. :)
  • [20:31:18] <panto> thx, time to go :)
  • [20:31:20] * panto (~panto@195.97.110.117) Quit (Quit: Leaving)
  • [20:33:36] * falstaff (~quassel@62-12-208-148.pool.cyberlink.ch) has joined #beagle
  • [20:34:23] <_av500_> Russ: I know, if you'd ban guns, mass shootings would be done by expert knife throwers...
  • [20:34:24] * felipealmeida (~user@mvx-187-16-79-187.mundivox.com) Quit (Read error: Connection reset by peer)
  • [20:34:45] <_av500_> or drowners with 10 buckets of water
  • [20:34:54] <_av500_> :)
  • [20:35:03] * falstaff_ (~quassel@62-12-234-072.pool.cyberlink.ch) Quit (Ping timeout: 276 seconds)
  • [20:35:08] * felipealmeida (~user@mvx-187-16-79-187.mundivox.com) has joined #beagleboard
  • [20:35:34] * felipealmeida (~user@mvx-187-16-79-187.mundivox.com) has joined #beagle
  • [20:36:26] <jsabeaudry> mass throwings and mass drownings... can't wait for the hollywood videos calling for banning of hands and water
  • [20:36:29] <wmat> _av500_: or by the really, really boring
  • [20:36:52] <_av500_> mass boredom kills class of 20
  • [20:36:57] <_av500_> that has happened :)
  • [20:37:02] <_av500_> we barely escaped
  • [20:37:14] * felipealmeida (~user@mvx-187-16-79-187.mundivox.com) Quit (Remote host closed the connection)
  • [20:37:36] <jsabeaudry> whew class of '20 didn't realize you were that old av500
  • [20:37:40] <_av500_> and here I agree, only a good teacher can stop a bad one
  • [20:37:51] <mranostay> jsabeaudry: +1
  • [20:38:08] * felipealmeida (~user@mvx-187-16-79-187.mundivox.com) has joined #beagleboard
  • [20:38:35] * felipealmeida (~user@mvx-187-16-79-187.mundivox.com) has joined #beagle
  • [20:38:47] * snaakje (~Snaakje@89.205.224.91) has joined #beagle
  • [20:38:47] * snaakje (~Snaakje@89.205.224.91) has joined #beagleboard
  • [20:38:47] * snaakje (~Snaakje@89.205.224.91) has joined #beaglebone
  • [20:40:23] * wmat drops dead
  • [20:42:46] <mdp> Friday?!?
  • [20:46:38] <prpplague> wmat: wth?
  • [20:47:44] <mdp> I think he dropped dead from boredom
  • [20:48:03] <mdp> _av500_'s discussion killed him
  • [20:48:59] <mranostay> can i have his stuff?
  • [20:49:18] <mdp> is there a garbage collector that runs on this channel?
  • [20:49:53] <mdp> mranostay, leave the wiki pages...those are for the betterment of humanity
  • [21:00:06] * davest (~Adium@134.134.137.73) Quit (Quit: Leaving.)
  • [21:01:06] * davest (~Adium@134.134.137.73) has joined #beagle
  • [21:06:22] * gustavoz (~gustavoz@host212.200-82-114.telecom.net.ar) Quit (Quit: Leaving)
  • [21:12:11] <mrpackethead_> trolls, your opinion please.. other than (a) hardeing the filesystem (b) using very good SD cards what else coudl be done to harden a beagle so its more capable of sustaining 'unschedule' power cuts without curruption.
  • [21:12:31] <mru> mount fs read-only
  • [21:13:57] * gustavoz (~gustavoz@host14.190-137-165.telecom.net.ar) has joined #beagle
  • [21:14:09] <_av500_> +1
  • [21:14:40] <_av500_> read only rootf
  • [21:14:42] <_av500_> rootfs
  • [21:15:17] <_av500_> or some kind of battery backup
  • [21:15:30] <_av500_> that at least lets you unmount cleanly
  • [21:15:38] <_av500_> for the volatile data
  • [21:15:45] <mrpackethead_> any other ideas?
  • [21:15:56] <_av500_> move to europe, much more stable power
  • [21:15:59] <mrpackethead_> lol.
  • [21:16:12] <mrpackethead_> teh AC power here is fine.
  • [21:16:19] <_av500_> boot from ethernet, keep filesystem in RAM
  • [21:16:24] <_av500_> save money on sdcard
  • [21:16:53] <mru> does the device need any non-volatile storage?
  • [21:16:53] <mrpackethead_> the ethernet boot is nice
  • [21:16:59] <mrpackethead_> but won't work for this app
  • [21:17:10] <mrpackethead_> as its mostly never connected to the outside world
  • [21:17:22] <mrpackethead_> and sticking another server to provide bootp or similar is'nt sensible.
  • [21:17:32] <mrpackethead_> you just move the problem.
  • [21:17:35] <_av500_> have a fallback solution with 2 filesystems
  • [21:17:44] <_av500_> and something to decide when to fallback
  • [21:17:56] <_av500_> now, that could break, so have a fallback for that too
  • [21:19:31] <mrpackethead_> there comes a point at which you cna't protect everything
  • [21:19:41] <mrpackethead_> i just need to make a "resonable" effort
  • [21:19:44] <_av500_> yes
  • [21:20:00] <mrpackethead_> for this app, i'll also have sd-cards swapped out as peridoic maintaince
  • [21:20:15] <mrpackethead_> they are not that expensive in teh big scheme fo thigns
  • [21:20:43] <mrpackethead_> not when yu have up to 15,000 people watching a show at a time
  • [21:24:06] <XorA> ka6sox: yo!
  • [21:24:07] <jkridner> koen: ugh. I got a kernel panic when I tried to boot the image, so I mounted it over USB and altered the symlink to ...bonelt-3.8. Now, I'm getting the damn 'CCCCC'. :(
  • [21:24:15] * snaakje (~Snaakje@89.205.224.91) Quit (Quit: snaakje)
  • [21:24:45] <mrpackethead_> http://www.mini-box.com/picoUPS-120-12V-DC-micro-UPS-battery-backup?sc=8&category=980 <-- something like this might be good
  • [21:24:55] <_av500_> mrpackethead_: show?
  • [21:24:56] <mrpackethead_> this ones only good up to 18V though
  • [21:24:59] <_av500_> can we wathc too=
  • [21:25:01] <_av500_> too?
  • [21:25:13] <mrpackethead_> yes, you can.. everybodys welcome
  • [21:25:13] <mru> _av500_: you like watching?
  • [21:25:19] <mrpackethead_> you might have already been to see it
  • [21:26:45] <koen> jkridner: cccc would mean MLO is gone as well
  • [21:27:13] <koen> jkridner: if it's the cec_write thing, remove /lib/firmware/*hdmi*.dtbo
  • [21:27:36] <koen> jkridner: my board crashes as well, I need to try the A1 and get a serial cable
  • [21:35:33] * Wipster (~Wip@cpc2-rdng23-2-0-cust135.15-3.cable.virginmedia.com) has joined #beagle
  • [21:36:03] * felipealmeida (~user@mvx-187-16-79-187.mundivox.com) Quit (Read error: Connection reset by peer)
  • [21:37:32] <jkridner> yeah, MLO blew up somehow, but I don't know how. I mounted the disk and can see it fine.
  • [21:37:33] <NishanthMenon> koen, quick question - OE boots on any 3.8rcs private branch to UI?
  • [21:37:39] <NishanthMenon> koen, on regular bone
  • [21:37:43] <koen> OE doesn't boot
  • [21:37:46] <koen> it's a buildsys
  • [21:37:46] * davest (~Adium@134.134.137.73) Quit (Quit: Leaving.)
  • [21:38:25] <koen> but the angstrom build I have boots to GUI with an LCD3 cape on a white bone with 3.8rc3
  • [21:38:39] <NishanthMenon> neat
  • [21:38:43] <NishanthMenon> koen, on your tree?
  • [21:39:05] <koen> https://github.com/beagleboard/kernel/tree/3.8
  • [21:39:11] <mdp> koen, my angstrom boots to fbcon on st7735 cape with a different 3.8-rc3 ;)
  • [21:39:14] <NishanthMenon> koen, awesome
  • [21:39:15] <NishanthMenon> thanks
  • [21:39:51] <mdp> koen, I'm going to call fbcon a GUI today
  • [21:40:04] <koen> fbcon is a way of life
  • [21:40:39] <mdp> tragedy
  • [21:40:45] <mdp> asoc is a huge DT gap
  • [21:43:02] <mrpackethead_> bit of latteral thinking
  • [21:43:06] <mrpackethead_> i've found my solution!
  • [21:43:14] * davest (Adium@nat/intel/x-eddemjgccjqyvbyx) has joined #beagle
  • [21:43:27] * jpirko (~jirka@ip-94-112-98-141.net.upcbroadband.cz) has joined #beagle
  • [21:44:09] * jpirko (~jirka@ip-94-112-98-141.net.upcbroadband.cz) Quit (Client Quit)
  • [21:45:19] * Jacmet_ is now known as Jacmet
  • [21:51:21] <_av500_> ?
  • [21:51:29] <mrpackethead_> http://datasheet.octopart.com/DR-RDN20-Mean-Well-datasheet-10900782.pdf
  • [21:51:36] <mrpackethead_> its easy.
  • [21:51:43] <mrpackethead_> just an extra battery
  • [21:51:44] <mrpackethead_> :-)
  • [21:53:28] <_av500_> basically, this thing is 2 diodes
  • [21:53:38] * davest (Adium@nat/intel/x-eddemjgccjqyvbyx) Quit (Quit: Leaving.)
  • [21:54:20] * hitlin37 (~chatzilla@145.107.10.2.mar.surfnet.utelisys.net) has joined #beagle
  • [21:56:04] * NishanthMenon (~nmenon@192.94.92.14) Quit (Quit: There is a 20% chance of tomorrow.)
  • [21:56:42] * axMountain (~Daniel@cust-95-80-44-248.csbnet.se) Quit (Quit: Leaving.)
  • [21:58:12] * davest (~Adium@134.134.137.73) has joined #beagle
  • [21:59:12] * fusion94 (~fusion94@pdpc/supporter/student/fusion94) has joined #beagle
  • [22:01:27] <mranostay> wb davest
  • [22:02:23] <bradfa> mrpackethead_, the fall off at 70C is quite drastic :)
  • [22:02:40] <mrpackethead_> yes.
  • [22:03:01] <mrpackethead_> its a stupid graph
  • [22:04:48] * Guest59068 (~bleh1@87.254.84.104) Quit (Ping timeout: 252 seconds)
  • [22:07:49] <mrpackethead_> av500: sometimes two diodes is all you need.
  • [22:10:47] * NishanthMenon (~nmenon@192.91.66.186) has joined #beagle
  • [22:10:51] * krajo1 (~krajo1@ip4-83-240-125-22.cust.nbox.cz) Quit (Quit: Konversation terminated!)
  • [22:13:08] * exosyst (~exosyst@host86-129-92-11.range86-129.btcentralplus.com) Quit (Quit: Leaving)
  • [22:14:31] <ka6sox> morning XorA
  • [22:16:09] <XorA> ka6sox: will be busy tonight :-(
  • [22:16:31] <ka6sox> ya, same here
  • [22:16:46] <XorA> ka6sox: did you get my email though?
  • [22:16:58] <ka6sox> yes, came thru fine!
  • [22:17:15] <XorA> ka6sox: sweet!
  • [22:17:38] * XorA never quite trusts couple of years old records :-D
  • [22:17:49] <ka6sox> thanks...
  • [22:26:17] <_av500_> so, mail are coming through again?
  • [22:26:20] <_av500_> with all the snow....
  • [22:26:25] <_av500_> a marvell
  • [22:26:28] <_av500_> -l
  • [22:27:38] * Wipster (~Wip@cpc2-rdng23-2-0-cust135.15-3.cable.virginmedia.com) Quit (Ping timeout: 272 seconds)
  • [22:29:10] * kkeller (~Ken_Kelle@174-17-17-245.phnx.qwest.net) Quit (Quit: Leaving.)
  • [22:29:38] * hitlin37 (~chatzilla@145.107.10.2.mar.surfnet.utelisys.net) Quit (Read error: Connection reset by peer)
  • [22:32:31] * prpplague (~danders@192.94.92.14) Quit (Quit: Leaving)
  • [22:37:43] <wmat> snowing here too
  • [22:37:52] * Wipster (~Wip@cpc2-rdng23-2-0-cust135.15-3.cable.virginmedia.com) has joined #beagle
  • [22:37:58] <wmat> finally
  • [22:38:13] <mru> not here, thankfully
  • [22:38:48] <mranostay> mru: that would cut into rain time
  • [22:39:27] * Russ (~russ@pool-74-100-57-85.lsanca.fios.verizon.net) Quit (Read error: Connection reset by peer)
  • [22:40:05] <wmat> i hate seeing green grass in January in Canada, it's just not right
  • [22:40:39] <mru> in england the grass is always green
  • [22:40:45] <_av500_> mru: are you the IT professional from southhampton that visited my linkedin recently?
  • [22:41:00] <wmat> I thought it was more a shade of brown, perhaps tan
  • [22:41:06] <_av500_> mauve
  • [22:41:17] <mrpackethead_> the grass should be brown here right nwo
  • [22:41:20] <mrpackethead_> but its very green
  • [22:41:26] <mrpackethead_> had a very wet summer
  • [22:41:28] <mrpackethead_> and warm
  • [22:41:47] <mru> wmat: most of it stays the same colour the whole year
  • [22:41:53] <XorA> _av500_: there is snow, I see bright sunshine
  • [22:42:22] <wmat> mru: island living eh
  • [22:43:48] * AndrevS (~andrevs@2001:610:1108:5011:225:b3ff:fec0:41e1) Quit (Quit: Leaving)
  • [22:45:09] * Russ (~russ@pool-74-100-57-85.lsanca.fios.verizon.net) has joined #beagle
  • [22:47:11] * Russ (~russ@pool-74-100-57-85.lsanca.fios.verizon.net) Quit (Read error: Connection reset by peer)
  • [22:47:11] * jago25_98 (~j@174-143-147-204.static.cloud-ips.com) has joined #beagle
  • [22:49:43] <mdp> wmat, we're a bit confused here with the green grass showing, it's dry, and a little sunny today
  • [22:50:17] <mdp> normally we should see the sun until late march ;)
  • [22:51:01] * smplman (~speery@64.132.167.18) Quit (Quit: smplman)
  • [22:55:08] * Russ (~russ@pool-74-100-57-85.lsanca.fios.verizon.net) has joined #beagle
  • [22:57:20] * jago25_98 (~j@174-143-147-204.static.cloud-ips.com) Quit (Ping timeout: 260 seconds)
  • [22:58:48] <mrpackethead_> sorry for all the questiosn today..
  • [22:59:11] <mrpackethead_> has anyone seen or done anting with drycontacts and their begales?
  • [22:59:36] * florian (~fuchs@Maemo/community/contributor/florian) Quit (Quit: Verlassend)
  • [23:00:33] <Russ> whoza whatzer fer?
  • [23:01:28] <mranostay> relays?
  • [23:01:47] <Russ> mranostay, I'm not sure what he's asking about, but this is a family channel
  • [23:02:13] <Russ> so keep your begales to yourself
  • [23:02:47] <mranostay> heh
  • [23:02:54] <mrpackethead_> not sure what your on about at all
  • [23:02:54] <mrpackethead_> :-)
  • [23:06:06] <_av500_> mranostay: 3pm is awfully early for being drunk
  • [23:06:26] <_av500_> dont you have patches to rebase?
  • [23:06:42] <mranostay> cute
  • [23:06:47] <mdp> omg
  • [23:06:55] * mdp takes his son away from the screen
  • [23:07:04] <mdp> I thought this was a safe environment
  • [23:07:18] <Russ> I believe you are thinking of #rpi
  • [23:07:23] <mdp> lol
  • [23:07:39] <mdp> what the heck do you mean?
  • [23:07:57] <Russ> try talking about anting your drycontacts in #rpi, and see what happens
  • [23:08:00] <mdp> oops, another language violation on #rpi
  • [23:08:11] <mdp> salty language, indeed
  • [23:08:24] <Russ> TIL anting is actually a thing
  • [23:08:35] * felipealmeida (~user@mvx-187-16-79-187.mundivox.com) has joined #beagleboard
  • [23:09:02] * felipealmeida (~user@mvx-187-16-79-187.mundivox.com) has joined #beagle
  • [23:09:06] * Russ tracks down a youtube video of a black drongo anting
  • [23:09:37] <mranostay> Russ: weird isn't it?
  • [23:09:38] * mdp covers his eyes
  • [23:09:54] <Russ> hmm...this video has classical music, I'm not sure appropriate that is
  • [23:10:16] <mranostay> 70's slow jazz better?
  • [23:11:01] <Russ> you know you've found youtube gold when the comments include 'No, the "moustache" means it's a male.???'
  • [23:11:31] * mranostay takes notes
  • [23:14:28] * kiilo (~kiilo@46-126-76-28.dynamic.hispeed.ch) Quit (Ping timeout: 256 seconds)
  • [23:16:08] * hattwick (~hattwick@68-184-17-253.dhcp.unas.ma.charter.com) Quit (Ping timeout: 255 seconds)
  • [23:19:18] * hattwick (~hattwick@68-184-17-253.dhcp.unas.ma.charter.com) has joined #beagle
  • [23:21:46] * djlewis (~djelwis@adsl-65-64-30-13.dsl.ltrkar.swbell.net) Quit (Quit: Leaving.)
  • [23:21:50] * kiilo (~kiilo@46-126-76-28.dynamic.hispeed.ch) has joined #beagle
  • [23:23:51] * kiilo (~kiilo@46-126-76-28.dynamic.hispeed.ch) Quit (Client Quit)
  • [23:24:01] * kiilo (~kiilo@46-126-76-28.dynamic.hispeed.ch) has joined #beagle
  • [23:35:06] * aholler (~aholler@p57B20476.dip0.t-ipconnect.de) Quit (Quit: 3.7.3)
  • [23:35:29] * tema (~tema@178-16-155-142.obit.ru) Quit (Ping timeout: 255 seconds)
  • [23:35:30] * thurbad (~natesewel@64.132.24.36) Quit (Quit: thurbad)
  • [23:35:59] * tema (~tema@178-16-155-142.obit.ru) has joined #beagle
  • [23:41:32] * felipealmeida (~user@mvx-187-16-79-187.mundivox.com) Quit (Remote host closed the connection)
  • [23:41:34] * aholler (~aholler@p57B20476.dip0.t-ipconnect.de) has joined #beagle
  • [23:48:02] <alan_o> CareBear\: Best pull request yet: https://github.com/signal11/hidapi/pull/96
  • [23:52:30] * gustavoz (~gustavoz@host14.190-137-165.telecom.net.ar) Quit (Ping timeout: 272 seconds)
  • [23:58:06] * hattwick (~hattwick@68-184-17-253.dhcp.unas.ma.charter.com) Quit (Ping timeout: 256 seconds)
  • [23:58:29] <aholler> hmm, where can I find that irq-storm commit?