• [00:00:29] * koen (~koen@ip4da2a5ae.direct-adsl.nl) Quit (Ping timeout: 260 seconds)
  • [00:01:03] * koen (~koen@ip4da2a5ae.direct-adsl.nl) has joined #beagle
  • [00:03:59] * florian (~fuchs@Maemo/community/contributor/florian) Quit (Ping timeout: 260 seconds)
  • [00:14:25] * guanucoluis (~luis@2001:470:e450:0:225:56ff:fea1:2064) has joined #beagleboard
  • [00:26:48] * KeatonT (~textual@unaffiliated/keatont) has joined #beagle
  • [00:30:15] * Vadtec (~Vadtec@unaffiliated/vadtec) Quit (Quit: Vadtec was here....)
  • [00:30:53] * Vadtec (~Vadtec@unaffiliated/vadtec) has joined #beagle
  • [00:39:25] * KeatonT (~textual@unaffiliated/keatont) Quit (Quit: Computer has gone to sleep.)
  • [00:50:14] * kkeller (~Ken_Kelle@174-17-25-20.phnx.qwest.net) has left #beagle
  • [00:52:18] * drakkan1000 (~drakkan@dynamic-adsl-94-36-219-207.clienti.tiscali.it) Quit (Quit: Ex-Chat)
  • [00:55:16] * kiilo (~kiilo@1-162-43-49.dynamic.hinet.net) has joined #beagle
  • [00:55:18] * KeatonT (~textual@unaffiliated/keatont) has joined #beagle
  • [01:01:52] * KeatonT (~textual@unaffiliated/keatont) Quit (Quit: Computer has gone to sleep.)
  • [01:09:06] * tema (~tema@rrcs-64-183-214-186.sw.biz.rr.com) has joined #beagle
  • [01:10:08] * Vadtec (~Vadtec@unaffiliated/vadtec) Quit (Quit: Vadtec was here....)
  • [01:11:53] * Vadtec (~Vadtec@2001:470:1f06:13e0::9000:1) has joined #beagle
  • [01:12:16] * Vadtec is now known as Guest23409
  • [01:16:55] * guanucoluis (~luis@2001:470:e450:0:225:56ff:fea1:2064) Quit (Ping timeout: 260 seconds)
  • [01:20:22] * tema (~tema@rrcs-64-183-214-186.sw.biz.rr.com) Quit (Ping timeout: 265 seconds)
  • [01:31:08] * KeatonT (~textual@unaffiliated/keatont) has joined #beagle
  • [01:32:23] * KeatonT (~textual@unaffiliated/keatont) Quit (Client Quit)
  • [01:37:31] * Guest23409 (~Vadtec@2001:470:1f06:13e0::9000:1) Quit (Quit: Vadtec was here....)
  • [01:37:35] * mnt_real (~mnt_real@bas1-montreal43-2925257582.dsl.bell.ca) Quit (Quit: Leaving)
  • [01:39:23] * Vadtec_ (~Vadtec@2001:470:1f06:13e0::9000:1) has joined #beagle
  • [01:40:44] * TD-Linux (~thomas@about/essy/indecisive/TD-Linux) has joined #beagle
  • [01:46:21] * TD--Linux (~thomas@x-134-84-209-251.cfans.umn.edu) has joined #beagle
  • [01:46:51] * RITRedbeard_ (~redbeard@c-68-37-165-37.hsd1.nj.comcast.net) has joined #beagle
  • [01:48:48] * milesofmike (b8ae8038@gateway/web/freenode/ip.184.174.128.56) has joined #beagle
  • [01:48:49] <milesofmike> hello
  • [01:49:07] * TD-Linux (~thomas@about/essy/indecisive/TD-Linux) Quit (Ping timeout: 260 seconds)
  • [01:49:27] <milesofmike> is anyone active in here that can help me with a bluetooth problem?
  • [01:49:27] * thurbad (~natesewel@64.132.24.36) Quit (Quit: thurbad)
  • [01:49:34] * kiilo (~kiilo@1-162-43-49.dynamic.hinet.net) Quit (Ping timeout: 240 seconds)
  • [01:51:53] * kiilo (~kiilo@1-162-43-49.dynamic.hinet.net) has joined #beagle
  • [01:57:58] * milesofmike (b8ae8038@gateway/web/freenode/ip.184.174.128.56) Quit (Ping timeout: 245 seconds)
  • [02:04:21] * guanucoluis (~luis@201-213-244-55.net.prima.net.ar) has joined #beagleboard
  • [02:06:59] * KeatonT (~textual@unaffiliated/keatont) has joined #beagle
  • [02:07:01] * Vadtec_ is now known as Vadtec
  • [02:07:10] * Vadtec (~Vadtec@2001:470:1f06:13e0::9000:1) Quit (Changing host)
  • [02:07:10] * Vadtec (~Vadtec@unaffiliated/vadtec) has joined #beagle
  • [02:14:50] * thurbad (~natesewel@cpe-70-124-80-154.austin.res.rr.com) has joined #beagle
  • [02:17:51] * mturquette (~mturquett@nat/ti/x-txshrwvcljkxzqfz) Quit (Remote host closed the connection)
  • [02:18:08] * mturquette (~mturquett@nat/ti/x-vfzdsgphxkpclqsn) has joined #beagle
  • [02:21:24] * tema (~tema@12.69.71.131) has joined #beagle
  • [02:24:34] * KeatonT (~textual@unaffiliated/keatont) Quit (Quit: Computer has gone to sleep.)
  • [02:25:21] * mnt_real (~mnt_real@bas1-montreal43-2925257582.dsl.bell.ca) has joined #beagle
  • [02:26:37] * Vadtec (~Vadtec@unaffiliated/vadtec) Quit (Quit: Vadtec was here....)
  • [02:27:23] * Vadtec (~Vadtec@2001:470:1f06:13e0::9000:1) has joined #beagle
  • [02:27:35] * Vadtec is now known as Guest10325
  • [02:33:57] * Vadtec_ (~Vadtec@2001:470:1f06:13e0::9000:1) has joined #beagle
  • [02:34:56] * Guest10325 (~Vadtec@2001:470:1f06:13e0::9000:1) Quit (Excess Flood)
  • [02:42:09] * djerome (~djerome@ip68-2-20-108.ph.ph.cox.net) has joined #beaglebone
  • [02:45:33] * nullpuppy (~dustin@freematrix/staff/nullpuppy) has joined #beagle
  • [02:46:23] <mranostay> no we all are pretty wasted by this time
  • [02:51:02] * _troll_ (~mru@batanen.kinali.ch) Quit (Ping timeout: 252 seconds)
  • [02:51:09] * _troll_ (~mru@batanen.kinali.ch) has joined #beagle
  • [02:51:34] * riot (~riot@eris.hackerfleet.org) Quit (Ping timeout: 240 seconds)
  • [02:51:39] * PaulePanter (~paul@mail.gw90.de) Quit (Ping timeout: 252 seconds)
  • [02:51:47] * PaulePan1er (~paul@mail.gw90.de) has joined #beagle
  • [02:52:44] * riot (~riot@eris.hackerfleet.org) has joined #beagleboard
  • [02:56:45] <mranostay> _troll_: czech republic?
  • [02:56:56] <mranostay> er switzerland i mean
  • [02:58:59] * guanucoluis (~luis@201-213-244-55.net.prima.net.ar) Quit (Ping timeout: 260 seconds)
  • [03:08:36] <alan_o> Swaziland?
  • [03:09:06] * GPSFan (~kenm@64.92.145.112) Quit (Remote host closed the connection)
  • [03:09:30] <mranostay> alan_o: how goes the slides?
  • [03:10:05] <alan_o> I sent them to Craig
  • [03:10:20] <alan_o> All done except some pictures of my demo, which is not done yet :)
  • [03:10:22] <alan_o> getting there
  • [03:10:26] <alan_o> got my cape mostly soldered up
  • [03:10:38] <alan_o> 7805, and tested the regulator
  • [03:10:44] <alan_o> scared to plug it into the bone :)
  • [03:10:52] <alan_o> want to get one other thing working first
  • [03:11:01] <alan_o> before I unplug all these breadboard wires
  • [03:11:12] <ds2> 7805? heheh
  • [03:11:33] <alan_o> Well, I've got one of those 4-way AA battery holders from Radio Shack
  • [03:11:39] <alan_o> little too hot for the bone to handle
  • [03:11:41] * Vadtec_ (~Vadtec@2001:470:1f06:13e0::9000:1) Quit (Excess Flood)
  • [03:11:58] <ds2> I'd think that is way too cold for the bone w/the 7805
  • [03:12:03] <ds2> 7805's are 2V overhead
  • [03:12:22] <ds2> 4 AA Alk. is 6.1 fresh out of the box; 4AA NiCd/NiMH is 4.8V
  • [03:12:23] * Vadtec_ (~Vadtec@2001:470:1f06:13e0::9000:1) has joined #beagle
  • [03:12:39] <alan_o> hmmmm
  • [03:12:57] <alan_o> well crap.....
  • [03:13:07] * alan_o is not a hardware guy... clearly
  • [03:13:09] <ds2> got LDO?
  • [03:13:20] <alan_o> ok, that's not a problem. I can run off a 9v
  • [03:13:33] <ds2> 9V cells aren't made to output a lot of current
  • [03:13:41] <ds2> bone is >100mA if you use ethernet
  • [03:13:43] <mranostay> alan_o: i'm a sw guy but knows hw more than average java guy :P
  • [03:13:50] <ds2> that gives you maybe 30mins of power if you are lucky
  • [03:14:06] <alan_o> shouldn't run ethernet
  • [03:14:11] <ds2> use 8 cells
  • [03:14:14] <alan_o> no eth, no ftdi
  • [03:14:33] <ds2> 9v's are for like 40mA max drain if you want reasonable life
  • [03:14:39] <alan_o> mranostay: I'm in the same camp
  • [03:15:34] <alan_o> I don't have an LDO
  • [03:15:43] <alan_o> yeah, I did the math on the 9v and it wasn't favorable
  • [03:15:52] <alan_o> didn't take into account drain
  • [03:15:57] <alan_o> I just need it to run for an hour :)
  • [03:16:02] <ds2> use 2 of the 4AA's in a series
  • [03:16:10] <ds2> and just burn off extra power on the 7805 then
  • [03:16:25] <ds2> or get a RC battery pack...those come in 7.2V varieties
  • [03:16:31] <alan_o> If I had 6 AA's
  • [03:16:33] <ds2> wallyworld or ratshack should have them
  • [03:16:39] <alan_o> that gets me to 9
  • [03:16:52] <alan_o> I think radshack has a 6-way AA
  • [03:16:52] <ds2> that'd work
  • [03:17:15] <ds2> or better yet
  • [03:17:15] <mdp> alan_o, and a power cord is not acceptable?
  • [03:17:23] <ds2> get one of those "USB batteries"
  • [03:17:24] <alan_o> Well, it's going to be remote
  • [03:17:30] <ds2> that gives you 5V out of the box
  • [03:17:37] <alan_o> yeah, I thought about the USB battery option
  • [03:17:54] <alan_o> but that runs the FTDI if I do that
  • [03:18:10] <ds2> no,
  • [03:18:13] <ds2> cut up a USB cable
  • [03:18:15] <mdp> alan_o, you just going to send craig and updated set of slides or is that it?
  • [03:18:17] <alan_o> oh, well yeah
  • [03:18:20] <ds2> and feed 5V into it directly
  • [03:18:21] <mdp> s/and/an
  • [03:19:01] <alan_o> mdp: Craig said it's fine and that he'd get them from me after the talk.
  • [03:19:31] <alan_o> Seems like the LF talks a tough game early on then walks it back.
  • [03:19:37] <mdp> I think I sent mine on the way out the door last time
  • [03:19:39] <mdp> yeah
  • [03:19:45] <alan_o> the first thing I saw said, "must submit or be cancelled"
  • [03:19:53] <mranostay> alan_o: jack of all trades master of none here :)
  • [03:19:53] <alan_o> now it's all, "you guys are what make this conference"
  • [03:20:09] <mranostay> which has both helped and hurt me in jobs :)
  • [03:20:22] * dgilmore (~dgilmore@fedora/dgilmore) Quit (Ping timeout: 252 seconds)
  • [03:20:37] <mdp> alan_o, that was my experience with things as LF took over elc
  • [03:20:41] * thweber (~thomas@81.89.104.214) Quit (Ping timeout: 245 seconds)
  • [03:21:00] <mdp> it was super relaxed when it was just celf/tbird doing the logistics
  • [03:21:20] <mdp> just dump them on elinux whenever ;)
  • [03:21:29] * guanucoluis (~luis@201-213-244-55.net.prima.net.ar) has joined #beagleboard
  • [03:21:37] * Vadtec_ is now known as Vadtec
  • [03:21:38] * Vadtec (~Vadtec@2001:470:1f06:13e0::9000:1) Quit (Changing host)
  • [03:21:38] * Vadtec (~Vadtec@unaffiliated/vadtec) has joined #beagle
  • [03:21:46] <ds2> things were better when tbird did things
  • [03:21:46] * thweber (~thomas@81-89-104-214.blue.kundencontroller.de) has joined #beagle
  • [03:21:54] <alan_o> I like tbird a lot
  • [03:22:14] <alan_o> so ds2, are you coming?
  • [03:22:24] <ds2> alan_o: no time or budget for travel
  • [03:22:31] <alan_o> aww man.... :(
  • [03:22:45] <ds2> up to eyeballs with stuff
  • [03:22:48] <alan_o> Well, ELC-SF is close enough.
  • [03:23:01] <ds2> yes
  • [03:23:03] <mdp> alan_o, yeah, tbird used to mail a few people asking, "hey, it's past the deadline but are you interested in doing a session?!?"
  • [03:23:07] <mdp> hehe
  • [03:23:13] <ds2> too close (temporally)
  • [03:23:47] <ds2> who ever selected the date needs to be given a talking to
  • [03:23:50] <alan_o> ds2: yeah, I'm in the same boat. I'm turning good stuff away at this point, then this ELC stuff has caused me to put what I have on hold. I think it's worth it though.
  • [03:23:56] <mranostay> ds2: vote by mail!
  • [03:24:16] <ds2> mranostay: mail who?
  • [03:24:35] <ds2> last year it was too early already
  • [03:24:36] <mranostay> of course i tossed by vote ( ;) @ mdp)
  • [03:24:40] <mranostay> *my
  • [03:25:10] <mdp> ds2, that must be an LF schedule thing
  • [03:25:26] <mdp> it was always two month later like clockwork
  • [03:25:39] <ds2> yep... used to end of Apr after ESC
  • [03:25:43] <mdp> right
  • [03:26:45] <mdp> should be about 3 weeks for the CFP
  • [03:26:48] <ds2> maybe it'll be a bust
  • [03:27:01] <ds2> arm techcon was sad
  • [03:27:15] <mdp> it'll at least have the locals
  • [03:27:20] <mdp> and that counts for a lot
  • [03:27:23] <mranostay> mdp: for ELC SF you mean?
  • [03:27:29] <mdp> mranostay, yes
  • [03:27:38] <mranostay> 3 weeks before E-ELC would make my airfare ungodly :)
  • [03:27:56] <mranostay> i wouldn't be going if my talk wasn't selected :)
  • [03:28:37] <mdp> I mean, it's kinda ridiculous that one will end and the SF one will have to open the CFP almost immediately-ish
  • [03:29:04] <ds2> maybe CELF should seperate from LF
  • [03:29:15] <mranostay> hmm i should submit one for ELC as well
  • [03:29:29] <mdp> mranostay, travel is cheaper for you
  • [03:30:04] <mdp> mranostay, taser cape!
  • [03:30:38] <mranostay> mdp: yeah well not if have to take days off for it :)
  • [03:31:46] <alan_o> mranostay: company not sending you?
  • [03:32:00] * unterhausen (~eric@130.203.212.186) Quit (Ping timeout: 276 seconds)
  • [03:33:17] <alan_o> You know what grinds my gears? Music out of a piezo speaker.
  • [03:33:40] <alan_o> people sit there and listen to music on their cell phones. Do they not hear that it sounds like crap?
  • [03:33:57] <mranostay> alan_o: i work in a completely different field atm
  • [03:34:06] <mranostay> "cloud networking"
  • [03:34:19] <alan_o> oh really? I thought that was joking around...
  • [03:34:43] <alan_o> I was next to some server IT guys at lunch. Listening to them talk about their work problems.
  • [03:34:46] <ds2> cloudy networks? storm coming?
  • [03:35:20] * Guest2035 is now known as wmat
  • [03:36:02] <alan_o> I was thinking about how much farther beneath them I am in the layering of hw/sw, and then how many layers there are beneath me.
  • [03:37:21] * dgilmore (~dgilmore@fedora/dgilmore) has joined #beagle
  • [03:38:23] <mranostay> alan_o: needed a linux bringup guy and i needed out of Alabama it all works out :)
  • [03:38:52] <alan_o> so you did the bringup, and now you work on Node?
  • [03:39:26] * guanucoluis (~luis@201-213-244-55.net.prima.net.ar) Quit (Ping timeout: 252 seconds)
  • [03:39:42] * _roger_ (~a0740758@nat/ti/x-ynjwedyufeawijvv) Quit (Ping timeout: 244 seconds)
  • [03:40:33] * alan_o can't even make the dang uart work.... again :(
  • [03:40:45] <ds2> UARTs are overrated
  • [03:40:53] <ds2> console over GPIO
  • [03:41:00] <alan_o> bitbang!
  • [03:41:21] <alan_o> just put my tongue on the gpio pin... should be all anyone needs.
  • [03:42:46] * TD--Linux (~thomas@x-134-84-209-251.cfans.umn.edu) Quit (Quit: Konversation terminated!)
  • [03:43:50] * joelagnel__ (4cb90cca@gateway/web/freenode/ip.76.185.12.202) has joined #beagle
  • [03:44:14] <alan_o> why do we off-by-one in the DT?
  • [03:44:21] <alan_o> is uart0 not a valid identifier?
  • [03:44:36] <joelagnel__> Anyone know if regmap-i2c in kernel can handle special kind of i2c read requirements? For example if I need to switch to a particular page before doing a read, can regmap handle this?
  • [03:44:37] <alan_o> datsheet says uart0, it shows up as ttyO0, why uart1 in the dts?
  • [03:44:47] <mranostay> alan_o: no i work on the build as well.. i would quit if i had to do Node :)
  • [03:44:53] <mranostay> <-- barely kidding :)
  • [03:44:55] <joelagnel__> And, also the special case of writing to password protected registers which need a write to a password register?
  • [03:45:05] <mranostay> hi joelagnel__
  • [03:45:11] <joelagnel__> mranostay: hey there
  • [03:45:35] <mranostay> alan_o: pull up the SRM!
  • [03:45:46] * unterhausen (~eric@130.203.212.186) has joined #beagle
  • [03:45:52] <joelagnel__> *page switching requiring writing to a certain page register over i2c as well
  • [03:46:30] <alan_o> mranostay: srm matches the trm, which is off by one from the dts
  • [03:47:33] <mranostay> alan_o: http://knowyourmeme.com/photos/181367-close-enough--2
  • [03:48:13] <joelagnel__> I guess there are limitations. It'd be nice to hook pre and post functions to regmap to handle these case, still keeping the read/write code to a minimum which is the point of regmap
  • [03:49:38] <alan_o> mranostay: hehe
  • [03:56:52] <mranostay> alan_o: my close enough stage depends on the time of night
  • [04:01:33] * NishanthMenon (~nmenon@192.91.66.186) Quit (Remote host closed the connection)
  • [04:24:37] * Guest4399 (~zero@ppp118-209-29-10.lns20.mel4.internode.on.net) has joined #beagle
  • [04:24:38] * Guest4399 (~zero@ppp118-209-29-10.lns20.mel4.internode.on.net) Quit (Excess Flood)
  • [04:25:38] <mranostay> dammit even Grub is GPLv3 now?
  • [04:27:59] <alan_o> ugh.. grub
  • [04:28:40] <alan_o> "don't edit this file, even though you see exactly what you need to change.. edit some other file that we're not going to tell you about which is extra convoluted"
  • [04:28:53] <alan_o> "and varies between distros"
  • [04:29:03] <alan_o> "and has lots of conditional sections"
  • [04:29:07] <mranostay> loves to explain this 'limitation' to x86 tomorrow :)
  • [04:29:35] <mranostay> since ppc and mips are so 'limited' from running a JVM :)
  • [04:29:37] <alan_o> hehe... we need to start working 'limitation' in
  • [04:29:46] <alan_o> I thought that was a feature
  • [04:29:52] <mranostay> new meme starting? :)
  • [04:29:58] <alan_o> maybe...
  • [04:30:44] <alan_o> so no pc jvms from IBM?
  • [04:30:48] <alan_o> they used to do that
  • [04:30:51] <alan_o> s/pc/ppc/
  • [04:31:35] <mranostay> since Oracle?
  • [04:32:03] <alan_o> I don't keep up
  • [04:32:10] <alan_o> I haven't looked since Oracle
  • [04:34:04] <alan_o> ugh.... dts didn't fail on pintctrl-names (extra t)
  • [04:34:14] <alan_o> didn't fail compile
  • [04:34:19] <alan_o> failed to work :)
  • [04:34:53] <mranostay> alan_o: the real question do you really need java? :)
  • [04:35:08] <mranostay> learn a real programming language :)
  • [04:35:10] <alan_o> Well how else can you make things cross platform?
  • [04:35:23] <alan_o> C is just sugar for asm
  • [04:35:26] <alan_o> it's not webscale
  • [04:35:43] <mranostay> eh maybe 5% of the time
  • [04:35:54] <alan_o> huh?
  • [04:36:07] <mranostay> most C code is platform independant
  • [04:36:18] <alan_o> I was being funny (apparently unsuccessfully)
  • [04:36:20] <mranostay> if you are talking arch at least
  • [04:36:33] <alan_o> I agree, make stuff in C and C++
  • [04:36:33] <mranostay> <-- beer time here :)
  • [04:36:51] <alan_o> I know the C++ will get stones thrown at me in this channel, but it is the right tool for a lot of jobs
  • [04:37:40] <alan_o> uart!!!!
  • [04:38:06] <alan_o> first had to figure out that pinctrl was overwriting my devmem2
  • [04:38:11] <mranostay> remind me to stab you in BCN :)
  • [04:38:19] <alan_o> wonder how often that gets polled...
  • [04:38:25] <alan_o> for C++?
  • [04:38:28] <mranostay> yes :)
  • [04:38:32] <alan_o> How else you gonna make a GUI?
  • [04:38:35] <alan_o> gtk?
  • [04:38:38] <alan_o> that's a nightmare
  • [04:38:42] <mranostay> really?
  • [04:38:54] <alan_o> Well, I think so, compared to doing it in C++ with Qt
  • [04:38:56] <mranostay> of course most of my GUI work has been in Python...
  • [04:38:57] <alan_o> or with Gtkmm
  • [04:39:02] <alan_o> yeah, OO
  • [04:39:15] <alan_o> Objects work good for that stuff
  • [04:39:48] * Wally (~Carnival@its-wv-bcprox3.its.rmit.edu.au) Quit (Quit: Linkinus - http://linkinus.com)
  • [04:40:14] <alan_o> If I'm making a userspace app of any real size, I use C++.
  • [04:40:17] <mranostay> except python doesn't ******* thread
  • [04:40:34] <alan_o> thread?
  • [04:40:39] <alan_o> can't make threads in py?
  • [04:40:43] <alan_o> that doesn't seem right
  • [04:40:46] <mranostay> not real ones
  • [04:40:49] <alan_o> but what do I know
  • [04:40:50] <alan_o> oh
  • [04:40:51] <alan_o> green threads
  • [04:41:19] * mranostay googles
  • [04:41:27] <mranostay> yes that would be the term
  • [04:41:31] <alan_o> I don't know enough to ague either way on that one. I know blackdown when they did the Linux Java port did green first then eventually moved to native
  • [04:41:38] <alan_o> seems like they thought native was better
  • [04:41:41] <mranostay> also them do opcode counts for switching..
  • [04:41:45] <alan_o> but that was 13 years ago
  • [04:42:09] * Ceriand|desktop (~Ceriand@unaffiliated/ceriand) Quit (Quit: Leaving.)
  • [04:42:19] <mranostay> by first job was python coding so it has infected me since :)
  • [04:42:27] <alan_o> hehe
  • [04:42:51] <alan_o> my first post-college non-intern job was MFC on this nightmarish codebase.
  • [04:43:07] <alan_o> took the whole team a week (more?) to get it built on my machine
  • [04:43:22] <alan_o> some people had left, lots of knowledge lost
  • [04:43:42] <alan_o> "I think you need msxml, but what version....."
  • [04:43:45] <alan_o> unreal ma
  • [04:43:47] <alan_o> man
  • [04:44:33] <alan_o> There was one engineer there, whenever stuff would crash, would just check for the pointer that was null and skip the code that crashed.
  • [04:44:39] <mranostay> alan_o: my next job was EA as a lab bunny/intern.. that never graduated... :)
  • [04:44:53] <alan_o> never figured out _why_ NULLs were getting passed around.
  • [04:45:03] <alan_o> so as a result we just lost data left and right
  • [04:45:07] <alan_o> what a mess
  • [04:45:17] <alan_o> EA where?
  • [04:45:24] <ds2> ewwwwwwwwwwww grub
  • [04:45:26] <alan_o> we have EA here (Madden and NCAA)
  • [04:45:30] <mranostay> alan_o: Embedded Alley
  • [04:45:38] <alan_o> oh
  • [04:45:41] <alan_o> not EA Games ;)
  • [04:45:54] <mranostay> alan_o: worked in the same office in Ohio as mdp
  • [04:45:54] * divine (~divine@2001:470:8247:1::42) Quit (Ping timeout: 240 seconds)
  • [04:45:59] <alan_o> so you're 25 on your 4th job?
  • [04:46:46] <mranostay> alan_o: counting acquisitions?
  • [04:46:56] <alan_o> I don't count those
  • [04:47:03] <ds2> mranostay: you were only at EA? did you do any of the other emblinux companies?
  • [04:47:07] <mranostay> 3rd and 26
  • [04:47:59] <alan_o> you listed 3, and you worked 2 places after that
  • [04:48:04] <alan_o> no two
  • [04:48:19] <alan_o> The two on your linkedin?
  • [04:48:41] <mranostay> EA was bought by Mentor
  • [04:48:49] <alan_o> oh ok
  • [04:48:57] <ds2> bought...killed... murdered
  • [04:49:15] <mranostay> no comment
  • [04:49:20] <mdp> no comment
  • [04:49:27] <ds2> ahahahahaahhaahahhhahah
  • [04:49:53] <mdp> mranostay, I have no one to blame but myself, ultimately ;)
  • [04:50:15] <mranostay> i'm not totally complaining :)
  • [04:50:34] <mdp> only the MGC part sucked
  • [04:50:41] <mdp> MGC job part, that is
  • [04:53:22] <mranostay> i shouldn't even say this here. but i did absolutely nothing for the last year :D
  • [04:57:26] <mranostay> alan_o: so your talk has a demo?
  • [04:58:18] <alan_o> I hope :)
  • [04:58:43] <alan_o> I think I'll get there
  • [04:58:44] <mranostay> #wirenestbomb
  • [04:58:50] <alan_o> haha
  • [04:58:54] <alan_o> I'm soldering right now
  • [04:59:22] <mranostay> i totally expect worst case my first demo being to TSA
  • [04:59:22] * hattwick (~hattwick@68-184-17-253.dhcp.unas.ma.charter.com) Quit (Ping timeout: 252 seconds)
  • [04:59:41] <alan_o> does it look like a wirenestbomb?
  • [04:59:52] <mranostay> no minus the disconnected tube
  • [05:00:20] <mranostay> i fit the domestic terrorist profile :)
  • [05:04:23] * emeb (~ericb@ip72-201-79-123.ph.ph.cox.net) Quit (Quit: Leaving.)
  • [05:07:46] <mranostay> alan_o: your long hair isn't helping :)
  • [05:07:57] <mranostay> at least mdp is a boy scout
  • [05:07:58] * Jie (d18dcea9@gateway/web/freenode/ip.209.141.206.169) has joined #beagle
  • [05:08:21] <ds2> mranostay: bring a prayer mat with you
  • [05:09:06] <mranostay> ds2: can i yell "allahu akbar" too?
  • [05:09:16] <ds2> sure, why not
  • [05:09:29] <Jie> hello, for the beaglebone readme page:http://beagleboard.org/static/beaglebone/latest/README.htm Step 4, the code has an error, and didn't run success.
  • [05:09:32] <ds2> and be sure to order a halah meal too
  • [05:10:55] <alan_o> mdp is a boy scout? or just looking?
  • [05:10:57] <Jie> The revised version you find at jcqiu.wordpress.com
  • [05:12:06] <alan_o> Jie: best bet is to post that to the mailing list, and cc Jason Kridner
  • [05:12:48] <mranostay> alan_o: asst. scoutmaster
  • [05:13:26] <Jie> alan_o: ok, thanks
  • [05:13:39] * TD-Linux (~thomas@x-134-84-102-177.reshalls.umn.edu) has joined #beagle
  • [05:13:39] * TD-Linux (~thomas@x-134-84-102-177.reshalls.umn.edu) Quit (Changing host)
  • [05:13:39] * TD-Linux (~thomas@about/essy/indecisive/TD-Linux) has joined #beagle
  • [05:14:01] <alan_o> mranostay: hey, me too
  • [05:14:21] * emeb_mac (~ericb@ip72-201-79-123.ph.ph.cox.net) has joined #beagle
  • [05:14:56] <mranostay> well emeb_mac welcome to the machine
  • [05:15:19] <emeb_mac> thx mranostay
  • [05:15:30] <emeb_mac> what's shakin' this lovely evening?
  • [05:15:47] <emeb_mac> go trickertreating?
  • [05:16:26] <mranostay> apartments with external gates :)
  • [05:16:36] <mranostay> keeps the punk kids away :)
  • [05:17:38] <emeb_mac> hardly anyone in our area does it anymore.
  • [05:17:54] <emeb_mac> Last time we gave out candy we had like 5 groups come to the door all night.
  • [05:18:36] <mranostay> scumbag parents... don't take candy from strangers... allows you to go out once a year to get candy from stangers :-_
  • [05:18:42] <emeb_mac> so the last few years we just turned out the lights and played "not home"
  • [05:18:50] <emeb_mac> yeah. No trust any longer.
  • [05:19:34] <mranostay> i scare my neighbors i think
  • [05:19:43] <alan_o> Highest turnout ever for me this year
  • [05:20:20] <mranostay> in any apartment they have seen me carry guns to my car, loud music, excessive drinking with friends, and general bad stuff :)
  • [05:20:44] <emeb_mac> And then there's that cat.
  • [05:20:53] <ds2> what? no special plant parts being incinerated, mranostay?
  • [05:21:19] <mranostay> no comment
  • [05:21:39] <alan_o> mranostay: you need carriers for your guns that don't look like guns
  • [05:21:50] <alan_o> not to keep from offending people
  • [05:22:05] <mranostay> i used to carry my ar-15 to my car in Ohio without a case :)
  • [05:22:06] <alan_o> but to keep people from knowing that you have guns in your house when you're not home.
  • [05:22:22] <alan_o> Yeah, I guess I say that and do understand that it cuts both ways
  • [05:22:24] <ds2> alan_o: then people would think he's a bass guitarist or a violin player
  • [05:22:40] <mranostay> alan_o: i had a cop neighbor too :)
  • [05:22:51] <alan_o> you can have guns in CA?
  • [05:23:02] <mranostay> yes just not as open :)
  • [05:23:18] <mranostay> some are stored in Ohio :)
  • [05:23:34] <alan_o> btw, I re-read my comment and it reads like I'm your dad or something.... don't read it that way :)
  • [05:23:54] <mranostay> it is unlikey i think :)
  • [05:24:22] <alan_o> I have a friend who says, "I'm old enough to be your dad; in fact, what's your mom's name?"
  • [05:24:33] <Jie> alan_o: I haven't use the google group before. should I join the group, and then able to post it to the mailing list?
  • [05:24:36] * alan_o is only 5 years older than mranostay
  • [05:24:46] <alan_o> Jie: something like that
  • [05:24:52] <alan_o> I don't remember the exact steps
  • [05:24:52] <mranostay> alan_o: yeah but look 10 years younger :P
  • [05:25:20] * emeb_mac is old enough he doesn't talk about his age any longer.
  • [05:26:15] <mranostay> i'm starting not to get carded with a day or two of not shaving
  • [05:26:36] <emeb_mac> it's all downhill from there.
  • [05:26:39] <alan_o> I'm the same way but s/shaving/bathing/
  • [05:26:49] * emeb_mac holds nose
  • [05:27:18] <mranostay> my face for the record
  • [05:27:35] <alan_o> j/k, but no shave + no bath + long hair + the lumberjack clothes that I wear, is kind of scary
  • [05:27:41] <alan_o> I like to go into the bank like that
  • [05:27:42] <ds2> hmmmm not bathing in FL
  • [05:27:58] <alan_o> it helps if you're carrying an ax.
  • [05:28:11] <emeb_mac> alan_o: do you live in a unabomber shack?
  • [05:28:15] <mranostay> alan_o: have a FL CC? :)
  • [05:28:25] <ds2> why not add a hockey mask and chain saw?
  • [05:28:33] <alan_o> I do not have an FL CC, if it means what I think you mean
  • [05:28:39] <alan_o> I _should_
  • [05:28:43] * mranostay notes he can carry in pretty much every state but the one he lives in :)
  • [05:28:43] <alan_o> and I'm a lazy idiot for not
  • [05:28:56] <mranostay> alan_o: i have one :)
  • [05:28:57] <alan_o> emeb_mac: no, I live in a house farm.
  • [05:29:08] <joelagnel__> koen: I think this patch is critical for mcasp, but hasn't been pushed yet though it was supposed to be a long time back. this could be why we have broken mcasp, both mdp and vaibhav submitted patches for this
  • [05:29:28] <joelagnel__> would be a nice thing to include in the beaglebone kernels: https://patchwork.kernel.org/patch/1499271/
  • [05:29:42] <joelagnel__> Haven't tested yet if this fixes my audio issues
  • [05:30:00] <Jie> anyone playing fedora on beaglebone?
  • [05:30:29] <alan_o> Jie: are you trying to make mranostay mad?
  • [05:30:36] <joelagnel__> s/pushed/included in mainline/
  • [05:30:39] * joelagnel__ zzzz
  • [05:31:04] * alan_o is afraid to plug his cape in now that it's all soldered
  • [05:31:09] <emeb_mac> what's all this fedora on beagle stuff lately.
  • [05:31:20] <mranostay> alan_o: let out the magic smoke!
  • [05:31:33] <Jie> alan_o: .... I'm not kidding
  • [05:31:40] <emeb_mac> (in the manner of Emily Littella)
  • [05:31:40] <mranostay> Jie: why fedora?
  • [05:31:53] <joelagnel__> mranostay: reminds me of the 'lost' series :)
  • [05:32:22] <mranostay> alan_o: i was going to do my demo with a battery cape ask me about that at E-ELC :)
  • [05:32:23] * Geminizer (~Geminizer@cpe-76-180-17-14.buffalo.res.rr.com) has joined #beagle
  • [05:32:23] <Jie> mranostay: I goona do a project base on fedroa
  • [05:33:22] <mranostay> why?
  • [05:33:27] <ds2> so is that battery cape UL approved?
  • [05:33:36] <alan_o> mranostay: battery cape is just so big.
  • [05:34:02] <Jie> mranostay: student project. programming GPIO on beaglebone of Fedora 17
  • [05:34:18] <alan_o> Do it on Angstrom that comes with it
  • [05:34:20] <alan_o> it already works
  • [05:34:26] <alan_o> Exact steps are on the website
  • [05:34:30] <alan_o> why make it hard?
  • [05:34:33] <alan_o> for no gain?
  • [05:35:00] <Jie> alan_o: teacher's order! other wise gonna fail....
  • [05:35:04] <alan_o> oh
  • [05:35:15] <alan_o> so there's your answer emeb_mac
  • [05:35:27] <joelagnel__> :)
  • [05:35:43] <alan_o> Yeah, so there's some downloads on one of the web pages for it.
  • [05:35:47] <ds2> then just fail
  • [05:35:50] <alan_o> go forth and burn sd cards
  • [05:36:03] <Jie> alan_o: could u give me the link about u said worked on Angstrom
  • [05:36:23] <alan_o> google for gpio beaglebone
  • [05:36:28] <alan_o> there are tons of blog articles
  • [05:36:38] <alan_o> /sys/class/gpio
  • [05:36:41] * tchan (~tchan@lunar-linux/developer/tchan) Quit (Ping timeout: 256 seconds)
  • [05:36:46] <alan_o> export, read, write
  • [05:37:05] <emeb_mac> stupid teachers
  • [05:37:32] <emeb_mac> "I can't be bothered to fully understand something, so you have to follow my ignorance or fail"
  • [05:38:19] <alan_o> well, the other side of that is...... "shut up and do as your told and I don't want to hear any backtalk"
  • [05:38:45] <emeb_mac> another bad way to go.
  • [05:39:00] <alan_o> you talk as though you don't remember school :)
  • [05:39:06] <Jie> does there have beaglebone fedora 17 image now? I can't find it
  • [05:39:21] <emeb_mac> alan_o: I've tried to block it.
  • [05:39:51] <emeb_mac> still have those nightmares about being unprepared for midterms though.
  • [05:39:54] <alan_o> Jie: http://elinux.org/BeagleBone#Fedora
  • [05:40:02] <alan_o> first result for "beaglebone fedora"
  • [05:40:10] <emeb_mac> yay - google is working again!
  • [05:40:31] <Jie> alan_o: I went to there, only image for beagleboard xm
  • [05:40:49] <alan_o> Jie: http://beagleboard.org/static/beaglebone/latest/README.htm
  • [05:40:58] <alan_o> might not be a supported fedora configuration
  • [05:41:26] <alan_o> http://elinux.org/BeagleBoardFedora
  • [05:42:14] <Jie> alan_o: the readme page I already went throughed
  • [05:42:17] * hattwick (~hattwick@68-184-17-253.dhcp.unas.ma.charter.com) has joined #beagle
  • [05:42:19] * mranostay splashs holy water on Jie
  • [05:42:34] <ds2> need garlic too?
  • [05:44:18] <Jie> I just touch this stuff for a while,
  • [05:44:22] * alan_o disconnects his bone, hoping for the best....
  • [05:44:42] <Jie> Thanks
  • [05:46:24] <ds2> alan_o: when is the flight?
  • [05:47:53] <alan_o> Sat 3pm
  • [05:48:11] <alan_o> booting up
  • [05:48:18] * alan_o wipes brow
  • [05:48:19] <mranostay> alan_o: what airline?
  • [05:48:24] <alan_o> American
  • [05:48:36] <alan_o> one stop in miami, 1.5h layover, then zzzzz all the way to BCN
  • [05:49:05] * kiilo (~kiilo@1-162-43-49.dynamic.hinet.net) Quit (Ping timeout: 255 seconds)
  • [05:49:10] <mranostay> ouch
  • [05:49:30] <alan_o> ouch? I think it's a pretty nice flight
  • [05:49:33] <alan_o> no JFK nonsense
  • [05:49:42] <mranostay> what is your touchdown time?
  • [05:49:46] <alan_o> the layover is early, so the ZZZ can be uninterupted
  • [05:50:07] <alan_o> 830AM Sunday
  • [05:50:56] * bulbage (627077f8@gateway/web/freenode/ip.98.112.119.248) has joined #beagle
  • [05:50:56] * mdp is now adjust to left coast time
  • [05:51:18] * Jie (d18dcea9@gateway/web/freenode/ip.209.141.206.169) Quit (Ping timeout: 245 seconds)
  • [05:52:06] <ds2> oh you got a few days
  • [05:52:09] <ds2> plenty of time
  • [05:52:26] <mranostay> i so going to be jetlagged for my talk :)
  • [05:52:30] <alan_o> oh yeah... except being in Miami on Friday.
  • [05:52:36] <alan_o> mranostay: been to Europe before?
  • [05:52:43] <alan_o> taking the redeye?
  • [05:52:53] <alan_o> The key is this... sleep on the plane
  • [05:52:55] <bulbage> hello. I am on my 3rd day of trying things on bb xm. Does anyone have any benchmark on performance? I am using the SD card configuration it was shipped with
  • [05:52:56] <alan_o> as much as you can
  • [05:53:04] <bulbage> and to me it seems to run very slow
  • [05:53:10] <mdp> alan_o, yeah, right...so easy to sleep
  • [05:53:24] <bulbage> not just UIs. but even downloading files seems extremely slow
  • [05:53:25] <ds2> bulbage: incinerate that card. buy a decent card and use that
  • [05:53:28] <alan_o> then... when you get there, stay AWAKE until 9 or 930. It's hard, but the next day you're mostly on schedule
  • [05:53:33] <ds2> that card is slower then molasses in siberia
  • [05:53:46] <alan_o> mdp: it's hard but you have to try, that's my experience.
  • [05:53:53] <alan_o> lots of red-eyes to UK
  • [05:54:12] <alan_o> mdp: you're tall right?
  • [05:54:18] <alan_o> you look tall in your picture
  • [05:54:26] <joelagnel__> alan_ol, mranostay, good luck with your talks. looking forward to watching the live video stream :)
  • [05:54:31] <bulbage> ds2: what card do you suggest?
  • [05:54:40] <ds2> alan_o: is he next to mranostay in that picture?
  • [05:54:50] <mdp> alan_o, I once did the 8am arrival in paris thing on monday (couldn't leave on saturday due to commitment) ... I spent the entire flight telling myself I had to go to sleep or I would be miserable throughout the all-day meetings...
  • [05:55:09] <mdp> alan_o, well, I managed to keep myself awake all the flight..sucked
  • [05:55:13] <ds2> bulbage: I have had good luck with local store brand... so I don't have a reocmmendation... almost any retail card will be faster then that card
  • [05:55:27] <alan_o> mdp: oh yeah, you can't work the next day.
  • [05:55:29] <mdp> then the usual miserable 1.5 hour cab ride across to the other side of paris
  • [05:55:30] <mdp> blech
  • [05:55:33] <mranostay> ds2: what pic?
  • [05:55:44] <alan_o> the next day is blown, but the day after that.... is _almost_ ok.
  • [05:55:49] <ds2> mranostay: donno - <alan_o> you look tall in your picture
  • [05:55:50] <alan_o> for me anyway
  • [05:55:57] <mdp> alan_o, there have been times when my comfort was less important than what I had to be around for here
  • [05:56:12] <alan_o> mranostay, ds2 linkedin profile
  • [05:56:17] <ds2> oh
  • [05:56:38] <mdp> alan_o, 6'1" so tall enough to be uncomfortable on an intl flight
  • [05:56:54] <alan_o> mdp: yeah.no doubt. I have a set of those eye covers. They look stupid but they work.
  • [05:57:00] <mdp> it's mostly seat width for my shoulders quite honestly
  • [05:57:02] <alan_o> Virgin Atlantic gave them to me
  • [05:57:08] <alan_o> yeah, me too
  • [05:57:13] <alan_o> I'm 6-1 with wide shoulders
  • [05:57:36] <alan_o> you look wider than me in the picture, and I have a lot of trouble with that
  • [05:57:43] <mdp> usually my ass goes painful to numb and back so I can't fall asleep
  • [05:57:43] <alan_o> especially 3 guys in a row
  • [05:57:54] <mranostay> i'm short so unless i have a fat guy next to me i'm fine
  • [05:58:08] <alan_o> mranostay: yeah, planes were made for small guys
  • [05:58:34] <mdp> alan_o, yeah, probably worst was 3 of us guys...none fat..sitting in a row..all with wide shoulders
  • [05:58:51] <mdp> we all had to turn at an angle from CLE->SFO that night
  • [05:58:53] <mdp> *sigh*
  • [05:59:06] <bulbage> ds2: you mean as a general purpose computer? I am a bit confused by your comments.
  • [05:59:29] <mdp> hey good news...my new distractions are here!
  • [05:59:40] <alan_o> ??
  • [06:00:17] <mdp> launchpad lm4f120s have arrived!
  • [06:00:23] <alan_o> mdp: Last one I was on, I was in asile, and there was this big burly guy in the middle. I was touching his shoulder and getting hit with the drink cart.
  • [06:00:29] <mdp> StellarisWare in ROM, baby!
  • [06:01:16] <mdp> alan_o, I usually go aisle and sprawl my legs out there...I've gotten good at reading at subconciously drawing my legs in and out as the cart passes
  • [06:01:19] <alan_o> installed my wireless module... still works...
  • [06:02:01] <mdp> this is an rpi killer
  • [06:02:24] <alan_o> I do asile unless it's a redeye, then do window to lean on it (doesn't always work).
  • [06:02:31] <alan_o> mdp: did you say you're in CA?
  • [06:02:54] <mdp> no , not traveling..at home in OH
  • [06:03:16] <alan_o> you said something about Left Coast time
  • [06:03:19] <mdp> I'm just keeping odd hours
  • [06:03:24] <alan_o> ohh right
  • [06:03:32] <mdp> just because I'm hacking at 2am local time
  • [06:03:57] <bulbage> ds2: so is this http://www.youtube.com/watch?v=mcy929FV8Qg false advertising?
  • [06:04:02] <alan_o> oh, I keep forgetting you're not CDT in OH
  • [06:04:24] <bulbage> I guess not advertising since it is not by anyone from bb.org
  • [06:04:31] <ds2> that should be fine
  • [06:04:41] <ds2> the problem is they are using a slow card
  • [06:04:45] <ds2> nothing wrong w/the sw
  • [06:05:08] <mdp> alan_o, EDT goes pretty far west of here
  • [06:05:22] <alan_o> yeah, it's a wedge, iirc
  • [06:05:32] * alan_o googles the tz map
  • [06:05:45] <mdp> indianapolis and louisville are still in EDT
  • [06:06:01] <bulbage> I guess I find it strange that on beagleboard chat room I am being told to not use the beagleboard.
  • [06:06:39] <bulbage> I thought I would be reading: yes use the board but this is the right way to speed it up...
  • [06:06:43] <alan_o> but most of TN is not. And I always think of TN being southeast and OH being midwest, but TN is actually west of OH
  • [06:06:53] <mdp> right
  • [06:07:04] <alan_o> funny the way the map works in the mind
  • [06:07:05] <mranostay> alan_o: ohio is weird state :)
  • [06:07:11] <alan_o> High in the middle
  • [06:07:14] <ds2> OH is a fine state
  • [06:07:14] <mranostay> kinda the midwest
  • [06:07:21] <ds2> friendly folks there
  • [06:07:22] <mranostay> sure not the east coast
  • [06:07:29] <mdp> ds2, where?
  • [06:07:31] <mranostay> ds2: hey i know i lived there for 24 years :)
  • [06:07:38] <ds2> only complaint is the damn turnpike ;)
  • [06:07:51] <ds2> mdp: friendlier folks then the Chicago ones
  • [06:07:53] <mranostay> just no damn jobs or good pay :)
  • [06:07:59] <mdp> ds2, not saying much
  • [06:08:05] <alan_o> mranostay: where, east or OH/
  • [06:08:06] <alan_o> ?
  • [06:08:07] <mdp> mranostay, remote remote remote ;)
  • [06:08:25] <ds2> of course, I only know of OH near the turnpike
  • [06:08:37] <alan_o> I know a lot of remote people, but nobody seems to want to _hire_ remote people
  • [06:08:38] <mdp> ds2, the fastest road in OH
  • [06:08:41] <_av500_> yo
  • [06:08:43] <alan_o> maybe I'm not l33t enough yet.
  • [06:08:48] <emeb_mac> ho!
  • [06:08:55] <mranostay> mdp: my plan in 5-10 years :)
  • [06:09:55] <mdp> alan_o, I just had a lucky set of circumstances
  • [06:10:23] <ds2> mdp: wasn't EA a fully distributed company?
  • [06:10:30] <mdp> well ,wait, not lucky
  • [06:10:40] <mranostay> ds2: CA and OH
  • [06:10:41] <mdp> I controlled my ability to go live where I wanted to
  • [06:10:59] <bulbage> http://www.youtube.com/watch?v=kyGSaHr00xo another one claiming "laptop like" performance
  • [06:11:06] <mdp> mranostay, it was CA ,AZ, .gr., .jp, .ru at first
  • [06:11:14] <mdp> then I moved AZ->OH
  • [06:11:15] <ds2> oh... thought you guys had resources in .ru and AZ too?
  • [06:11:29] <mdp> yes, Tartarus and myself in AZ
  • [06:11:37] <ds2> like the founder was from AZ
  • [06:11:38] <mranostay> mdp: don't forget NH
  • [06:11:41] <ds2> ah okay
  • [06:11:51] <mdp> oh, yes, and NH
  • [06:11:54] <ds2> you guys got the guy out in NH?
  • [06:12:08] <mdp> 4 founders
  • [06:12:17] <mdp> NH, AZ, and 2 in CA
  • [06:12:32] <mdp> NH moved to CA and is there
  • [06:12:37] <mdp> mranostay works with him now ;)
  • [06:12:43] <emeb_mac> mdp: where in AZ?
  • [06:12:53] <mdp> emeb_mac: I was in phx
  • [06:13:05] * emeb_mac is in mesa
  • [06:13:12] <mdp> Tartarus is/was in tuc but is moving now
  • [06:13:20] <ds2> ohhh different guy from NH
  • [06:13:23] <ds2> NH/MA
  • [06:13:30] <mdp> emeb_mac: cool..home was in chandler
  • [06:13:32] <emeb_mac> lotta folks moving out of TUS these days it seems.
  • [06:14:10] <emeb_mac> mdp: and now OH? probably gained 5lbs in H20
  • [06:14:34] <mdp> originally from here
  • [06:14:41] <mdp> it's worked out quite well
  • [06:14:50] <emeb_mac> mdp: me too - Cincinnati.
  • [06:14:59] <mdp> everybody is from here! ;)
  • [06:15:23] <mdp> one of those funny things in the various job attractor areas
  • [06:15:26] <emeb_mac> oh why oh why oh why oh...
  • [06:15:50] <bulbage> I am glad I bought the board and joined this chat room...I am finding out a lot about people's opinions and chatter
  • [06:16:00] <emeb_mac> it's social!
  • [06:16:09] <mdp> ok, time for me to crash...bbt
  • [06:16:15] <bulbage> I guess whenever I feel lonely I will join this chat room
  • [06:16:22] <emeb_mac> they got social networks, we got social embedded computing.
  • [06:16:31] <bulbage> and start talking a storm about my travels and opinions
  • [06:16:43] <emeb_mac> it's only bandwidth.
  • [06:16:49] <bulbage> I am wondering where people go for technical support?
  • [06:16:52] <bulbage> hmmm...
  • [06:17:00] <emeb_mac> ask a technical question.
  • [06:17:10] <emeb_mac> maybe someone will answer.
  • [06:17:14] <bulbage> where is cincinnati?
  • [06:17:27] <emeb_mac> SW OH
  • [06:17:29] <bulbage> is that technical for this chat room?
  • [06:17:51] <emeb_mac> now I get the feeling your being sacastic.
  • [06:18:02] <emeb_mac> s/sacastic/sarcastic/
  • [06:18:28] <mranostay> heh
  • [06:18:29] <bulbage> maybe it is getting late or maybe it is because I just was told in bb chat room to not use the bb xm
  • [06:18:41] <ds2> no, use the xM
  • [06:18:42] <ds2> avoid the bone
  • [06:18:51] <bulbage> i am using the xm
  • [06:18:55] * mranostay tilts head
  • [06:18:58] <_av500_> maybe rpi could help here?
  • [06:20:18] <mranostay> _av500_: remind me to stab you at E-ELC :-)
  • [06:20:20] <bulbage> but not loving the speed. mine seems very sluggish. I tried ubuntu 12.04 and it was worse. I just did opkg update/ugrade
  • [06:20:25] <bulbage> still pretty slow box
  • [06:20:52] <bulbage> is there any benchmark data?
  • [06:21:01] <emeb_mac> here's solid evidence of what platform to use: http://www.google.co.uk/trends/explore#q=raspberry%20pi%2C%20beagleboard%2C%20beaglebone%2C%20arduino&cmpt=q
  • [06:21:07] <_av500_> mranostay: damn, being stabbed in 2 channels at the same time is tough
  • [06:22:41] <mranostay> _av500_: what is your blood type?
  • [06:24:48] * bulbage (627077f8@gateway/web/freenode/ip.98.112.119.248) Quit (Quit: Page closed)
  • [06:25:06] <emeb_mac> another disappointed customer.
  • [06:25:19] <ds2> use a faster card
  • [06:25:32] <emeb_mac> a leaner OS?
  • [06:25:47] <ds2> if that is too hard to understand, prehaps you should wait for the leapfrog board or the presk00l board
  • [06:26:12] <emeb_mac> I'm sure Disney will have one out soon.
  • [06:27:13] * panto (~panto@195.97.110.117) has joined #beagle
  • [06:27:34] <mranostay> well panto-man
  • [06:27:43] <panto> hi mr
  • [06:27:45] <mranostay> i see the swing shift is here
  • [06:27:46] <panto> mranostay,
  • [06:27:52] <panto> damn autocomplete
  • [06:28:30] <alan_o> emeb_mac: This is more chatty than usual
  • [06:28:58] <alan_o> usually there's traffic but somewhat more technical
  • [06:29:05] <alan_o> It's too bad about bulbage
  • [06:29:56] <emeb_mac> yes
  • [06:30:20] <emeb_mac> still didn't quite get what his question was
  • [06:30:33] <alan_o> reading the log
  • [06:30:34] * lyakh (~lyakh@dslb-178-006-253-199.pools.arcor-ip.net) has joined #beagle
  • [06:30:39] <alan_o> ds2 told him to get a new SD card
  • [06:30:53] <alan_o> bulbage thought "card" ment his xM
  • [06:31:23] <alan_o> ds2 said "you should incinerate that card" after bulbage said "booted from the SD card and ..."
  • [06:31:50] <emeb_mac> another Cool Hand Luke situation.
  • [06:31:50] <alan_o> then ds2 said get a store brand, and bulbage thought he meant "buy a PC"
  • [06:32:03] <emeb_mac> "What we have here is a failure to communicate"
  • [06:32:03] <alan_o> emeb_mac: which scene?
  • [06:32:05] <alan_o> oh
  • [06:32:07] <alan_o> that :0
  • [06:32:14] <alan_o> I was gonna say, I know that movie well
  • [06:32:37] <emeb_mac> Only saw it once. Good one. The prison seemed so... innocent.
  • [06:32:48] <alan_o> yeah
  • [06:32:54] <alan_o> a lot like summer camp
  • [06:33:00] <emeb_mac> exactly.
  • [06:33:17] <alan_o> Filmed in FL by the way....
  • [06:33:37] <alan_o> If prison were really like that, there'd be less people in prison
  • [06:33:49] <emeb_mac> ?
  • [06:34:03] <emeb_mac> maybe more - nice vacation.
  • [06:34:04] <alan_o> because while it seemed summer-campy, 8-10 hours a day of cutting brush by the road would be a pretty good deterent
  • [06:34:12] <emeb_mac> there's that.
  • [06:34:17] <alan_o> most of the movie isn't focused on the work
  • [06:34:36] <alan_o> but it's 6 days a week cutting brush, then on Sunday you can fight.
  • [06:34:36] * koen (~koen@ip4da2a5ae.direct-adsl.nl) Quit (Ping timeout: 240 seconds)
  • [06:34:46] <emeb_mac> or the chain gang at the beginning of O Brother Where Art Thou.
  • [06:35:17] <alan_o> only saw taht one once. Liked it.
  • [06:35:43] * koen (~koen@ip4da2a5ae.direct-adsl.nl) has joined #beagle
  • [06:35:47] <emeb_mac> it's pretty funny.
  • [06:35:57] <emeb_mac> One of the Cohen Bros. better ones.
  • [06:36:12] <emeb_mac> right up there with Raising Arizona and Fargo.
  • [06:36:26] <alan_o> I've not seen either of those
  • [06:37:25] <emeb_mac> <boggle>
  • [06:37:28] <alan_o> ok, I'm out of here. I have to get some sleep if I want to accomplish anything tomorrow
  • [06:37:45] <alan_o> emeb_mac: yeah, I don't see as many movies as I'd like
  • [06:38:14] <alan_o> but it was a good night. My cape works, no magic smoke... All the rest is just software (and mechanical)
  • [06:38:22] <emeb_mac> what cape?
  • [06:38:31] <alan_o> for my ELC presentation
  • [06:38:56] <alan_o> http://elceurope2012.sched.org/event/3ac1543b2161c0127d0a68d2491c576c#.UJIZASOsReg
  • [06:39:19] <emeb_mac> Nice!
  • [06:39:44] <alan_o> It's been a long week :)
  • [06:40:00] <emeb_mac> I bet. Getting ready for show & tell is always hectic.
  • [06:40:18] <mranostay> alan_o: we only have to be sober Monday remember :)
  • [06:40:43] <alan_o> Thats right man.... Monday at 12PM CET, vacation starts :)
  • [06:40:58] <alan_o> It'll be nice to be "off" for a few days
  • [06:41:04] <mranostay> alan_o: hotel bar? :)
  • [06:41:25] <alan_o> I'll be wherever the crowd is
  • [06:43:36] <alan_o> ok,laters all
  • [06:43:42] * alan_o (~alan@c-68-62-240-236.hsd1.fl.comcast.net) Quit (Remote host closed the connection)
  • [06:43:52] <mranostay> good idea
  • [06:43:53] <mranostay> laters
  • [06:51:14] * Geminizer (~Geminizer@cpe-76-180-17-14.buffalo.res.rr.com) Quit (Quit: Leaving...)
  • [06:55:59] * tasslehoff (~tasslehof@147.84-49-231.nextgentel.com) has joined #beagle
  • [07:17:43] * djerome (~djerome@ip68-2-20-108.ph.ph.cox.net) Quit (Remote host closed the connection)
  • [07:21:31] * Geminizer (~Geminizer@cpe-76-180-17-14.buffalo.res.rr.com) has joined #beagle
  • [07:29:40] * Guest83921 (~bleh1@178.16.15.83) has joined #beagle
  • [07:30:28] * Geminizer (~Geminizer@cpe-76-180-17-14.buffalo.res.rr.com) Quit (Ping timeout: 246 seconds)
  • [07:42:23] * emeb_mac (~ericb@ip72-201-79-123.ph.ph.cox.net) Quit (Quit: emeb_mac)
  • [07:42:33] * JViz (~JViz@cpe-024-163-006-117.triad.res.rr.com) has joined #beagle
  • [07:45:52] * jpsaman (~jpsaman@videolan/developer/jpsaman) has joined #beagle
  • [07:58:49] * unterhausen (~eric@130.203.212.186) Quit (Ping timeout: 246 seconds)
  • [08:11:25] * Guest83921 (~bleh1@178.16.15.83) Quit (Ping timeout: 246 seconds)
  • [08:14:19] * unterhausen (~eric@130.203.212.186) has joined #beagle
  • [08:14:45] * tema (~tema@12.69.71.131) Quit (Ping timeout: 276 seconds)
  • [08:26:16] * Geminizer (~Geminizer@cpe-76-180-17-14.buffalo.res.rr.com) has joined #beagle
  • [08:30:36] * Geminizer (~Geminizer@cpe-76-180-17-14.buffalo.res.rr.com) Quit (Ping timeout: 240 seconds)
  • [08:33:00] * woglinde (~henning@g229046208.adsl.alicedsl.de) has joined #beagle
  • [08:49:21] * RITRedbeard_ (~redbeard@c-68-37-165-37.hsd1.nj.comcast.net) Quit (Ping timeout: 244 seconds)
  • [08:50:55] <tasslehoff> koen: I'm trying out angstrom-v2012.12-yocto1.3 with the same mlo/u-boot/kernel I had before. After 'Starting kernel ...' all is silent on the console. Any idea why that could be? Has <something-fundamental> changed?
  • [08:52:37] <woglinde> tasslehoff try the old setup
  • [08:53:09] <JViz> what does AM33XX_PULL_ENBL mean?
  • [08:53:49] * jpirko (jirka@nat/redhat/x-xdwbetbffpbijuak) has joined #beagle
  • [08:55:48] <tasslehoff> woglinde: hm? the old setup?
  • [08:55:50] <JViz> if i don't want to use pullups, do i need to change it to AM33XX_PIN_OUTPUT?
  • [08:59:44] <woglinde> tasslehoff the one which worked before
  • [08:59:55] <woglinde> dont tell me you did not save that
  • [09:01:18] <tasslehoff> woglinde: heh. we have a stable release, but I'm trying to move forward
  • [09:01:57] <tasslehoff> so I want to make the new setup work
  • [09:03:02] <dm8tbr> good moaning
  • [09:03:12] <panto> moan away brother
  • [09:03:39] * dm8tbr also decided to indulge in some mild trolling at UDS/LCE today
  • [09:04:03] <woglinde> tasslehoff good try this old setup
  • [09:04:13] <woglinde> maybee your hw got borked or so
  • [09:04:30] <woglinde> dm8tbr about what?
  • [09:05:02] * dm8tbr is wearing a MER-project t-shirt today
  • [09:05:15] <woglinde> haha better maemo
  • [09:05:42] <tasslehoff> woglinde: nope. I can switch to the old setup and it works fine, so there's something else at play here. will try a different kernel.
  • [09:05:57] <woglinde> tasslehoff good so this is clear
  • [09:06:04] <woglinde> better double checking first
  • [09:06:15] <dm8tbr> actually meego redone proper, nowadays
  • [09:14:46] * Matt_O1 (~MattOwnby@216.160.243.228) Quit (Ping timeout: 246 seconds)
  • [09:20:52] * xanium4332 (~yaaic@jeb90.fitz.cam.ac.uk) Quit (Ping timeout: 248 seconds)
  • [09:23:59] * xanium4332 (~yaaic@global-2-14.nat.csx.cam.ac.uk) has joined #beagle
  • [09:26:37] * Geminizer (~Geminizer@cpe-76-180-17-14.buffalo.res.rr.com) has joined #beagle
  • [09:28:04] * xanium4332 (~yaaic@global-2-14.nat.csx.cam.ac.uk) Quit (Ping timeout: 246 seconds)
  • [09:31:00] * Geminizer (~Geminizer@cpe-76-180-17-14.buffalo.res.rr.com) Quit (Ping timeout: 248 seconds)
  • [09:34:15] * xanium4332 (~yaaic@global-2-14.nat.csx.cam.ac.uk) has joined #beagle
  • [09:39:25] * Pano (d4b53982@gateway/web/freenode/ip.212.181.57.130) has joined #beagle
  • [09:41:16] <av500> tasslehoff: there is something about compiler versions
  • [09:41:26] <av500> and newer gcc failing to compile kernel properly
  • [09:41:53] <av500> dm8tbr: how many apps in the store?
  • [09:42:45] <woglinde> av500 ah right yes
  • [09:42:56] <woglinde> 4.5 or 4.6 was last version
  • [09:43:04] <dm8tbr> av500: apps? store?
  • [09:49:01] * woglinde_ (~henning@f052228105.adsl.alicedsl.de) has joined #beagle
  • [09:52:08] * woglinde (~henning@g229046208.adsl.alicedsl.de) Quit (Ping timeout: 268 seconds)
  • [09:59:09] * _roger_ (~a0740758@nat/ti/x-jpgyoncmkidrsgrx) has joined #beagle
  • [10:05:30] <tasslehoff> av500: ah, thanks.
  • [10:14:57] * woglinde_ is now known as woglinde
  • [10:27:00] * Geminizer (~Geminizer@cpe-76-180-17-14.buffalo.res.rr.com) has joined #beagle
  • [10:31:14] * Geminizer (~Geminizer@cpe-76-180-17-14.buffalo.res.rr.com) Quit (Ping timeout: 240 seconds)
  • [11:12:12] * giaaa (5ffce999@gateway/web/freenode/ip.95.252.233.153) has joined #beagle
  • [11:27:19] * Geminizer (~Geminizer@cpe-76-180-17-14.buffalo.res.rr.com) has joined #beagle
  • [11:32:04] * Geminizer (~Geminizer@cpe-76-180-17-14.buffalo.res.rr.com) Quit (Ping timeout: 248 seconds)
  • [11:54:23] * jluisn (~quassel@187.115.172.24) has joined #beagle
  • [11:54:35] * rcranetx (~rcranetx@nat/ti/x-rjjnijbtqtskwpfk) has joined #beagle
  • [12:05:12] * dj_pi (~asd@c-107-5-25-243.hsd1.mi.comcast.net) has joined #beagle
  • [12:15:31] * giaaa (5ffce999@gateway/web/freenode/ip.95.252.233.153) Quit (Quit: Page closed)
  • [12:19:28] * dj_pi (~asd@c-107-5-25-243.hsd1.mi.comcast.net) Quit (Quit: Leaving)
  • [12:27:40] * Geminizer (~Geminizer@cpe-76-180-17-14.buffalo.res.rr.com) has joined #beagle
  • [12:28:03] * koen (~koen@ip4da2a5ae.direct-adsl.nl) Quit (Ping timeout: 252 seconds)
  • [12:28:15] * unterhausen (~eric@130.203.212.186) Quit (Ping timeout: 244 seconds)
  • [12:29:02] * koen (~koen@ip4da2a5ae.direct-adsl.nl) has joined #beagle
  • [12:32:03] * Geminizer (~Geminizer@cpe-76-180-17-14.buffalo.res.rr.com) Quit (Ping timeout: 252 seconds)
  • [12:32:32] <av500> xxiao: you was right: https://semiaccurate.com/2012/11/01/freescale-layoffs-target-one-particular-product/
  • [12:39:24] * juvenal (juvenal@nat/ibm/x-ddglvqgcpicnmfgf) has joined #beagle
  • [12:41:30] * unterhausen (~eric@130.203.212.186) has joined #beagle
  • [12:42:41] <woglinde> av500/xxiao thats sad news
  • [12:46:42] <av500> hmm, how to cheer you up?
  • [12:46:53] <av500> cheap chinese chips are so yummy!
  • [12:47:02] <av500> hmm, I need food
  • [12:47:04] <av500> bbl
  • [12:47:57] <av500> http://mashable.com/2012/11/01/kim-dotcom-mega/
  • [12:48:01] <av500> finally
  • [12:51:35] * tasslehoff (~tasslehof@147.84-49-231.nextgentel.com) has left #beagle
  • [13:02:28] * Matt_O (~MattOwnby@216.160.243.228) has joined #beagle
  • [13:09:20] <wmat> av500: so what exactly is Freescale's "areas of high-value and high-growth", I wonder?
  • [13:10:31] * thurbad (~natesewel@cpe-70-124-80-154.austin.res.rr.com) Quit (Quit: thurbad)
  • [13:16:01] * tchan (~tchan@lunar-linux/developer/tchan) has joined #beagle
  • [13:16:23] * gustavoz (~gustavoz@host100.190-226-82.telecom.net.ar) Quit (Quit: Leaving)
  • [13:18:13] * tchan (~tchan@lunar-linux/developer/tchan) Quit (Client Quit)
  • [13:23:03] <woglinde> wmat good question
  • [13:27:39] * xxiao is checking various boards on the bench, more and more will be useless due to EOL from the chip makers
  • [13:28:04] * Geminizer (~Geminizer@cpe-76-180-17-14.buffalo.res.rr.com) has joined #beagle
  • [13:29:42] <xxiao> av500: freescale acquired A15 license but gave up on implementation a while ago, which was a sign
  • [13:31:23] * woglinde (~henning@f052228105.adsl.alicedsl.de) Quit (Ping timeout: 256 seconds)
  • [13:32:35] * Geminizer (~Geminizer@cpe-76-180-17-14.buffalo.res.rr.com) Quit (Ping timeout: 252 seconds)
  • [13:35:07] * CMoH (~cipi@78.96.83.205) has joined #beagle
  • [13:35:08] * CMoH (~cipi@78.96.83.205) Quit (Changing host)
  • [13:35:08] * CMoH (~cipi@unaffiliated/c-moh) has joined #beagle
  • [13:36:46] <panto> jkridner, ping?
  • [13:36:55] <jkridner> panto: pong
  • [13:37:02] <panto> hi there
  • [13:37:11] <jkridner> hi, nice to chat with you...
  • [13:37:16] <jkridner> thanks for your efforts on capebus!!
  • [13:37:17] <panto> I don't know if you're following the flame-fest in lkml
  • [13:37:24] <jkridner> I'm not.
  • [13:37:27] <panto> jkridner, hey, that's what you guys are paying me :)
  • [13:37:27] <Crofton|work> which one?
  • [13:37:42] <panto> [PATCH 0/3] capebus moving omap_devices to mach-omap2
  • [13:37:49] <av500> wmat: no idea
  • [13:38:15] <panto> looks like we need an intervention
  • [13:38:20] <jkridner> k.
  • [13:38:26] <panto> either way works
  • [13:38:37] <panto> I'm not thin skinned
  • [13:38:38] * Hoolxi (~Openfree@183.195.226.97) has joined #beagle
  • [13:38:56] <jkridner> k... I'm trying to get my browser to launch. Unity died on me.
  • [13:39:03] <koen> and I'm annoyed at the hypocrisy
  • [13:39:42] <koen> jkridner: it's 20+ emails by now
  • [13:39:56] <koen> av500: you'll get a good laugh at the suggestions
  • [13:40:03] <jkridner> k. Mac's Internet is stupid slow for some reason.
  • [13:40:18] <jkridner> this Mountain Lion upgrade has been nothing but trouble.
  • [13:40:24] <av500> koen: ?
  • [13:40:30] <panto> jkridner, agreed
  • [13:40:40] <panto> it's like mac-os went downhill after snow leopard
  • [13:40:47] <wmat> jkridner: install Linux
  • [13:41:04] <av500> Apple ][ was good .....
  • [13:41:16] <koen> av500: parse the cape eeproms in userspace, make it download "drivers" over usb, reboot
  • [13:41:28] <koen> av500: "drivers" being use in a general sense, not linux drivers
  • [13:41:56] <koen> the other suggestion was to patch all i2c drivers to enable autodetect
  • [13:41:58] <jkridner> wmat: I'm typing here on a Linux machine...
  • [13:42:11] <jkridner> but, Unity crashed, so I don't have a way to open a browser.
  • [13:42:13] <jkridner> well...
  • [13:42:13] <koen> jkridner: don't confuse ubuntu with linux
  • [13:42:21] <jkridner> I do, but I haven't found the link to Chrome yet.
  • [13:42:38] <koen> why not use a real distro, like gentoo?
  • [13:42:45] <av500> a source based one?
  • [13:42:56] <jkridner> I started the bootstrap process, but something failed in my kernel build...
  • [13:42:57] * koen sells av500 some more pixy dust
  • [13:43:02] <av500> yummy
  • [13:43:06] <jkridner> I'll have to get back to it.
  • [13:43:07] * wmat looks for the lid to the can of worms
  • [13:43:53] * jkridner found /opt/google/chrome
  • [13:44:13] <av500> its a trap!
  • [13:44:29] * Geminizer (~Geminizer@cpe-76-180-17-14.buffalo.res.rr.com) has joined #beagle
  • [13:45:32] * panto dreads to contemplate the s**tstorm when he (eventually) posts his scheduler patches
  • [13:49:08] <jkridner> hmmm... I don't seem to have the e-mail chain. Last one I had was an RFC.
  • [13:49:47] <jkridner> panto: this is different than the RFC you sent about 20 hours ago, right?
  • [13:49:54] * thurbad (~natesewel@64.132.24.36) has joined #beagle
  • [13:50:15] <panto> it's a very small patch series that just moves a few drivers from capebus to arch/arm/mach-omap2
  • [13:50:33] <panto> search for "[PATCH 0/3] capebus moving omap_devices to mach-omap2"
  • [13:52:08] * Geminizer (~Geminizer@cpe-76-180-17-14.buffalo.res.rr.com) Quit (Quit: Linkinus - http://linkinus.com)
  • [13:52:35] <jkridner> panto: was linux-omap in copy?
  • [13:52:40] <panto> yes
  • [13:54:03] <jkridner> weird.
  • [13:55:18] <jkridner> http://www.spinics.net/lists/linux-omap/msg80990.html isn't in my Inbox.
  • [13:55:35] * mdp wakes up
  • [13:55:46] <jkridner> wait, yes it is, but that one doesn't have a spam war.
  • [13:55:51] <jkridner> er, war.
  • [13:56:00] * thurbad (~natesewel@64.132.24.36) Quit (Ping timeout: 252 seconds)
  • [13:56:16] <mdp> panto, omg, don't bring me into that by mentioning the 6502 cape in the thread ;)
  • [13:56:24] <panto> too late
  • [13:56:41] <jkridner> hmmm.... and that is still a different subject than you mentioned.
  • [13:57:07] <panto> everyone get's flamb?'d today
  • [13:57:08] * Hoolxi (~Openfree@183.195.226.97) Quit (Remote host closed the connection)
  • [13:57:33] <panto> jkridner, hang on
  • [13:57:51] <jkridner> http://www.spinics.net/lists/linux-omap/msg80979.html
  • [13:58:19] <mdp> panto, yeah, well, I'm not clarifying what it is in the middle of that storm
  • [13:59:13] <panto> jkridner, that's it
  • [14:00:41] * thurbad (~natesewel@64.132.24.36) has joined #beagle
  • [14:01:00] <panto> it only started because the __init in omap_build_device is bogus and leads to crashes
  • [14:01:03] <panto> imagine that
  • [14:01:35] <av500> koen: nice thread
  • [14:01:36] <jkridner> ah... seems that they are finally learning the issues.
  • [14:01:44] <panto> are they?
  • [14:01:50] <av500> I like the "beat up your coworkers" bit
  • [14:01:55] <av500> and the mention of musb
  • [14:01:56] <jkridner> well, it is coming to some sort of head.
  • [14:01:57] <mdp> well, patches are welcome for fixing the DT core
  • [14:02:21] <mdp> yeah, that thread really went off the deepend when bitching about totally unrealted driver support
  • [14:03:41] <panto> I'm sure customers will love to assemble dtsi fragments and change u-boot everytime they plug a new board in
  • [14:03:42] <av500> now I want a mention of 6502 and musb in the same email
  • [14:03:46] <av500> lol
  • [14:03:48] <av500> yes
  • [14:03:50] <av500> we love that
  • [14:03:57] <mdp> good grief
  • [14:04:16] <av500> why cant somebody tell the kernel people how products are actually shipped?
  • [14:04:18] <mdp> av500, and the question..."that's a remoteproc...so it uses omap mailbox?!?"
  • [14:04:24] * mdp faceplants
  • [14:04:33] <panto> mdp, imagine how we feel
  • [14:04:34] <av500> that you NEVER ship a SW update that relies on something already present on the device
  • [14:04:47] <av500> mdp: thats balbi for you
  • [14:05:06] <av500> we always ship ALL relevant SW together
  • [14:05:20] <av500> so we can flash on HW version and test it
  • [14:05:30] <mdp> av500, perfectionists
  • [14:05:35] <av500> yeah
  • [14:05:47] <panto> av500, or pragmatists
  • [14:05:52] <av500> yep
  • [14:06:05] <av500> our current g9 ships in ~20 different HW configs
  • [14:06:15] * bradfa hasn't been paying attention to linux-omap ml, now has some reading to enjoy! :)
  • [14:06:25] <koen> bradfa: we aim to please!
  • [14:06:47] <bradfa> koen, it's good timing, I just finished a book and need something to read
  • [14:06:51] <mdp> panto, in all of that thread, I did repeatedly see an opening to fix it in the kernel...just not with your exact implementation
  • [14:07:11] <mdp> first rule of mainline club is to not get married to your draft implementation
  • [14:07:23] <koen> mdp: I don't think we're married to capebus, but we do want a solution in the kernel
  • [14:07:41] <mdp> well, then go back and read what was suggested
  • [14:07:48] <mdp> not the bootloader one
  • [14:07:55] <av500> koen: yes
  • [14:07:58] <av500> in the kernel
  • [14:08:10] <av500> ha wait
  • [14:08:14] <av500> propose a microkernel
  • [14:08:15] <panto> mdp, fixing DT is going to be a magnitude more difficult
  • [14:08:21] <av500> and a cape module :)
  • [14:09:05] <panto> and still you won't avoid the core issue of all the devices that you want to created be part of 'something'
  • [14:09:10] <panto> be it cape, or something else
  • [14:09:44] <av500> its a bit like compound usb devices
  • [14:09:50] <av500> just inside the SoC
  • [14:09:58] <panto> not exactly
  • [14:09:59] <mdp> panto, then you need to explain why addressing it in the DT core support/design won't work
  • [14:10:31] <panto> I didn't say it won't work
  • [14:10:38] <mdp> panto, for one, I think you should have never had support in there for !DT devices...it just clouds issue..so there you have people picking at something that's unimportant
  • [14:10:53] <panto> mdp, I understand that now
  • [14:10:58] <mdp> panto, you just said fixing DT won't solve the compound device problem
  • [14:11:05] <panto> wait
  • [14:11:11] <panto> let's take from the top
  • [14:11:20] <panto> there are a multitude of issues
  • [14:11:40] <mdp> yep, and you had 1-2 acks for some of them
  • [14:11:52] <mdp> some of the supporting patches you sent
  • [14:12:08] <panto> yes, those went in just fine
  • [14:12:20] <panto> ok, what is the issue with the capes
  • [14:12:25] <panto> let's drop the bus monicker
  • [14:12:37] <panto> it's different things to different people
  • [14:12:48] <mdp> for one...I think name choices have more importance that even the reviewers will admit
  • [14:13:14] <panto> for most, the cape is just a way to connect external peripherals to the SoC interfaces
  • [14:13:48] <panto> in that case, which is the generic cape case, there's no need for a driver, only a specially crafted cape node
  • [14:13:58] <mdp> two...there's subtle ton coming through on several of the responses....I noticed "SDK" mentioned a lot...it shows a certain mindset behind it
  • [14:14:16] <av500> yeah, what is SDK?
  • [14:14:19] <mdp> panto, so it's like asoc
  • [14:14:24] <av500> just "userland"?
  • [14:14:26] <tomba> I'm a bit confused. Is the da8xx_lcdc the lcd controller on Bone's SoC?
  • [14:14:31] <panto> tomba, yes
  • [14:14:43] <mdp> av500, I *think* he's referring to our TI blessed SDK...thinking that's what's driving this or something
  • [14:14:59] <tomba> panto: then I don't quite understand why it needs to be added late. It's always present on a Bone, right?
  • [14:15:08] <av500> tomba: but not used
  • [14:15:12] * xanium4332 (~yaaic@global-2-14.nat.csx.cam.ac.uk) Quit (Ping timeout: 244 seconds)
  • [14:15:19] <av500> the same pins could be PWMs
  • [14:15:20] <mdp> tomba: pinmux resources
  • [14:15:22] * Hoolxi (~Openfree@183.195.226.97) has joined #beagle
  • [14:15:22] <av500> or GPIOs
  • [14:15:28] <koen> or PRU pins
  • [14:15:30] <panto> tomba, different configuration for different panels
  • [14:15:34] <tomba> panto: hrm, right
  • [14:15:39] <mdp> tomba, the pinctrl framework allows them to be muxed at driver probe time...or later
  • [14:15:48] <panto> you can't know until you find out what kind of cape you're dealing with
  • [14:15:53] * joelagnel__ (4cb90cca@gateway/web/freenode/ip.76.185.12.202) Quit (Ping timeout: 245 seconds)
  • [14:16:02] <tomba> panto: well, different panels should be handled later. the LCDC is still there, and it's the same.
  • [14:16:16] <panto> the driver is not built that way
  • [14:16:25] <panto> you fill up, and tell it to go
  • [14:16:48] <panto> getting the configuration wrong, there's no way to change it later
  • [14:16:53] <tomba> yes, I guessed that much =). the driver is not good for the job, then.
  • [14:17:01] * yegorich (3e911ef2@gateway/web/freenode/ip.62.145.30.242) has joined #beagle
  • [14:17:03] <mdp> panto, so I guess what I'm thinking is you might want to take the approach of providing an change to the device model and DT core that provides a framework where some of the stuff being done in asoc can be moved to a generic layer
  • [14:17:35] <panto> then instead of having the omap guys bitching I'll get every arch out there
  • [14:17:53] <panto> almost, but I get the ppc, arm people bitching at least
  • [14:18:12] <tomba> OMAP DSS doesn't work quite right either, but I'm planning to fix it so that the DSS itself can always be loaded, and the panel devices can be added later, via hotplug if such is available.
  • [14:18:26] <mdp> there's parallels with v4l changes that are in progress to better handle compound devices...
  • [14:18:30] <av500> bone needs a DSS driver :)
  • [14:18:42] * xanium4332 (~yaaic@global-1-84.nat.csx.cam.ac.uk) has joined #beagle
  • [14:19:12] <tomba> av500: the common panel/display framework should help there. whenever that happens.
  • [14:19:16] <panto> mdp, I'm not out to duplicate things that are already out there
  • [14:19:25] <mdp> I didn't say duplicate
  • [14:19:34] <panto> anyway, I could handle being offered anything like you say
  • [14:19:40] <mdp> handle it in a generic way
  • [14:19:51] <av500> a VM inside the kernel?
  • [14:19:55] <av500> most generic :)
  • [14:19:55] <panto> but not understanding the real problems we're trying to solve it's another
  • [14:20:04] <av500> panto: yep
  • [14:20:49] <panto> av500, what if I told you you have to use one of the methods proposed to handle your add-on boards for your design?
  • [14:21:05] <av500> uhm?
  • [14:21:22] <av500> well, no
  • [14:21:37] <panto> oh come on
  • [14:21:46] <av500> as I said before, a boot loader that mangles a DT will be part of what we ship
  • [14:21:46] <panto> don't you have a USB port?
  • [14:22:11] <mdp> av500, that's been standard practice in powerpc land from the beginning according to DT
  • [14:22:13] <av500> so we would have a boot1 in flash and a boot2 aka DT mangler aka prekernel as sw update together wit ha kernel
  • [14:22:29] <av500> so, semantically, nothing changed
  • [14:22:39] <av500> just that we split knowledge over 2 codebases
  • [14:22:56] * xanium4332 (~yaaic@global-1-84.nat.csx.cam.ac.uk) Quit (Ping timeout: 252 seconds)
  • [14:23:26] <av500> and, if we made devices like we did in the past, with hotpluggable capes, DT would need to be mangled at runtime
  • [14:23:26] <panto> jkridner, still around?
  • [14:23:37] <jkridner> yeah...
  • [14:23:43] <av500> gen7 had like 7 different accessories to be plugged
  • [14:23:43] <jkridner> still trying to get a handle I can reply to.
  • [14:23:54] * emeb_mac (~ericb@ip72-201-79-123.ph.ph.cox.net) has joined #beagle
  • [14:23:55] <mru> av500: and gen9 has 9, etc?
  • [14:23:56] <av500> using LCD, I2C, UART, PWM abnd USB
  • [14:23:56] <jkridner> It makes no sense to me that I'm missing only a select # of e-mails from linux-omap
  • [14:23:59] <av500> so like your cpaes
  • [14:24:02] <av500> just at runtime
  • [14:24:13] * mdp wants gen11
  • [14:24:28] <panto> cause it goes to 11?
  • [14:24:36] * xanium4332 (~yaaic@global-2-14.nat.csx.cam.ac.uk) has joined #beagle
  • [14:25:02] <av500> bakers dozen
  • [14:25:20] <mru> 11 is banker's dozen
  • [14:25:25] <mdp> panto, can't be beat
  • [14:26:20] <jkridner> today was the first time I didn't see one of those monthly reminder e-mails in a while.
  • [14:26:35] <av500> jkridner: you are blocked
  • [14:26:38] * panto has a knack of kicking the hornets nest every time
  • [14:26:41] <av500> posted nudity maybe?
  • [14:27:04] <av500> big lol at the "autodetect" SPI btw
  • [14:27:23] <av500> for some its autodetect, for other "turn on the death ray" by accident
  • [14:27:42] <mru> "accident"
  • [14:27:59] <av500> I was just probing register, your honour
  • [14:28:01] <panto> av500, yeah SPI devices are not know for handling random accesses all that well
  • [14:28:02] <av500> +s
  • [14:28:38] <av500> in fact, the mistake is to offer all these IO pins, it should have only USB, like any good PC
  • [14:28:51] <koen> or pcie
  • [14:28:56] <av500> yep
  • [14:29:04] <av500> or lightning connector
  • [14:29:18] <av500> or ................. cloud
  • [14:29:18] <mdp> av500, agreed, just regular USB, m'kay? no that enhanced musb, please
  • [14:29:26] <thurbad> oooh, cloud
  • [14:29:43] <av500> thurbad: no, oort cloud
  • [14:30:09] <mdp> panto, perhaps you can fix the SPI "spec" ;)
  • [14:30:27] <av500> mdp: and probing is so cool for SPI write only devices
  • [14:30:41] <av500> maybe the onboard camera can detect LEDs going on
  • [14:30:51] <panto> funny
  • [14:31:00] <mdp> yep, I'm starting a runtime probe implementation for the st7735 lcd controller now!
  • [14:31:02] <av500> or a fluctuation in the power consumption
  • [14:31:12] <panto> I had an old boss that asked me of a way to detect if a chip had possibly burned out on the board
  • [14:31:33] <av500> smell sensor?
  • [14:31:33] <panto> I told he should put an electronic nose on the board and I could program it to smell the smoke
  • [14:31:38] <panto> :)
  • [14:31:41] <av500> :)
  • [14:31:48] <thurbad> lol
  • [14:31:52] <mdp> that sounds like a project from my kiddie electronics kit
  • [14:31:52] <panto> nose cape FTW!
  • [14:31:58] <mdp> "The Electronic Nose"
  • [14:32:02] <av500> yep
  • [14:32:04] <thurbad> or an ozone detector
  • [14:32:15] <mru> panto: have you never heard of the "lp0 on fire" error message?
  • [14:32:19] <panto> yep
  • [14:32:25] <dm8tbr> HCF
  • [14:32:48] * prpplague (~prpplague@107-206-64-184.lightspeed.rcsntx.sbcglobal.net) Quit (Quit: Later Folks!)
  • [14:35:20] * rcranetx1 (~rcranetx@nat/ti/x-eorcwwrbfwxgvgtv) has joined #beagle
  • [14:35:32] <jkridner> ugh... so aggravating not to be able to hit reply to http://www.spinics.net/lists/linux-omap/msg81034.html
  • [14:35:44] <jkridner> I just don't understand why I'm getting some messages and not others.
  • [14:36:30] * rcranetx (~rcranetx@nat/ti/x-rjjnijbtqtskwpfk) Quit (Ping timeout: 252 seconds)
  • [14:36:48] * smplman (~speery@64.132.167.18) has joined #beagle
  • [14:37:07] * rcranetx1 (~rcranetx@nat/ti/x-eorcwwrbfwxgvgtv) Quit (Remote host closed the connection)
  • [14:37:24] * rcranetx (~rcranetx@nat/ti/x-edpxnlclbjskmxkd) has joined #beagle
  • [14:38:38] * tchan (~tchan@c-69-243-144-187.hsd1.il.comcast.net) has joined #beagle
  • [14:38:38] * tchan (~tchan@c-69-243-144-187.hsd1.il.comcast.net) Quit (Changing host)
  • [14:38:38] * tchan (~tchan@lunar-linux/developer/tchan) has joined #beagle
  • [14:39:04] * tchan (~tchan@lunar-linux/developer/tchan) Quit (Client Quit)
  • [14:39:48] * tchan (~tchan@c-69-243-144-187.hsd1.il.comcast.net) has joined #beagle
  • [14:39:50] * tchan (~tchan@c-69-243-144-187.hsd1.il.comcast.net) Quit (Changing host)
  • [14:39:51] * tchan (~tchan@lunar-linux/developer/tchan) has joined #beagle
  • [14:41:30] * GPSFan (~kenm@64.92.145.112) has joined #beagle
  • [14:45:13] * tchan (~tchan@lunar-linux/developer/tchan) Quit (Quit: WeeChat 0.3.9)
  • [14:45:43] * rcranetx (~rcranetx@nat/ti/x-edpxnlclbjskmxkd) Quit (Quit: Leaving.)
  • [14:47:23] <av500> jkridner: >60$?
  • [14:47:23] * tchan (~tchan@c-69-243-144-187.hsd1.il.comcast.net) has joined #beagle
  • [14:47:24] * tchan (~tchan@c-69-243-144-187.hsd1.il.comcast.net) Quit (Changing host)
  • [14:47:24] * tchan (~tchan@lunar-linux/developer/tchan) has joined #beagle
  • [14:50:14] * Hoolxi (~Openfree@183.195.226.97) Quit (Remote host closed the connection)
  • [14:51:15] * bradfa (~bradfa@173.225.52.244) Quit (Ping timeout: 260 seconds)
  • [14:51:47] <jkridner> anyone know magic to reply to e-mail you didn't get?
  • [14:51:58] * tema (~tema@12.69.71.131) has joined #beagle
  • [14:52:27] * bradfa (~bradfa@173.225.52.244) has joined #beagle
  • [14:53:07] <mdp> jkridner, lkml.org has a feature where you can forward (but it's really a bounce in my terminology) any lkml post to a mail.
  • [14:55:24] <mru> jkridner: use a proper mailer that lets you write arbitrary headers
  • [14:56:26] * mdp imagines mru wearing a mutt t-shirt at an Outlook conference
  • [14:57:14] <av500> mdp: they would not understand
  • [14:57:23] <mru> the opposite would work
  • [14:57:41] <av500> mru: in that case, have of em would wear one :)
  • [14:57:48] * alan_o (~alan@c-68-62-240-236.hsd1.fl.comcast.net) has joined #beagle
  • [15:00:21] * xanium4332 (~yaaic@global-2-14.nat.csx.cam.ac.uk) Quit (Read error: Connection reset by peer)
  • [15:03:46] * xanium4332 (~yaaic@global-2-14.nat.csx.cam.ac.uk) has joined #beagle
  • [15:04:38] * Pano (d4b53982@gateway/web/freenode/ip.212.181.57.130) Quit (Ping timeout: 245 seconds)
  • [15:07:45] * gustavoz (~gustavoz@host100.190-226-82.telecom.net.ar) has joined #beagle
  • [15:09:01] * W1N9Zr0 (~W1N9Zr0@24-212-193-98.cable.teksavvy.com) Quit (Ping timeout: 256 seconds)
  • [15:13:41] <JViz> what does AM33XX_PULL_ENBL mean? if i don't want to use pullups, do i need to change it to AM33XX_PIN_OUTPUT?
  • [15:13:52] <av500> why cant ti make cool shit like this: https://lh4.googleusercontent.com/-K8J-Jp_aJCY/UJKMyAa-VWI/AAAAAAAAvIc/vHxqR8oNW3Q/s1178/12+-+1
  • [15:14:02] <av500> upside down preferably
  • [15:14:25] <JViz> av500: that looks like a toy
  • [15:14:58] <av500> rly?
  • [15:15:31] <alan_o> yeah, think of other things which round.... Frisbees and umm....
  • [15:15:36] <JViz> yeah, it looks like a simon with only one button
  • [15:15:45] <av500> and 2 wheels
  • [15:15:52] <JViz> simon with only one button would be elame
  • [15:16:04] <JViz> *lame
  • [15:16:17] <alan_o> JViz: do you have the TRM?
  • [15:16:27] <JViz> alan_o: what's TRM?
  • [15:16:34] <alan_o> Technical Reference Manual
  • [15:16:47] <mru> bedtime reading
  • [15:16:50] <JViz> alan_o: yeah
  • [15:16:53] <av500> JViz: you could use morse code
  • [15:17:01] * contempt (contempt@unaffiliated/contempt) Quit (Ping timeout: 272 seconds)
  • [15:17:01] <alan_o> AM335x ARM? CortexTM-A8 Microprocessors
  • [15:17:02] <alan_o> (MPUs)
  • [15:17:02] <alan_o> Technical Reference Manual
  • [15:17:07] <alan_o> Google for that
  • [15:17:09] <mru> av500: bitbang it!
  • [15:17:12] <alan_o> Then once you have it.......
  • [15:17:14] <JViz> alan_o: no, not that manual
  • [15:17:25] <av500> mru: but I need one long and one short bit
  • [15:17:43] <alan_o> JViz: Then look at 9.3.1.50
  • [15:17:44] <mru> bang it on the end, makes it shorter
  • [15:17:49] <mru> bang it on the side, makes it longer
  • [15:17:56] <JViz> alan_o: thank you
  • [15:18:11] <alan_o> JViz: That table is how the mux is set up, with pull up/down enable/disable and rx enable
  • [15:18:15] <alan_o> and slew
  • [15:18:17] <av500> mru: bang galore!
  • [15:18:27] <alan_o> JViz: anyway, the thing you're looking at corresponds to that register description
  • [15:18:31] * emeb_mac (~ericb@ip72-201-79-123.ph.ph.cox.net) Quit (Quit: emeb_mac)
  • [15:19:43] <alan_o> Went to pay my credit card bill... Due on the 4th (Sunday, whatever sense that makes), bank can't do a transfer that will get there before the 5th.. Bank and CC are both the same.
  • [15:19:57] <alan_o> Called on the phone and the automated thing says "you have no balance"
  • [15:20:01] <alan_o> what a joke
  • [15:20:09] <alan_o> now I get to sit on hold..... ugh.
  • [15:20:36] <alan_o> oh, ringing!!!
  • [15:21:08] * juvenal (juvenal@nat/ibm/x-ddglvqgcpicnmfgf) Quit (Quit: Computer has gone to sleep.)
  • [15:21:51] * divine (~divine@2001:470:8247:1::42) has joined #beaglebone
  • [15:22:41] * av500 does not get that US credit card thing
  • [15:22:51] <av500> its only good to make banks rich
  • [15:23:40] * juvenal (juvenal@nat/ibm/x-ckgsfbdchnyycxss) has joined #beagle
  • [15:23:45] <alan_o> av500: no doubt, but try to buy a plane ticket
  • [15:23:56] <av500> no, I get that
  • [15:24:18] <av500> its just funny how you cannot make simple bank transfers
  • [15:24:57] <av500> yet put people on the moon - allegedly
  • [15:25:43] * kkeller (~Ken_Kelle@174-17-25-20.phnx.qwest.net) has joined #beagle
  • [15:25:50] <alan_o> oh no.... you're not one of _those_ are you?
  • [15:26:24] * contempt (contempt@unaffiliated/contempt) has joined #beagleboard
  • [15:26:24] * contempt (contempt@unaffiliated/contempt) has joined #beagle
  • [15:26:33] <av500> the shadows looks fake
  • [15:30:06] * RITRedbeard (~redbeard@c-68-37-165-37.hsd1.nj.comcast.net) Quit (Ping timeout: 264 seconds)
  • [15:32:55] * prpplague (~danders@192.91.66.186) has joined #beagle
  • [15:33:06] <koen> oooh
  • [15:33:15] <koen> alan cox is weighing in
  • [15:34:52] * spacecolonyone (~spacecolo@67-194-123-45.wireless.umnet.umich.edu) has joined #beagle
  • [15:35:04] <prpplague> koen: on what?
  • [15:35:08] <prpplague> koen: greetings btw
  • [15:35:19] <prpplague> koen: ready for some beer in barcelona?
  • [15:35:33] <av500> my name is not koen, but yes
  • [15:35:44] * dm8tbr still has beer at LCE in copenhagen
  • [15:36:01] <prpplague> av500: hehe
  • [15:36:16] <prpplague> dm8tbr: you bum
  • [15:36:33] * jsabeaudry (~jsabeaudr@242.161.18.64.static.oricom.ca) has joined #beagle
  • [15:36:34] * dm8tbr listens to a presentation about arm power probe by andy green
  • [15:36:47] <dm8tbr> turned out to be EE101
  • [15:37:02] <dm8tbr> so, I'll need a beer
  • [15:38:15] <av500> panto: has, it's goop!
  • [15:38:16] * NishanthMenon (~nmenon@192.94.92.14) has joined #beagle
  • [15:38:33] <av500> mainline all the capes!
  • [15:38:45] <panto> meh
  • [15:39:01] <panto> as I said, I have a knack of causing s**tstorms
  • [15:39:08] <av500> np
  • [15:39:14] <av500> we all benefit from it
  • [15:39:25] <panto> if I tried to play shy....
  • [15:39:27] <panto> nah...
  • [15:40:49] <panto> btw, this reminds me of my youth
  • [15:40:56] <panto> when I was even more obnoxious
  • [15:42:20] <prpplague> dm8tbr: hehe
  • [15:43:01] <prpplague> dm8tbr: hehe, just FYI, i did the first of power measurement presentations at LC, hehe
  • [15:43:16] <dm8tbr> :)
  • [15:43:40] * dm8tbr wonders how many EEs in the room and how many bored
  • [15:43:52] <lkcl> dm8tbr: lol
  • [15:44:13] * xuigenerix (~xuigeneri@148.244.158.206) has joined #beagle
  • [15:44:37] <lkcl> dm8tbr: i'm picking up circuit design (admittedly cut/paste style) so am not bored at all.
  • [15:45:14] <lkcl> oh. ah. does anyone know where i can get a library part for orcad, for a 96FBGA DDR3 RAM IC? save me some time....
  • [15:45:15] * RITRedbeard (~redbeard@c-68-37-165-37.hsd1.nj.comcast.net) has joined #beagle
  • [15:45:59] <alan_o> panto, av500 which mailing list are you referring to (I assume you're referring to a ML)
  • [15:46:08] <panto> lkml
  • [15:46:20] <alan_o> talking about capes on lkml? nice!
  • [15:47:02] <panto> more like flamed to a crisp
  • [15:47:12] <av500> lkcl: orcad is not open source, we dont support that here
  • [15:47:20] <prpplague> dm8tbr: https://plus.google.com/101339419642360856354/posts/NWyzygqCMp8
  • [15:47:27] <prpplague> dm8tbr: well worth the money to purchase
  • [15:47:50] <lkcl> av500: *sigh* i know. i've done the kicad part already. but kicad simply isn't up to the job of dealing with the layout of 1600mhz DDR3 RAM.
  • [15:47:52] <av500> instruments are overrated, we can simulate everything in the cloud
  • [15:47:59] <dm8tbr> is that the measurement book? (I'm on a mobile phone)
  • [15:48:08] <av500> lkcl: that DRAM is not open source either!
  • [15:48:15] <koen> prpplague: almost ready for beer
  • [15:48:35] <prpplague> dm8tbr: yea
  • [15:48:40] <prpplague> koen: dandy
  • [15:48:49] <prpplague> koen: "we have much to discuss"
  • [15:48:50] <koen> prpplague: how much beaconboards do you have left?
  • [15:48:57] <lkcl> av500: i can always make lots of money from hardware, doing beagle-like boards and fund free software projects afterwards
  • [15:49:05] <prpplague> koen: maybe 10 or so
  • [15:49:18] <prpplague> koen: clint have any left?
  • [15:49:23] <koen> prpplague: can you bring 2 or so to ELC-E for panto?
  • [15:49:33] <koen> prpplague: I have no idea, I'd have to ask clint
  • [15:49:34] <av500> panto needs guiding light
  • [15:49:35] <prpplague> should be able to
  • [15:49:37] <av500> a beacon in the dark
  • [15:49:43] <koen> prpplague: awesome!
  • [15:49:49] <av500> panto: you at elce?
  • [15:49:54] <panto> yep
  • [15:49:54] <prpplague> koen: they might be rev1 which has a slightly different pin out
  • [15:49:59] <av500> cool
  • [15:49:59] <prpplague> koen: i'll have to check
  • [15:51:40] * koen isn't going to open his email client for the next few hours
  • [15:52:33] <prpplague> koen: looks like i have 13 left
  • [15:52:52] <dm8tbr> uuh shiny, html5 output from the energy probe. ;-p
  • [15:58:03] * gustavoz_ (~gustavoz@host180.201-253-222.telecom.net.ar) has joined #beagle
  • [15:59:50] <av500> dm8tbr: BNC to html5?
  • [16:00:26] <fester> is there a good guide for setting up a sysfs for a device
  • [16:00:43] * gustavoz (~gustavoz@host100.190-226-82.telecom.net.ar) Quit (Ping timeout: 252 seconds)
  • [16:00:53] <prpplague> koen: i already promised a few of the beacons to peter huwe, but i should be able to spare a few for panto
  • [16:01:24] <prpplague> panto: what are you going to be doing with them? just tinkering?
  • [16:02:31] <av500> fester: see other device and copy :)
  • [16:02:42] <panto> prpplague, annoying the maintainers :)
  • [16:03:09] <dm8tbr> av500: html5 to gardena
  • [16:03:14] <prpplague> panto: hehe, dandy
  • [16:04:22] <av500> the LED on the beacon need an SELinux policy
  • [16:04:27] <prpplague> hehe
  • [16:04:27] <av500> it can really hurt the eye
  • [16:04:41] <prpplague> panto / koen beaglebone version of the beacon for next year?
  • [16:04:52] * rabryn (45058c4e@gateway/web/freenode/ip.69.5.140.78) has joined #beagle
  • [16:05:03] <av500> prpplague: there is a contest going on
  • [16:05:10] <av500> propose it
  • [16:05:13] <prpplague> av500: oh?
  • [16:05:14] * panto submits his nose cape design
  • [16:05:28] * av500 makes a taste cape
  • [16:05:55] <prpplague> av500: url?
  • [16:06:04] <av500> prpplague: all over teh interwebs
  • [16:06:07] <av500> read your g+
  • [16:06:14] <prpplague> av500: hmm, didn't see it
  • [16:06:16] <av500> not just the #bacon
  • [16:06:17] * prpplague googles
  • [16:06:23] <av500> see boris' posts
  • [16:06:32] <av500> or that krinder dude
  • [16:06:37] <rabryn> hello all, i'm trying to use the spi frame buffer on a beaglebone to connect to an lcd. i've followed matt porter's work exactly but i don't see any action on spi1 and i don't have a /dev/fb0... does anyone have any experience with lcd over spi?
  • [16:06:47] <av500> sec
  • [16:06:56] * JViz (~JViz@cpe-024-163-006-117.triad.res.rr.com) Quit (Ping timeout: 255 seconds)
  • [16:06:58] <av500> http://26-26-54.hardwarebug.org/131
  • [16:06:59] <prpplague> av500: hehe
  • [16:07:01] <prpplague> av500: found it
  • [16:07:03] <av500> mdp: ^^^^^^
  • [16:07:18] <prpplague> hehe
  • [16:07:41] <prpplague> av500: i don't think jkridner was too impressed with the usefulness of the beacon
  • [16:07:53] <prpplague> av500: so i doubt it would be too interesting for their contest, hehe
  • [16:08:13] <rabryn> does anyone know how to get the kernel to create the /dev/fb0 framebuffer?
  • [16:08:15] * TD-Linux (~thomas@about/essy/indecisive/TD-Linux) Quit (Ping timeout: 260 seconds)
  • [16:10:10] <av500> prpplague: I found the LED very usefull
  • [16:10:38] * prpplague uses his beacon board for all kinds of debugging
  • [16:10:44] <alan_o> rabryn: you followed mdp's exact steps?
  • [16:10:49] * av500 uses his to show CPU load
  • [16:11:00] <alan_o> rabryn: which kernel?
  • [16:11:19] <rabryn> 3.2.28
  • [16:12:07] <alan_o> so the one that comes with it?
  • [16:12:21] <alan_o> is spi1 set up in your board file?
  • [16:12:27] <alan_o> send link to mdp's steps
  • [16:12:31] <rabryn> i believe i followed them exactly, initially i simply worked with the spi1 port and was able to send/receive data via loopback. but i'm not sure what's supposed to happend now...
  • [16:13:00] <rabryn> i verified the st7735fb support is enabled in the kernel
  • [16:13:09] <rabryn> (integrated, not module)
  • [16:13:13] <alan_o> ok
  • [16:13:24] <alan_o> is st77xxx turned on in the board file?
  • [16:13:48] <alan_o> arch/arm/mach-omap2/board-am33xx-evm.c
  • [16:13:49] <mdp> rabryn, it's entirely possible that you have the "other display" which was not supported on the version of the driver documented on my blog
  • [16:13:59] <mdp> I have not updated thing to refer to the latest yet...but...
  • [16:14:11] * xanium4332 (~yaaic@global-2-14.nat.csx.cam.ac.uk) Quit (Ping timeout: 256 seconds)
  • [16:14:22] <mdp> rabryn: if you go get the github.com/beagleboard/kernel
  • [16:14:59] <mdp> beaglebone-3.6 or 3.7 branch has the latest st7735fb driver that supports both green and red tab versions of the display...plus a big pile of bug fixes you'll want
  • [16:15:13] <rabryn> in board-am335xevm.c i modified the am335x_spi1_slave_info to use adafruit_tft18... was there something else?
  • [16:15:49] <mdp> rabryn, I don't recommend trying that tree.
  • [16:15:56] <mdp> do you know if you have a green or red tab?
  • [16:16:17] <mdp> it's the color of the protective film that comes on the st7735 breakout board
  • [16:16:20] <mdp> that's the only way to tell
  • [16:16:38] <rabryn> understood, is the beaglebone-3.6 or 3.7 trees you suggest "super experimental" or can they be used for production?
  • [16:16:41] * JViz (~JViz@cpe-024-163-006-117.triad.res.rr.com) has joined #beagle
  • [16:17:00] <mdp> rabryn, I use beaglebone-3.6 for production, I cannot comment on 3.7
  • [16:17:09] <rabryn> actually, i'm not using the st7735, i'm using a formike display that employs the same interface (3 wire spi).
  • [16:17:12] * TD-Linux (~thomas@x-134-84-227-213.uofm-secure.wireless.umn.edu) has joined #beagle
  • [16:17:13] * TD-Linux (~thomas@x-134-84-227-213.uofm-secure.wireless.umn.edu) Quit (Changing host)
  • [16:17:13] * TD-Linux (~thomas@about/essy/indecisive/TD-Linux) has joined #beagle
  • [16:17:33] <rabryn> mdp, are you matt porter?
  • [16:17:34] <fester> av500: i'm having trouble finding the code for one, do you have a link?
  • [16:17:44] <mdp> rabryn, I am today!
  • [16:17:50] <rabryn> LOL! NICE!
  • [16:18:05] <mdp> rabryn: I'm sorry, did you just say you aren't using st7735 but are trying to use my driver?
  • [16:18:08] * scubasonar_ (~Matt@99-108-165-58.lightspeed.mtryca.sbcglobal.net) has joined #beagle
  • [16:18:21] <av500> fester: linux kernel source code
  • [16:18:21] <rabryn> what luck... i tried watching your video at the embedded linux conference but it cuts out at 17 minutes. :-(
  • [16:18:31] <panto> mdp, prove it! say something that only matt porter would know...
  • [16:18:46] <av500> rabryn: 17minutes is all we can stand
  • [16:18:57] <rabryn> that is correct, i'm actually trying to use a FORMIKE KWH014TG01-F01.
  • [16:19:18] <mdp> panto, I know the KISS song that played at your wedding
  • [16:19:44] <panto> geese
  • [16:19:46] <mdp> av500, +1
  • [16:19:51] <av500> :)
  • [16:19:51] <panto> he's the right matt porter people
  • [16:19:55] <panto> ((applause))
  • [16:19:55] <mru> mdp: all the other guests would know that too
  • [16:19:56] <av500> ok
  • [16:20:02] <av500> calling off the helicopter
  • [16:20:06] <fester> av500: like for example the pwm sysfs interface
  • [16:20:14] <mdp> mru, hrm
  • [16:20:20] <mdp> I can't prove I'm me
  • [16:20:29] <av500> maybe there was only 1 guest
  • [16:20:30] * xanium4332 (~yaaic@global-2-14.nat.csx.cam.ac.uk) has joined #beagle
  • [16:20:35] <av500> menage a trois...
  • [16:20:44] <mdp> rabryn: you have to write a driver for your part
  • [16:20:47] <av500> dont go into details
  • [16:20:56] * jpirko (jirka@nat/redhat/x-xdwbetbffpbijuak) Quit (Quit: Leaving)
  • [16:21:04] <mdp> my exact steps require using an adafruit lcd 1.8" tft with the st7735 controller
  • [16:21:12] <mdp> but you could use the driver as a starting point
  • [16:21:17] <rabryn> mdp, since you're here... when should i expect to see the kernel try to speak with the lcd via spi? i've have a logic analyzer hooked up to spi1 but i don't see any movement on the pins... when would that normally happen (if i'm using the 3.6 kernel for instance)
  • [16:21:23] <alan_o> rabryn: lucky you, you get to make a driver!
  • [16:21:25] * alan_o is jealous
  • [16:21:49] <mdp> rabryn, at driver probe time
  • [16:21:51] <av500> .... I learnt Bazaar (not hard once you know Subversion)....
  • [16:21:54] * scubasonar__ (~Matt@99-108-165-58.lightspeed.mtryca.sbcglobal.net) Quit (Ping timeout: 240 seconds)
  • [16:21:59] <rabryn> alan_o, i'm a little scared...
  • [16:22:30] <mdp> panto, so we can at least isolate me to being one of the guests at your wedding
  • [16:22:30] <panto> rabryn, don't be... it was a bit hard for us all at first
  • [16:22:35] <panto> but then we started to like it
  • [16:22:42] <alan_o> rabryn: don't be scared. Start with the other one, like mdp said.
  • [16:22:46] <rabryn> ok, so that fact that i'm not seeing anything happening now is probably because of an issue with this particular kernel?
  • [16:23:27] <panto> mdp, yes, but now everyone knows that a KISS song played at my wedding
  • [16:23:36] <mdp> rabryn, in general you don't need to be scared, you can't really cause any bodily injury or health problems if you make a mistake here. and it's even unlikely to cause h/w damage unless you over current the pins
  • [16:23:39] <panto> I was hoping this could be our little secret :(
  • [16:24:11] <mdp> panto, it's still a hot topic here..."Greeks love KISS" ;)
  • [16:24:35] <rabryn> mdp, thanks, it's the banging of my head on the wall that might cause the injury... i suppose that's why i'm scared. :-)
  • [16:24:57] <mdp> rabryn: I wear a helmet ;)
  • [16:25:28] <rabryn> nice
  • [16:25:36] <alan_o> mdp even knows that you can short output gpio pins directly to ground and be ok :)
  • [16:25:48] <av500> soft ground
  • [16:25:53] <panto> rabryn, when you're banging your head a bit, you're almost there... just swap the order and you're bitbanging
  • [16:25:56] <mdp> alan_o, don't encourage people!!!
  • [16:26:02] <alan_o> av500: frozen tundra!
  • [16:26:20] <mdp> alan_o, you'll laugh at this...I'm sitting here with a label maker, labeling my nest of wires to dismantle it
  • [16:26:21] <av500> rabryn: in any case, wrap yourself in antostatic bags
  • [16:26:25] <av500> leave eye slits
  • [16:26:29] <av500> and a breathing tube
  • [16:26:32] <rabryn> you guys are so much help!
  • [16:26:40] <av500> we are
  • [16:26:46] <mdp> alan_o, in hopes that it can be reassembled and work in yurup
  • [16:27:10] <alan_o> mdp: oh man.. I go nuts doing that stuff, I have to meticulously check every wire a hundred times
  • [16:27:28] <fester> av500: i found this http://www.mjmwired.net/kernel/Documentation/hwmon/sysfs-interface but i'm not seeing where a device is initialized in sysfs or where the driver updates when a file is updated in the fs
  • [16:27:38] <mdp> I was replacing a couple resistors....each time I moved something...regression test!
  • [16:27:52] <alan_o> mdp: yeah, that's where I'm at.
  • [16:28:24] <mdp> alan_o, I have my address/data buses to the bone on some attached ribbon cable which makes it easy to reassemble
  • [16:28:34] <alan_o> oh, that's not bad
  • [16:28:34] <av500> rabryn: dont be scares, we are from the government and we are here to help
  • [16:28:47] <mdp> I'm going to carry the breadboard separate from the bone in the protocape thing
  • [16:29:02] <mdp> I like that protocape board now
  • [16:29:08] <alan_o> you should get one of those attached breadboards from Adafruit. I was all "I don't need extra stuff" but I can see how it would help for transport of proto sttuff
  • [16:29:21] * Artox (~Artox@2001:638:208:d600:204:4bff:fe17:3a01) has joined #beagle
  • [16:29:32] <alan_o> mdp: the breadboard protcape?
  • [16:29:36] <mdp> alan_o, except that one of those wouldn't begin to hold all these parts
  • [16:29:43] <mdp> sorry, not protocape
  • [16:29:48] <mdp> it's the cape breakout board from CCO
  • [16:30:05] <alan_o> yeah, breadboards are never big enough.
  • [16:30:05] <av500> hmm, when I plug stuff into the breadcape, does DT update itself?
  • [16:30:16] <alan_o> av500: hah
  • [16:30:19] <rabryn> does there happen to be a yocto recipe for the beaglebone kernel at github by chance?
  • [16:30:21] <mdp> av500, it only starts your breadmaker
  • [16:30:44] <mdp> koen might know, he's a yocto developer
  • [16:31:05] <alan_o> mdp: I got the one from Adafruit. I like the CCO ok but it was too much money. (Im' so cheap)
  • [16:31:07] * JViz (~JViz@cpe-024-163-006-117.triad.res.rr.com) Quit (Ping timeout: 268 seconds)
  • [16:31:19] <Artox> I need some help rotating my screen on my phone(which is very similiar to beagleboard and use same cpu). I found that echo "1" > /sys/class/..../rotate should rotate my screen. But I get a compliang about "Invalid configuration". and something about overlay 0 horizontally not in display area.
  • [16:31:33] <alan_o> rabryn: that's right, koen maintains a yocto-approved project.
  • [16:31:34] <Artox> so I need ot change teh reoslution I think, but how?
  • [16:31:39] * alan_o gets out his stamp of approval
  • [16:32:05] <mdp> alan_o, this guy: http://beagleboardtoys.com/wiki/index.php?title=BeagleBone_Breakout
  • [16:32:32] <mdp> alan_o, I actually needed it for day job work anyway
  • [16:32:44] <alan_o> oh, that one
  • [16:33:30] <mdp> it made it easy to swap in a different bone to my interface too when I thought I blew one up
  • [16:33:48] <alan_o> yeah, that's a pretty good use case
  • [16:33:56] <mdp> oh, crap...I forgot the sysboot pin stuff in my lessons learned..duh
  • [16:34:03] <mdp> have to send craig an update
  • [16:34:05] * emeb (~ericb@ip72-201-79-123.ph.ph.cox.net) has joined #beagle
  • [16:34:08] <alan_o> lessons learned..... I should have one of those
  • [16:34:23] <alan_o> 1. never fight a land war in Asia
  • [16:34:24] <mdp> alan_o, I have 3 slides of that stuff already
  • [16:34:42] <mdp> alan_o, um, hey, did you get a copy of my slides? that's the first one
  • [16:34:49] <alan_o> 2. Never engage in a battle of wits with a Sicilian when death is on the line
  • [16:35:09] <mdp> this is all inconceivable
  • [16:35:10] <alan_o> is it really?
  • [16:35:13] <alan_o> hahahahahah
  • [16:35:24] <alan_o> no, I don't have your slidew
  • [16:35:30] <alan_o> slides
  • [16:35:44] <mdp> snooping my interwebs I'm sure
  • [16:35:58] <alan_o> yeah.. this wireless stuff isn't just for play
  • [16:36:15] <av500> Artox: what phone?
  • [16:36:23] <av500> and running what on it?
  • [16:36:29] <Artox> gta04
  • [16:36:33] <Artox> running opensuse
  • [16:36:34] <av500> ah
  • [16:36:36] <av500> oh
  • [16:36:43] <Artox> linux-3.4
  • [16:36:46] <av500> uh
  • [16:36:55] <Artox> Fireworks!
  • [16:36:58] <av500> eh
  • [16:38:52] <av500> Artox: GT04 is actually shipping?
  • [16:39:04] <Artox> yes
  • [16:39:10] <Artox> mine arrived 3 weeks ago or so
  • [16:39:37] <Artox> and ofr osme testing I'??d like a rotated screen and dont know how
  • [16:41:11] <xxiao> .
  • [16:41:43] * jkridner (~jason@pdpc/supporter/active/jkridner) Quit (Remote host closed the connection)
  • [16:45:07] * jkridner (~jason@c-107-5-165-158.hsd1.mi.comcast.net) has joined #beagle
  • [16:45:49] * icota (~quassel@dh207-41-171.xnet.hr) has joined #beagle
  • [16:49:36] <av500> Artox: screen roration on omap3 is not for the faint of heart
  • [16:49:43] <av500> there are some constraints in DSS
  • [16:49:59] <av500> as for pixel clocks etc
  • [16:51:59] * KeatonT (~textual@unaffiliated/keatont) has joined #beagle
  • [16:56:03] * unterhausen (~eric@130.203.212.186) Quit (Ping timeout: 276 seconds)
  • [17:00:09] * juvenal (juvenal@nat/ibm/x-ckgsfbdchnyycxss) Quit (Quit: Computer has gone to sleep.)
  • [17:02:47] * KeatonT (~textual@unaffiliated/keatont) Quit (Quit: Textual IRC Client: http://www.textualapp.com/)
  • [17:03:24] * Hezel (~hezel@dyn113170.nbw.tue.nl) has joined #beaglebone
  • [17:04:25] * cjoe (~customerj@fibhost-66-7-177.fibernet.hu) Quit (Read error: Connection reset by peer)
  • [17:05:08] * cjoe (~customerj@fibhost-66-7-177.fibernet.hu) has joined #beaglebone
  • [17:05:10] * cjoe (~customerj@fibhost-66-7-177.fibernet.hu) has joined #beagleboard
  • [17:05:12] * cjoe (~customerj@fibhost-66-7-177.fibernet.hu) has joined #beagle
  • [17:09:12] * TD-Linux (~thomas@about/essy/indecisive/TD-Linux) Quit (Ping timeout: 245 seconds)
  • [17:09:12] * unterhausen (~eric@130.203.212.186) has joined #beagle
  • [17:10:51] * |nfecteD2 (~rawr@cm-84.211.42.28.getinternet.no) Quit (Ping timeout: 245 seconds)
  • [17:12:01] * woglinde (~henning@f052228105.adsl.alicedsl.de) has joined #beagle
  • [17:12:06] * rcranetx (~rcranetx@nat/ti/x-boccddeslzbxwqrc) has joined #beagle
  • [17:12:10] * juvenal (juvenal@nat/ibm/x-nxfampxzoeqhrpvk) has joined #beagle
  • [17:12:54] * icota (~quassel@dh207-41-171.xnet.hr) Quit (Quit: No Ping reply in 180 seconds.)
  • [17:13:09] * icota (~quassel@dh207-41-171.xnet.hr) has joined #beagle
  • [17:18:43] * lkcl (~lkcl@host86-131-178-159.range86-131.btcentralplus.com) Quit (Read error: No route to host)
  • [17:19:27] * xuigenerix (~xuigeneri@148.244.158.206) Quit (Quit: Leaving)
  • [17:24:32] * help-seeker (5039384c@gateway/web/freenode/ip.80.57.56.76) has joined #beagle
  • [17:26:22] <help-seeker> hello! I have a doubt. Googling hasn't helped me understand the difference between the boot process with u-boot.bin and u-boot.img on a Beagleboard xM rev C for Angstrom dist. Can somebody help me understand the diffference?
  • [17:27:03] <help-seeker> my board does not boot with u-boot.img but boots up with u-boot.bin
  • [17:27:17] <av500> and are they different?
  • [17:27:41] <help-seeker> I don't know, but the device does not boot
  • [17:28:00] <help-seeker> it stays at booting the kernel message
  • [17:28:02] <alan_o> .img is a u-boot image
  • [17:28:05] <alan_o> has a u-boot header on it
  • [17:28:11] <alan_o> .bin is raw
  • [17:28:20] <av500> so uboot can boot uboot
  • [17:28:21] <alan_o> newer x-loaders (MLO) want .img
  • [17:28:33] <av500> ah
  • [17:29:06] <help-seeker> so what should I change to get it to boot? Any additional stuff requires to be done?
  • [17:29:24] <av500> but you have a booting one
  • [17:29:34] <alan_o> yah
  • [17:29:35] <alan_o> yeah
  • [17:29:38] <alan_o> use the booting one :)
  • [17:29:42] * alan_o wipes hands
  • [17:29:51] <help-seeker> ok :)
  • [17:29:54] * djlewis (~djelwis@adsl-65-64-30-13.dsl.ltrkar.swbell.net) has joined #beagle
  • [17:30:59] <help-seeker> it is pretty old version though and the MAC address for ethernet over USB keeps on changing after every boot on the booting version
  • [17:31:22] <help-seeker> so configuring internet everytime is annoying
  • [17:31:50] <alan_o> There's a kernel config command line option for setting the mac address
  • [17:32:03] <woglinde> than update to a version where you can set the mac adresse via cmdline or module option
  • [17:32:20] <woglinde> alan_o not with older smsc drivers
  • [17:33:08] <alan_o> oh
  • [17:33:44] <help-seeker> is there a command for update (like ubuntu apt-get upgrade)?
  • [17:33:56] <woglinde> opkg update
  • [17:34:01] <woglinde> opkg upgrade
  • [17:34:03] <thurbad> no
  • [17:34:05] <help-seeker> ok great!
  • [17:34:11] <thurbad> avoid opkg upgrade
  • [17:34:14] <woglinde> might not update your kernel
  • [17:34:21] <help-seeker> ok sure!
  • [17:34:21] <av500> just use a newer image
  • [17:34:32] <thurbad> it's more likely to break your system than fix anything
  • [17:36:26] <woglinde> thurbad but koen fights strongly for clean updates
  • [17:37:18] <help-seeker> I have another doubt....I am seeing the uEnv.txt file. It has some stuff regarding dvimode ...should I comment it since I do not have a monitor connected to my beagleboard?
  • [17:37:21] <thurbad> I'm not denying that
  • [17:37:38] <help-seeker> the file is here: http://elinux.org/BeagleBoardUbuntu#RootStock:_Build_an_Ubuntu_root_file_system
  • [17:37:39] <woglinde> help-seeker dont matters
  • [17:37:51] <help-seeker> ok
  • [17:37:51] * koen (~koen@ip4da2a5ae.direct-adsl.nl) Quit (Ping timeout: 260 seconds)
  • [17:38:45] * koen (~koen@ip4da2a5ae.direct-adsl.nl) has joined #beagle
  • [17:44:55] * Guest83921 (~bleh1@178.16.15.83) has joined #beagle
  • [17:48:40] * Jie (8ecc91bb@gateway/web/freenode/ip.142.204.145.187) has joined #beagle
  • [17:55:37] * help-seeker (5039384c@gateway/web/freenode/ip.80.57.56.76) Quit (Quit: Page closed)
  • [17:56:30] * xanium4332 (~yaaic@global-2-14.nat.csx.cam.ac.uk) Quit (Ping timeout: 264 seconds)
  • [17:56:35] * JViz (~JViz@rrcs-70-63-118-85.midsouth.biz.rr.com) has joined #beagle
  • [17:57:43] <JViz> does anyone have working a spi?
  • [17:57:54] <alan_o> old kernel or new?
  • [17:57:59] <JViz> new
  • [17:58:01] <alan_o> yes
  • [17:58:06] <alan_o> next question
  • [17:58:10] <alan_o> :)
  • [17:58:12] <JViz> did the wiring requirements change from the old to the new?
  • [17:58:16] <alan_o> no
  • [17:58:25] <alan_o> but the DT stuff has to be set up right in the new
  • [17:58:34] <JViz> DT stuff?
  • [17:58:38] <woglinde> devicetree
  • [17:58:41] <panto> define new kernel?
  • [17:58:51] <alan_o> alan_o: ^^^^
  • [17:58:51] <woglinde> the holy grale
  • [17:58:53] <panto> version, where you got it from, etc...
  • [17:59:30] <JViz> Linux beaglebone 3.2.23 #1 Wed Oct 17 12:20:27 EDT 2012 armv7l GNU/Linux
  • [17:59:53] * xanium4332 (~yaaic@jeb90.fitz.cam.ac.uk) has joined #beagle
  • [18:00:07] <alan_o> whoa.....
  • [18:00:12] <alan_o> :)
  • [18:00:16] <mdp> you're living in the past!
  • [18:00:21] <alan_o> old kernel.. so forget my talk about DT
  • [18:00:23] <JViz> I got an LCD7 and had to cut one of the traces
  • [18:00:34] <alan_o> so you cut your traces and SPI no worky anymore
  • [18:00:42] <alan_o> did you cut SPI1_sclk? :)
  • [18:00:43] <JViz> no, it wasn't working to begin with
  • [18:00:54] <JViz> i cut a trace to one of the buttons on the lcd
  • [18:00:54] <prpplague> koen / panto beacon boards are packed and ready
  • [18:01:01] * panto bows
  • [18:01:05] <panto> thanks
  • [18:01:27] <prpplague> panto: i've allocated two for you
  • [18:01:30] <prpplague> panto: that enough?
  • [18:01:32] <JViz> the lcd7 apparently uses the pins for both spi0 and spi1
  • [18:01:39] <panto> sure
  • [18:01:43] <prpplague> panto: dandy
  • [18:02:00] <prpplague> panto: feedback on a version for bone would be appreciated
  • [18:02:12] <panto> don't sweat it
  • [18:02:26] <JViz> i only saw one pin being use for it on spi1, and it was a button, so...
  • [18:03:03] <JViz> then commented out the line that disabled the spi1 pinmux in the kernel, and rebuilt it
  • [18:03:34] <JViz> but i seem to only get garbage over spi1
  • [18:03:44] * spacecolonyone (~spacecolo@67-194-123-45.wireless.umnet.umich.edu) Quit (Read error: Connection reset by peer)
  • [18:03:45] <JViz> it does communicate at the right time, but the data is all wrong
  • [18:04:15] * spacecolonyone (~spacecolo@67-194-123-45.wireless.umnet.umich.edu) has joined #beagle
  • [18:04:36] * ndec (~ndec@nat/ti/x-euyuofabdtgjeebr) Quit (Ping timeout: 240 seconds)
  • [18:04:48] * damir__ (~damir@cpe-212-85-175-204.cable.telemach.net) has joined #beagle
  • [18:04:50] <djlewis> Someone is spending money to advertise. I have a beaglebone capes add covering the bottom of an emailed add from Mouser.
  • [18:04:53] * ndec (~ndec@nat/ti/x-yxzgxzvveblbtpld) has joined #beagle
  • [18:04:59] * spacecolonyone (~spacecolo@67-194-123-45.wireless.umnet.umich.edu) Quit (Read error: Connection reset by peer)
  • [18:05:08] <djlewis> and a cape design contest
  • [18:05:10] * spacecolonyone (~spacecolo@67-194-123-45.wireless.umnet.umich.edu) has joined #beagle
  • [18:05:13] <av500> djlewis: email ads are cheap
  • [18:05:26] <av500> if you see it during superbowl though.....
  • [18:05:41] <woglinde> av500 haha
  • [18:06:41] <thurbad> superbowl ads are ego strokers
  • [18:06:41] <JViz> why do you say I have an old kernel?
  • [18:06:42] * sakoman (~steve@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) Quit (Ping timeout: 268 seconds)
  • [18:06:58] <thurbad> because the new kernel is 3.7
  • [18:07:40] <woglinde> with DT
  • [18:07:58] <mdp> and ponies
  • [18:08:02] <woglinde> janet jackson at superbowl was the best anyway
  • [18:08:48] <panto> I wonder if ponies and boobs have DT bindings
  • [18:09:18] <JViz> that must be a very new kernel
  • [18:09:31] <woglinde> yes why not
  • [18:10:16] <panto> compatible = "hasbro,my-little-pony";
  • [18:11:20] <av500> lol
  • [18:14:29] * sakoman (~steve@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) has joined #beagle
  • [18:17:30] <woglinde> gm sakoman
  • [18:19:38] * spacecolonyone (~spacecolo@67-194-123-45.wireless.umnet.umich.edu) Quit (Read error: Connection reset by peer)
  • [18:19:43] * spacecolonyone_ (~spacecolo@67-194-123-45.wireless.umnet.umich.edu) has joined #beagle
  • [18:23:46] <mranostay> panto: you know there is an HR bot right? :)
  • [18:24:13] * mranostay waves to BeagleBot
  • [18:25:03] <panto> I'm sure I can argue that the only person I can sexually harass in the office is my wife... if she lets me :)
  • [18:25:14] <woglinde> lol
  • [18:27:27] <panto> I loved the discussion at the start of the contract with the HR person
  • [18:28:05] <mranostay> do tell
  • [18:28:10] <woglinde> you sexually harassed the HR
  • [18:28:19] <woglinde> naughty boy
  • [18:28:20] <panto> "no, I'm pretty sure there won't be a need for training about harassment in the workplace"
  • [18:28:39] <woglinde> till later
  • [18:28:45] <panto> "yes, it's just me... in an office... alone... forever alone"
  • [18:28:47] <mranostay> i have yet to take a sexual harrassment class
  • [18:28:57] <panto> cause you'll fail
  • [18:29:05] <woglinde> is that standard in th US now?
  • [18:29:12] <mranostay> panto: the name really is misleading
  • [18:30:46] <panto> come on
  • [18:30:48] <panto> admit it
  • [18:30:55] <panto> you'd love to live in the mad men era
  • [18:31:00] * spacecolonyone_ (~spacecolo@67-194-123-45.wireless.umnet.umich.edu) Quit (Quit: spacecolonyone_)
  • [18:31:21] <mranostay> minus the suits
  • [18:31:36] <panto> no suit, no hot secretary
  • [18:32:09] * spacecolonyone (~spacecolo@67-194-123-45.wireless.umnet.umich.edu) has joined #beagle
  • [18:33:04] <mranostay> i would like to be able to drink at work as well :)
  • [18:33:59] * KeatonT (~textual@unaffiliated/keatont) has joined #beagle
  • [18:38:02] * gustavoz__ (~gustavoz@host220.190-31-37.telecom.net.ar) has joined #beagle
  • [18:39:19] * gustavoz_ (~gustavoz@host180.201-253-222.telecom.net.ar) Quit (Ping timeout: 260 seconds)
  • [18:40:16] * Hezel (~hezel@dyn113170.nbw.tue.nl) Quit (Quit: Nettalk6 - www.ntalk.de)
  • [18:41:44] * CMoH (~cipi@unaffiliated/c-moh) Quit (Quit: Konversation terminated!)
  • [18:42:58] * lyakh (~lyakh@dslb-178-006-253-199.pools.arcor-ip.net) Quit (Quit: thanks, bye)
  • [18:49:26] * bradfa (~bradfa@173.225.52.244) Quit (Quit: Ex-Chat)
  • [18:57:55] * florian (~fuchs@Maemo/community/contributor/florian) has joined #beagle
  • [18:58:30] * Venom_X (~phillyque@67-200-192-12.static.logixcom.net) has joined #beagle
  • [19:01:19] * unsolo_wrk (c147b46b@gentoo/user/unsolo) has joined #beagle
  • [19:02:15] <unsolo_wrk> simple mmu question. Are page tables absolutely neccesary to utilize mmu and cache
  • [19:05:16] <unsolo_wrk> so a flat section translation(4096 entries of 1MB each) would also require additional 4096x256 pages
  • [19:05:34] <unsolo_wrk> if it was all ram and all 4k pages
  • [19:08:11] <unsolo_wrk> cortex
  • [19:08:24] <unsolo_wrk> that failed..
  • [19:13:17] <rabryn> so i'm trying to build kernel 3.6 from the beaglebone-3.6 branch at github with a compiler i built with yocto (gcc is 4.6.4) and i get this error... "selected processor does not support requested special purpose register -- `mrs r2,cpsr'" anyone have a clue?
  • [19:14:04] <rabryn> i used the beaglebone config out of the "configs" directory...
  • [19:16:43] * unsolo_wrk (c147b46b@gentoo/user/unsolo) Quit (Ping timeout: 245 seconds)
  • [19:16:59] <rabryn> after some googling i found a patch that changed '-Wa,-march=all' to '-Wa,-march=armv7-a' in arch/arm/boot/compressed/Makefile, i made that change and the kernel built but it wouldn't boot...
  • [19:17:01] * PaulePan1er is now known as PaulePanter
  • [19:17:24] <jkridner> panto: can we really have everything enabled in a .dts?
  • [19:17:28] <woglinde> rabryn yes you proably need gcc-4.5 for compiling
  • [19:17:34] <jkridner> ...per Tony's assertion.
  • [19:18:04] <mdp> tony said disabled
  • [19:18:04] <woglinde> jkrinder which toolchain now builds a bootable kernel?
  • [19:20:50] * spacecolonyone (~spacecolo@67-194-123-45.wireless.umnet.umich.edu) Quit (Quit: spacecolonyone)
  • [19:21:41] * _roger_ (~a0740758@nat/ti/x-jpgyoncmkidrsgrx) Quit (Quit: Leaving.)
  • [19:21:52] * _roger_ (~a0740758@nat/ti/x-dnwkbttmfipffjcq) has joined #beagle
  • [19:21:55] <rabryn> woglinde, where do you get the compiler you're using? do you build it by hand?
  • [19:24:04] <jkridner> woglinde: I'm told: http://www.beagleboard.org/irclogs/index.php?date=2012-10-30#T13:10:32 but I haven't confirmed yet.
  • [19:24:41] <jkridner> mdp: sorry, the word "enabled" is overloaded.
  • [19:24:52] <mdp> ok
  • [19:24:55] <jkridner> mdp: seems like every word you try to use has multiple meanings. :(
  • [19:25:19] * cc_ (8cb4f0c1@gateway/web/freenode/ip.140.180.240.193) has joined #beagle
  • [19:25:27] <jkridner> I mean, can it be done by listing everything in a .dts. It seems to me it cannot and Tony goes on about adding the ability to dynamically alter the device tree.
  • [19:25:30] <mdp> we already have every cape in the dts regardless
  • [19:25:42] <jkridner> mdp: but, that doesn't scale...
  • [19:25:56] <mdp> jkridner, that's not even part of the discussion right now
  • [19:25:58] <mdp> we know that
  • [19:25:59] <jkridner> we want people to be able to do capes independent of the image releases.
  • [19:26:19] <mdp> do you want tony to change dtc compile linker and define a new object format for it all?
  • [19:26:24] * _roger_ (~a0740758@nat/ti/x-dnwkbttmfipffjcq) Quit (Ping timeout: 265 seconds)
  • [19:26:28] <mdp> work on one battle
  • [19:26:45] <jkridner> I can't figure out what we are arguing about.
  • [19:27:20] <mdp> tony suggested a way to handle this in the kernel DT core code *without* calling private omap hwmod calls directly from drivers/* like capebus does
  • [19:27:22] * cc_ (8cb4f0c1@gateway/web/freenode/ip.140.180.240.193) Quit (Client Quit)
  • [19:27:34] <mdp> that's what everybody has suggested as one alternative from the beginning
  • [19:28:03] <mdp> that may have been lost in the noise of tryin to educate people on the basic use case and why doing it in the bootloader is undesirable
  • [19:28:17] <woglinde> rabryn -> 20:24 < jkridner> woglinde: I'm told: http://www.beagleboard.org/irclogs/index.php?date=2012-10-30#T13:10:32 but I haven't confirmed yet.
  • [19:28:44] <rabryn> woglinde, got it, thanks.
  • [19:32:05] * _chase_ (~a0271661@nat/ti/x-wcbjrtutteygerta) Quit (Ping timeout: 244 seconds)
  • [19:33:08] * spacecolonyone (~spacecolo@67-194-123-45.wireless.umnet.umich.edu) has joined #beagle
  • [19:39:02] <jkridner> mdp: so, you think panto should take an approach that does not call the private omap hwmod calls from drivers/* ?
  • [19:39:28] <mdp> of course, it's merely an implementation detail
  • [19:39:48] <mdp> my preference is to take a path that leads to getting in the kernel
  • [19:40:53] <mdp> this is why I talk a lot on our mainline calls about "semantics" and comments I need to incorporate that are just semantics rather than functional changes
  • [19:40:54] <_av500_> would a trained boot-loader-writing monkey help here?
  • [19:41:03] <mdp> _av500_, damn skippy it would
  • [19:41:06] <jkridner> I'm confused still, but you are making it sound like there is a clear task that enables getting capebus implemented that is not excessive work for panto. is that true?
  • [19:41:48] * KeatonT (~textual@unaffiliated/keatont) Quit (Quit: Computer has gone to sleep.)
  • [19:41:50] <mdp> jkrider, this is just one comment, but yes, he's been offered an acceptable path...at least to the omap maintainer
  • [19:42:29] * _chase_ (~a0271661@nat/ti/x-pumxpyftasuawmqa) has joined #beagle
  • [19:42:38] <mdp> jkridner, it's very predictable when something in drivers/* calls directly to an arch/mach-omap2/* call these days...that's simply not allowed
  • [19:42:48] <mdp> nobody is going to tell you great job if you do that
  • [19:43:23] <mdp> that's why numerous people said fix it in the DT core...only tony offered some specifics as to what he thinks would be good
  • [19:43:38] <mdp> I'll leave it to you guys to figure out
  • [19:43:53] <mdp> my project works great on beaglebone-3.6 ;)
  • [19:43:56] <jkridner> k, i'll wait for panto/koen to tell me about the challenges.
  • [19:47:48] * juvenal (juvenal@nat/ibm/x-nxfampxzoeqhrpvk) Quit (Quit: Computer has gone to sleep.)
  • [19:49:06] <mdp> jkridner: it's time. if you want to work in mainline it requires time to do rewrites and incorporate changes...consider other ideas
  • [19:49:12] * Venom_X_ (~phillyque@67-200-192-12.static.logixcom.net) has joined #beagle
  • [19:49:31] <mdp> working code is the first 1% of the task at least
  • [19:49:32] <jkridner> yes, but how much time.
  • [19:49:44] <mdp> generally 10x what you expect
  • [19:50:02] <jkridner> I have 0 feel for how much effort is involved in the requested change.
  • [19:51:04] * Venom_X (~phillyque@67-200-192-12.static.logixcom.net) Quit (Ping timeout: 260 seconds)
  • [19:51:05] * Venom_X_ is now known as Venom_X
  • [19:52:35] <mdp> jkridner, well, considering that it involves convincing the DT core maintainers on dt-discuss, figure a significant amount of time to arrive at a consensus
  • [19:53:12] <mdp> it's never as sexy as making stuff work
  • [19:53:56] <alan_o> yeah, once it works, I rarely care anymore :)
  • [19:54:06] <mranostay> heh
  • [19:54:18] <alan_o> mranostay: "close enough"
  • [19:55:23] <mdp> jkridner, recommended reading...today's 30 kernel developers in 30 weeks with steven rostedt
  • [19:55:30] <mdp> read his advice to developers
  • [19:56:01] <alan_o> I like him
  • [19:56:12] <mdp> s/today's/this week's/
  • [19:56:15] <mdp> http://goo.gl/5tkWi
  • [19:56:53] <mdp> alan_o, I also appreciate his comments on why he lives where he lives ;)
  • [19:57:20] <alan_o> I haven't read it. I'll check it out
  • [19:57:25] <alan_o> once I get back from the garage
  • [19:57:32] * alan_o goes to find a drill and an awl
  • [19:57:42] <mdp> alan_o, he's a good guy
  • [19:57:54] * spacecolonyone (~spacecolo@67-194-123-45.wireless.umnet.umich.edu) Quit (Quit: spacecolonyone)
  • [19:58:25] <jkridner> I don't see anything relevant in https://www.linux.com/news/special-feature/linux-developers/658135-30-linux-kernel-developers-in-30-weeks-steven-rostedt
  • [19:58:30] <mdp> I mean, he gave us ktest.pl, which is enough accomplishment for a lifetime..except for the perl-ness
  • [19:58:39] <mdp> lol, are you serious
  • [19:58:39] * KeatonT (~textual@unaffiliated/keatont) has joined #beagle
  • [19:59:24] <mdp> "One thing I've learned??while working on the -rt patch is that you can not push things into the??kernel. They need to be pulled in. Don't come around saying that you??have the best new feature and everyone should just throw flower petals??at your heels. You need to convince the current maintainers that what??you have will benefit them."
  • [19:59:45] * Stephen_ (~Stephen@client-86-29-176-21.brhm-bam-3.adsl.virginmedia.com) has joined #beagle
  • [19:59:46] * Stephen_ is now known as plasmab2
  • [20:00:10] <jkridner> sure... I think it has to be seen by the upper maintainers what our issue is and have them guide us down the path of producing a viable solution.
  • [20:01:43] <mdp> that's why I introduce a lot of am335x improvements as da8xx cleanups first ;)
  • [20:02:15] <mdp> everybody likes having existing drivers poor code cleaned/fixed
  • [20:02:47] <mdp> your use case is sound, just need to work the implementation details
  • [20:03:18] <mdp> jkridner, you've got to prepare yourself for the need to spend serious devel time upstream on the dtc tools themselves though
  • [20:07:00] * spacecolonyone (~spacecolo@67-194-123-45.wireless.umnet.umich.edu) has joined #beagle
  • [20:08:23] * ka6sox is now known as ka6sox-away
  • [20:10:07] * KeatonT (~textual@unaffiliated/keatont) Quit (Quit: Computer has gone to sleep.)
  • [20:11:48] <rabryn> <mdp> hey, we spoke earlier about the spi framebuffer... you mentioned that i'd have to write my own driver so i started taking a look at yours as a template. i put a kprint in the st7735fb_probe function and it's not getting called when i modprobe it.
  • [20:12:27] <rabryn> i'm new device driver development, was wondering if you had any suggestions. i think once i can see the spi lines twiddle on the scope i'm home free...
  • [20:12:40] <rabryn> at least for a while.
  • [20:13:05] <mdp> 3.2 or 3.6?
  • [20:13:43] <panto> back
  • [20:13:45] * DaveK (c05b42ba@gateway/web/freenode/ip.192.91.66.186) Quit (Quit: Page closed)
  • [20:14:05] <panto> jkridner, let me scroll back
  • [20:14:18] <rabryn> 3.2, i tried the 3.6 but it wouldn't compile, at which point i realized my gcc is 4.6.4 and it was recommended i use 4.5... i really don't want to go down that rabbit hole right now.
  • [20:15:01] <mdp> I use a cslite 2010.09
  • [20:15:23] <mdp> ubuntu-packaged linaro 4.6.x ish worked for me too
  • [20:15:25] <panto> jkridner, around?
  • [20:15:35] <jkridner> yup
  • [20:15:42] <mdp> but I'm using cslite because it exposes some bugs in stuff I'm working on
  • [20:16:09] <mdp> rabryn, on 3.2 you must have the driver compile in or as a module
  • [20:16:22] <rabryn> right... i'm using yocto that built my glibc, rfs, etc. not sure any of that matters though
  • [20:16:42] <mdp> then you must have the spi device info with proper modalias configured in board-am335xevm.c
  • [20:16:57] <panto> ok, so what's the question
  • [20:17:11] <rabryn> initially i had it compiled in, then i made a module so i could load/unload it easier.
  • [20:17:38] <mdp> I just build in for devel since it's fast to reboot
  • [20:18:02] <rabryn> mdp, i'm sure i do, let me double check.
  • [20:18:03] <mdp> and my kind of bugs generally lock up the whole system
  • [20:18:35] <mdp> rabryn, then you need to make sure the spi1 data is bring registered
  • [20:18:45] <mdp> two things have to happen in the big picture
  • [20:19:05] <mdp> 1) driver inits and registers itself with the ids it will match against
  • [20:19:07] <jkridner> panto: from me? I'm trying to figure out if you find the current suggestions reasonable and if you'll be able to take any actions.
  • [20:19:19] <jkridner> i need to know if we are stuck.
  • [20:19:23] <mdp> 2) device gets registered in the board file and advertises the id is provides for matching
  • [20:19:35] <panto> ok, let me do a wrap-up
  • [20:19:56] <mdp> rabryn: so then the two match in the driver core which calls the probe
  • [20:20:06] <mdp> so one of the two is not registered
  • [20:20:07] <panto> with the current state of things (ie. without something like capebus) nothing works
  • [20:20:16] <mdp> rabryn: or your id is not matching
  • [20:20:21] <mdp> so check all that
  • [20:20:30] <mdp> panto, "nothing works" ;)
  • [20:20:34] <rabryn> mdp, you're referring to the modalias right? i have am335x_spi1_slave_info's modalias set to "adafruit_tft18"
  • [20:20:46] <panto> mdp, well, from the cape side it doesn't
  • [20:20:46] <mdp> panto, you mean it works statically ;)
  • [20:21:01] <panto> yeah, if you modify the dts for each cape combination
  • [20:21:13] <panto> which means it doesn't work for users
  • [20:21:24] <mdp> it's "suboptimal"
  • [20:21:41] <panto> to the point of said user RMAing the bone & the cape
  • [20:22:04] <jkridner> we cannot rely on shipping dts in the code images....
  • [20:22:22] <mdp> rabryn: check that all that stuff gets called..sprinkle printks in your board file and see what happens with spi1
  • [20:22:29] <jkridner> the relevant information *must* come from the cape EEPROMs.
  • [20:22:34] <panto> so first goal is to ship a working kernel+distro that can support any capes the user has
  • [20:22:37] <panto> jkridner, right
  • [20:23:14] <panto> now, a major sticking point is the use of omap_platform_device after the bone has booted
  • [20:23:21] <rabryn> mdp, thanks! will keep plugging away...
  • [20:23:36] <panto> which still, is something about not having DT bindings for two drivers
  • [20:23:46] <panto> one of them is having them done, so we're down to one
  • [20:24:05] <jkridner> I'm just not sure if that is understood upstream yet or if mdp's comment comprehended that. it isn't "suboptimal", it doesn't work, if that is the statement.
  • [20:24:26] * KeatonT (~textual@unaffiliated/keatont) has joined #beagle
  • [20:24:36] <mdp> tell me how it doesn't work
  • [20:24:40] <mdp> it works statically
  • [20:24:46] <panto> it only works if you manually edit the dts for a given cape definition
  • [20:24:52] <mdp> which is suboptimal
  • [20:24:56] <mdp> yeah
  • [20:25:01] <panto> and the EEPROM is not read at all
  • [20:25:06] <mdp> yep
  • [20:25:11] <mdp> but it works
  • [20:25:13] <panto> or not used in that decision
  • [20:25:22] <mdp> include dvi_audio_cape.dtsi
  • [20:25:23] <panto> it works for me and you, not for the user
  • [20:25:36] <mdp> include bone_6502_cape.dtsi
  • [20:25:46] <panto> that's not an end user solution
  • [20:25:53] <mdp> I didn't say it was
  • [20:25:56] <mdp> I said it works
  • [20:26:01] <mdp> and I even said it's suboptimal
  • [20:26:11] <panto> that's what I said too, that it works for us
  • [20:26:21] <mdp> and going out and telling people in a thread that "nothing works" just bogs down the discussion
  • [20:26:22] <panto> not for the customer
  • [20:26:32] <panto> wait
  • [20:26:38] <mdp> so I'm playing devil's advocate here
  • [20:26:41] <panto> it only works for trivial capes
  • [20:26:42] <mdp> it does work, but it sucks
  • [20:26:46] <jkridner> just need to split the issues....
  • [20:26:48] <panto> i.e. generic capes
  • [20:26:54] <jkridner> it is not sufficient.
  • [20:26:59] <panto> for complex capes that doesn't work at all
  • [20:27:09] <jkridner> "suboptimial" isn't accurate.
  • [20:27:11] <woglinde> gogo go speedracer
  • [20:27:30] * KeatonT (~textual@unaffiliated/keatont) Quit (Client Quit)
  • [20:27:39] <panto> the whole question is whether we need capebus at all
  • [20:27:44] <mdp> panto, another problem...you keep saying trivial versus complex..but not once have I heard an example
  • [20:27:58] <jkridner> we'll never be able to have 3rd parties make 100s of capes if every one has to merge their .dtsi into the mainline kernel.
  • [20:28:27] <panto> complex cape == needs a driver to work
  • [20:28:27] <mdp> should have just put pci-e on the part
  • [20:28:50] <mdp> panto, so by definition, the st7735 cape is a complex cape
  • [20:29:00] <panto> no, it's not
  • [20:29:05] <mdp> whoa, wait!
  • [20:29:11] <mdp> it *needs* a driver
  • [20:29:14] <panto> it's simple because it's only a single SPI device
  • [20:29:14] <mdp> ok, try again then
  • [20:29:17] <panto> ok, rewording
  • [20:29:30] <panto> needs coordination of multiple drivers to perform the work
  • [20:29:30] <mdp> ok, try my 6502 cape then
  • [20:30:13] <panto> you 6502 would fall into that category if you were to make a more complex interface that the one offered by the standard platform devices
  • [20:30:36] <panto> so just 6502 where you're hacking about, not a complex cape
  • [20:30:40] <mdp> ok, multiple drivers is it then!
  • [20:30:42] <mdp> thank you
  • [20:30:58] <mdp> cause this one just uses lots of pins
  • [20:31:25] <panto> 6502 where you are offering a complete solution for driving some kind of machinery
  • [20:31:28] <panto> complex
  • [20:31:30] <mdp> oh, when I get done with the pruss remoteproc stuff, it'll use two drivers...but actually it will take care of calling them
  • [20:31:50] <mdp> well, that would be done via virtio drivers which instantiate from the firmware resource table anyway
  • [20:31:56] <mdp> which is another discussion
  • [20:31:56] <panto> right, the way to think about it is like this:
  • [20:31:58] * Guest83921 (~bleh1@178.16.15.83) Quit (Read error: Connection reset by peer)
  • [20:32:14] <panto> simple - something that once you plug it into the Linux device model it just works
  • [20:32:17] <mdp> they don't even have any relation to platform drivers and DT at all
  • [20:32:38] <mdp> wait, is a dvi + audio cape I have sitting here a complex cape?
  • [20:32:41] <panto> complex - something that requires a coordinating driver presenting a more comprehensive interface for the task that this cape is built for
  • [20:32:53] <mdp> because it needs da8xx-fb and davinci-pcm?
  • [20:33:01] <panto> nope, simple
  • [20:33:05] <mdp> damn!
  • [20:33:23] <mdp> ok, weathercape? ;)
  • [20:33:24] <panto> once you register the video/audio device needs no more work
  • [20:33:35] <panto> simple too (at least how koen is using it)
  • [20:33:50] * NulL` (~bleh1@178.16.15.83) has joined #beagle
  • [20:34:00] <panto> let's take your 6502 cape
  • [20:34:01] <mdp> ok, tell me the one existing cape that represents the complex case
  • [20:34:06] * xanium4332 (~yaaic@jeb90.fitz.cam.ac.uk) Quit (Ping timeout: 240 seconds)
  • [20:34:07] <mdp> so I have something solid to consider
  • [20:34:13] <mdp> assume I'm an idiot, ok? ;)
  • [20:34:15] * tema (~tema@12.69.71.131) Quit (Ping timeout: 252 seconds)
  • [20:34:21] <panto> the only one at the moment is the geiger cape
  • [20:34:50] <panto> because you have a number of peripherals connected in a way that all the details are abstracted
  • [20:35:18] <panto> the user interface presented back to the user, is a sysfs interface, with 3 files
  • [20:35:20] <mdp> geiger cape doesn't have an open design yet so I can't really understand it
  • [20:35:37] <panto> it's totally open, only you weren't in the loop when designing it
  • [20:35:43] * xanium4332 (~yaaic@global-2-14.nat.csx.cam.ac.uk) has joined #beagle
  • [20:35:48] <panto> care to check it out?
  • [20:35:53] <mdp> this is the geiger cape driver you are describing?
  • [20:35:57] <panto> yes
  • [20:36:04] <woglinde> hw
  • [20:36:07] <mdp> ok, go on
  • [20:36:28] <panto> let me find the schematics and sent it over
  • [20:36:37] <mdp> so there's a geiger device described in DT then
  • [20:37:27] <mdp> and so tell me what pin resources / hwmods it uses
  • [20:37:31] <mdp> gpio? pwm?
  • [20:37:48] <mdp> spi, I think, I saw the awesome display
  • [20:37:52] <panto> leds, pwm, gpio, and a analog vsense input
  • [20:38:09] <panto> spi, no, that's an override cape
  • [20:38:16] <mdp> ok, sounds like my 6502 cape so far
  • [20:38:19] <panto> it's not part of the single cape
  • [20:38:25] <panto> right
  • [20:38:51] <mdp> a driver that uses various resources (gpio/pwm/prupins)
  • [20:39:15] <panto> so what it does, is use a pwm to boost voltage of the geiger tube to about 500+ V and then count the number of events (interrupts) detected
  • [20:39:23] <panto> it's not complicated
  • [20:39:40] <mdp> but it *is* complex
  • [20:39:40] <panto> but you can't do this by just creating platform devices
  • [20:39:53] <panto> yes, complex by the cape bus definition
  • [20:40:28] <mdp> I'm not sure what your platform device omment is about
  • [20:41:09] <panto> the simple capes only need to create the devices that are described in their cape definition in the DTS
  • [20:41:18] <panto> then they just work
  • [20:41:42] <panto> you don't need to do anything else with them
  • [20:41:47] <panto> no need to count events
  • [20:42:01] * alan_o shakes his fist at radio shack standoffs that are too big
  • [20:42:28] <mdp> panto, using ecap?
  • [20:42:30] <panto> nor check anything like the analog input vsense for proper operation
  • [20:42:40] <panto> mdp, not yet, there's no ecap driver
  • [20:42:51] <panto> counting events via gpio interrupts
  • [20:42:54] <mdp> ok, saw that on the schematic and wondered for that very reason
  • [20:43:08] <mdp> ok, yes, saw the gpios on 08
  • [20:43:28] <panto> eventually if ecap driver comes, then, yes, switch to using that, although the event rate is very low for making it matter
  • [20:43:42] <mdp> but I don't understand how this is different from the st7735 cape
  • [20:43:58] <mdp> it requires a driver that then uses gpio/pwms/spi1
  • [20:44:21] <panto> the st7735 is implementing a standard linux video driver
  • [20:44:39] <mdp> and b6502 implements a standard remoteproc driver..I'm with you
  • [20:44:50] <mdp> what does geiger cape do? why would it implement a standard driver?
  • [20:45:02] <panto> it doesn't
  • [20:45:10] <mdp> s/would it/would it not/
  • [20:45:12] <panto> that's the point, it's an one-off
  • [20:45:25] <mdp> so your driver s/w is broken :)
  • [20:45:29] * emeb (~ericb@ip72-201-79-123.ph.ph.cox.net) Quit (Quit: Leaving.)
  • [20:45:36] <mdp> what?
  • [20:45:52] <mdp> a driver is a driver
  • [20:46:03] <panto> yes, but it's a driver for something arbitrary
  • [20:46:08] <mdp> no it's not
  • [20:46:21] <mdp> it's a driver specifically for this bone+geiger cape
  • [20:46:33] <panto> right
  • [20:46:46] * krajo1 (~krajo1@ip4-83-240-125-22.cust.nbox.cz) has joined #beagle
  • [20:47:08] <panto> which doesn't fit in any kind of mold
  • [20:47:08] <mdp> and I believe you said static dtsi does not work for these complex cases
  • [20:47:12] <mdp> which is not true
  • [20:47:17] * koen (~koen@ip4da2a5ae.direct-adsl.nl) Quit (Read error: Operation timed out)
  • [20:47:21] <mdp> sure it does
  • [20:47:29] * koen (~koen@ip4da2a5ae.direct-adsl.nl) has joined #beagle
  • [20:47:36] <mdp> it fits into drivers/misc just like the sram driver and everything else there
  • [20:48:09] <panto> well, true
  • [20:48:21] <mdp> I fail to see how a unique peripheral is a special case...beyond requireing a unique driver
  • [20:48:38] <panto> a single peripheral no
  • [20:48:47] <mdp> that is a peripheral
  • [20:49:02] <panto> I see your point
  • [20:49:12] <panto> but it's just semantics
  • [20:49:12] * emeb (~ericb@ip72-201-79-123.ph.ph.cox.net) has joined #beagle
  • [20:49:53] <panto> whether you put the driver in a box, you will still need to solve the problem that capebus does
  • [20:49:55] <mdp> so back to the static thing...it does work if one distributes a driver patch + .dtsi for a cape
  • [20:50:00] <mdp> the include it into the dts
  • [20:50:20] <mdp> and conflicts will be horrible and whined about by pinctrl if the drivers are well done
  • [20:50:36] <mdp> it sucks and is suboptimal by my definition but it does work
  • [20:50:48] <panto> it works for developers only
  • [20:51:23] <mdp> well, for one, you've got distribute the drivers
  • [20:51:54] <mdp> so let's not forget that nobody gets away with just shipping a cape the requires a driver and avoids the wrath of the kernel learning curve overhead
  • [20:52:13] <mdp> unless the normal users wait for another angstrom build that includes the driver and grab that image
  • [20:52:30] <panto> you're simplifying things
  • [20:53:07] <mdp> it's damn near trivia to build a stopgap userspace tool that glues a dtb from a dtsi cape database on the target and you reboot to use that dtb that has your stack of capes working properly
  • [20:53:31] <mdp> and that's even been suggested in past discussion from !me as a stopgap to work around DT's staticisms
  • [20:53:56] <mdp> I don't think it's the long term solution, just pointing out that it's a better user experience
  • [20:54:26] <panto> it's only a better user experience for the mess that is currently the normal case
  • [20:54:46] * prpplague (~danders@192.91.66.186) has left #beagle
  • [20:54:51] <panto> you don't need anything like that with something (let's not call it) like capebus
  • [20:54:59] <mdp> it's a better experience that works against stock mainline..incremental improvement
  • [20:55:01] * prpplague (~danders@192.91.66.186) has joined #beagle
  • [20:55:11] * woglinde chuckles
  • [20:55:18] <mdp> yep, and that's why I support the concept embodied in capebus
  • [20:55:32] <panto> it's only a horrible kludge so that a few egos don't get bruised
  • [20:56:07] <mdp> I'm just wondering why nobody is willing to roll out an incremental improvement in angstrom while the ideal solution is being worked on
  • [20:56:11] * NishanthMenon (~nmenon@192.94.92.14) Quit (Quit: Ex-Chat)
  • [20:56:12] <rabryn> mdp, figured it out... in board-am335xevm.c the spi1 pin mux was being setup then the next line uses bone_spidev2_info in the spi_register_board_info call (not spi1's).
  • [20:56:14] <panto> so we have a real fix, from a user experience perspective, and we have to compromise, for what exactly
  • [20:56:15] * NulL` (~bleh1@178.16.15.83) Quit (Ping timeout: 252 seconds)
  • [20:56:19] <panto> koen tried
  • [20:56:35] <mdp> rabryn: nice catch! yeah, printks are your friend ;)
  • [20:56:36] <panto> it's not going to work just from user-space
  • [20:56:58] <mdp> ask koen about it, he had written up the concept
  • [20:57:21] <panto> I know, and he chucked it away when using the alternative
  • [20:57:22] <mdp> it can work..it simply running dtc based on user selection
  • [20:57:28] <mdp> instead of probing
  • [20:57:32] <mdp> *sigh*
  • [20:57:37] <mdp> I guess you don't even see the point
  • [20:57:43] <panto> I see the point
  • [20:57:54] <panto> it's something that might be accepted more easily by mainline people
  • [20:58:16] <panto> it's still sub-optimal though
  • [20:58:37] <mdp> well, anyway, for the ideal approach, tony has suggest a path to deal with the one big issue
  • [20:58:40] <mdp> so go forth ;)
  • [20:59:04] <unsolo> userspace dtc walk yiikes..
  • [20:59:06] <mdp> hint: buy rob herring some beers
  • [20:59:24] <unsolo> and fun at the same time..
  • [20:59:36] <mdp> unsolo: yeah, I think he even prototyped it in frustration with the cape situation
  • [21:00:05] <mdp> probe the eeproms in the stack...then it's trivial to construct a dts including the right cape dtsis..run dtc..
  • [21:00:06] <panto> mdp, I think you're talking about the DT object file method
  • [21:00:11] <mdp> cp the dtb to the sd card and reboot
  • [21:00:31] <mdp> it's fugly as can be
  • [21:00:39] <panto> or mess the dtb and fail to boot at all
  • [21:00:45] <mdp> details!
  • [21:01:02] <panto> it's where the devil lies
  • [21:01:30] <panto> my point is that I'm not married to capebus
  • [21:01:50] <mdp> panto, we'll spin some KISS records and have a beer next week while talking about this ;)
  • [21:02:14] <panto> but I do want, is that the user doesn't have to suffer
  • [21:02:16] <panto> mdp, deal!
  • [21:02:33] <panto> I live by one motto: Don't break your customer's balls
  • [21:02:54] <panto> and linux people sure like kicking them in the nuts
  • [21:03:05] * spacecolonyone (~spacecolo@67-194-123-45.wireless.umnet.umich.edu) Quit (Quit: spacecolonyone)
  • [21:03:18] <mranostay> panto: grumpy old man
  • [21:03:30] <mdp> panto, ouch
  • [21:03:38] <woglinde> panto linuxer user are expecting breaking stuff
  • [21:03:53] <mdp> well, we'll do beer assuming newark is running ok again saturday
  • [21:03:58] <panto> not acceptable IMO
  • [21:04:06] <panto> it's a failure of the community
  • [21:04:13] <mdp> you perfectionists
  • [21:04:18] <mdp> what did I tell you about customers?
  • [21:04:20] <mdp> ;)
  • [21:04:37] <panto> hehe
  • [21:05:01] <panto> I'm not defending them, they sure do their own share of dumb things
  • [21:05:05] <panto> but we should know better
  • [21:05:14] <panto> we _do_ know better
  • [21:05:31] <mdp> they are always wrong
  • [21:05:54] <panto> irrelevant, they still pay for your product/services
  • [21:06:30] <mdp> actually, I once had to defend a customer here from my boss...told him, "look, this is great! they are doing us a favor detailing above our heads how bad our kernel sucks"
  • [21:06:51] <mdp> panto, but I still hated them for pulling string to get me on a plane with 4 hours notice for a week
  • [21:07:08] <panto> I never said not to hate your customers :)
  • [21:07:16] <mdp> I'll be sure to bring the t-shirt they gave me for my trouble
  • [21:07:20] <mdp> good troll shirt
  • [21:07:40] <panto> but if we've stopped kicking them in the balls, perhaps they would be in a better mood
  • [21:07:56] <mdp> keep kicking 'em and keep speechless
  • [21:07:59] <mdp> that'll work too
  • [21:08:32] <panto> ok, let me reverse the question about the way to go
  • [21:09:06] * icota (~quassel@dh207-41-171.xnet.hr) Quit (Read error: Operation timed out)
  • [21:09:35] <mdp> panto, you are now into my 6502 hacking time...please don't disturb my beloved accumulator ;)
  • [21:10:11] * nullpuppy (~dustin@freematrix/staff/nullpuppy) Quit (Ping timeout: 260 seconds)
  • [21:11:01] <unsolo> mdp: i don't se why a cape couldnt be "activated" post boot..
  • [21:11:09] <mdp> panto, would you mind if I add a slide entitled, "Would CapeBus Help Here"
  • [21:11:25] <mdp> unsolo: just current mach-omap2 hwmod assumptions prevent it
  • [21:11:42] <mdp> panto's original patch was controversial, but tony has softened his stance
  • [21:11:49] <unsolo> hehe
  • [21:11:54] * nullpuppy (~dustin@freematrix/staff/nullpuppy) has joined #beagle
  • [21:12:31] <mdp> panto, testing my raw virtual uart speed...important stuff
  • [21:12:32] <unsolo> to bad there is no hypervisor laying around in the a8
  • [21:13:27] * JViz (~JViz@rrcs-70-63-118-85.midsouth.biz.rr.com) Quit (Ping timeout: 260 seconds)
  • [21:14:06] <unsolo> then you could move all this stuff out of linux
  • [21:14:26] <unsolo> i suppose one could theoretically run a small manager in the sram or something but still..
  • [21:15:01] <unsolo> would be cool to have a hot pluggable cape to right :)
  • [21:16:20] * unsolo is only trolling but still interesting way of seeing things
  • [21:20:51] * unterhausen (~eric@130.203.212.186) Quit (Ping timeout: 245 seconds)
  • [21:26:16] * KeatonT (~textual@unaffiliated/keatont) has joined #beagle
  • [21:31:34] * woglinde (~henning@f052228105.adsl.alicedsl.de) Quit (Ping timeout: 252 seconds)
  • [21:32:40] * linuxjacques (~none@nslu2-linux/jacques) Quit (Ping timeout: 268 seconds)
  • [21:33:48] * rabryn (45058c4e@gateway/web/freenode/ip.69.5.140.78) Quit (Ping timeout: 245 seconds)
  • [21:35:05] * linuxjacques (~none@nslu2-linux/jacques) has joined #beagle
  • [21:37:46] * unterhausen (~eric@130.203.212.186) has joined #beagle
  • [21:39:03] * rcranetx (~rcranetx@nat/ti/x-boccddeslzbxwqrc) Quit (Ping timeout: 252 seconds)
  • [21:39:37] <alan_o> mdp, mranostay: are you guys going to say "you can download all the code for this demo from...." ?
  • [21:39:46] <mdp> on my last slide
  • [21:40:00] <alan_o> because I'm not sure I can do that. It's such a mess, and I don't have time to commit it, and it's a lot of pieces.
  • [21:40:06] <mdp> I usually reference links throughout as necessary
  • [21:40:07] <_av500_> mdp: i had an idea, could a vendor tree help?
  • [21:40:18] <panto> now that's just trolling
  • [21:40:25] <mdp> _av500_, only an *evil* vendor tree
  • [21:40:49] <panto> congrats :)
  • [21:41:00] <mdp> alan_o, consider that people will be looking through your slideware 2 years from now
  • [21:41:19] <alan_o> mdp: maybe I'll see what I can put together... The beaglebone part is really a bodge. Maybe I can put up a link and say "I'll put stuff up here later."
  • [21:41:26] * smplman (~speery@64.132.167.18) Quit (Quit: smplman)
  • [21:41:42] <mdp> alan_o, tbh, I mark stuff that's in the state of what mine is in as "WIP"
  • [21:41:47] <mdp> buyer beware
  • [21:41:49] <alan_o> half the point of my presentation is that this that 802.15.4 on Linux is currently a bodge
  • [21:42:02] <mdp> not everything that's published has to be medical mission critical to be useful to people
  • [21:42:06] <mdp> people like to learn
  • [21:42:13] <alan_o> yeah, true
  • [21:42:19] <mdp> I know I greatly appreciate all the fragments that google turns up for me
  • [21:42:33] <panto> g'night
  • [21:42:38] * panto (~panto@195.97.110.117) Quit (Quit: Leaving)
  • [21:42:44] <mdp> and I have a lot ugly code in my b6502 related trees
  • [21:43:51] <alan_o> I wish it was just ugly code
  • [21:43:57] <mdp> the stuff I polish up on TI time is just so uninteresting that I could never talk about it
  • [21:44:05] <mdp> I would fall asleep in front of everybody ;)
  • [21:44:43] <alan_o> it's ugly hacks to the bb kernel and dts, a patchset from another guy for 802.15.4... Then there's two platforms (PC and bone) with two different wireless modules and drivers.
  • [21:44:55] <alan_o> yeah, mainlining sucks
  • [21:45:00] <mdp> I know I would find it interesting
  • [21:45:07] <mdp> alan_o, it has ups and downs
  • [21:45:11] <alan_o> that's true
  • [21:45:21] <alan_o> seeing the email from DaveM in the inbox....
  • [21:45:28] <alan_o> scrolling down....
  • [21:45:30] <mdp> I'm leveraging a lot of things that I did on TI time
  • [21:45:51] <mdp> like reviewing and patching the generic sram driver that's hopefully going in for 3.8
  • [21:46:14] <mdp> I needed a feature for this...but it's also needed in davinci land so...
  • [21:46:36] <mdp> alan_o, it's hard to find something that isn't useful in multiple places
  • [21:46:43] <alan_o> That's true
  • [21:46:45] <alan_o> same with knowledge
  • [21:46:47] <mdp> oh, that's in my slides too
  • [21:47:08] <mdp> I should count the original code in this project
  • [21:47:16] <mdp> it's got to be less than 200 hundred lines or so
  • [21:47:50] <alan_o> like right now... since I pulled my hair out over something months ago and then detailed it in an email on the mc1322x mailing list, I can go back and reference it now (since I've long forgotten, but I now need it )
  • [21:48:05] <alan_o> mdp: oh yeah, I don't feel like I do any acutal coding anymre
  • [21:48:38] <alan_o> Embedded Linux: 2% art, 5% science, 93% archeology
  • [21:49:11] * alan_o picks up a skull.... what the.....?
  • [21:49:22] <mdp> run!
  • [21:49:23] * debianin (~user@dynamic-adsl-94-36-204-206.clienti.tiscali.it) has joined #beagle
  • [21:49:33] <jacekowski> embedded isn't what it used to be
  • [21:49:46] <alan_o> jacekowski: it still is that way for a _lot_ of people
  • [21:49:56] <alan_o> people who use micros
  • [21:50:11] <alan_o> you want to bitbang? Here's the register, and here's a hammer
  • [21:50:29] <jacekowski> nothing wrong with bitbanging
  • [21:50:36] <alan_o> memory controller? there _isn't_ one
  • [21:50:49] <alan_o> boot up? execution starts at 0x0
  • [21:50:52] <mdp> it's that word!
  • [21:51:03] <debianin> hello. Cubieboard user here. im am using a linaro-ubuntu rootfs, but im not sutisfied. Im looking for a pure debian rootfs to install on cubieboard. i find noone but http://elinux.org/BeagleBoardDebian. Is this installation porcess usable also on cubieboard?
  • [21:51:22] <mranostay> someone has one it seems
  • [21:51:22] <alan_o> bootloader? That's when you make a program that reflashes the program from USB
  • [21:51:30] <mdp> debianin: wrong channel!
  • [21:51:36] * KeatonT (~textual@unaffiliated/keatont) Quit (Quit: Computer has gone to sleep.)
  • [21:51:37] * xanium4332 (~yaaic@global-2-14.nat.csx.cam.ac.uk) Quit (Read error: Connection reset by peer)
  • [21:51:44] * jluisn (~quassel@187.115.172.24) Quit (Remote host closed the connection)
  • [21:51:53] <debianin> mdp, ops! sorry. what the right one? (if you know)
  • [21:52:07] <mdp> nope, look for a #cubieboard
  • [21:52:16] <mdp> we train beagles here
  • [21:52:37] <alan_o> and sell them for their fur
  • [21:52:49] <alan_o> oh wait, wrong channel.....
  • [21:52:59] <debianin> on #cubieboard the say to search "debian rootfs harmhf", and google bring me here :)
  • [21:53:09] <alan_o> debian rootfs harmful?
  • [21:53:18] <alan_o> haven't read that one yet
  • [21:53:48] * alan_o realizes he's turned into av500
  • [21:53:50] <debianin> cubieboard run A10 S.o.C.
  • [21:54:27] <debianin> so it is ARMv7, the cpu that debina 7 is made for.
  • [21:55:17] <mdp> alan_o, there can only be one
  • [21:55:23] <debianin> if also BBoard run A10, so i suppose and hope debina for BBoard can be user als ofor Cboard.
  • [21:56:51] * xanium4332 (~yaaic@global-2-14.nat.csx.cam.ac.uk) has joined #beagle
  • [21:57:30] <djlewis> debianin: looks like you are in the game early.
  • [21:57:43] <djlewis> product just hit the market
  • [21:58:20] <mdp> trailblazing
  • [21:58:45] <djlewis> yeah, they got it ready to ship a few but no support
  • [21:58:59] <mdp> debianin: out of curiousity, do they ship register-level documentation for the A10 SoC with the Cubieboard?
  • [22:00:30] <debianin> mdp, i duno. anyway documentation is poor, the just start and have many things to do.
  • [22:00:33] <djlewis> download section of their site only has the autocad dimensions
  • [22:00:40] <djlewis> no software
  • [22:00:55] <debianin> yes, poos, site, few infos.
  • [22:01:00] <debianin> poor site.
  • [22:01:02] <mdp> in my searches it appears there is no documentation on the A10 itself
  • [22:01:10] <debianin> wait
  • [22:01:15] <mdp> so I can't purchase that as a developer board
  • [22:01:23] * Jie (8ecc91bb@gateway/web/freenode/ip.142.204.145.187) Quit (Quit: Page closed)
  • [22:01:52] <djlewis> debianin: did you get the pre-installed buildroot with it?
  • [22:02:58] <djlewis> most useful info here: http://linux-sunxi.org/Cubieboard
  • [22:03:18] * guanucoluis (~luis@2001:470:e450:0:225:56ff:fea1:2064) has joined #beagleboard
  • [22:05:49] * debianin (~user@dynamic-adsl-94-36-204-206.clienti.tiscali.it) Quit (Ping timeout: 260 seconds)
  • [22:06:59] * _roger_ (~a0740758@nat/ti/x-qrmdaorfmnpopjyv) has joined #beagle
  • [22:10:01] * hattwick (~hattwick@68-184-17-253.dhcp.unas.ma.charter.com) Quit (Ping timeout: 245 seconds)
  • [22:14:51] * hattwick (~hattwick@68-184-17-253.dhcp.unas.ma.charter.com) has joined #beagle
  • [22:16:56] * xanium4332 (~yaaic@global-2-14.nat.csx.cam.ac.uk) Quit (Ping timeout: 255 seconds)
  • [22:18:42] * debianin (~user@dynamic-adsl-94-36-218-74.clienti.tiscali.it) has joined #beagle
  • [22:19:02] <_av500_> debianin: the beagle does not use the A10
  • [22:19:06] * JAIME (be7642cd@gateway/web/freenode/ip.190.118.66.205) has joined #beagle
  • [22:19:11] <_av500_> and this is not the place to get cubieboard support
  • [22:19:26] <prpplague> hehe
  • [22:19:27] * _av500_ realizes he has turned into av500
  • [22:19:43] <debianin> ok, no A10 so no help fo me. thank the same and sorry to have flood the channel.
  • [22:19:44] <debianin> bye
  • [22:19:59] * debianin (~user@dynamic-adsl-94-36-218-74.clienti.tiscali.it) has left #beagle
  • [22:20:14] <djlewis> _av500_: you are good :)
  • [22:20:15] <prpplague> _av500_: hehe it seems all these boards with no support suddenly are swamping the beagle/panda channels for support, hehe
  • [22:20:17] * JViz (~JViz@cpe-024-163-006-117.triad.res.rr.com) has joined #beagle
  • [22:20:39] <_av500_> we should send them to rpi
  • [22:20:44] <_av500_> they dont have a TRM either :)
  • [22:21:19] <_av500_> I asked cubie for the TRM today on g+, not reply so far
  • [22:21:23] <JAIME> Hello dear friends: My beagleboard XM rev C just arrive. I would like to install UBUNTU and OpenCV on it, please could you give more information about how to do it?
  • [22:21:52] <_av500_> why not run angstrom? that comes with opencv?
  • [22:21:58] <_av500_> -?
  • [22:23:03] <djlewis> I recall something about a beagleboard.org ..
  • [22:23:13] <JAIME> I tried to run a program in OPENCV and it didn't run. How can I know if the OpenCV is installed?
  • [22:23:29] <djlewis> that sounds like mru
  • [22:23:40] <_av500_> JAIME: did you install it?
  • [22:23:45] <_av500_> if not, probably not
  • [22:23:52] <_av500_> angstrom has opencv packages
  • [22:24:10] <_av500_> something like opkg update
  • [22:24:21] <_av500_> opkg list |grep opencv
  • [22:24:59] * ka6sox-away is now known as ka6sox
  • [22:26:36] <_av500_> JAIME: if you are running ubunt, no idea about opencv
  • [22:26:50] <_av500_> but I guess usual ubuntu sw installation rules apply
  • [22:26:54] <_av500_> apg-get something
  • [22:26:55] <JAIME> The beagle came with Amstrong, I didn't install opencv. Do I have to install the openCV manually?
  • [22:28:11] <_av500_> could be
  • [22:28:21] <_av500_> see if you have opencv libraries installed
  • [22:28:21] * calculus (~calculus@gentoo/user/calculus) Quit (Read error: Connection reset by peer)
  • [22:28:27] * calculu5 (~calculus@gentoo/user/calculus) has joined #beagle
  • [22:28:34] <_av500_> //usr/lib/libopencv or so
  • [22:29:35] <JAIME> I don't mind if is ubuntu or amstrong. I just want openCV run.
  • [22:30:16] * krajo1 (~krajo1@ip4-83-240-125-22.cust.nbox.cz) Quit (Quit: Konversation terminated!)
  • [22:30:52] <JAIME> How can I see the libraries installed on Beagle? The beagleboard XM rev C is new.
  • [22:34:39] * prpplague (~danders@192.91.66.186) Quit (Quit: Leaving)
  • [22:35:52] * calculu5 is now known as calculus
  • [22:39:49] * djlewis (~djelwis@adsl-65-64-30-13.dsl.ltrkar.swbell.net) Quit (Quit: Leaving.)
  • [22:42:16] * Venom_X (~phillyque@67-200-192-12.static.logixcom.net) Quit (Quit: Venom_X)
  • [22:42:28] <JAIME> Dear _av500_ can we talk by skype ?
  • [22:44:12] * fusion94 (~fusion94@pdpc/supporter/student/fusion94) has joined #beagle
  • [22:45:43] * prpplague (~danders@192.94.92.14) has joined #beagle
  • [22:47:37] <_av500_> lol, no
  • [22:47:46] <_av500_> why? you cant read what I write here?
  • [22:48:06] <_av500_> where did you use opencv before?
  • [22:48:12] <_av500_> on your windows pc?
  • [22:48:15] * jpsaman (~jpsaman@videolan/developer/jpsaman) Quit (Quit: Leaving)
  • [22:48:24] <_av500_> then you might need to invest some time into basic linux
  • [22:48:48] * JAIME (be7642cd@gateway/web/freenode/ip.190.118.66.205) Quit (Ping timeout: 245 seconds)
  • [22:50:11] * jaime (be7642cd@gateway/web/freenode/ip.190.118.66.205) has joined #beagle
  • [22:50:21] * kkeller (~Ken_Kelle@174-17-25-20.phnx.qwest.net) Quit (Quit: Leaving.)
  • [22:55:34] <jaime> I need help with beagleboard and Opencv
  • [22:56:00] <jaime> can anybody help me?
  • [22:56:04] * xanium4332 (~yaaic@jeb90.fitz.cam.ac.uk) has joined #beagle
  • [23:00:48] * spacecolonyone (~spacecolo@c-107-5-194-31.hsd1.mi.comcast.net) has joined #beagle
  • [23:03:34] * _roger_ (~a0740758@nat/ti/x-qrmdaorfmnpopjyv) Quit (Ping timeout: 260 seconds)
  • [23:04:15] * sakoman (~steve@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) Quit (Remote host closed the connection)
  • [23:08:22] * damir__ (~damir@cpe-212-85-175-204.cable.telemach.net) Quit (Quit: Leaving.)
  • [23:09:32] * felipealmeida (~user@mvx-187-16-79-187.mundivox.com) has joined #beagleboard
  • [23:09:47] * _roger_ (~a0740758@nat/ti/x-ydbvwgteamvfcqnx) has joined #beagle
  • [23:09:57] * felipealmeida (~user@mvx-187-16-79-187.mundivox.com) has joined #beagle
  • [23:10:53] * jaime (be7642cd@gateway/web/freenode/ip.190.118.66.205) Quit (Ping timeout: 245 seconds)
  • [23:11:09] * bones_was_here (~bones@59.167.222.216) Quit (Quit: No Ping reply in 180 seconds.)
  • [23:11:25] * bones_was_here (~bones@59.167.222.216) has joined #beagle
  • [23:13:22] * plasmab2 (~Stephen@client-86-29-176-21.brhm-bam-3.adsl.virginmedia.com) Quit (Read error: Connection reset by peer)
  • [23:13:37] * TD-Linux (~thomas@x-134-84-73-122.uofm-secure.wireless.umn.edu) has joined #beagle
  • [23:13:38] * TD-Linux (~thomas@x-134-84-73-122.uofm-secure.wireless.umn.edu) Quit (Changing host)
  • [23:13:38] * TD-Linux (~thomas@about/essy/indecisive/TD-Linux) has joined #beagle
  • [23:21:22] <mranostay> _av500_: what is Windows?
  • [23:22:59] <ds2> a porthole
  • [23:23:16] <ds2> an undesireable opening that leaks energy, and other things
  • [23:23:27] <ds2> something to be dispose of and sealed off ASAP.
  • [23:24:17] <thurbad> plays games really well though :)
  • [23:25:25] * florian (~fuchs@Maemo/community/contributor/florian) Quit (Quit: Verlassend)
  • [23:26:24] <alan_o> ugh... 3d on windows is crap compared to Linux
  • [23:26:29] <alan_o> not individual games I'm talking about
  • [23:26:43] <alan_o> just in general, the realtime performance is better in Linux
  • [23:26:56] <ds2> why would one need 3D on windows?
  • [23:27:35] <ds2> go for the real thing instead of looking through a port hole
  • [23:27:35] <alan_o> well, for my particular project, it was in Windows when I got there, and was cross-platform when I left :)
  • [23:28:18] <alan_o> We had a timing graph thing... looked really nice and smooth in Linux, jagged and awful in Windows
  • [23:28:19] <alan_o> OpenGL
  • [23:28:31] <alan_o> (of course...)
  • [23:28:51] <ds2> must be bad glass
  • [23:29:05] <alan_o> could be
  • [23:29:24] <alan_o> hey, quick question, for my 7805 issue, I got an 8-way AA holder
  • [23:29:43] <alan_o> Was wondering if there's any benefit to putting 8 rather than going with 6 and just soldering a wire across two of them
  • [23:30:11] <ds2> mechanical
  • [23:30:25] <alan_o> :)
  • [23:30:29] <ds2> I'd put a dowel w/a wire
  • [23:30:39] <alan_o> coiled around the dowel
  • [23:30:40] <alan_o> inductor
  • [23:30:42] <ds2> mechanical stuff is surprisingly important
  • [23:30:46] <alan_o> yes
  • [23:31:09] <ds2> why not just get a USB battery?
  • [23:31:10] <thurbad> why would you use opengl in windows unless you were concerned with cross platform
  • [23:31:18] <alan_o> they were $40 :)
  • [23:31:24] <ds2> $40?!
  • [23:31:30] <alan_o> Well, in best buy
  • [23:31:32] <ds2> they should be around $20-$25
  • [23:31:41] <alan_o> and that was only 1000mAh
  • [23:31:56] <ds2> heh "1000mAh"
  • [23:32:00] <alan_o> ??
  • [23:32:06] <alan_o> I mean that's what it said, who knows.
  • [23:32:16] <ds2> think that is 1000mAH battery, not 1000mAH available
  • [23:32:31] <alan_o> yeah, after its regulator burns up enough, etc
  • [23:32:42] <alan_o> another thing that made me hesitate
  • [23:32:53] <ds2> i.e you get (3.7/5.0)*0.8
  • [23:33:05] <ds2> those regulators should be more efficient
  • [23:33:18] <Russ> interesting, according to Felipe, I??C is totally plug-n-play
  • [23:33:21] <ds2> you have to use a switcher of sorts ot boost from the nominal 3.7V of the lithium cell
  • [23:33:32] <ds2> Russ: which Felipe?
  • [23:33:39] <Russ> Balbi
  • [23:33:41] <mranostay> gah these linkedin endorsement were cool... for about the first hour...
  • [23:33:58] <ds2> the MUSB felipe?
  • [23:34:05] <ds2> or the DSP Bridge Felipe?
  • [23:34:14] <Russ> I'm not sure that he's actually looked at ->detect() methods for I??C devices
  • [23:34:28] <Russ> TI Felipe
  • [23:34:35] <ds2> think they are both TI felipes
  • [23:34:47] <Russ> balbi@ti.com
  • [23:34:53] <ds2> has he read the doc on I2C detection and how it can kill a device?
  • [23:35:05] <mranostay> Russ: nice proper squared sign
  • [23:35:23] <Russ> or how many devices look identical, except they are different
  • [23:37:35] <ds2> by that line of reasoning, SoC's are also plug and play
  • [23:37:36] <ds2> :)
  • [23:40:58] * prpplague (~danders@192.94.92.14) Quit (Quit: Leaving)
  • [23:55:19] * gustavoz__ (~gustavoz@host220.190-31-37.telecom.net.ar) Quit (Quit: Leaving)