• [00:01:20] * mrcan (~mrcan@unaffiliated/mrcan) Quit (Quit: Leaving)
  • [00:01:38] * kiilo (~kiilo@46-126-77-178.dynamic.hispeed.ch) has joined #beagle
  • [00:07:05] <mranostay> robclark: nice blast from the past with that 486 chip
  • [00:07:38] <robclark> mranostay, thank NishanthMenon for that one.. he found it somewhere :-P
  • [00:08:35] <mranostay> basement? :)
  • [00:09:17] <robclark> I think somewhere around the office
  • [00:11:04] <mranostay> next to the speak and spell?
  • [00:12:15] <robclark> probably
  • [00:12:43] * RITRedbeard_ (~redbeard@c-68-37-165-37.hsd1.nj.comcast.net) Quit (Read error: Connection reset by peer)
  • [00:13:06] * RITRedbeard_ (~redbeard@c-68-37-165-37.hsd1.nj.comcast.net) has joined #beagle
  • [00:13:44] <crashovrd> and history recorded from this day forth, RTC discussion was forbidden
  • [00:14:34] * mranostay scrolls up
  • [00:15:03] <crashovrd> re: speak n spell - i was convinced that kids were going to learn language from them and an entire generation would grow up talking like them
  • [00:15:33] <toneeee> ai stiLLL do!
  • [00:16:09] <crashovrd> :)
  • [00:16:43] <thurbad> instead we all have tv accents
  • [00:16:51] <mranostay> *whew* taxes done..
  • [00:18:08] <crashovrd> only time will tell if a generation raised with Siri as their only friend will fare the same
  • [00:18:20] <mranostay> never used Siri
  • [00:18:27] <mranostay> I think I have it disabled
  • [00:19:24] <crashovrd> ha! i knew speak n spell was a TI chip
  • [00:19:30] <crashovrd> i couldnt recall which one
  • [00:19:40] <crashovrd> TMS5100
  • [00:20:09] <ka6sox> mranostay, 1040EZ: how much did you make?....Send it IN!
  • [00:20:32] <mranostay> ka6sox: heh i don't make that little :)
  • [00:20:43] * Wipster (~Wip@cpc2-rdng23-2-0-cust135.15-3.cable.virginmedia.com) Quit (Remote host closed the connection)
  • [00:20:57] <ka6sox> mranostay, you realize you can't quit...
  • [00:21:26] <mranostay> hmm what is the limit on the 1040EZ again?
  • [00:21:42] <Russ> he now praises the iPad!
  • [00:22:10] * mranostay backs away from Russ
  • [00:22:50] <Russ> mranostay, https://code.google.com/p/android/issues/detail?id=38538
  • [00:23:34] <mranostay> nice
  • [00:23:54] * mranostay hated his droid phone so much
  • [00:25:32] * mranostay notes his slides reference Soviet too much
  • [00:29:53] * KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) Quit (Quit: Leaving)
  • [00:36:08] * dj-pi (~asd@c-107-5-25-243.hsd1.mi.comcast.net) has joined #beagle
  • [00:36:49] * DJWillis (~djwillis@cpc1-bath5-2-0-cust122.aztw.cable.virginmedia.com) has joined #beagle
  • [00:40:17] * dj_pi (~asd@c-107-5-25-243.hsd1.mi.comcast.net) Quit (Ping timeout: 248 seconds)
  • [00:40:17] * DJW|Home (~djwillis@cpc1-bath5-2-0-cust122.aztw.cable.virginmedia.com) Quit (Ping timeout: 248 seconds)
  • [00:41:19] * mrpackethead_ (~mrpacketh@118-93-95-178.dsl.dyn.ihug.co.nz) Quit (Remote host closed the connection)
  • [00:41:20] * thurbad (~natesewel@64.132.24.36) Quit (Quit: thurbad)
  • [00:41:47] * mrpackethead_ (~mrpacketh@118-93-95-178.dsl.dyn.ihug.co.nz) has joined #beagle
  • [00:45:29] <Cykon> Is there anyone on that knows a bit about USB - both gadget/host communication? I have a pretty quick question
  • [00:45:59] * guanucoluis (~luis@190.18.174.50) has joined #beagleboard
  • [00:46:08] * mrpackethead_ (~mrpacketh@118-93-95-178.dsl.dyn.ihug.co.nz) Quit (Ping timeout: 244 seconds)
  • [00:46:37] * icota (~quassel@dh207-27-108.xnet.hr) Quit (Remote host closed the connection)
  • [00:48:45] * mranostay (~mranostay@pdpc/supporter/active/mranostay) Quit (Quit: leaving)
  • [00:50:36] * prpplague (~prpplague@107-206-64-184.lightspeed.rcsntx.sbcglobal.net) has joined #beagle
  • [00:57:39] * mranostay (~mranostay@pdpc/supporter/active/mranostay) has joined #beagle
  • [00:58:42] <mranostay> ELC schedule is ok
  • [00:58:45] <mranostay> *out
  • [01:00:43] * felipealmeida (~user@mvx-187-16-79-187.mundivox.com) Quit (Read error: Connection reset by peer)
  • [01:04:40] <Russ> thx
  • [01:05:17] * emeb (~ericb@ip72-201-78-226.ph.ph.cox.net) Quit (Quit: Leaving.)
  • [01:05:21] <Russ> mranostay, I see you are up early in the schedule
  • [01:05:21] <mranostay> Russ: we'll be heckling your talk
  • [01:05:25] <mranostay> yes :)
  • [01:05:47] <mru> 5pm slot for me
  • [01:06:04] <mru> good, then everybody will be too tired to notice any errors
  • [01:06:14] <robclark> mru, is that the 5pm timeslot at the bar?
  • [01:06:16] * mrpackethead_ (~mrpacketh@118-93-95-178.dsl.dyn.ihug.co.nz) has joined #beagle
  • [01:06:23] <mranostay> hmmm i see a few conflicts
  • [01:06:41] <Russ> Its really the 1:45pm timeslot you want, everyone will be sleeping off their lunch
  • [01:07:18] <mru> last slot of the day everybody will be itching to leave for dinner
  • [01:07:26] <mru> should take their focus off the presentation
  • [01:10:10] <mranostay> mru: i'll be relaying messages to troll you with from _av500_
  • [01:10:21] * emeb_mac (~ericb@ip72-201-78-226.ph.ph.cox.net) has joined #beagle
  • [01:10:58] <mranostay> hmm sure 90% will be in Frank's and Olof's talks :)
  • [01:12:47] <agmlego> .c
  • [01:13:09] <mranostay> ah?
  • [01:13:32] <agmlego> I missed typig /c
  • [01:13:39] <agmlego> For clear screen.
  • [01:14:01] <mranostay> wmat: you are bring beer to the BoF right?
  • [01:15:18] <mranostay> *bringing
  • [01:16:23] <mranostay> have to troll the embedded atom talk
  • [01:16:58] * nashpa (~nashpa@dliviu.plus.com) Quit (Quit: Going away)
  • [01:18:33] * thurbad (~natesewel@cpe-70-113-204-247.austin.res.rr.com) has joined #beagle
  • [01:18:57] * nashpa (~nashpa@dliviu.plus.com) has joined #beagle
  • [01:18:57] * nashpa (~nashpa@dliviu.plus.com) has joined #beagleboard
  • [01:19:47] * dj-pi (~asd@c-107-5-25-243.hsd1.mi.comcast.net) Quit (Quit: Leaving)
  • [01:20:12] * dj_pi (~asd@c-107-5-25-243.hsd1.mi.comcast.net) has joined #beagle
  • [01:20:21] <mranostay> mru: could be worse you could be in panto's timeslot keeping everyone from lunch
  • [01:30:58] <wmat> mranostay: yes, but it will already be in my belly
  • [01:35:09] <mranostay> does LC allow drinking during talks?
  • [01:35:17] <mranostay> or should i pack the flask?
  • [01:35:38] * mpv (mp@aggr.com) Quit (Remote host closed the connection)
  • [01:37:04] <Russ> mranostay, me too (timeslot)
  • [01:38:26] <Russ> mranostay, 'Host Organization Microsoft'
  • [01:38:56] <mranostay> how did nobody's PRU talk get accepted? too "technical"
  • [01:38:57] <mranostay> ?
  • [01:39:13] <Russ> why is your host organization microsoft?
  • [01:39:29] <toneeee> lol I was going to ask why we don't have a PRU code to mine coin
  • [01:40:05] <mranostay> ah yeah good question
  • [01:40:31] <Russ> http://www.parc55hotel.com/var/plain_site/storage/original/application/0fa36a277e116667f83b9916f01e4316.pdf
  • [01:40:36] <Russ> (map)
  • [01:40:39] <mranostay> why is my tag music?
  • [01:41:03] <Russ> I think you are about to be trolled
  • [01:41:06] <mranostay> Russ: geez it is just me
  • [01:41:34] * mranostay pokes prpplague
  • [01:41:51] <Russ> shh....let it happen
  • [01:43:24] <jkridner> mranostay: cool that you got your telemetry talk on the schedule again.
  • [01:43:37] * KeatonT (~textual@unaffiliated/keatont) has joined #beagle
  • [01:44:30] <jkridner> mru: nice to see you are speaking as well
  • [01:44:57] * tema (~tema@178-16-155-142.obit.ru) Quit (Read error: Operation timed out)
  • [01:45:57] <mru> jkridner: it's an easy way to get a free trip to SF :)
  • [01:46:07] <mranostay> free confernce pass for me :
  • [01:46:08] <mranostay> :)
  • [01:46:19] <mranostay> less of thing here of course
  • [01:46:59] <ds2> hmmm
  • [01:47:22] <mranostay> ds2: you coming?
  • [01:47:42] <ds2> mranonstay: donno... got to see if there us budget
  • [01:50:12] * pfefferz (~pfefferz@cpe-70-112-138-163.austin.res.rr.com) Quit (Ping timeout: 248 seconds)
  • [02:00:04] * guanucoluis (~luis@190.18.174.50) Quit (Ping timeout: 248 seconds)
  • [02:00:30] * XorA (~XorA@www.xora.org.uk) Quit (Quit: ZNC - http://znc.sourceforge.net)
  • [02:00:31] * DJWillis (~djwillis@cpc1-bath5-2-0-cust122.aztw.cable.virginmedia.com) Quit (Read error: Connection reset by peer)
  • [02:01:07] * DJWillis (~djwillis@cpc1-bath5-2-0-cust122.aztw.cable.virginmedia.com) has joined #beagle
  • [02:01:18] * XorA (~XorA@www.xora.org.uk) has joined #beagle
  • [02:01:59] * mranostay waves to XorA
  • [02:02:28] * ghoti (~paul@205.233.216.25) Quit (Ping timeout: 248 seconds)
  • [02:06:51] * mrpackethead_ (~mrpacketh@118-93-95-178.dsl.dyn.ihug.co.nz) Quit (Remote host closed the connection)
  • [02:06:57] * pfefferz (~pfefferz@ip-64-134-6-238.public.wayport.net) has joined #beagleboard
  • [02:06:59] * pfefferz (~pfefferz@ip-64-134-6-238.public.wayport.net) has joined #beagle
  • [02:07:32] * GPSFan (~kenm@64.92.145.112) Quit (Ping timeout: 248 seconds)
  • [02:07:59] * sr105 (~sr105@65349hfc19.tampabay.res.rr.com) Quit ()
  • [02:08:14] * GPSFan (~kenm@64.92.145.112) has joined #beagle
  • [02:10:17] * mrpackethead_ (~mrpacketh@118-93-95-178.dsl.dyn.ihug.co.nz) has joined #beagle
  • [02:11:06] <mrpackethead_> https://fbcdn-sphotos-g-a.akamaihd.net/hphotos-ak-snc7/428302_10151369241637661_66993423_n.jpg <-- electroplate cape
  • [02:11:18] <Crofton|work> mranostay, you are up against an arm-soc tree talk
  • [02:11:31] <mranostay> Crofton|work: yeah i'm sure two people will be in my talk :)
  • [02:11:33] <ka6sox> uh oh...
  • [02:18:34] <mrpackethead_> well, my dhcp scope has got too small
  • [02:18:36] * tchan (~tchan@lunar-linux/developer/tchan) Quit (Ping timeout: 248 seconds)
  • [02:18:37] <mrpackethead_> sigh.
  • [02:19:21] * tchan (~tchan@lunar-linux/developer/tchan) has joined #beagle
  • [02:21:00] <ds2> hmm
  • [02:25:51] <mranostay> ds2: ah yes?
  • [02:30:31] * tema (~tema@92-100-182-107.dynamic.avangarddsl.ru) has joined #beagle
  • [02:34:19] * mrpackethead_ (~mrpacketh@118-93-95-178.dsl.dyn.ihug.co.nz) Quit (Remote host closed the connection)
  • [02:38:19] * KeatonT (~textual@unaffiliated/keatont) Quit (Quit: Textual IRC Client: http://www.textualapp.com/)
  • [02:40:22] * alan_o reads the course descriptions for ELC
  • [02:40:33] <alan_o> I'm not sure anyone at LF proofread what's actually on the site
  • [02:43:04] <Russ> is it me?
  • [02:43:24] <alan_o> were you the one supposed to proofread it?
  • [02:44:44] <alan_o> looking forward to mranostay's talk. Looks like you're expanding quite a bit
  • [02:45:08] <alan_o> (the topics covered, not just the waistline)
  • [02:46:00] * tema (~tema@92-100-182-107.dynamic.avangarddsl.ru) Quit (Ping timeout: 256 seconds)
  • [02:46:09] * ka6sox is now known as ka6sox-away
  • [02:48:49] * mrpackethead_ (~mrpacketh@118-93-95-178.dsl.dyn.ihug.co.nz) has joined #beagle
  • [02:49:23] * alan_o twists ds2's arm to come to ELC
  • [02:50:29] <Russ> (I mean were the errors in mine)
  • [02:51:32] <alan_o> Russ: oh, that's what I thought, but did a quick search for your name and didn't see it. I see it now
  • [02:51:35] <alan_o> let me check
  • [02:52:56] <alan_o> looks ok. I saw two with problems (I didn't click all). One has extraneous newlines. The other says "this could be expanded to 2 hours if the committee wants...."
  • [02:58:51] <mranostay> alan_o: did you submit anything?
  • [02:59:35] <alan_o> mranostay: yeah, rejected :(
  • [03:00:21] <alan_o> a bit bummed. Was hoping to get some more mileage out of that slide set. Had some expanded demo I wanted to do. Oh well
  • [03:01:10] <alan_o> I'm going to try to the vendor night or whatever it's called. Haven't seen an email about that yet. Of course I didn't get an email about registration being open either, and missed early-reg... argh
  • [03:01:26] * kiilo (~kiilo@46-126-77-178.dynamic.hispeed.ch) Quit (Quit: ciao)
  • [03:06:12] * guanucoluis (~luis@190.18.174.50) has joined #beagleboard
  • [03:07:11] <mranostay> we are sure to troll your booth
  • [03:17:29] <mranostay> koen: so does power over usb not work with your 3.8 branch?
  • [03:19:03] <mru> mranostay: trying to implement http://www.ietf.org/rfc/rfc3251.txt over usb networking?
  • [03:19:22] <mranostay> ah crap i know what i did
  • [03:19:44] <mranostay> heh kinda.. :)
  • [03:22:07] * Ceriand|desktop (~Ceriand@unaffiliated/ceriand) has joined #beagle
  • [03:23:13] * pfefferz (~pfefferz@ip-64-134-6-238.public.wayport.net) Quit (Ping timeout: 248 seconds)
  • [03:25:51] <emeb_mac> mru: someone seems to have taken that rfc seriously: http://spectrum.ieee.org/energy/the-smarter-grid/japans-digital-grid-scheme
  • [03:35:55] * ghoti (~paul@205.233.216.25) has joined #beagle
  • [03:36:28] <mrpackethead_> mranostay: you missed the sillyness this morning
  • [03:43:15] * tema (~tema@92-100-182-107.dynamic.avangarddsl.ru) has joined #beagle
  • [03:48:31] * tema (~tema@92-100-182-107.dynamic.avangarddsl.ru) Quit (Ping timeout: 244 seconds)
  • [03:51:58] * pfefferz (~pfefferz@cpe-70-112-138-163.austin.res.rr.com) has joined #beagleboard
  • [03:52:00] * pfefferz (~pfefferz@cpe-70-112-138-163.austin.res.rr.com) has joined #beagle
  • [03:56:09] * slchen (~slchen@123-195-161-155.dynamic.kbronet.com.tw) has joined #beagle
  • [03:58:08] * mps (mp@178.79.142.101) has joined #beagle
  • [04:00:17] * djerome (~djerome@ip68-2-20-108.ph.ph.cox.net) Quit (Remote host closed the connection)
  • [04:00:27] <emeb_mac> that's why we have logs
  • [04:01:53] <mrpackethead_> have you got a mill?
  • [04:01:55] <mrpackethead_> for your logs.
  • [04:02:41] <mrpackethead_> its the new industry, to move to, once you release your bitmine is going to send you broke, becuase you are spending more on electricy than you are earning
  • [04:08:28] * guanucoluis (~luis@190.18.174.50) Quit (Ping timeout: 245 seconds)
  • [04:12:21] <emeb_mac> never happen
  • [04:12:40] <emeb_mac> there's a limit on how many bitcoins are allowed in circulation.
  • [04:20:20] * slchen (~slchen@123-195-161-155.dynamic.kbronet.com.tw) Quit (Quit: slchen)
  • [04:29:48] <XorA> there is a limit on a fictional thing? wow!
  • [04:41:59] * ShadowJK (jk@terminus.enivax.net) Quit (Ping timeout: 260 seconds)
  • [04:43:37] * ShadowJK (jk@terminus.enivax.net) has joined #beagle
  • [04:45:18] * GPSFan (~kenm@64.92.145.112) Quit (Remote host closed the connection)
  • [04:46:40] <ds2> sigh... profs are sure lazy thesedays
  • [04:49:51] <mranostay> hmmm well there goes using my PRUSS VFD for the demo.. too much power :)
  • [04:52:59] <ds2> how so?
  • [05:01:21] * ka6sox-away is now known as ka6sox
  • [05:04:40] * dj_pi (~asd@c-107-5-25-243.hsd1.mi.comcast.net) Quit (Ping timeout: 260 seconds)
  • [05:05:52] <Dunearhp_> Is there anything special I need to do to get sound working on the beagleboard XM with the 3.2 kernel
  • [05:05:54] <Dunearhp_> ?
  • [05:07:01] * alan_o (~alan@c-68-62-254-211.hsd1.fl.comcast.net) Quit (Quit: Leaving)
  • [05:08:25] <XorA> Dunearhp_: set the mixer settings
  • [05:08:30] * tema (~tema@92-100-182-107.dynamic.avangarddsl.ru) has joined #beagle
  • [05:09:00] * emeb_mac (~ericb@ip72-201-78-226.ph.ph.cox.net) Quit (Quit: emeb_mac)
  • [05:10:13] * prpplague (~prpplague@107-206-64-184.lightspeed.rcsntx.sbcglobal.net) Quit (Quit: Later Folks!)
  • [05:12:10] * slchen (~slchen@123-195-161-155.dynamic.kbronet.com.tw) has joined #beagle
  • [05:12:23] <ka6sox> mranostay, what do you mean "too much power"?
  • [05:12:33] <ka6sox> the PRUSS draw 21 Jigawatts?
  • [05:15:52] * slchen (~slchen@123-195-161-155.dynamic.kbronet.com.tw) Quit (Client Quit)
  • [05:16:24] * slchen (~slchen@123-195-161-155.dynamic.kbronet.com.tw) has joined #beagle
  • [05:16:24] * slchen (~slchen@123-195-161-155.dynamic.kbronet.com.tw) Quit (Client Quit)
  • [05:27:54] <_av500_> damn
  • [05:27:58] <_av500_> my usb rtc woke me up
  • [05:33:16] <ds2> _av500_: wow. where did you get your musb drivers? :D
  • [05:35:10] <mranostay> ds2: didn't say it was on time
  • [05:35:43] <ds2> so it is really a usb unreal TC? :D
  • [05:40:04] * tema (~tema@92-100-182-107.dynamic.avangarddsl.ru) Quit (Ping timeout: 248 seconds)
  • [05:41:08] <Russ> he probably requested a 20amp outlet for his demo
  • [06:07:55] <Russ> hey, scale 11x came out with their schedule too
  • [06:17:10] * krajo1 (~krajo1@ip4-83-240-125-22.cust.nbox.cz) has joined #beagle
  • [06:24:47] <Cykon> Is it possible to run the beagleboard's micro usb port in gadget mode while powering it?
  • [06:25:08] <Cykon> I understand you can't use it in host mode while powering it... but how would it even work with the boot sequence as a gadget port
  • [06:26:19] * tasslehoff (~tasslehof@84.49.231.147) has joined #beagle
  • [06:27:05] <av500> sure
  • [06:28:40] <Cykon> sure as in it's possible and should work -- when I get my driver working? I'm new to this whole thing, but doesnt the host send the initial message, so if the device is still booting up while it recieves that... won't it not work?
  • [06:28:53] <av500> no
  • [06:29:02] <av500> per default it should be in device mode
  • [06:34:21] * krajo1 (~krajo1@ip4-83-240-125-22.cust.nbox.cz) Quit (Quit: Konversation terminated!)
  • [06:37:37] * krajo1 (~krajo1@ip4-83-240-125-22.cust.nbox.cz) has joined #beagle
  • [06:49:30] * Ceriand|desktop (~Ceriand@unaffiliated/ceriand) Quit (Quit: Leaving.)
  • [06:51:34] <Cykon> So then, during the boot process, when the computer sends the signal via usb to my beagleboard, it should respond correctly? Even though it's being powered by ut?
  • [06:51:36] <Cykon> it^
  • [06:52:30] <av500> yes
  • [06:52:34] <av500> like a mobile phone
  • [06:52:44] <av500> that you charge and connect to at the same time
  • [06:54:52] <mranostay> hey mr av500
  • [06:55:00] <av500> hey mr mranostay
  • [07:00:02] <mranostay> what does this DT warning mean "has invalid length (4 bytes) (#address-cells == 2, #size-cells == 1"
  • [07:08:33] * XorA is now known as XorA|gone
  • [07:15:42] <koen> mranostay: people report that it only works for a short while
  • [07:15:57] <koen> mranostay: I bet playing with the cpufreq governor would help
  • [07:21:58] * krajo1 (~krajo1@ip4-83-240-125-22.cust.nbox.cz) Quit (Quit: Konversation terminated!)
  • [07:23:31] * Guest70803 (~bleh1@87.254.84.104) has joined #beagle
  • [07:24:29] * lyakh (~lyakh@dslb-088-076-023-079.pools.arcor-ip.net) has joined #beagle
  • [07:28:45] * hattwick (~hattwick@68-184-17-253.dhcp.unas.ma.charter.com) Quit (Ping timeout: 252 seconds)
  • [07:34:15] * damir__ (~damir@217-72-91-162.ipv4.tusmobil.si) has joined #beagle
  • [07:35:17] * jpirko (~jirka@ip-94-112-98-141.net.upcbroadband.cz) has joined #beagle
  • [07:43:12] * mru (~mru@hotblack.mansr.com) Quit (Ping timeout: 276 seconds)
  • [07:43:13] * mru_ (~mru@hotblack.mansr.com) has joined #beagle
  • [07:51:18] <mrpackethead_> anyone; can someone point me at the logs for the channel
  • [07:51:19] <mrpackethead_> ?
  • [07:51:25] <ka6sox> sure
  • [07:51:42] <ka6sox> logs.nslu2-linux.org/livelogs
  • [07:51:51] <tasslehoff> We have a unit that says "card removed" and throws I/O errors at us when it gets cold. I disabled card detect (gpio_cd = -EINVAL), but still get I/O pain. Anyone else have bad experiences with MMC in cold environments?
  • [07:52:49] <mrpackethead_> **** BEGIN LOGGING AT Tue Jan 22 02:59:58 2013
  • [07:52:51] <ka6sox> tasslehoff, ya, too many
  • [07:52:51] <mrpackethead_> and thats it
  • [07:53:03] <ka6sox> okay let me get you the backlog
  • [07:53:04] <ka6sox> jas
  • [07:53:53] <av500> mrpackethead_: why not make your own logs?
  • [07:53:58] <ka6sox> http://logs.nslu2-linux.org/livelogs/beagle.txt
  • [07:54:31] <mrpackethead_> cause i'm a leech.
  • [07:54:40] <mrpackethead_> i'll suck someone else logs.
  • [07:54:49] <ka6sox> guess Ishould setup the rotator
  • [07:55:45] <mrpackethead_> lol.
  • [07:55:50] <ka6sox> tasslehoff, I had to put mine *inside* the transmitter to keep it warm enough.
  • [07:55:50] <mrpackethead_> just goign to move.
  • [07:56:14] <tasslehoff> ka6sox: both good and bad to know. more to say on the issue? some of our units misbehave when tested (in a fridge), others don't. people want me to find out if sw can "fix" it.
  • [07:56:48] <ka6sox> I've not found one...I often wondered if it was mechanical or electrical.
  • [07:57:00] <av500> tasslehoff: SW can make it hot
  • [07:57:06] <ka6sox> put it inside a 5kW transmitter...problem solved.
  • [07:57:36] * mrpackethead_ (~mrpacketh@118-93-95-178.dsl.dyn.ihug.co.nz) Quit (Remote host closed the connection)
  • [07:58:03] * mrpackethead_ (~mrpacketh@118-93-95-178.dsl.dyn.ihug.co.nz) has joined #beagle
  • [08:02:24] * mrpackethead_ (~mrpacketh@118-93-95-178.dsl.dyn.ihug.co.nz) Quit (Ping timeout: 240 seconds)
  • [08:14:09] * mrpackethead_ (~mrpacketh@118-93-95-178.dsl.dyn.ihug.co.nz) has joined #beagle
  • [08:16:01] * mrpackethead_ (~mrpacketh@118-93-95-178.dsl.dyn.ihug.co.nz) Quit (Remote host closed the connection)
  • [08:16:29] * mrpackethead_ (~mrpacketh@118-93-95-178.dsl.dyn.ihug.co.nz) has joined #beagle
  • [08:17:31] * Guest70803 (~bleh1@87.254.84.104) Quit (Ping timeout: 252 seconds)
  • [08:17:36] * agmlego|colo (~agmlego@2607:f4b8:10:1:211:43ff:fed8:6a85) Quit (Ping timeout: 264 seconds)
  • [08:19:16] * agmlego|colo (~agmlego@2607:f4b8:10:1:211:43ff:fed8:6a85) has joined #beagle
  • [08:19:25] <tasslehoff> av500: by making everything else on the board work hard?
  • [08:19:29] * mrpackethead_ (~mrpacketh@118-93-95-178.dsl.dyn.ihug.co.nz) Quit (Remote host closed the connection)
  • [08:19:37] * mrpackethead_ (~mrpacketh@118-93-95-178.dsl.dyn.ihug.co.nz) has joined #beagle
  • [08:22:58] <keesj> tasslehoff: make me think of https://plus.google.com/100242854243155306943/posts/9VbpSWoZJkp (pin mux)
  • [08:28:57] <tasslehoff> keesj: hehe. wish that could solve this problem as well
  • [08:36:21] * shoragan (~jlu@2001:6f8:1178:2:219:99ff:fe56:8d7) has joined #beagle
  • [08:36:21] * shoragan (~jlu@2001:6f8:1178:2:219:99ff:fe56:8d7) Quit (Changing host)
  • [08:36:21] * shoragan (~jlu@debian/developer/shoragan) has joined #beagle
  • [08:38:04] <tasslehoff> ka6sox: 5kW? that is quite a lot :)
  • [08:38:28] <ka6sox> tasslehoff, its a baby
  • [08:40:24] * jamesbuckley (~jamesbuck@2001:470:1f09:10:225:90ff:fea2:995f) has joined #beagle
  • [08:43:44] * jimboy (~jimboy@66-238-71-212.starstream.net) has joined #beagle
  • [08:43:49] * jimboy (~jimboy@66-238-71-212.starstream.net) has joined #beaglebone
  • [08:45:16] * RITRedbeard (~redbeard@c-68-37-165-37.hsd1.nj.comcast.net) has joined #beagle
  • [08:48:03] * RITRedbeard_ (~redbeard@c-68-37-165-37.hsd1.nj.comcast.net) Quit (Ping timeout: 245 seconds)
  • [08:58:28] * mythos (~mythos@unaffiliated/mythos) Quit (Ping timeout: 245 seconds)
  • [08:59:10] <Dunearhp_> Now my beagleboard XM has a kernel lockup problem
  • [08:59:28] <Dunearhp_> Linux 3.2
  • [08:59:43] <Dunearhp_> has anyone encountered that?
  • [09:00:43] <av500> you mean has a kernel ever locked up?
  • [09:01:16] <ka6sox> mine did...but then i was trying something different.
  • [09:04:04] * thurbad brings in the amazing karnac
  • [09:04:19] <Dunearhp_> I suspect it has something to do with a large ntp time differential
  • [09:05:24] <thurbad> without background we really can't constructively comment
  • [09:05:47] <thurbad> but that won't stop us from commenting ~.~
  • [09:07:07] <Dunearhp_> No problem, just asking if it is a known issue. It is a new install and when I leave the machine for a few minutes I come back to a blank screen, no network activity and the caps lock leds inactive
  • [09:07:32] <Dunearhp_> the last thin in the journal is a message about a large ntp time slew
  • [09:07:49] <Dunearhp_> just ran ntpdate, will see if it is more stable now
  • [09:09:51] <thurbad> are you in a console or gui
  • [09:10:03] <Dunearhp_> was in a gui
  • [09:10:41] <thurbad> and it's not a screen saver?
  • [09:11:15] <Dunearhp_> Might be caused by one, but my ssh connectrions drop as well
  • [09:11:34] <thurbad> eww
  • [09:19:15] * ant_work (~ant@host6-80-static.42-85-b.business.telecomitalia.it) has joined #beagle
  • [09:21:56] * Wipster (~Wip@host81-137-80-202.in-addr.btopenworld.com) has joined #beagle
  • [09:24:05] * Cykon (~chatzilla@187-115-114-134.nat.resnet.nau.edu) Quit (Ping timeout: 252 seconds)
  • [09:28:24] * Dunearhp_ is now known as Dunearhp_away
  • [09:29:33] * mhaberler (~mhaberler@macbook.stiwoll.mah.priv.at) has joined #beagle
  • [09:29:33] * mhaberler (~mhaberler@macbook.stiwoll.mah.priv.at) has joined #beaglebone
  • [09:37:24] * jimboy (~jimboy@66-238-71-212.starstream.net) Quit (Ping timeout: 256 seconds)
  • [09:41:36] * hattwick (~hattwick@68-184-17-253.dhcp.unas.ma.charter.com) has joined #beagle
  • [09:47:43] * florian (~fuchs@Maemo/community/contributor/florian) has joined #beagle
  • [10:00:05] * mythos (~mythos@unaffiliated/mythos) has joined #beagle
  • [10:07:34] * yegorich (3e911ef2@gateway/web/freenode/ip.62.145.30.242) has joined #beagle
  • [10:07:47] * Gaston|Home (~Gaston@ua-83-227-239-139.cust.bredbandsbolaget.se) Quit (Ping timeout: 256 seconds)
  • [10:07:47] * yegorich (3e911ef2@gateway/web/freenode/ip.62.145.30.242) has left #beagle
  • [10:07:54] * yegorich (3e911ef2@gateway/web/freenode/ip.62.145.30.242) has joined #beagle
  • [10:09:52] * harshpb (~harshpb@122.248.163.4) has joined #beagleboard
  • [10:09:55] * jluisn (~quassel@187.115.172.24) has joined #beagle
  • [10:11:02] * icota (~quassel@dh207-27-108.xnet.hr) has joined #beagle
  • [10:12:11] * panto (~panto@195.97.110.117) has joined #beagle
  • [10:25:43] * kiilo (~kiilo@46-126-77-178.dynamic.hispeed.ch) has joined #beagle
  • [10:26:40] * florian (~fuchs@Maemo/community/contributor/florian) Quit (Quit: Verlassend)
  • [10:27:11] * florian (~fuchs@Maemo/community/contributor/florian) has joined #beagle
  • [10:40:13] * nashpa (~nashpa@dliviu.plus.com) Quit (Quit: Going away)
  • [10:40:50] * nashpa (~nashpa@dliviu.plus.com) has joined #beagle
  • [10:40:50] * nashpa (~nashpa@dliviu.plus.com) has joined #beagleboard
  • [10:46:41] * nashpa (~nashpa@dliviu.plus.com) Quit (Quit: Going away)
  • [11:01:02] * kiilo (~kiilo@46-126-77-178.dynamic.hispeed.ch) Quit (Quit: ciao)
  • [11:01:06] * nashpa (~nashpa@dliviu.plus.com) has joined #beagle
  • [11:01:06] * nashpa (~nashpa@dliviu.plus.com) has joined #beagleboard
  • [11:01:14] * kiilo (~kiilo@46-126-77-178.dynamic.hispeed.ch) has joined #beagle
  • [11:03:48] * nashpa (~nashpa@dliviu.plus.com) Quit (Client Quit)
  • [11:10:18] * jluisn (~quassel@187.115.172.24) Quit (Remote host closed the connection)
  • [11:13:08] * Gaston|Home (~Gaston@ua-83-227-239-139.cust.bredbandsbolaget.se) has joined #beagle
  • [11:43:42] * Hoolxi (~Openfree@117.144.31.233) has joined #beagle
  • [11:47:18] * Andrea (9b45cb03@gateway/web/freenode/ip.155.69.203.3) has joined #beagle
  • [11:47:41] * Andrea is now known as Guest60490
  • [11:47:47] <Guest60490> hi,guys
  • [11:47:56] <Guest60490> anybody there?
  • [11:48:30] * Guest60490 (9b45cb03@gateway/web/freenode/ip.155.69.203.3) Quit (Client Quit)
  • [11:54:22] * nashpa (~nashpa@dliviu.plus.com) has joined #beagle
  • [11:54:22] * nashpa (~nashpa@dliviu.plus.com) has joined #beagleboard
  • [11:54:35] * nashpa (~nashpa@dliviu.plus.com) Quit (Remote host closed the connection)
  • [12:08:13] <av500> no
  • [12:15:32] <KotH> still not back from lunch?
  • [12:15:52] * lambert (~lambert@99-168-96-134.lightspeed.mckntx.sbcglobal.net) has joined #beagle
  • [12:16:03] * DevBot (~supybot@2001:6f8:12e0::7) Quit (Remote host closed the connection)
  • [12:16:11] * DevBot (~supybot@2001:6f8:12e0::7) has joined #beagle
  • [12:19:46] * florian_kc (~fuchs@port-217-146-132-69.static.qsc.de) has joined #beagle
  • [12:19:46] * florian_kc (~fuchs@port-217-146-132-69.static.qsc.de) Quit (Changing host)
  • [12:19:46] * florian_kc (~fuchs@Maemo/community/contributor/florian) has joined #beagle
  • [12:20:14] * florian (~fuchs@Maemo/community/contributor/florian) Quit (Quit: Verlassend)
  • [12:21:07] * florian_kc is now known as florian
  • [12:22:04] <jkridner> gm all
  • [12:22:14] <av500> gm one
  • [12:22:47] <panto> gm
  • [12:22:48] <jkridner> yikes. 1degree F outside.
  • [12:23:32] <av500> how much is that in nubbins per square pegs?
  • [12:24:00] <jkridner> 42
  • [12:25:58] <mdp> jkridner: same here, watch my kid drop his usb stick (filled with speech slideware) getting on the bus...after digging in the snow and getting it he was clutching his wind-swept icy hands as the bus left
  • [12:26:04] <mdp> darn sneaker-net
  • [12:26:50] <av500> speech slideware is what you call warez these days?
  • [12:27:05] <panto> warez+pr0n
  • [12:27:30] <av500> panto: sorry, pron and kids is a taboo
  • [12:28:13] <panto> oh sorry, I guess they'll have to wait until they're 18
  • [12:28:25] * nemik_ (~cyanact@c-67-162-60-211.hsd1.il.comcast.net) has joined #beagle
  • [12:31:41] * hark (~hark@w.v89.eu) has joined #beagle
  • [12:31:48] * nemik (~cyanact@c-67-162-60-211.hsd1.il.comcast.net) Quit (Ping timeout: 248 seconds)
  • [12:42:22] * nashpa (~nashpa@dliviu.plus.com) has joined #beagle
  • [12:42:22] * nashpa (~nashpa@dliviu.plus.com) has joined #beagleboard
  • [12:42:27] * guanucoluis (~luis@190.18.174.50) has joined #beagleboard
  • [12:44:52] * harshpb (~harshpb@122.248.163.4) Quit (Ping timeout: 248 seconds)
  • [12:55:48] <mdp> we don't have pr0n in The Heartland(tm)
  • [12:55:51] <mdp> real america ;)
  • [12:58:37] <KotH> only hentai?
  • [13:00:45] <mdp> lol
  • [13:04:13] <mdp> ka6sox: bof landed at 1030 thursday
  • [13:06:16] <mdp> if nobody shows up I can go heck^H^H^H^Hsee joel_ and denix
  • [13:07:35] <mdp> panto: did you see kevinsc's session?
  • [13:10:04] <jkridner> kevinsc has a session at ELC?
  • [13:10:10] <mdp> yes
  • [13:10:25] <mdp> there's a funny back story on it
  • [13:10:58] <mdp> I was cced on a comment from marketing, "if ELC accepts only one presentation from TI, let's be sure it's this one"
  • [13:11:00] <mdp> LOL
  • [13:11:07] <koen> heh, WBU gets nuked, ASP finally gets a chance to present
  • [13:11:25] <panto> mdp, yes
  • [13:11:32] <mdp> which is even funnier given how many TIers are on the schedule
  • [13:13:44] <mdp> mmm...a repeat of linusw on pinctrl
  • [13:14:06] <mdp> did anybody else go to that one in 2012? it was interesting
  • [13:14:06] <jkridner> russ, denix, joel_, mdp, panto, mranostay, prpplague, koen, kevinsc, wmat, mru_ ... pretty excellent #beagle representation!
  • [13:14:34] * tsjsieb (~tsjsieb@2001:980:4b3b:1:225:31ff:fe00:ff7a) has joined #beagle
  • [13:14:41] * mru_ is now known as mru
  • [13:14:49] <mdp> jkridner: nice strategy...buying up all the "airtime" at conferences ;)
  • [13:15:35] * soafee-chan (~spaec@unaffiliated/traumapony) has joined #beagle
  • [13:16:15] * mdp so wants a "z" in mru's session title...oooh.
  • [13:16:57] <mru> why?
  • [13:17:00] * spacekitteh (~spaec@unaffiliated/traumapony) Quit (Ping timeout: 260 seconds)
  • [13:17:49] <mdp> I'm a product of my environment...my brain simply requires that word to have a "z"
  • [13:18:01] <mru> dezign?
  • [13:18:09] <mdp> yes!
  • [13:18:26] * jluisn (~quassel@187.115.172.24) has joined #beagle
  • [13:18:51] * mdp checks his shoe sise.
  • [13:22:50] <yegorich> Hi! Using PSP (3.2) kernel for am335x. When inserting thumb drive into USB1 (host only) it gets detected (lsusb), but no /dev/sda device created. With OTG port - no problem. With Koen's kernel (https://github.com/koenkooi/linux/tree/beaglebone-3.2) both ports are working as expected. Any idea?
  • [13:27:41] <jackmitchell> with the advanced test on the beaglebone, is that programmed into the chip/eeprom or is it part of the bootloader?
  • [13:27:42] <av500> koen > PSP
  • [13:28:51] <panto> but koen is evil, remember that
  • [13:29:06] <panto> evil vendor
  • [13:29:09] <panto> evil vendor tree
  • [13:29:33] <jkridner> yegorich: what are you trying to accomplish? why not just use what works for you?
  • [13:31:16] <yegorich> jkridner: I need everything ;-) For example dual MAC mode, fb_set_par support etc. This stuff is not present in the other kernel.??
  • [13:31:36] <jkridner> making a custom board?
  • [13:31:54] <yegorich> jkridner: yes
  • [13:32:38] <jkridner> I wasn't aware the psp kernel didn't have working USB, but for the 3.2 kernel, http://github.com/beagleboard/kernel has patches on top of the psp kernel rather than mainline.
  • [13:32:56] <jkridner> so, you can look at the patches and figure out the fix.
  • [13:33:20] <koen> for a custom board I'd switch to the http://github.com/beagleboard/kernel 3.8 kernel
  • [13:33:25] <jkridner> be sure to look at the beaglebone-3.2 branch.
  • [13:33:28] <koen> that has dual mac and DRM
  • [13:33:42] <koen> no USB though, but you can nag jkridner about that
  • [13:34:13] <jkridner> not that it'd do you any good. I just turn around and bug kevinsc about it.
  • [13:34:51] <koen> you heard the man, go nag kevinsc about it instead :)
  • [13:35:04] <yegorich> O.K. :-)
  • [13:35:14] <koen> it's funny that the DT portion of dual-phy musb is in mainline, but not the actual driver code needed
  • [13:35:26] <koen> usually it's the reverse with TI am33xx stuff
  • [13:35:37] <koen> driver code without DT bindings, "tested" on a beaglebone
  • [13:36:06] * soafee-chan is now known as spacekitteh
  • [13:36:23] <yegorich> sounds challenging
  • [13:38:05] <yegorich> What make me crazy is that other devices like FTDI or 3G modem have no problem. Only mass storage
  • [13:38:46] <av500> what does dmesg say?
  • [13:39:10] <yegorich> @av500: look here http://e2e.ti.com/support/dsp/sitara_arm174_microprocessors/f/791/t/240727.aspx
  • [13:40:46] <yegorich> USB drivers are compiled in
  • [13:41:52] <ynezz> add more nand, so mass storage isn't needed :)
  • [13:42:29] * hark (~hark@w.v89.eu) Quit (Read error: Connection reset by peer)
  • [13:42:55] <yegorich> keyboard is also working
  • [13:44:24] <av500> pastebin a diff between the 2 kernels :)
  • [13:46:00] <yegorich> @av500: I'm digging through the commits right now :-(
  • [13:58:02] * iPhoneMRZ (~iphonemrz@89-97-229-110.ip19.fastwebnet.it) has joined #beagle
  • [14:01:01] * iPhoneMRZ (~iphonemrz@89-97-229-110.ip19.fastwebnet.it) Quit (Remote host closed the connection)
  • [14:01:13] * tasslehoff (~tasslehof@84.49.231.147) Quit (Quit: WeeChat 0.3.8)
  • [14:03:08] <koen> jkridner: I made the usb gadget port appear, no host mode
  • [14:03:32] <koen> jkridner: and the good news is that the usb patchset under review at l-o ml breaks it completely on am33xx
  • [14:07:42] <panto> I can confirm
  • [14:07:56] <panto> b0rked
  • [14:09:09] * koen stabs his ISP
  • [14:09:32] * cbrake (~cbrake@oh-69-34-21-229.sta.embarqhsd.net) Quit (Read error: Connection reset by peer)
  • [14:09:40] * GPSFan (~kenm@64.92.145.112) has joined #beagle
  • [14:09:59] * cbrake (~cbrake@oh-69-34-21-229.sta.embarqhsd.net) has joined #beagle
  • [14:15:00] * NishanthMenon (~nmenon@192.91.66.186) has joined #beagle
  • [14:15:46] * arcanescu (925706ef@gateway/web/freenode/ip.146.87.6.239) has joined #beagle
  • [14:22:46] * brownies (~brownies@unaffiliated/brownies) Quit (Ping timeout: 256 seconds)
  • [14:23:22] * cbrake (~cbrake@oh-69-34-21-229.sta.embarqhsd.net) Quit (Quit: Lost terminal)
  • [14:24:16] * brownies (~brownies@184-106-201-58.static.cloud-ips.com) has joined #beagle
  • [14:24:16] * brownies (~brownies@184-106-201-58.static.cloud-ips.com) Quit (Changing host)
  • [14:24:16] * brownies (~brownies@unaffiliated/brownies) has joined #beagle
  • [14:25:39] <av500> http://www.beertone.ch/
  • [14:26:13] * cbrake (~cbrake@oh-69-34-21-229.sta.embarqhsd.net) has joined #beagle
  • [14:29:31] * alan_o (~alan@c-68-62-254-211.hsd1.fl.comcast.net) has joined #beagle
  • [14:32:15] * mthalmei_away is now known as mthalmei
  • [14:33:20] * harshpb (~harshpb@122.167.205.129) has joined #beagleboard
  • [14:34:50] * mthalmei is now known as mthalmei_away
  • [14:35:16] <av500> yegorich: :)
  • [14:35:57] <yegorich> @av500: I need a bottle of beer otherwise I can't solve USB issue ;-)
  • [14:36:03] <av500> :)
  • [14:37:09] * bradfa (~bradfa@173.225.52.244) has joined #beagle
  • [14:37:14] <yegorich> @av500: Franziskaner Hefe-Weisse Dunkel please ;-)
  • [14:37:36] <jackmitchell> yegorich: tasty beverage
  • [14:40:12] * Hoolxi (~Openfree@117.144.31.233) Quit (Remote host closed the connection)
  • [14:40:48] <yegorich> jackmitchell: oh yes!
  • [14:42:07] <av500> agree
  • [14:43:22] * emeb_mac (~ericb@ip72-201-78-226.ph.ph.cox.net) has joined #beagle
  • [14:43:30] * gustavoz (~gustavoz@host110.190-225-90.telecom.net.ar) Quit (Quit: Leaving)
  • [14:44:00] <koen> jkridner: can you give http://dominion.thruhere.net/koen/angstrom/beaglebone/1ghz/uImage-dtb.am335x-bonelt-3.8 a try?
  • [14:45:13] <jkridner> k.
  • [14:48:12] <Jacmet> koen: any idea how much power the bone consumes at 1GHz?
  • [14:48:35] * falstaff (~quassel@62-12-255-040.pool.cyberlink.ch) Quit (Read error: Operation timed out)
  • [14:48:37] <koen> Jacmet: not yet, need to hook it up to the PSU that supports digital readout
  • [14:48:43] <Jacmet> koen: ok
  • [14:49:33] <jackmitchell> koen: the latest kernel build seems to have some latency spikes in the kernel somewhere, I can only assume it is something to do with the new PM patchset, have you noticed anything? The latency spikes seem to be ~600ms
  • [14:50:19] * falstaff (~quassel@62-12-204-197.pool.cyberlink.ch) has joined #beagle
  • [14:50:52] <jackmitchell> when I say latest, I refer to 3.8: add PM patchset
  • [14:51:37] <koen> jackmitchell: I haven't been doing latency measurements, but I wouldn't be suprised by those latency spikes
  • [14:51:38] <jkridner> koen, panto, robclark: is this necessary: https://gist.github.com/4595201 ?
  • [14:52:14] <koen> I don't think that will actually work
  • [14:52:30] <panto> jkridner, I agree with koen
  • [14:52:31] <robclark> jkridner, not for hdmi or dvi..
  • [14:52:47] <jkridner> k. well, fbset was giving me odd info.
  • [14:53:02] <panto> the only way I got HDMI to work was with hardcoding a res (720p reduced blanking)
  • [14:53:04] <jkridner> timings 0 0 0 0 0 0 0
  • [14:53:06] <robclark> jkridner, tilcdc will set the disp-pll appropriately.. and tfp410 and nxp output drivers will use edid for timings
  • [14:53:10] * pastjean (~pastjean@142.137.222.147) has joined #beagle
  • [14:53:14] * thurbad (~natesewel@cpe-70-113-204-247.austin.res.rr.com) Quit (Quit: thurbad)
  • [14:53:15] <panto> and even then the image was 'wavy'
  • [14:53:18] <jackmitchell> koen: they weren't present in earlier kernels so I will keep an eye and see if I can get to the bottom of it. It will probably be a temporary deadlock somewhere
  • [14:53:37] <robclark> panto, fwiw, latest version on my bone3 branch introduces a bandwidth limit..
  • [14:53:57] <robclark> panto, so none of the outputs will try and pick a resolution higher than what the bone can handle
  • [14:54:06] <panto> robclark, nice
  • [14:54:17] <robclark> (otherwise it would happily try 1080p which seems to be more than what the memory bandwidth can handle)
  • [14:54:18] <panto> what about the clocking?
  • [14:54:32] * harshpb (~harshpb@122.167.205.129) Quit (Ping timeout: 272 seconds)
  • [14:54:36] * jkridner starts boot of koen's new kernel build
  • [14:54:44] <panto> robclark, I would take a look at it too
  • [14:54:46] <robclark> clocking will be picked based on pixel clock from the edid
  • [14:55:05] <panto> perhaps you can't generate an accurate clock at a high enough freq
  • [14:55:06] <robclark> it will try to set disp-pll at 2x the pixel clock (since minimum divider in lcdc seems to be 2)
  • [14:55:15] <jkridner> hmm... tilcd ...: timeout waiting for framedone
  • [14:55:24] <jkridner> lots of eMMC timeouts (expected)
  • [14:55:54] <robclark> jkridner, fwiw, I have to remove the eMMC entry from DT.. otherwise I think systemd happily tries to mount the device
  • [14:57:50] <robclark> jkridner, oh, and the framedone thing should be harmless
  • [14:57:58] <jkridner> k, koen's image gives me HDMI output on my TV now.
  • [14:58:19] <jkridner> fbset gives bogus timing values, but resolution is right.
  • [14:58:41] <jkridner> image is overscanned, cropping off the menus.
  • [14:58:50] <robclark> hmm, I'll have to check w/ fbset on my end..
  • [14:59:17] <robclark> fwiw, the fbdev part is handled all by the cma helpers in drm, but perhaps they aren't setting some fields in the var/fix structs..
  • [14:59:54] <jkridner> koen: lsusb fails with unable to initialize libusb: -99 (probably expected)
  • [14:59:59] <jkridner> (for host)
  • [15:01:08] * ant_work (~ant@host6-80-static.42-85-b.business.telecomitalia.it) Quit (Quit: Leaving)
  • [15:02:01] <jkridner> koen: I need modules to try out gadget drivers.
  • [15:04:41] <jkridner> koen: do you think you could make any type of adjustment to account for overscan on TVs?
  • [15:06:01] * thurbad (~natesewel@64.132.24.36) has joined #beagle
  • [15:06:11] * kiilo (~kiilo@46-126-77-178.dynamic.hispeed.ch) Quit (Quit: ciao)
  • [15:06:23] * kiilo (~kiilo@46-126-77-178.dynamic.hispeed.ch) has joined #beagle
  • [15:06:30] <Jacmet> jkridner: there's afaik no scaler to do anything like that
  • [15:06:45] <panto> jkridner, your tv should have an option to disable overscan
  • [15:06:58] <jkridner> probably, but I couldn't find it.
  • [15:07:00] <panto> something like pure pixel for example
  • [15:07:06] <jkridner> and I suspect others will have similar issues.
  • [15:09:12] <jkridner> koen: is this the same kernel that is on github so that I can build the modules myself?
  • [15:10:20] <koen> jkridner: yes, I only uncommented the 1GHz OPPs in am33xx-common.dtsi
  • [15:11:47] <jkridner> cpufreq-info shows hardware limits of 275MHz - 720MHz
  • [15:16:58] * harshpb (~harshpb@122.167.205.129) has joined #beagleboard
  • [15:18:18] <koen> using that kernel?
  • [15:18:48] <koen> jkridner: trying building one yourself with the 1GHz and 800MHz OPP uncommented
  • [15:18:57] <jkridner> k
  • [15:18:59] <mdp> yegorich: I will happily join you for that
  • [15:19:00] <Em`Zee> koen; I'm going to try building that beaglebone image again :)
  • [15:19:22] * mdp stabs time warner
  • [15:22:16] * Russ hands mdp some verizon fios
  • [15:22:31] <mdp> Russ, my ISP side is fine as usual ;)
  • [15:23:34] * damir__ (~damir@217-72-91-162.ipv4.tusmobil.si) Quit (Quit: Leaving.)
  • [15:24:19] * davest (Adium@nat/intel/x-smopsdrdxmooutou) has joined #beagle
  • [15:25:15] * davest (Adium@nat/intel/x-smopsdrdxmooutou) Quit (Client Quit)
  • [15:28:46] * tomeff (~effik@ip-78-45-50-94.net.upcbroadband.cz) has joined #beaglebone
  • [15:31:20] * hark (~hark@w.v89.eu) has joined #beagle
  • [15:33:10] <Em`Zee> D'oh. No luck.
  • [15:33:20] * jimboy (~jimboy@ip-64-134-224-235.public.wayport.net) has joined #beaglebone
  • [15:33:40] <jimboy> is twisted available on beaglebone?
  • [15:33:43] * jimboy (~jimboy@ip-64-134-224-235.public.wayport.net) has joined #beagle
  • [15:33:59] <jimboy> is twisted available on beagleboard or beaglebone?
  • [15:34:11] <jimboy> i'd prefer to use twisted rather than node.js
  • [15:34:21] * davest (~Adium@134.134.139.74) has joined #beagle
  • [15:34:21] <jimboy> i'd prefer to use twisted rather than node.js
  • [15:36:16] * jacekowski (jacekowski@jacekowski.org) Quit (Ping timeout: 245 seconds)
  • [15:38:07] <koen> jimboy: sure, just opkg install the twisted modules you want
  • [15:38:14] * davest (~Adium@134.134.139.74) Quit (Remote host closed the connection)
  • [15:38:17] <koen> and get help, using pything is not healthy
  • [15:38:27] * davest (Adium@nat/intel/x-imaccvujtijdxxkv) has joined #beagle
  • [15:38:29] <jimboy> k
  • [15:38:31] <jimboy> thanks
  • [15:38:53] <jimboy> i'm waiting patiently for my beaglebone to arrive atm
  • [15:39:10] <Em`Zee> Looks like I can't use Narcissus for my WM; I guess I'll have to resort to doing the install manually with opkg
  • [15:43:46] * jacekowski (jacekowski@jacekowski.org) has joined #beagle
  • [15:44:04] * jacekows1i (jacekowski@jacekowski.org) has joined #beagle
  • [15:44:32] * jacekows1i (jacekowski@jacekowski.org) Quit (Client Quit)
  • [15:44:43] * edahling (~edahling@wbc.res.wpi.net) Quit (Ping timeout: 245 seconds)
  • [15:47:31] <yegorich> jkridner: this commit seems to break mass storage stuff: http://arago-project.org/git/projects/?p=linux-am33x.git;a=commit;h=76c5325b7710a3a81e0684bb322cf8023c1191b3
  • [15:47:57] <yegorich> jkridner: not that I could see why ....
  • [15:49:39] <mru> my guess would be that some clock doesn't get set correctly in some situation
  • [15:50:50] * DevBot (~supybot@2001:6f8:12e0::7) Quit (Remote host closed the connection)
  • [15:50:58] * DevBot (~supybot@2001:6f8:12e0::7) has joined #beagle
  • [15:51:26] * pastjean (~pastjean@142.137.222.147) Quit (Remote host closed the connection)
  • [15:51:42] * Cykon (~chatzilla@134.114.111.118) has joined #beagle
  • [15:51:56] * emeb_mac (~ericb@ip72-201-78-226.ph.ph.cox.net) Quit (Quit: emeb_mac)
  • [15:52:55] * tema (~tema@178-16-155-142.obit.ru) has joined #beagle
  • [15:53:57] * Tartarus (trini@pixelshelf.com) Quit (Excess Flood)
  • [15:54:28] * Tartarus (trini@pixelshelf.com) has joined #beagle
  • [15:54:38] * awozniak (~awozniak@74.82.132.35) has joined #beagle
  • [15:55:31] * emeb (~ericb@ip72-201-78-226.ph.ph.cox.net) has joined #beagle
  • [15:56:53] <yegorich> mru: O.K. will dig this tomorrow
  • [15:57:25] <mru> I say that because the commit changes how the musb clocks are managed
  • [16:00:11] * tsjsieb (~tsjsieb@2001:980:4b3b:1:225:31ff:fe00:ff7a) has left #beagle
  • [16:03:34] <jsabeaudry> koen, did you get my patch for the bbone reboot?
  • [16:06:14] <NishanthMenon> jackmitchell, fyi - the rcu fixes are in rafael's next branch http://git.kernel.org/?p=linux/kernel/git/rafael/linux-pm.git;a=shortlog;h=refs/heads/linux-next
  • [16:06:27] <NishanthMenon> jackmitchell, just closing the loop on the rcu warnings
  • [16:06:46] * Tartarus (trini@pixelshelf.com) Quit (Excess Flood)
  • [16:06:58] <koen> jsabeaudry: haven't seen it yet, sorry
  • [16:07:04] <koen> jsabeaudry: where/how did you send it?
  • [16:07:09] <NishanthMenon> jackmitchell, thanks for reporting the bug and verifying the fix.
  • [16:07:32] * Tartarus (trini@pixelshelf.com) has joined #beagle
  • [16:07:33] <jsabeaudry> koen, here is it: http://pastebin.ca/2305540
  • [16:07:58] * yegorich (3e911ef2@gateway/web/freenode/ip.62.145.30.242) Quit (Ping timeout: 245 seconds)
  • [16:08:30] <NishanthMenon> jsabeaudry, probably belongs to l-o for upstream merge?
  • [16:08:52] * Cykon (~chatzilla@134.114.111.118) Quit (Ping timeout: 248 seconds)
  • [16:08:57] <jackmitchell> NishanthMenon: no problem
  • [16:09:13] <NishanthMenon> jsabeaudry, i would recommend a BUG() instead of while(1) when it falls through OCP barrier
  • [16:09:35] <jkridner> ugh. how long does 'git gc' take! :(
  • [16:09:37] <koen> jsabeaudry: can you pastebin the git-format-patch'ed version?
  • [16:09:50] <koen> jkridner: a few minutes, it's cpu bound, single threaded
  • [16:10:02] <jsabeaudry> NishanthMenon, No idea, I'm really new to all this stuff, I just did copy paste from a couple of places
  • [16:10:12] <koen> it does about 2.5MiB/s on my ivy bridge i7
  • [16:10:37] * prpplague (~danders@192.94.92.14) has joined #beagle
  • [16:10:39] <NishanthMenon> jsabeaudry, posting a patch out is rather easy.
  • [16:10:50] * arcanescu_ (925706ef@gateway/web/freenode/ip.146.87.6.239) has joined #beagle
  • [16:10:57] <NishanthMenon> jsabeaudry, just do a git add files
  • [16:11:00] <NishanthMenon> git commit -s
  • [16:11:15] <NishanthMenon> git format-patch -M -o . -1
  • [16:11:56] <NishanthMenon> http://stackoverflow.com/questions/5203436/how-to-set-git-commit-author-properly-from-rake-running-under-localsystem-acco -> just do a git config with your name and email ID
  • [16:12:06] <NishanthMenon> prior to doing a git commit :)
  • [16:12:21] <koen> there's a 'fix author' switch to --amend
  • [16:12:26] <koen> doesn't fix SOB, though
  • [16:12:33] * arcanescu (925706ef@gateway/web/freenode/ip.146.87.6.239) Quit (Ping timeout: 245 seconds)
  • [16:12:57] <NishanthMenon> git commit --author="John Doe <doe@somewhere.com>" --amend
  • [16:12:59] <NishanthMenon> is an example
  • [16:13:26] * fusion94 (~fusion94@pdpc/supporter/student/fusion94) has joined #beagle
  • [16:13:29] * arcanescu_ is now known as arcanescu
  • [16:15:03] * slchen (~slchen@123-195-161-155.dynamic.kbronet.com.tw) has joined #beagle
  • [16:15:28] <NishanthMenon> jsabeaudry, one more thing v |= 1; you might want to be defining and using a macro -> some SoCs have cold reset and warm reset bits in RSTCTRL
  • [16:15:54] <NishanthMenon> so a v |= 1; forces reviewers to read through TRM to figure out what you are attempting there
  • [16:17:06] <av500> wtf is arm_1103_le-gcc
  • [16:18:00] <mru> where did you find that?
  • [16:18:02] <jsabeaudry> NishanthMenon, good points, I'll fix them and figure out the git format-patch
  • [16:18:05] <NishanthMenon> related question - RSTTIME might need to be setup based on SoC - am not really too familiar with am335x to know for sure, but on some platforms, using the default reset values caused havoc depending on pmic.. (e.g. omap5)
  • [16:18:32] <jsabeaudry> Oh that I wouldnt know
  • [16:18:51] <NishanthMenon> jsabeaudry, i did not know either till i could not get reset to work ;)
  • [16:19:24] * icota (~quassel@dh207-27-108.xnet.hr) Quit (Ping timeout: 272 seconds)
  • [16:19:31] <NishanthMenon> jsabeaudry, nothing directly related to your patch ofcourse. that is standalone and seems valid
  • [16:20:15] <av500> mru: its a tell you, kill you thing
  • [16:20:39] <mru> https://github.com/apc-io/apc-8950
  • [16:21:12] <av500> not bad
  • [16:22:05] * pastjean (~pastjean@142.137.222.147) has joined #beagle
  • [16:22:20] <av500> WTF are they changing CROSS in a sub make file????
  • [16:24:01] <mru> it's the kind of thing the kind of people who do that kind of makefiles do
  • [16:25:41] <av500> ah no
  • [16:25:45] <jsabeaudry> Is it normal that the IRQ numbers in /proc/interrupts differ from one kernel to another although it is the same GPIO ?
  • [16:25:55] <av500> they have out of kernel module makefile *in* the kernel source tree
  • [16:26:07] <av500> KERNELDIR=../../../../
  • [16:26:31] <XorA|gone> jsabeaudry: DT and non DT kernel?
  • [16:26:40] <jsabeaudry> XorA|gone, yup
  • [16:26:46] <XorA|gone> jsabeaudry: yes then
  • [16:26:57] <XorA|gone> jsabeaudry: DT stuff allocates as needed
  • [16:30:42] * aleek (~aleeksand@knot9249.eti.pg.gda.pl) Quit (Ping timeout: 264 seconds)
  • [16:30:52] <koen> and/or sparse irqs
  • [16:32:46] <NishanthMenon> jsabeaudry, minor note, see arch/arm/kernel/process.c machine_restart function, when pm_restart fails, -> , it will fall through and be handled by standard handlers. while(1); in your patch is not needed
  • [16:32:57] * harshpb (~harshpb@122.167.205.129) Quit (Ping timeout: 276 seconds)
  • [16:34:33] <XorA|gone> koen: I think omap still does not support sparse IRQ
  • [16:35:45] <jkridner> koen: didn't take as long as I thought... stupid ssh connection had stalled.
  • [16:37:04] <jkridner> koen: memsize returns 384MB
  • [16:37:40] <jkridner> cat /proc/meminfo gives 509940kB free
  • [16:37:53] <jkridner> free looks good
  • [16:38:20] <jkridner> I was concerned b/c the .dtsi has 256MB in it.
  • [16:38:54] * kiilo (~kiilo@46-126-77-178.dynamic.hispeed.ch) Quit (Quit: ciao)
  • [16:39:07] * kiilo (~kiilo@46-126-77-178.dynamic.hispeed.ch) has joined #beagle
  • [16:40:09] <jkridner> panto is there a syscall or sysfs entry for loading a new dtbo?
  • [16:40:38] <panto> there's a sysfs entry
  • [16:40:56] <panto> it's the slots attribute in the bone cape driver
  • [16:41:14] <panto> echo PART-NUMBER[:REVISION] > slots
  • [16:41:35] <panto> should request PART-NUMBER-[REVISION|00A0].dtbo
  • [16:41:51] <jkridner> sweet. thanks!!
  • [16:42:37] <panto> np
  • [16:42:49] <jkridner> is there a doc I should look for in the future? overlay-notes.txt ?
  • [16:45:03] <panto> the documents describe the overlay format mostly
  • [16:45:37] <panto> there is a document in the patches describing the bindings of the driver
  • [16:45:47] <jkridner> I see lots of those documents on the bindings.
  • [16:45:49] <panto> other than that, there's nothing else to configure (only this slots thing)
  • [16:45:56] <jkridner> anything documenting the command-line compiler?
  • [16:46:10] <panto> the dtc compiler you mean?
  • [16:46:14] <jkridner> yes
  • [16:46:38] <panto> dtc development is separate, you get drop in the kernel from time to time
  • [16:46:48] <panto> the dtc tree is at (/me looks)
  • [16:46:51] <jkridner> I'm thinking of doing a short write-up on providing run-time support for a cape not in the kernel/firmware.
  • [16:47:16] * nemik_ is now known as nemik
  • [16:47:23] <panto> git://www.jdl.com/software/dtc.git
  • [16:48:09] <panto> there's a Documentation directory there that describes dtc pretty thoroughly
  • [16:48:45] * guanucoluis (~luis@190.18.174.50) Quit (Ping timeout: 260 seconds)
  • [16:53:57] * slchen (~slchen@123-195-161-155.dynamic.kbronet.com.tw) Quit (Quit: slchen)
  • [16:54:17] <koen> jkridner: if you update the 3.8 tree, there are now a few extra patches in hacks/
  • [16:54:28] <jkridner> k, thanks.
  • [16:55:09] <koen> jkridner: apply 0003 and the lt will get 1ghz support in its DTS
  • [16:56:13] <koen> jkridner: FWIW, that OPP table is incorrect for the lower OPPs, it only adds the new 800 and 1GHz ones
  • [16:56:37] <koen> jkridner: if you have time, plz fix the dts to have the correct table so we burn less power add the lower ones :)
  • [16:56:51] <jkridner> I've seen a lot of beer talk lately. Can I assume everyone has already seen http://www.internetofbeer.com then?
  • [16:59:10] * jimboy (~jimboy@ip-64-134-224-235.public.wayport.net) Quit (Remote host closed the connection)
  • [16:59:56] <jsabeaudry> NishanthMenon, since the while(1) is superfluous, am I correct to think that the barrier is also superfluous?
  • [17:00:15] <NishanthMenon> jsabeaudry, barrier is mandatory
  • [17:00:36] <NishanthMenon> else you cannot guarentee that the write to register has gone all the way and registered with PRCM
  • [17:00:48] <NishanthMenon> on L3, there are multiple intitiators with different priorities
  • [17:00:54] <NishanthMenon> some writes can get delayed
  • [17:00:57] <NishanthMenon> hence the need for barrier
  • [17:01:40] <NishanthMenon> udelays (even though present in generic code) is not trustworthy as a barrier
  • [17:03:04] * qrz7 (~pku@ppp-93-104-143-46.dynamic.mnet-online.de) has joined #beaglebone
  • [17:03:07] <mdp> jkridner, indeed, very cool
  • [17:03:46] <mdp> jkridner, my brother-in-law was working in Flint yesterday...now on his way to my house with two growlers full of local Flint brew :) I love traveling beer friends ;)
  • [17:05:38] * kiilo (~kiilo@46-126-77-178.dynamic.hispeed.ch) Quit (Quit: ciao)
  • [17:05:47] * kiilo (~kiilo@46-126-77-178.dynamic.hispeed.ch) has joined #beagle
  • [17:06:05] <jkridner> lots of good beer up here. my last one turned out pretty well until bottling. Bottles bottle-fermented at basement temp turned out fine. Some were bottle-fermented in a cooler per instructions we had, but those soured. :(
  • [17:07:00] <jkridner> hopefully the yeast will get back to work, but those beers are probably gone.
  • [17:08:16] <mdp> jkridner, ugh..I had an excellent local Porter (I have to drink those) at The Henry when the GENIVI f2f was in Dearborn a few years back
  • [17:08:52] * Wipster (~Wip@host81-137-80-202.in-addr.btopenworld.com) Quit (Ping timeout: 248 seconds)
  • [17:09:07] <mdp> I should have logged the name properly like real pros do with their wine labels
  • [17:09:18] <Em`Zee> Woo, rootfs deployment worked
  • [17:09:19] <mdp> now I can't remember the brewery that made it :(
  • [17:09:38] <Em`Zee> I just don't wanna do all the opkg stuff by hand :P
  • [17:12:12] * adrien1 (~adrien@132.207.72.19) has joined #beagle
  • [17:16:39] * djlewis (~djelwis@adsl-65-64-30-13.dsl.ltrkar.swbell.net) has joined #beagle
  • [17:18:20] <jsabeaudry> NishanthMenon, koen, Have a look at this and tell me what you think: https://www.refheap.com/paste/e1f2940c8fe75302d55342ec1
  • [17:18:22] <adrien1> CAn anyone tell me about accessing ETB registers (Coresight) (jo JTAG - just direct access)
  • [17:19:19] <NishanthMenon> jsabeaudry, kernel geeks have seeing '//'
  • [17:19:49] * NishanthMenon checks to see if there is an rmw api
  • [17:20:40] * sr105 (~sr105@65349hfc19.tampabay.res.rr.com) has joined #beagle
  • [17:21:11] <NishanthMenon> jsabeaudry, am33xx_prm_rmw_reg_bits(AM33XX_GLOBAL_WARM_SW_RST_MASK, AM33XX_GLOBAL_WARM_SW_RST_MASK, AM33XX_PRM_DEVICE_MOD, AM33XX_PRM_RSTCTRL_OFFSET)?
  • [17:21:14] * pastjean (~pastjean@142.137.222.147) Quit (Remote host closed the connection)
  • [17:21:35] <NishanthMenon> you can drop that entire v variable and usage
  • [17:21:40] * harshpb (~harshpb@122.167.205.129) has joined #beagleboard
  • [17:21:58] <NishanthMenon> ocp barrier could be (void) am33xx_prm_read_reg(AM33XX_PRM_DEVICE_MOD,
  • [17:23:14] <NishanthMenon> other than that, add a commit message. $subject should probably look like: ARM: AM33xx: Add SoC restart function
  • [17:24:02] <NishanthMenon> jsabeaudry, dont forget to add your SOB (Signed-off-by:) tag
  • [17:24:07] <NishanthMenon> git commit --amend -s
  • [17:24:13] <NishanthMenon> for adding it in
  • [17:24:37] * phantoneD (~destroy@a89-155-22-21.cpe.netcabo.pt) Quit (Ping timeout: 246 seconds)
  • [17:25:11] * DevBot (~supybot@2001:6f8:12e0::7) Quit (Remote host closed the connection)
  • [17:25:20] * DevBot (~supybot@2001:6f8:12e0::7) has joined #beagle
  • [17:25:20] * phantoxeD (~destroy@a89-155-22-21.cpe.netcabo.pt) has joined #beagle
  • [17:29:11] * XorA|gone is now known as XorA
  • [17:33:06] * davest (Adium@nat/intel/x-imaccvujtijdxxkv) Quit (Ping timeout: 252 seconds)
  • [17:36:08] <XorA> morning
  • [17:36:26] <Em`Zee> I feel like I'm doing something horribly wrong... I have my microSD, I have two partitions... one vfat with MLO, u-boot.img, and uImage... and one ext3 with the extracted rootfs from the tgz I got off narcissus
  • [17:36:40] <Em`Zee> I throw it in the beaglebone, nothing
  • [17:36:52] <Em`Zee> It just sits there with its lights on
  • [17:36:58] <XorA> nothing on serial?
  • [17:37:11] <Em`Zee> No null modem cable; i'm relying on the built-in LCD :\
  • [17:37:25] <XorA> I thought bone was usb->serial inbuilt
  • [17:37:49] <Em`Zee> Hmmmmmmmmmmmmmm
  • [17:39:30] <XorA> I know its unusual for an engineer, but did you read the docs :-D
  • [17:39:36] <Em`Zee> >.>
  • [17:39:37] <Em`Zee> <.<
  • [17:39:49] <XorA> lookin shifty there :-D
  • [17:39:52] <emeb> >.<
  • [17:39:54] <Em`Zee> Feelin shifty
  • [17:39:54] <Em`Zee> =/
  • [17:40:13] <Em`Zee> I'm not used to the hardware I'm working with actually being that smart =/
  • [17:40:22] * Guest70803 (~bleh1@87.254.84.104) has joined #beagle
  • [17:40:26] <emeb> not using the right hardware
  • [17:42:14] <Em`Zee> agreed
  • [17:42:23] <Em`Zee> Not my call though, I'm just the engineer at the company. :P
  • [17:42:48] <crashovrd> Em`Zee, have u tried putting an uEnv.txt on the FAT partition?
  • [17:43:08] <crashovrd> my beagle would do nothing but boot the kernel and lock without it
  • [17:43:13] <Em`Zee> Hmm
  • [17:43:17] <crashovrd> still not used to the new boot env
  • [17:43:18] <Em`Zee> Just blank?
  • [17:43:24] <crashovrd> i cam from boot.scr days
  • [17:43:37] <crashovrd> it has 2 lines in it
  • [17:43:41] <XorA> Em`Zee: the bone is the almost ideal bit of hardware :-D
  • [17:43:42] <crashovrd> dont recall what they were
  • [17:44:36] <Em`Zee> Bleah
  • [17:44:57] <Em`Zee> XorA; I have the drivers installed, plug in the USB, and Windows says there's a device called "SUBARCTIC" and doesn't find a driver for it
  • [17:45:13] * damir__ (~damir@cpe-212-85-175-204.cable.telemach.net) has joined #beagle
  • [17:45:22] <XorA> Em`Zee: get yourself vmware player :-D
  • [17:45:50] <crashovrd> also the uImage on fat is apparently not used anymore
  • [17:45:58] <Em`Zee> X/
  • [17:46:00] * shoragan (~jlu@debian/developer/shoragan) Quit (Quit: Leaving)
  • [17:46:01] <crashovrd> seems uboot now pulls it from the ext3 partions
  • [17:46:38] <crashovrd> other issues i ran into
  • [17:46:56] <crashovrd> is that it seems u-boot requires the fat partition to be marked active in the partion table
  • [17:47:07] <crashovrd> about would not load MLO/uboot without it set
  • [17:47:32] <crashovrd> rather boot rom
  • [17:47:43] <crashovrd> or wtf ever is in charge at that point
  • [17:47:47] <crashovrd> could have been any of the 3
  • [17:47:49] * pastjean (~pastjean@208.92.20.89) has joined #beagle
  • [17:49:15] <Em`Zee> looks like the subarctic issue is common
  • [17:49:27] <crashovrd> disclaimer: i have beagleboard c3 NOT beaglebone
  • [17:52:59] <jkridner> crashovrd: the marked-for-boot issue is indeed a requirement of the dm3730/omap3 boot ROM.
  • [17:53:27] <jkridner> on dm3730/omap3 (beagleboard-xm/beagleboard), you also have to have MLO be unfragmented and the first directory entry.
  • [17:53:37] * qrz7 (~pku@ppp-93-104-143-46.dynamic.mnet-online.de) Quit (Quit: Leaving.)
  • [17:53:43] <jkridner> on am335x (beaglebone), the first directory entry issue is gone.
  • [17:54:25] <Em`Zee> XorA; Nothing at all on the serial console
  • [17:54:42] <Em`Zee> Oh, take that back. I got a bunch of Cs
  • [17:55:32] <emeb> At least you didn't get Fs
  • [17:57:10] <Em`Zee> I'd rather an A+
  • [17:57:10] <Em`Zee> :P
  • [17:57:52] <XorA> Em`Zee: you used omap3-mkcard.sh to make your cad?
  • [17:58:09] <Em`Zee> I used mkcard.txt from the demo images page, along with those boot files
  • [17:58:18] <Em`Zee> then I just used the tgz rootfs from koen's narcissus
  • [18:00:02] <crashovrd> console=tty0 & dvimode=hd720
  • [18:00:11] <crashovrd> thats whats in my uEnv.txt
  • [18:00:26] * Em`Zee pulls out microSD for another go at mkcard
  • [18:00:27] <crashovrd> im not kidding, it just hangs after decompressing kernel
  • [18:00:35] * yuva (ca4eafc7@gateway/web/freenode/ip.202.78.175.199) has joined #beaglebone
  • [18:00:37] <crashovrd> if i dont have a uEnv.txt
  • [18:00:38] <yuva> hello
  • [18:00:49] <crashovrd> havent reduced it to whether the diff is having it or not
  • [18:00:55] <ds2> a P is sufficient.
  • [18:01:24] * kiilo (~kiilo@46-126-77-178.dynamic.hispeed.ch) Quit (Ping timeout: 248 seconds)
  • [18:02:18] <Em`Zee> XorA; Crap, I just realized that mkcard has some error coming back from sfdisk :|
  • [18:02:40] <Em`Zee> sfdisk: ERROR: sector 0 does not have an msdos signature
  • [18:02:48] <Em`Zee> then /dev/sdb: unrecognized partition table type
  • [18:02:49] <yuva> i have purchased a beagle bone recently, i want to interface two camera one is cmos camera which can be interface with i2c and another is ccd camera which can be interface via a usb
  • [18:03:16] * Cykon (~chatzilla@134.114.111.118) has joined #beagle
  • [18:03:21] <mranostay> morning
  • [18:03:34] <Em`Zee> I mean, that's not surprising... it's dd-ing the drive first, why would it have that signature?
  • [18:03:39] * jpirko (~jirka@ip-94-112-98-141.net.upcbroadband.cz) Quit (Quit: Leaving)
  • [18:04:19] <XorA> Em`Zee: it should not have msdos signature as first step in mkcard is to kill that
  • [18:04:19] <XorA> Em`Zee: you forgetting to run as root?
  • [18:04:28] <Em`Zee> Nope, I'm running as root
  • [18:04:33] <Em`Zee> sec, I'll pastebin
  • [18:04:52] <XorA> running a crazy distro with an automounter?
  • [18:04:55] <XorA> like ubuntu?
  • [18:05:07] <Em`Zee> Ubuntu yes, but no partitions are mounted
  • [18:05:41] <Em`Zee> lemme just turn that whole thing off
  • [18:05:42] <Em`Zee> sec
  • [18:05:51] * davest (~Adium@134.134.137.73) has joined #beagle
  • [18:06:07] * XorA has found that when automounter tries to mount partitions we havent formatted yet it all goes a bit wrong
  • [18:07:17] <Em`Zee> Ahhh dconf-tools, why aren't you included by default
  • [18:08:20] <jkridner> hmmm... a CfP for papers on Case-Based Reasoning sent to beagle ml...
  • [18:08:23] <jkridner> reject.
  • [18:08:30] * florian (~fuchs@Maemo/community/contributor/florian) Quit (Remote host closed the connection)
  • [18:08:55] <Em`Zee> XorA; http://pastebin.com/AUZFzKj3
  • [18:09:08] <ds2> as a data point (mostly for the logs) - the ubuntu openjdk binaries work fine on ARM
  • [18:10:00] <Em`Zee> XorA; And fyi, I did just check -- mtab says none of that is mounted
  • [18:10:01] * yuva (ca4eafc7@gateway/web/freenode/ip.202.78.175.199) Quit (Quit: Page closed)
  • [18:10:11] <Em`Zee> (brb)
  • [18:10:16] <XorA> Em`Zee: mkfs.vfat: unable to open /dev/sdb1: Device or resource busy
  • [18:10:28] <XorA> something is using it which is not the script
  • [18:13:44] * kkeller (~Ken_Kelle@174-17-17-245.phnx.qwest.net) has joined #beagle
  • [18:14:04] <Em`Zee> XorA; Which is weird because if I run it after the script executes, it runs fine
  • [18:15:18] <XorA> put a big old sleep in there :-D
  • [18:15:34] <XorA> but if you run the same command by hand that is the same effect
  • [18:17:49] <ds2> remove card
  • [18:17:51] <ds2> plug it back in.
  • [18:17:55] <ds2> rerun script
  • [18:20:42] <Em`Zee> Yeah, doing that after I figure out why udisks won't listen to its own config
  • [18:23:34] <jsabeaudry> Kernel Oops in check_preempt_curr? http://pastebin.ca/2305983
  • [18:23:55] <ds2> i think you are exposing a bug/assumption of the script
  • [18:24:26] <koen> jkridner: fwiw, I have a 1024x768 picture out of the hdmi port now with the latest 3.8
  • [18:24:40] <ds2> for some reason in your setup, the partition table didn't quite re-read correctly
  • [18:24:44] <jkridner> intentionally?
  • [18:24:52] <ds2> wonder if you can force the re-read ioctl to sync it up
  • [18:25:10] <jkridner> my compile is still running. beagleboard.org is a super slow machine and I've booted into OSX on my desktop. :(
  • [18:25:46] <ds2> wish the clocking was more consistant amount the sitaras :)
  • [18:25:47] <ds2> :(
  • [18:25:57] <jkridner> *** No rule to make target `firmware/am335x-pm-firmware.bin' is back
  • [18:26:06] <koen> jkridner: have you read the README.md?
  • [18:26:14] <koen> it tells you to download it
  • [18:26:42] <XorA> ds2: sfdisk kicks the re-read ioctl when finished
  • [18:26:58] <XorA> adding a sfdisk -l will kick it again
  • [18:27:16] * harshpb (~harshpb@122.167.205.129) Quit (Ping timeout: 248 seconds)
  • [18:27:53] <alan_o> koen: evil vendor closed-source firmware?
  • [18:28:00] <ds2> XorA: that might be a more appropriate sync up then a plain sleep
  • [18:28:26] <mranostay> koen: quick review my patches before panto breaks them
  • [18:28:36] <XorA> turning off gnome automount also fixes the issue
  • [18:28:43] <XorA> normally
  • [18:29:06] <ds2> oh bastards
  • [18:29:12] <Em`Zee> I killed udisks
  • [18:29:15] <Em`Zee> no more automount
  • [18:29:19] <Em`Zee> still won't run cleanly
  • [18:30:05] * XorA never runs with a desktop on build machine anyway
  • [18:30:31] <mranostay> XorA: you could never work for Canonical :)
  • [18:30:47] <XorA> mranostay: there is an ubuntu server edition
  • [18:31:03] <Em`Zee> ds2; You suggest adding an "sfdisk -l"? Where?
  • [18:31:16] <XorA> Em`Zee: after the sleep
  • [18:31:29] <ds2> n/m that if you got cruft in the background
  • [18:31:53] <XorA> I would make that sleep real long and see if that fixes it :-D like 30s or so
  • [18:32:08] <Em`Zee> wow, that fubars it worse
  • [18:32:17] <Em`Zee> it tries to search on /dev/mapper
  • [18:32:40] <XorA> you remeber to call it on same device?
  • [18:32:50] <Em`Zee> grabbing pastebin
  • [18:33:13] <Em`Zee> http://pastebin.com/7PGH7TVP
  • [18:33:17] <XorA> sfdisk -l $DRIVE
  • [18:33:20] <Em`Zee> oh
  • [18:33:22] <Em`Zee> herp derp
  • [18:33:24] <Em`Zee> thanks
  • [18:33:45] <XorA> real fix would be a way to check $DRIVE is not in use, not sure how to do that from a script
  • [18:34:21] <ds2> wonder if fuser will tell you that
  • [18:34:48] * bhthompson (bhthompson@nat/google/x-apgslwbejppcobzy) Quit (Quit: Leaving.)
  • [18:35:03] <Em`Zee> still tossing out device or resource busy, but all the automounter crap is 100% stopped; processes aren't even running
  • [18:35:07] <Em`Zee> and things aren't mounting
  • [18:35:11] <Em`Zee> *mounted
  • [18:35:53] <XorA> sleep 10; sfdisk -l $DRIVE; sleep 10
  • [18:36:07] <XorA> I but udev is holding the devices or something
  • [18:36:26] <XorA> s/but/bet/
  • [18:36:47] * kiilo (~kiilo@xdsl-188-155-92-75.adslplus.ch) has joined #beagle
  • [18:38:33] <Em`Zee> XorA; Any idea how to kill that?
  • [18:39:03] <jsabeaudry> Does address 0xE584215C ring a bell for anyone?
  • [18:39:48] <XorA> dont kill udev, thats bad (tm)
  • [18:40:03] <Em`Zee> Not literally killing udev :P
  • [18:40:08] <Em`Zee> I meant how to kill those bindings
  • [18:40:08] <XorA> did you try with the extended sleeps?
  • [18:40:39] <ds2> jsabeuadry: device, userland or kernel?
  • [18:41:42] <Em`Zee> Okay
  • [18:41:43] <jsabeaudry> ds2, kernel paging request that seems to happen in check_preempt_curr
  • [18:41:50] <Em`Zee> Just put in the device, fresh reboot, no automounting
  • [18:41:51] <Em`Zee> good
  • [18:42:25] * florian (~fuchs@sign-4d094877.pool.mediaWays.net) has joined #beagle
  • [18:42:26] * florian (~fuchs@sign-4d094877.pool.mediaWays.net) Quit (Changing host)
  • [18:42:26] * florian (~fuchs@Maemo/community/contributor/florian) has joined #beagle
  • [18:43:13] <Em`Zee> XorA; No go.
  • [18:43:33] <Em`Zee> Also I still get the sfdisk "sector 0 does not have an msdos signature" at the beginning
  • [18:43:47] <XorA> sounds like your card is dead
  • [18:43:54] <XorA> or usb card read/writer
  • [18:44:01] <Em`Zee> Howso? I can partition it and play with it if I'm not using this script
  • [18:44:07] <ds2> jsabeaudr: oh
  • [18:44:11] <Em`Zee> I've done so 3 or 4 times today already
  • [18:44:25] <XorA> Em`Zee: run the same commands by hand then, something odd is goign on
  • [18:44:26] * mythos (~mythos@unaffiliated/mythos) Quit (Ping timeout: 272 seconds)
  • [18:44:33] <Em`Zee> lemme give her a reboot quick and I will
  • [18:44:57] <XorA> what distro?
  • [18:45:03] <Em`Zee> mint
  • [18:45:06] <XorA> as your the first report
  • [18:45:15] <Em`Zee> Linux Mint 14
  • [18:45:24] <XorA> so thats ubuntu 12.10?
  • [18:45:40] <Em`Zee> Linux MintVM 3.5.0-17-generic #28-Ubuntu SMP Tue Oct 9 19:32:08 UTC 2012 i686 i686 i686 GNU/Linux
  • [18:45:52] <Em`Zee> Quantal, yeah
  • [18:46:06] <XorA> bizarre I think a lot of people have run script on that
  • [18:46:14] <XorA> is this in a VM? or native?
  • [18:46:22] <Em`Zee> VM
  • [18:46:25] <Em`Zee> I wonder if that could be it
  • [18:46:39] <Em`Zee> But again, without that script I can still do these operations
  • [18:46:45] <Em`Zee> I'm going to do them one by one here
  • [18:46:57] <XorA> one by one would indicate a timing issue
  • [18:47:14] <XorA> sticking a sleep 10 between every command would indicate that probablu
  • [18:47:39] <XorA> I have used script before on VirtualBox and VMWare but I did notice with later kernels timing issues with other devices
  • [18:50:42] <Em`Zee> Hm.
  • [18:50:45] <Em`Zee> Now that's interesting
  • [18:51:25] <Em`Zee> Oh, nvm, fatfinger :)
  • [18:52:52] <mranostay> Russ: interested in Lunch? :)
  • [18:57:31] * djlewis just finished pizza pizza ... :)
  • [18:58:57] <Em`Zee> Oy, you're right -- *something* is trapping it
  • [18:59:02] <Em`Zee> and I have no friggin clue what that is
  • [18:59:08] <Em`Zee> lsof is no help
  • [18:59:36] <alan_o> XorA: "timing issues"
  • [18:59:53] <alan_o> XorA: I used to work with a guy who said that all the time when he really meant "race condition"
  • [19:00:26] <alan_o> glad to be off that particular project :)
  • [19:01:03] <alan_o> djlewis: hot and ready $5 is hard to beat
  • [19:01:42] * edahling (~edahling@wbc.res.wpi.net) has joined #beagle
  • [19:01:46] <XorA> Em`Zee: Im not too worried, once you have a valid card you rarely need another :-D
  • [19:01:54] <Em`Zee> XorA; I'm doing it in two passes
  • [19:01:59] <Em`Zee> one pass for the partition table
  • [19:02:04] <Em`Zee> one for the filesystems
  • [19:02:09] <Em`Zee> that seems to work fine
  • [19:02:19] * lyakh (~lyakh@dslb-088-076-023-079.pools.arcor-ip.net) Quit (Quit: thanks, bye)
  • [19:02:23] <Em`Zee> It's something about sfdisk that's seeming to cause udev to wet itself
  • [19:03:02] <Em`Zee> I wonder if there's a bug in it about rereading partition tables without an insert event
  • [19:04:28] <Em`Zee> alright. Partitions are made. Now to copy stuff over
  • [19:09:27] <Em`Zee> wow
  • [19:09:33] <Em`Zee> XorA; Got it working
  • [19:09:34] * woglinde (~henning@f052236115.adsl.alicedsl.de) has joined #beagle
  • [19:09:39] <Em`Zee> but holy crap is there an issue with the rootfs
  • [19:10:06] <Em`Zee> It's looping tightly over starting D-Bus
  • [19:10:57] <Em`Zee> koen; Halp :P
  • [19:12:06] <mrpackethead_> when will the shootings end.
  • [19:12:30] <mrpackethead_> another episode in TX
  • [19:12:40] <Em`Zee> :\
  • [19:13:11] <Em`Zee> If I could go back to the original Narcissus install I would
  • [19:13:14] <dm8tbr> mrpackethead_: obviously once there are armed guards EVERYWHERE...
  • [19:13:24] <Em`Zee> but I don't know if there's anything in there that will be compatible with the bone
  • [19:13:37] <dm8tbr> or at least that's what some people like to halucinate
  • [19:17:35] <Em`Zee> This is frustrating as hell...
  • [19:17:46] <Em`Zee> I feel like I'm the only one trying to use Narcissus on the bone
  • [19:17:47] <Em`Zee> :P
  • [19:22:10] <mrpackethead_> Em`Zee: i felt the same way bout a clock yesterday
  • [19:23:17] <Em`Zee> I have a production crew waiting for me to give a thumbs up or thumbs down on the bone and I can't get anything besides the demo install working
  • [19:23:32] <Em`Zee> It's really not a good thing, because I like the hardware, but the software is driving me up the wall
  • [19:23:43] <crashovrd> same boat
  • [19:24:15] <crashovrd> well on the software issues
  • [19:24:24] <crashovrd> nobody is waiting on me to approve a device
  • [19:24:26] <crashovrd> :P
  • [19:24:29] <mrpackethead_> mmm.. i've been able to use the bone to do some pretty usefu stuff so far
  • [19:25:42] <mrpackethead_> whats preventing you from getting stuff to work
  • [19:26:06] <Em`Zee> Right now, I'm using Koen's new Narcissus and the rootfs it's giving me won't load dbus
  • [19:26:18] <Em`Zee> and the system gets stuck in an infinite loop
  • [19:26:45] <Em`Zee> plus that narcissus install won't embed xfce
  • [19:26:45] <crashovrd> for me it just kernel panics a lot
  • [19:27:28] <crashovrd> that was from narcissus
  • [19:27:42] <thurbad> what power source and board?
  • [19:27:43] <crashovrd> in the demo images, opkg 404's
  • [19:28:16] <Em`Zee> Mine is a Beaglebone A6, running a 2A/5V DC power supply
  • [19:28:39] * XorA steals Em`Zee board
  • [19:28:55] <Em`Zee> Take it; maybe you'll have a better shot at making it work :P
  • [19:29:16] <crashovrd> for me Beagle C3, Sony PS3 game pad charger
  • [19:29:17] <XorA> Em`Zee: where do you call home?
  • [19:29:31] <Em`Zee> XorA; Wherever I hang my coat.
  • [19:29:35] <Em`Zee> Just kidding; Rochester NY
  • [19:29:49] <thurbad> crashovrd: is that microusb?
  • [19:30:24] <thurbad> if so that's probably the source of your crashes
  • [19:30:31] <crashovrd> its got 2 full size USB and i have a cable to the mini usb on the beagle
  • [19:30:41] <XorA> Em`Zee: bah, too much to walk for low value theft :-D
  • [19:30:43] <thurbad> power through the barrel connector
  • [19:32:13] <Em`Zee> XorA; Haha
  • [19:32:25] <Em`Zee> Looks like you're in UK -- wouldn't that be more like, too much to swim? :P
  • [19:32:46] <XorA> Em`Zee: in Cupertino, CA
  • [19:33:03] <Em`Zee> XorA; Ahh... probably have better weather in Cupertino than we've got up here
  • [19:33:11] <Em`Zee> I woke up to it being -4F outside
  • [19:34:09] * XorA only works in SI temperatures :-(
  • [19:34:37] <XorA> ah -20
  • [19:34:37] <mrpackethead_> crashovrd: i'm using an older ( squeeze ) version of debian.. but its solid and reliable, and predicatble.
  • [19:34:39] <Em`Zee> -20C
  • [19:34:43] <XorA> nice
  • [19:34:54] <mrpackethead_> crashovrd: it works nicely
  • [19:34:56] <XorA> only gets that cold in Edinburgh once every 10 years or so
  • [19:35:14] <crashovrd> yeah, there really needs to be a debian based distro for omapX
  • [19:35:27] <XorA> and now I know google search will convert units :-D
  • [19:35:29] <crashovrd> this open embedded stuff is just not cutting it
  • [19:35:34] <mru> crashovrd: how about debian?
  • [19:35:43] <crashovrd> im fine with debian
  • [19:35:49] <mru> so run that
  • [19:36:01] <crashovrd> need kernel and omap3 drivers
  • [19:36:10] <mrpackethead_> for ?
  • [19:36:11] <mrpackethead_> debian
  • [19:36:12] <crashovrd> and the TI support stuff for dsp
  • [19:36:20] <Em`Zee> I was running Debian on it, then I realized that I couldn't do it because I was using the camera
  • [19:36:22] <Em`Zee> =/
  • [19:36:30] <crashovrd> u guys do headless
  • [19:36:31] <mru> any distro can run on any kernel
  • [19:36:34] <mru> within reason
  • [19:36:38] <crashovrd> i need gles3, openvg, and openmax
  • [19:36:42] <mru> only a fool uses the distro-supplied kernel anyway
  • [19:36:47] <crashovrd> oops
  • [19:36:50] <crashovrd> gles2
  • [19:36:56] <mrpackethead_> mru: thats a pretty big call
  • [19:42:42] * mythos (~mythos@unaffiliated/mythos) has joined #beagle
  • [19:44:42] <Em`Zee> What's the most lightweight UI in the 2012.05 feed at this point? Xfce?
  • [19:44:48] <Em`Zee> I can't find IceWM or LXDE in there
  • [19:44:48] <koen> bash
  • [19:44:54] <Em`Zee> Heh, I mean X11 UI
  • [19:44:58] <mru> koen: no ksh?
  • [19:45:00] <koen> twm
  • [19:45:04] <koen> or xfce
  • [19:45:13] <koen> but xfce is not that much faster than the angstrom gnome2
  • [19:45:26] <koen> mru: no, I'm fan of bash
  • [19:45:28] <Em`Zee> twm it is then
  • [19:45:32] <koen> or rather, I dont't know better
  • [19:46:33] <mru> bash is a reasonable interactive shell, sure
  • [19:46:50] <mru> and I use it
  • [19:47:30] <mru> but if the world weren't so full of idiots unable to write standard shell scripts, using something else for /bin/sh would be preferable
  • [19:47:59] <mru> and if you're _really_ tight on resources, you'll want something else for the interactive shell too
  • [19:48:36] <XorA> connect the POSIX shell error routine to a cattle prod connected to someones delicates :-D
  • [19:52:32] <crashovrd> dont worry, yesterday it was decided to add LUA to the kernel so you wont have to shell anymore!
  • [19:52:35] <crashovrd> :)
  • [19:52:49] <Em`Zee> D'oh... base systemd image doesn't find the LCD
  • [19:52:56] <Em`Zee> two steps forward, one step back
  • [19:52:57] <Em`Zee> =/
  • [19:53:26] <crashovrd> Em`Zee, if u dont mind my asking, what is the use case for the hardware?
  • [19:53:57] <Em`Zee> crashovrd; embedded pill dispense system with visual verification of both user and pill type
  • [19:54:09] <crashovrd> awesome
  • [19:54:12] <Em`Zee> So, my bone is bone+camera+rs232+lcd
  • [19:54:34] <crashovrd> like a drug atm!
  • [19:54:36] <Em`Zee> Unfortunately, that's a lot of hardware to make work with one image; I generally get any 3 of the 4 working
  • [19:54:40] <Em`Zee> pretty much
  • [19:54:52] <crashovrd> now i want one
  • [19:55:04] <Em`Zee> I'll mention that to the sales guy
  • [19:55:06] <Em`Zee> :)
  • [19:55:39] <mrpackethead_> Em'Zee, great app, i'll ahve one working this week
  • [19:55:49] <mrpackethead_> and we'll go into competition with you
  • [19:55:53] <Em`Zee> haha
  • [19:55:53] <mrpackethead_> drug-cape
  • [19:56:02] <panto> hehe
  • [19:56:03] <mrpackethead_> it will work well with baconcape
  • [19:56:05] <mrpackethead_> and beercape
  • [19:56:09] <Em`Zee> I'd buy a baconcape
  • [19:56:25] <mrpackethead_> you need a bitcoincape as well to pay for your baconcape
  • [19:56:29] <Em`Zee> Hahaha
  • [19:56:44] <mrpackethead_> want to see ugly cape
  • [19:56:46] <Em`Zee> It'll be a moot point if I can't get this thing working :\
  • [19:57:08] <mrpackethead_> https://fbcdn-sphotos-g-a.akamaihd.net/hphotos-ak-snc7/428302_10151369241637661_66993423_n.jpg?dl=1
  • [19:57:13] <mrpackethead_> opps
  • [19:57:16] <mrpackethead_> https://fbcdn-sphotos-g-a.akamaihd.net/hphotos-ak-snc7/428302_10151369241637661_66993423_n.jpg
  • [19:57:22] <mrpackethead_> thats ugly cape
  • [19:57:31] <Em`Zee> sfw?
  • [19:58:01] <mrpackethead_> yes.. very bording
  • [19:58:05] <mrpackethead_> boring.
  • [19:58:13] <crashovrd> it has nude electronics
  • [19:58:23] <mrpackethead_> not even a solder mask
  • [19:58:26] <Em`Zee> Neat!
  • [19:58:32] <mrpackethead_> how obsene is that
  • [19:59:49] <mrpackethead_> nothing very clver there, just something to do some buffering
  • [19:59:49] <jkridner> koen: on the latest tree when I build, I'm back to getting "Invalid Format" on the HDMI. :(
  • [20:00:15] <jkridner> fbset shows the 1024x768, instead of the desired 1280x720.
  • [20:00:40] <jkridner> I do now have the 800MHz and 1GHz OPPs
  • [20:00:54] <jkridner> thanks to the hacks/0003
  • [20:03:03] <jkridner> mrpackethead_: looks pretty clean to me... you should have seen mdp's 6502 nest-of-wires!
  • [20:03:32] <mrpackethead_> is a ext4 file system a robust jorneled file system?
  • [20:04:02] <Em`Zee> Is there a list of bitbake targets anywhere for the angstrom build?
  • [20:04:18] <mrpackethead_> Em'Zee, why are you using Angstrom
  • [20:04:25] * smplman (~speery@cn-sfo1-natout.cnet.com) has joined #beagle
  • [20:04:50] <Em`Zee> mrpackethead_; Angstrom is the only distro I've found with support for the camera... I was in here about a month ago having this argument with the devs
  • [20:04:51] <Em`Zee> :P
  • [20:05:00] <crashovrd> lol
  • [20:05:13] * phantoxeD (~destroy@a89-155-22-21.cpe.netcabo.pt) Quit (Read error: Operation timed out)
  • [20:05:19] <mrpackethead_> which camera
  • [20:05:29] <Em`Zee> 3.2MP Camera cape
  • [20:05:33] <mrpackethead_> right.
  • [20:05:42] <mrpackethead_> theres lots of thigns that don't work with the beaglebone.
  • [20:05:48] <mrpackethead_> its a "DEV" system remember
  • [20:05:50] <Em`Zee> I'm finding that out.
  • [20:05:53] <Em`Zee> Yeah
  • [20:06:25] <mrpackethead_> i bet the camera woudl work with debian.
  • [20:06:36] <mrpackethead_> you will jsut need to put the resources in to get it too work.
  • [20:07:42] <Em`Zee> Damn shame the client doesn't want to pay me for "putting in the resources"
  • [20:07:52] <Em`Zee> This project is very oxymoronic
  • [20:08:15] * phantoxeD (~destroy@a89-155-22-21.cpe.netcabo.pt) has joined #beagle
  • [20:08:20] <mrpackethead_> im unsure how to help you then.
  • [20:08:34] <mrpackethead_> this square peg does not work with this round hole
  • [20:08:38] <mrpackethead_> something has to change
  • [20:08:40] <Em`Zee> It's alright. At this point I'm sticking with angstrom, just trying to muck with getting X to run
  • [20:08:46] <Em`Zee> that'll be good enough for them :P
  • [20:09:12] <mrpackethead_> its alright, i've passed your idea onto my chinese collegues
  • [20:09:17] <Em`Zee> Oh good
  • [20:09:18] <mrpackethead_> they will have it running by lunchtime.
  • [20:09:30] <crashovrd> Allwinner A10 !!!11111!!!!
  • [20:11:01] * rickaaa__ (~rick@111-251-78-75.dynamic.hinet.net) Quit (Read error: Connection reset by peer)
  • [20:11:17] * rickaaa__ (~rick@118-161-42-29.dynamic.hinet.net) has joined #beagle
  • [20:13:04] <Em`Zee> mrpackethead_; Let me know how that goes
  • [20:13:05] <Em`Zee> :P
  • [20:13:09] <Em`Zee> I'd like to buy one
  • [20:13:57] * jamesbuckley (~jamesbuck@2001:470:1f09:10:225:90ff:fea2:995f) Quit (Quit: WeeChat 0.4.0)
  • [20:14:19] * xanium4332 (~xanium433@2001:470:1f09:10:225:90ff:fea2:995f) has joined #beagle
  • [20:19:13] <mrpackethead_> but your client has no desire to pay any money for it
  • [20:19:41] * sr105 (~sr105@65349hfc19.tampabay.res.rr.com) Quit (Ping timeout: 252 seconds)
  • [20:19:56] * krajo1 (~krajo1@ip4-83-240-125-22.cust.nbox.cz) has joined #beagle
  • [20:20:11] * sr105 (~sr105@65349hfc19.tampabay.res.rr.com) has joined #beagle
  • [20:20:19] <Em`Zee> mrpackethead_; Always more work than there is money, these days.
  • [20:21:16] * alexxd (42c9367a@gateway/web/freenode/ip.66.201.54.122) has joined #beagle
  • [20:21:35] <koen> jkridner: I get 1024 if it can't read the EDID
  • [20:21:48] <koen> jkridner: and I get 720p if it can read it
  • [20:22:11] <koen> jkridner: I updated the drm patchset partially to include the bw limit robclark mentioned
  • [20:22:53] <koen> jkridner: fwiw, the 1024 mode works with my monitor, first time I get a "decent" picture
  • [20:23:04] <robclark> koen, btw, I mentioned to jkridner.. not sure if I remembered to mention to you.. later versions of tilcdc changed driver name, s/lcdc/tilcdc/..
  • [20:23:17] <koen> yes, I have those already
  • [20:23:22] <robclark> ok, cool..
  • [20:23:26] <koen> and used some sed -i magic to fix not-capebus
  • [20:23:33] <robclark> ahh, perfect
  • [20:23:47] <koen> I only left out the new panels patch since not-capebus uses the old OF videomode helpers
  • [20:23:54] <xanium4332> is there some history to the name 'not-capebus'?
  • [20:24:08] <koen> yes, it's not a bus and it's not just for capes :)
  • [20:24:28] <koen> 'capebus' turned into a big bikeshed about the name
  • [20:24:43] <koen> to panto named the next version 'not-capebus' :)
  • [20:24:48] <xanium4332> aaah
  • [20:24:49] <Em`Zee> haha
  • [20:25:00] <xanium4332> is the plan for it to be mainlined?
  • [20:25:03] <XorA> big bikesheds are full of many dutch?
  • [20:25:08] <xanium4332> pllleeeaaase let it be called not-capebus
  • [20:25:23] <robclark> koen, hmm... I did have a version that used older of helpers somewhere.. although that might have been pre s/lcdc/tilcdc/ so might be a bit of a mess to pull together..
  • [20:25:29] <koen> XorA: not, the shed is uphill, unreachable by dutchies
  • [20:25:37] * XorA laughs
  • [20:25:47] <XorA> need that bru NRG :-D
  • [20:25:51] * mrcan (~mrcan@unaffiliated/mrcan) has joined #beagle
  • [20:25:51] * mrcan (~mrcan@unaffiliated/mrcan) has joined #beagleboard
  • [20:25:51] * mrcan (~mrcan@unaffiliated/mrcan) has joined #beaglebone
  • [20:26:22] <koen> robclark: basically drm/tilcdc: add support for LCD panels (v4) introduced the new OF helper dependency
  • [20:26:54] * mdp notes that the parc55 ELC rate is higher than off-the-street rate
  • [20:26:54] <koen> the lcdc drm driver itself doesn't seem to care
  • [20:26:56] <robclark> koen, yup
  • [20:27:08] <panto> xanium4332, if $DEITY^Wmaintainers willing sure
  • [20:27:17] <panto> looks like people get useful work done with it
  • [20:27:26] <robclark> so just dropping the panel output part is fine if lcd cape not needed urgently
  • [20:27:41] <xanium4332> what state is mainline 3.7/3.8 for the beaglebone in?
  • [20:27:47] <robclark> panto, capevan!
  • [20:27:59] <koen> robclark: I use drm/tilcdc: add support for LCD panels (v3) :)
  • [20:28:07] <xanium4332> ie, should I abandon my 3.2 hacking for a new cape
  • [20:28:12] <robclark> koen, ahh, ok, perfect
  • [20:28:45] <robclark> that should work
  • [20:28:45] <koen> it does
  • [20:28:45] <koen> DVI works
  • [20:28:45] <koen> hdmi 'works'
  • [20:28:45] <koen> and lcd capes work
  • [20:28:45] <robclark> \o/
  • [20:28:45] <mranostay> mdp: the street is even cheper
  • [20:28:45] <mdp> xanium4332: it's wonderful!
  • [20:28:46] <koen> unless they have gpio-keys, the PM patchset seems to cause troubles there
  • [20:28:47] <panto> usb host also works (but it doesn't pick up card insertions easily)
  • [20:28:48] <xanium4332> McASP (a.k.a. audio in)?
  • [20:28:52] <mdp> I would use mainline...again and again!
  • [20:28:55] <mdp> xanium4332: no!
  • [20:29:00] <xanium4332> :(
  • [20:29:01] <koen> mranostay: a lot of people sleep in the street in that area
  • [20:29:01] <mranostay> []_[]
  • [20:29:04] * Kripton (kripton-fr@staff.kripserver.net) Quit (Read error: Operation timed out)
  • [20:29:11] <mranostay> koen: yes i know
  • [20:29:12] <mdp> xanium4332: I'm be posting patches for that RSN
  • [20:29:12] * spacecolonyone (~spacecolo@dhcp242.obs.carnegiescience.edu) has joined #beagle
  • [20:29:13] * Kripton (kripton-fr@staff.kripserver.net) has joined #beagle
  • [20:29:19] <mdp> s/I'm/I'll/
  • [20:29:22] <panto> xanium4332, audio does work
  • [20:29:39] <xanium4332> mdp: awesome, I have a 4-channel audio input cape I'd like to get working
  • [20:29:52] * yegorich (~AndChat19@hmbg-4d06e1f0.pool.mediaWays.net) has joined #beagle
  • [20:29:54] <panto> good night ppl
  • [20:30:18] <xanium4332> panto: including recording?
  • [20:30:32] <panto> recording should work, but it picks up nothing
  • [20:30:34] <xanium4332> edit nm: night time has arrived
  • [20:30:44] <panto> I suspect some other board related problem
  • [20:30:51] <panto> I only have one hacked up board to test
  • [20:31:01] * panto (~panto@195.97.110.117) Quit (Quit: Leaving)
  • [20:31:03] <xanium4332> this is in 3.8?
  • [20:31:03] <mdp> panto, he did say mainline, not the evil 3.8 vendor kernel ;)
  • [20:31:15] <xanium4332> a PSP 3.8 kernel?
  • [20:31:17] <mdp> panto is talking about the beagleboard/kernel tree
  • [20:31:21] <xanium4332> aaah
  • [20:31:29] <mdp> there's no such thing as PSP at TI any longer
  • [20:31:34] <xanium4332> ok
  • [20:31:46] <mrpackethead_> is the new kernel going to support a real time clock?
  • [20:31:53] <xanium4332> so the beagleboard/kernel 3.8 branch has working audio
  • [20:32:44] <mdp> xanium4332: there's at least some not-ready-for-mainline stuff in panto's not-capebus branch v15ish or so
  • [20:32:51] <xanium4332> does the old 3.2 kernel still have the audio recording dropout bug?
  • [20:33:05] <mdp> I have a separate clean version using simple-card/DT for mainline submission
  • [20:33:14] <mdp> xanium4332: I've heard it does
  • [20:33:23] <mdp> but never used audio on 3.2 before
  • [20:34:11] <xanium4332> mmm
  • [20:34:45] * yegorich (~AndChat19@hmbg-4d06e1f0.pool.mediaWays.net) Quit (Ping timeout: 276 seconds)
  • [20:34:49] <xanium4332> trying to decide which kernel tree to attempt to add support for my cape to (which is a 4-channel audio recording cape)
  • [20:35:57] <alexxd> hey guys, ( im using the beagleboneA6 with the cam-cape and lcd3 cape) once there was a bug mentioned about the v4l drivers, output was dma_alloc_coherent of size 0 failed, at my own application, with the cheese application from the newest angstrom-img there comes the same message, just with a hugh number like 6298... instead of 0, does anybody knows if they fixed it?
  • [20:37:34] <koen> alexxd: no fix yet
  • [20:38:15] <koen> alexxd: so large framesizes (>6MB) are hitting an edma programming limitation, the '0' error is a buggy v4l2 implementation
  • [20:38:21] <koen> alexxd: both are know, no fix yet
  • [20:38:39] <alexxd> so i guess i have to use a webcam through the usbhost ?
  • [20:39:04] <xanium4332> there's PSP/3.2, beagleboards/3.8, koen's (which version?), and pantos/not-capebus-v15
  • [20:39:06] <koen> alexxd: I'd try to find out what gstreamer does to make it work
  • [20:39:28] <koen> 'my' version is just the output of beagleboards/3.8
  • [20:39:39] <koen> and pantos/not-capebus-v15 is pretty much the same as pantos/not-capebus-v15
  • [20:39:40] <koen> ehm
  • [20:39:46] <koen> the same as beagleboards/3.8
  • [20:39:48] <alexxd> koen: allright, thx
  • [20:41:48] <mdp> xanium4332: if you are starting *right now* you want to use 3.8
  • [20:41:54] <xanium4332> #so beagleboards/3.8 sounds like the best target? There's been a huge amount of dev between 3.2 and 3.8, anybody
  • [20:41:58] <xanium4332> do'h
  • [20:42:27] <xanium4332> put hash in terminal prompt -> save for later. Put hash in irc prompt -> sends anyway :(
  • [20:43:05] <xanium4332> Yeah I'm starting 'right now', but looking at 3.8, I've got a hold load of not-capebus and device tree stuff to learn, any pointers?
  • [20:43:51] <mdp> how much coffee do you have on hand?
  • [20:44:30] <mrpackethead_> sorry dumb question.. doesnt audio alrady work?
  • [20:44:45] <xanium4332> not for my custom fabbed board
  • [20:44:54] <mrpackethead_> ahh
  • [20:44:54] <mrpackethead_> ok,
  • [20:45:03] <mrpackethead_> what Audio IC are you using
  • [20:46:02] <xanium4332> AD1937
  • [20:46:20] <mrpackethead_> ok..
  • [20:46:24] <mrpackethead_> i cheated a bit
  • [20:46:25] <xanium4332> it appears the kernel has some support for it. The choice of audio IC was quite limited, as I wanted 4-channel input
  • [20:46:32] <mrpackethead_> i've used the TLV320 IC from TI
  • [20:46:33] <xanium4332> uhoh
  • [20:46:40] <xanium4332> aaah
  • [20:46:41] <mrpackethead_> but i only needed 1 audio in.
  • [20:46:53] <xanium4332> does it work for you though?
  • [20:47:07] <mrpackethead_> yes, fine
  • [20:47:32] <mrpackethead_> im using it with ALSA and Jack
  • [20:48:13] <xanium4332> here's a pic of the board: http://imgur.com/FnyMSFA
  • [20:48:40] <mrpackethead_> nice.
  • [20:48:48] <xanium4332> you using the beagleboard/3.8 kernel
  • [20:48:55] <mrpackethead_> no.
  • [20:49:18] <xanium4332> which one?
  • [20:49:20] <mrpackethead_> 3.2.33-psp26
  • [20:50:01] <xanium4332> mmm ok, I thought there was meant to be an audio bug in recording, but I don't know any of the specifics
  • [20:50:24] <mrpackethead_> its working fine for me
  • [20:50:35] <mrpackethead_> not seen any issues.
  • [20:51:11] <xanium4332> might try it then, the whole multichannel bit is where things are going to get difficult
  • [20:51:30] <mrpackethead_> that TLV chip supports 4 line ins
  • [20:51:58] <mrpackethead_> i've litterally just replicated the Audio Cape
  • [20:52:08] <mrpackethead_> it only has 2 audio ins.
  • [20:52:09] <xanium4332> got the full part no
  • [20:52:45] <mrpackethead_> TLV320AIC3106
  • [20:52:55] * jluisn (~quassel@187.115.172.24) Quit (Remote host closed the connection)
  • [20:53:36] <xanium4332> mmm it only has a stereo ADC I think
  • [20:53:56] <mrpackethead_> actuyaly you are right
  • [20:54:01] <mrpackethead_> its got multiple inputs
  • [20:54:09] <mrpackethead_> but they are muxed to the ADC
  • [20:55:04] <xanium4332> I'm sampling hydrophones, and need 4-channels sampled together. That chip DOES have preamps, which I've had to put on my board separately (aka the four lines of components on my pcb)
  • [20:55:42] <xanium4332> I don't think the codec will matter too much, at least if the ad1937 driver is up to scratch, I should be able to get it to work
  • [20:56:16] <mrpackethead_> listening to whales?
  • [20:56:30] <mrpackethead_> put two on the board?
  • [20:56:40] <xanium4332> Close, calculating the bearing of an underwater pinger
  • [20:57:05] <xanium4332> they need exactly the sampling clock, as I want to perform correlation on the data
  • [20:57:07] <mrpackethead_> how far away are the hydrophones?
  • [20:57:17] <jsabeaudry> Can edma slots be reused or am I supposed to alloc/free the slot at each transfer?
  • [20:57:22] <xanium4332> from each other, yet to be decided, but currently 30-40cm
  • [20:57:34] <mrpackethead_> how far away is the pinger?
  • [20:57:44] <xanium4332> from the pinger, 1-60m
  • [20:58:01] <mrpackethead_> oh quite close
  • [20:58:07] <xanium4332> the pinger is *loud* as well
  • [20:58:12] <xanium4332> yeah SNR won't be an issue I think
  • [20:58:24] <mrpackethead_> nice..
  • [20:58:28] <mrpackethead_> can you tell us what it is?
  • [20:58:42] <xanium4332> yeah, this is for a university engineering project
  • [20:58:51] <xanium4332> an autonomous underwater vehicle
  • [20:58:56] <xanium4332> (AUV).
  • [20:58:56] <mrpackethead_> ahh
  • [20:59:14] <alexxd> koen: do you know if this bug (dma_alloc_coherent ...) exists only with angstrom (and opencv) or does the same happens if i will try it with opencv on a linux (ubuntu) os, finally both are linux systems
  • [20:59:16] <xanium4332> We go to a competition every year, and one of the tasks is to home-in on an underwater pinger
  • [20:59:40] <mrpackethead_> ahh, drive your sub to the pinger, and pick it up?
  • [21:00:04] <xanium4332> The pinger is attached to a large remote controlled boat, which we need to surface under
  • [21:01:20] <xanium4332> We're about to outfit our submarine with entirely ARM-based computers, one of which will be a beaglebone, for which this soundcard is designed for
  • [21:02:02] * adrien1 (~adrien@132.207.72.19) Quit (Quit: WeeChat 0.3.8)
  • [21:02:35] <spacecolonyone> I've tried to change my hostname by replacing beagleboard in /etc/hostname and by using hostname, when I log on locally, the console shows user@newhostname when i ssh in it shows user@oldhostname. Can anyone explain this?
  • [21:03:01] <XorA> cached in sshd probably
  • [21:03:18] <spacecolonyone> even after multiple reboots?
  • [21:03:24] <spacecolonyone> and a hard shutdown
  • [21:03:24] <xanium4332> mdp: I have lots of coffee, would you mind giving a summary of what I should know to switch development from 3.2 -> 3.8? I guess I need to relearn how capes are being implemented. Looks like I need to learn a lot of device tree stuff, and not-capebus?
  • [21:03:33] <XorA> spacecolonyone: probably not then
  • [21:03:47] <koen> alexxd: it will happen on all
  • [21:03:57] <mdp> you need to talk to panto about the state-of-the-art for capes, he understands that stuff as the author of it all
  • [21:04:01] <koen> alexxd: on ubuntu it will happen later, since it's so slow on the 'bone
  • [21:04:03] <mdp> xanium4332: ^^
  • [21:04:17] <koen> prpplague: DiP right now on bbc1
  • [21:04:21] <mdp> koen, "edma programming limitation" :P
  • [21:04:51] * pastjean (~pastjean@208.92.20.89) Quit (Remote host closed the connection)
  • [21:05:20] <alexxd> hm, k, thx guys
  • [21:05:43] <xanium4332> mdp: and with regards to OE workflow and 3.8? I'm currently using Angstrom 2012.05, I've seen the 2012.12 branch, but should I move forward from 2012.05 if I want to use the beaglebone/3.8 kernel?
  • [21:06:01] <mdp> not sure, I don't use OE directly
  • [21:06:16] <xanium4332> Alternatively, are there any meta- layers that have a recipe for the 3.8 kernel. I know meta-beagleboard exists, but last time I checked it only included mainline stuff
  • [21:06:36] <mdp> I use Angstrom armv5/v7 rootfses + opkg + cross/native gcc to produce what I need
  • [21:06:39] <mdp> for userspace
  • [21:06:51] <mdp> I leave OE to smart people
  • [21:07:16] <spacecolonyone> While you guys are going on about updating to 3.8, did the smart reflex 1GHz BBxM stuff finally make it into mainline
  • [21:07:50] <prpplague> koen: hehe
  • [21:08:06] <prpplague> koen: i'll have to get a copy from my backup service this evening
  • [21:08:34] <xanium4332> mdp: mmm ok, cheers for the info
  • [21:08:55] <mdp> there's some knowledgeable OE folks lurking here
  • [21:09:05] <mdp> OE/yocto/angstrom/poky/etc
  • [21:09:10] <spacecolonyone> I'm still doing all my stuff on 3.2 and the only things that I really miss (that I know of) are proper power off (I understand the BBxM just enters a while loop forever at halt), wake on pan support (the usb ethernet gadget supports it, I think the board does as well at a hardware level), and 1GHz operation
  • [21:10:41] <spacecolonyone> systemd was on my list, (not a kernel thing, I know) but just recently is was updated to 189 so I was happy about that. Koen, if that was you, thanks
  • [21:10:58] <Em`Zee> koen; If I'm not mistaken, it was you doing work on the LCD4; was there anything specific I need to put in uEnv.txt to make it play nice?
  • [21:11:06] <xanium4332> I've been jumping into OE and Angstrom etc..., but coming up with a sane workflow for kernel development, OE development etc... is proving hard
  • [21:11:35] <mrpackethead_> i've decided its ok, to live on a older kernel
  • [21:11:49] <mrpackethead_> maybe it prevents me from being quite so cutting edge
  • [21:11:49] <spacecolonyone> xanium4332, I hear you. It took me a while to get the hang of it.
  • [21:12:00] <mrpackethead_> but it does mean i can work with stuff that is functional.
  • [21:12:15] <spacecolonyone> I still run up against stuff that bites me
  • [21:12:17] * sakoman (~steve@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) Quit (Quit: Leaving.)
  • [21:12:34] <xanium4332> mrpackethead_: I'm fine with being on 3.2, I just need to have working audio, which you say you have achieved :)
  • [21:12:53] <mrpackethead_> yes, but not with that IC you have
  • [21:12:58] <xanium4332> #spacecolonyone: any tips for kernel workflow, atm I'm adding patches into the OE kernel build
  • [21:13:01] <spacecolonyone> as in I don't know how to do it, but I ended up creating my own layer as an overlay and using the angstrom setup scripts and it has really made it much better
  • [21:13:01] * sakoman (~steve@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) has joined #beagle
  • [21:13:13] <spacecolonyone> create your own layer
  • [21:13:22] <xanium4332> mrpackethead_: of course not, I'm fully prepared for kernel hacking, just I thought the McASp driver was broken
  • [21:13:24] <mrpackethead_> xanium4332: it pretty much worked out of the box for me under debian squeeze
  • [21:13:40] <mrpackethead_> just had to add some kernal modules
  • [21:13:58] <mrpackethead_> did have some issues with jackd
  • [21:14:07] <mrpackethead_> it quite port nicely to arm
  • [21:14:08] <spacecolonyone> for instance I'm having to patch for a few different things, https://github.com/baileyji/m2fs-layer
  • [21:14:15] <mrpackethead_> but is now working fine.
  • [21:14:23] <mrpackethead_> jackd works a treat.
  • [21:14:24] <xanium4332> spacecolonyone: I'm doing the exact same thing with layers, but mainly for angstrom customisation. I've not made my own kernel bitbake recipe
  • [21:15:57] <spacecolonyone> yea, I've appended the mainline 3.2 recipe with the patches I need. the next thing on my list is to figure out how to add to my layer so when I build my image it does things line placing install files where I want them and creates users for me automatically
  • [21:15:59] <xanium4332> sidetrack: ooo you have a patch for an aptina sensor
  • [21:16:05] <spacecolonyone> yea
  • [21:16:43] <xanium4332> isn't there a base-files recipe you can extend to add files to the image (ie login moto)
  • [21:16:49] <xanium4332> s/moto/motd
  • [21:16:51] <spacecolonyone> not mine, I pilfered it, as you can see, but I needed it as a proof of concept for the custom imager I'm making
  • [21:17:26] <xanium4332> did you fork angstrom's setup-scripts and add your branch in?
  • [21:17:36] <spacecolonyone> there is, but I haven't taken the time to find it yet.
  • [21:17:43] <spacecolonyone> no maybe I should have.
  • [21:17:57] <xanium4332> only if you're using angstrom...
  • [21:18:17] <xanium4332> how do you get away with using the mainline 3.2 kernel? don't you need the PSP release?
  • [21:18:19] <spacecolonyone> I haven't rebuilt or pulled in months, so I'm actually kind of terrified that all hell is going to break loose next time I pull and rebuild
  • [21:18:35] <spacecolonyone> I am using 2012.05
  • [21:19:53] <mrpackethead_> i'm annoyed.
  • [21:20:18] <mrpackethead_> i dont' ahve a DS1339 sitting in the proto parts draw.
  • [21:20:38] <spacecolonyone> digikey, overnight
  • [21:21:02] <xanium4332> are your patches to add support for the DS1339?
  • [21:21:20] <xanium4332> If so, you may have just solved a *major* headache I was trying to solve earlier today
  • [21:21:36] <spacecolonyone> me?
  • [21:21:56] <xanium4332> By switching all our machines to ARM within the submarine, we've lost all the RTCs we have. We need good logs, so was trying to come up with an RTC solution
  • [21:22:15] <xanium4332> I meant mrpackethead_ , who mentioned the DS1339
  • [21:23:27] <mrpackethead_> like you, my machines have to run 'disconected'
  • [21:23:40] <mrpackethead_> and there is no guarrentee that they will stay powered up
  • [21:24:41] <mrpackethead_> dumb question, if i want to employee someone in the USA
  • [21:24:43] <mrpackethead_> but i'm not a US company
  • [21:24:51] <mrpackethead_> how do you pay them
  • [21:24:55] <mrpackethead_> and sort out their tax
  • [21:25:34] <Crofton|work> send gold bars
  • [21:26:22] <mru> set them up with an offshore bank account :)
  • [21:27:08] <xanium4332> bitcoin
  • [21:27:15] * xanium4332 ducks for cover
  • [21:27:38] * mru covers xanium4332 in ducks
  • [21:29:59] <woglinde> mrpackethead_ do it not depend the country your company is located?
  • [21:31:51] <woglinde> might be more complicated when you are located in north korea
  • [21:35:08] <XorA> mrpackethead_: you just get them to invoice you, it is upto them to sort out tax (if your in the EU)
  • [21:36:03] <Crofton|work> XorA, is being too serious, but this is the best approach
  • [21:37:00] <XorA> yo Crofton|work
  • [21:37:13] <Crofton|work> hey
  • [21:37:17] <XorA> T-11 until beer days :-D
  • [21:37:17] <Crofton|work> freezing here
  • [21:37:21] <Crofton|work> yes
  • [21:37:35] <Crofton|work> and I have a flaky central heting unit
  • [21:37:43] <woglinde> crofton will be cold as last year in brussel
  • [21:37:49] <XorA> get on that bike and peddle for heat
  • [21:37:51] <Crofton|work> bother
  • [21:37:53] <Crofton|work> I did
  • [21:38:11] <Crofton|work> I am hoping it warms up for FOSDEM
  • [21:38:34] <XorA> yeah a repeat of the sun and t-shrts your would be nice :-D
  • [21:38:41] <XorA> s/your/year/
  • [21:39:52] <Crofton|work> I ahve OE stickers
  • [21:41:52] * sakoman (~steve@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) Quit (Quit: Leaving.)
  • [21:42:11] * mhaberler (~mhaberler@macbook.stiwoll.mah.priv.at) Quit (Quit: mhaberler)
  • [21:43:09] * sakoman (~steve@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) has joined #beagle
  • [21:46:49] <XorA> Crofton|work: I can see this going wrong after a few beers
  • [21:49:20] <Crofton|work> #oeallthethings?
  • [21:49:29] <crashovrd> no good ever came from a room of drunk engineers
  • [21:49:58] <Crofton|work> next year I want to get temporary tattoos
  • [21:52:31] <Em`Zee> Is there a way to set a default window manager without using .xinitrc? (Since I can't seem to find xinit or startx in the angstrom feed)
  • [21:54:32] <woglinde> why did you install more than one wm?
  • [21:55:10] <Em`Zee> I didn't
  • [21:55:15] <Em`Zee> I have twm installed
  • [21:55:23] <Em`Zee> but it doesn't autoload when I just run "X"
  • [21:57:15] <woglinde> uhm we have a twm recipe
  • [21:58:23] <cbrake> latest beagleboard image from angstrom/meta-ti -- aplay -l does not list any sound cards :-(
  • [22:00:03] <Em`Zee> woglinde; So far, none of the precanned stuff has worked for me. I've been at this for over a month.
  • [22:00:19] <Em`Zee> I said screw it, downloaded the base systemd image, and have just been hacking away at that
  • [22:00:44] <cbrake> perhaps modules need loaded or something ...
  • [22:01:57] <cbrake> snd_soc_twl4030 is loaded -- hmmm
  • [22:02:17] * sakoman (~steve@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) Quit (Quit: Leaving.)
  • [22:04:07] * Wipster (~Wip@cpc2-rdng23-2-0-cust135.15-3.cable.virginmedia.com) has joined #beagle
  • [22:04:27] * sakoman (~steve@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) has joined #beagle
  • [22:04:34] * krajo1 (~krajo1@ip4-83-240-125-22.cust.nbox.cz) Quit (Quit: Konversation terminated!)
  • [22:04:39] * Vitus (7286a32a@gateway/web/freenode/ip.114.134.163.42) has joined #beagle
  • [22:06:02] <ka6sox> hiya cbrake
  • [22:06:20] <XorA> Crofton|work: UT-OH!!!!
  • [22:07:28] <XorA> cbrake: module dependencies for sound are probably still broke so you probably need more modules
  • [22:08:54] <mranostay> Crofton|work: #OETheWorld !
  • [22:08:56] <cbrake> ka6sox: Hello
  • [22:09:06] <XorA> Bitbake the Planet!
  • [22:09:21] <cbrake> XorA: yes, seems like there should be a beagle soc module or something ...
  • [22:10:55] <cbrake> hah kernel-module-snd-soc-omap3beagle
  • [22:10:59] * cbrake tries
  • [22:12:16] <mranostay> davest: i liked the other profile pic :)
  • [22:12:38] <Crofton|work> did he change the one on the elc website?
  • [22:13:00] <mranostay> yes
  • [22:13:01] * kiilo (~kiilo@xdsl-188-155-92-75.adslplus.ch) Quit (Quit: ciao)
  • [22:13:10] <Crofton|work> he's such a stick in the mud
  • [22:13:42] <cbrake> and soc-omap, soc-omap-mcbsp ...
  • [22:17:15] <prpplague> ok... so the question is........
  • [22:17:25] <prpplague> how many TI developers does it take to.......
  • [22:17:38] <woglinde> prpplague haha
  • [22:17:51] <prpplague> catch two squirrels running free inside the forest lane campuses building...
  • [22:18:36] <emeb> depends on how bored everyone is with what the _ought_ to be doing.
  • [22:18:38] <mranostay> catch them with what?
  • [22:18:59] <mru> owls
  • [22:19:13] <mranostay> ...are not what they seem
  • [22:19:35] <emeb> yes - all offices should be provisioned with owls in case of an outbreak of small furry creatures.
  • [22:19:59] * eezee (d041451e@gateway/web/freenode/ip.208.65.69.30) has joined #beagle
  • [22:20:37] <mranostay> prpplague: you mean nobody has pulled out six-shooter yet?
  • [22:20:48] <emeb> youcantbetoocareful/thinkofthechildren/etc
  • [22:20:50] <crashovrd> did anyone sign off on the owl spec?
  • [22:21:14] <alan_o> mranostay: hey, this is Texas we're talking about, not like your wild west of Californ... oh wait.. nevermind
  • [22:21:39] <emeb> that's my next project - owlcape.
  • [22:21:52] <alan_o> emeb: owls with lasers/
  • [22:21:53] <alan_o> ?
  • [22:22:03] <crashovrd> and LUA
  • [22:22:08] <prpplague> mranostay: hehe no, but someone did have a static discharge gun
  • [22:22:13] <emeb> here's a prototype: http://www.youtube.com/watch?v=qIYZiTqenJs
  • [22:22:53] <mranostay> prpplague: i think that will just get them to bite you
  • [22:23:11] <emeb> honeybadger don't care
  • [22:23:33] <mranostay> how many shots for rabies again?
  • [22:23:38] <mdp> friday?
  • [22:23:38] <alan_o> emeb: way cool vid.
  • [22:24:07] <emeb> alan_o: that would be a fun DIY project - w/o the explosives of course.
  • [22:27:25] <NishanthMenon> prpplague, again?
  • [22:27:39] <NishanthMenon> prpplague, we had a squirrel run last week or so
  • [22:27:43] * BThompson (bhthompson@nat/google/x-lprqxrrnmvtzmyae) Quit (Ping timeout: 252 seconds)
  • [22:27:45] <prpplague> NishanthMenon: this time two
  • [22:28:08] <NishanthMenon> prpplague, awesome.. mebbe we should switch to squirrel mail ;)
  • [22:28:52] * NishanthMenon considers it a *sign* :P
  • [22:29:47] <mranostay> omen of a squirrel uprising?
  • [22:29:59] <mru> prpplague: can you design us an owlboard?
  • [22:30:23] <NishanthMenon> too many daisy guns :P
  • [22:30:26] <XorA> nuke it from orbit, its the only way to be sure
  • [22:30:27] <mrpackethead_> Pi-cape
  • [22:30:46] <mrpackethead_> somrhing i have not seen yet, is i-cape
  • [22:30:54] <mrpackethead_> ie, a docking station for your i-phone
  • [22:30:58] <mrpackethead_> i'm really suprized
  • [22:30:59] <xanium4332> so now I'm looking through the beaglebone/3.8 kernel, but I can't find any code for capes, all I can find is devicetree stuff and a single geiger cape file. Are devicetree files really all that are needed to make the existing capes work?
  • [22:31:01] <mdp> still no smeagolboard, count me as disappointed.
  • [22:31:10] <mrpackethead_> troll-cape
  • [22:31:13] <mrpackethead_> hobbit-cape
  • [22:31:16] <mrpackethead_> dwart-cape
  • [22:31:19] <mru> wizard-cape
  • [22:31:27] <XorA> Mortgoth-cape
  • [22:31:27] <prpplague> mru: hehe
  • [22:31:30] <mrpackethead_> get the set, and you can go on a enchanted jornery
  • [22:31:32] <XorA> -t
  • [22:31:37] <prpplague> NishanthMenon: well it is an on going thing with the squirrells
  • [22:31:46] <prpplague> NishanthMenon: the attacked me the parking lot the other day
  • [22:31:55] <mrpackethead_> i just have to finish bacon-cape first
  • [22:32:02] <mranostay> mrpackethead_: you'd need the special apple chip to do that
  • [22:32:04] <prpplague> NishanthMenon: and on friday they were throwing acorns at me from one of the trees
  • [22:32:16] <prpplague> NishanthMenon: so today i find one hiding in my cube
  • [22:32:36] <NishanthMenon> http://hackaday.com/2012/03/20/birdwatching-meets-a-computer-controlled-water-cannon-awesomeness-ensues/
  • [22:33:04] <XorA> prpplague: thats the new Android developers
  • [22:33:17] <crashovrd> use your opposable thumbs
  • [22:33:26] <prpplague> XorA: TI is paying them with acorns?
  • [22:33:31] <prpplague> instead of peanuts?
  • [22:33:36] <XorA> prpplague: cost cutting
  • [22:33:46] <mranostay> whoa acrons are high class
  • [22:33:51] <mranostay> *acorns even
  • [22:34:03] <XorA> says a man never tasted one :-D
  • [22:34:49] <NishanthMenon> prpplague, opencv + watergun + squirells + beaglebone + E-wing/parking lot ;)
  • [22:35:00] <mru> you guys are nuts
  • [22:35:08] <mdp> please tell me they get quality white oak acorns...choosy wildlife prefer the low tannic acids
  • [22:35:26] <mranostay> mru: +1
  • [22:35:54] <mru> and being thus, WATCH OUT for them squirrels
  • [22:37:42] <mranostay> NishanthMenon: i've wanted to make a few capes like that with questionable legality :)
  • [22:37:50] <Crofton|work> http://en.wikipedia.org/wiki/Squirrel_fishing
  • [22:38:04] <XorA> squirrel fur capes :_D
  • [22:38:40] <mranostay> Crofton|work: TIL...
  • [22:39:47] * Guest70803 (~bleh1@87.254.84.104) Quit (Ping timeout: 255 seconds)
  • [22:41:35] * edahling (~edahling@wbc.res.wpi.net) Quit (Ping timeout: 255 seconds)
  • [22:41:52] * edahling (~edahling@wbc.res.wpi.net) has joined #beagle
  • [22:44:00] <woglinde> gn
  • [22:45:03] * eezee (d041451e@gateway/web/freenode/ip.208.65.69.30) Quit (Ping timeout: 245 seconds)
  • [22:48:53] <mrpackethead_> well, after yesterdays debate on real time clocks
  • [22:48:58] <mrpackethead_> it seems really easy.
  • [22:49:22] <mrpackethead_> im still worried i'm issing something
  • [22:50:06] * kiilo (~kiilo@46-126-77-178.dynamic.hispeed.ch) has joined #beagle
  • [22:53:19] <mranostay> debate on RTCs?
  • [22:53:29] <crashovrd> HUSH!
  • [22:53:36] <crashovrd> we dont mention that anymore
  • [22:53:43] * crashovrd scrubs the logs
  • [22:53:51] <mru> we've moved on to squirrels now
  • [22:54:07] <mrpackethead_> i was left confused, bruisd and upset
  • [22:54:26] <_av500_> I left just in time
  • [22:54:30] <_av500_> in real time
  • [22:54:33] <mrpackethead_> i did'nt think a RTC was such a painful subject
  • [22:54:51] <mru> _av500_: you have a JIT clock?
  • [22:55:13] <mrpackethead_> so in the absence of a sensible answer
  • [22:55:25] <mrpackethead_> i have just decided to do what i thought i'd do
  • [22:55:31] <mrpackethead_> and will see how it works.
  • [22:55:46] <_av500_> mru: a lot of JITter
  • [22:56:08] <mranostay> how could there be anything about RTC to talk about?
  • [22:56:28] <mrpackethead_> i think it was all about kernel stuff
  • [22:56:32] <mrpackethead_> but it was way over my head.
  • [22:56:59] <_av500_> we concluded to put user space in the kernel
  • [22:57:08] <_av500_> then everybody wins
  • [22:57:20] <mranostay> ah
  • [22:57:32] <mrpackethead_> well, some partys concluded to do that
  • [22:57:48] <_av500_> mrpackethead_: we call it the "ruling party"
  • [22:57:58] <mranostay> the side with the most cluebats wins
  • [22:58:13] <mrpackethead_> A conventional computer operating system usually segregates virtual memory into kernel space and user space. Kernel space is strictly reserved for running the kernel, kernel extensions, and most device drivers. In contrast, user space is the memory area where all user mode applications work and this memory can be swapped out when necessary.
  • [22:58:22] <mrpackethead_> is that not true?
  • [22:58:28] <mru> that is not true
  • [22:58:32] <_av500_> for some definition of true, yes
  • [22:58:54] <mru> kernel/user-space is about privilege levels, not address ranges
  • [22:59:01] <mrpackethead_> if ( 1 == 2 )
  • [22:59:40] <mru> of course there will be memory areas only accessible in kernel-space
  • [22:59:57] <mru> and in some cases there is also hyperspace
  • [23:00:00] <mrpackethead_> so, because i really don't understnad whats going on.
  • [23:00:18] <mrpackethead_> i'm simply bolting a RTC onto the I2C bus
  • [23:00:21] * woglinde (~henning@f052236115.adsl.alicedsl.de) Quit (Ping timeout: 276 seconds)
  • [23:00:26] <_av500_> mru: do not forget white space
  • [23:00:27] <mrpackethead_> writing an init.d script in the write place
  • [23:00:38] <mrpackethead_> reading the time and setting the sytem clock.
  • [23:00:42] <mrpackethead_> seems easy
  • [23:00:53] <_av500_> how mundane
  • [23:00:57] <mranostay> hwclock --hctosys
  • [23:01:10] <mrpackethead_> i guess i will live or die on my deicison
  • [23:01:15] <_av500_> even pedestrian
  • [23:01:16] <mrpackethead_> but at least i'll find out
  • [23:01:34] <mru> or just enable CONFIG_RTC_HCTOSYS
  • [23:01:58] <_av500_> but as long as DT itself does not allow to implement I2C by bitbanging in the .dt file.... what can we do...
  • [23:02:40] <mrpackethead_> why do i need to mess with that kernel stuff though
  • [23:02:53] <mrpackethead_> this seems to be pretyt straight forward, and will acehive the desired result.
  • [23:03:00] <mrpackethead_> a machine that knows approximately what time it is.
  • [23:03:04] <crashovrd> and here we go again
  • [23:03:07] <crashovrd> :P
  • [23:03:32] <mrpackethead_> there must be a simple answer to this..?
  • [23:04:01] <mrpackethead_> im hearing that there is a way it will work;
  • [23:04:09] <mrpackethead_> and i'm hearing that theres a way that it might work better..
  • [23:04:50] * Wipster (~Wip@cpc2-rdng23-2-0-cust135.15-3.cable.virginmedia.com) Quit (Remote host closed the connection)
  • [23:05:34] <mru> _av500_: we need that forth interpreter
  • [23:05:55] <_av500_> what happened to the third?
  • [23:06:42] <mru> same thing that happened to ipv3
  • [23:07:05] <_av500_> political backstabbery
  • [23:08:10] <mrpackethead_> well from a hardware perspective, i don't think its going to make any differnece
  • [23:08:37] <mrpackethead_> so, i'll just stick the RTC on the board appropraitely
  • [23:08:49] <mrpackethead_> and make the software that -----> guy's problem.
  • [23:12:48] * prpplague (~danders@192.94.92.14) Quit (Quit: Leaving)
  • [23:21:58] <crashovrd> \o/ someone else's problem = win!
  • [23:25:02] <mrpackethead_> since i pay that -----> guy
  • [23:25:11] <mrpackethead_> i guess it is my problem still.
  • [23:27:58] * Vitus (7286a32a@gateway/web/freenode/ip.114.134.163.42) Quit (Ping timeout: 245 seconds)
  • [23:28:07] * GPSFan (~kenm@64.92.145.112) Quit (Remote host closed the connection)
  • [23:28:13] <ds2> hmmmmm
  • [23:29:11] <mrpackethead_> ---> he understands this stuff much better than i do.
  • [23:29:33] <ds2> what is this tempest in a teapot about RTCs?
  • [23:29:46] <mru> tempest at teatime
  • [23:30:30] * kkeller (~Ken_Kelle@174-17-17-245.phnx.qwest.net) Quit (Quit: Leaving.)
  • [23:39:57] * Dude (d8d7c57b@gateway/web/freenode/ip.216.215.197.123) has joined #beagle
  • [23:40:20] * Dude is now known as Guest18943
  • [23:40:35] <Guest18943> good evening all. cant do initial boot on xm, please help
  • [23:40:50] * djlewis (~djelwis@adsl-65-64-30-13.dsl.ltrkar.swbell.net) Quit (Quit: Leaving.)
  • [23:41:13] <Guest18943> reformatted sd to fat32, have all files from ext2 part on fat32 alonf with xxxx_jb.tar
  • [23:42:02] <Guest18943> running win 7 x64 as host
  • [23:44:22] <Guest18943> any takers?
  • [23:49:21] <thurbad> you're not gonna have links and such working on fat32....
  • [23:50:00] * guanucoluis (~luis@190.18.174.50) has joined #beagleboard
  • [23:50:21] <thurbad> permissions will be wrong as well
  • [23:54:49] <XorA> heh the days when we used to be able to keep linux rootfs on fat are I think gone
  • [23:54:51] * NishanthMenon (~nmenon@192.91.66.186) Quit (Quit: Staying away from flying saucers today.)
  • [23:55:35] <Guest18943> in that case, i am lost
  • [23:55:42] <XorA> Guest18943: dont understand what you mean, what is random file xxx_jb.tar?
  • [23:55:49] <mranostay> i hate trees
  • [23:56:08] <mru> buy more books
  • [23:56:27] <Guest18943> sry beagleboard-xm-jb.tar
  • [23:56:51] * florian (~fuchs@Maemo/community/contributor/florian) Quit (Quit: Verlassend)
  • [23:56:52] <Guest18943> how to actually flash the image?
  • [23:56:58] <XorA> is jb jelly bean?
  • [23:57:04] <mranostay> mru: fight the pollen though books?
  • [23:57:14] <thurbad> also do you have a serial connection to the board?
  • [23:57:19] <Guest18943> jb is jelly bean
  • [23:57:33] * XorA presses the eject button now, never tried Android on beagle
  • [23:57:40] <Guest18943> no serial at the moment. power and usb
  • [23:58:12] <XorA> seriel is essential for all embedded guys, you learn to live on 80x25 at 9600 baud
  • [23:58:27] <ds2> nah
  • [23:58:30] <ds2> 115200 baby!
  • [23:58:31] <Guest18943> would this be easier if i had linux running somewhere?
  • [23:58:35] <ds2> this is the 2010's
  • [23:58:42] <thurbad> ok, it's gonna be tough to diagnose if you get anything wrong in the boot setup even if you're close without a serial connection
  • [23:59:06] <Guest18943> none of the wiki's say use serial
  • [23:59:08] <thurbad> yes, it would make things easier, even if it's in a virtual machine
  • [23:59:09] <XorA> ds2: those crazy marvell chaps using 38400 :-D
  • [23:59:36] <Guest18943> ok, i will linux in my virual box