• [00:00:31] * gustavoz (~gustavoz@loknar.toptech.com.ar) Quit (Quit: Terminated with extreme prejudice - dircproxy 1.2.0)
  • [00:00:35] <alan_o> Russ: YES!!! Exactly what I need
  • [00:00:49] * gustavoz (~gustavoz@host67.190-138-38.telecom.net.ar) has joined #beagle
  • [00:01:21] * techb (~techb@173-80-96-23-swby.atw.dyn.suddenlink.net) Quit (Quit: I NEED TO POOP)
  • [00:01:29] <alan_o> Russ: https://www.youtube.com/watch?v=N9rJJSiUy0I
  • [00:01:53] <mranostay> Russ: well luckly nobody is logging this right?
  • [00:02:15] <mrpacket_> i just ordered 1000 header connectors
  • [00:02:54] <mranostay> mrpacket_: lifetime worth?
  • [00:03:04] <mrpacket_> was cheaper to buy 1000 ex taiwan, than the 400 I needed from the other sources
  • [00:03:20] <mrpacket_> so, i have about 600 for sale
  • [00:03:21] <mrpacket_> :0)
  • [00:03:33] <mrpacket_> though, if i got it right, i'll neeed all 1000
  • [00:04:27] <mranostay> mrpacket_: that is a big nose
  • [00:04:36] <mranostay> you may want that checked out
  • [00:04:46] * dj_pi (~dj@c-107-5-25-243.hsd1.mi.comcast.net) has joined #beagle
  • [00:04:49] <mrpacket_> lol...
  • [00:05:19] <calculus> mranostay: http://www.beagleboard.org/irclogs/index.php?date=2013-03-27
  • [00:05:41] * mrpacket_ (~mrpacketh@147.200.109.203.static.cust.vf.net.nz) Quit (Read error: No route to host)
  • [00:06:00] * mrpackethead (~mrpacketh@147.200.109.203.static.cust.vf.net.nz) has joined #beagle
  • [00:06:39] <mrpackethead> mranostay: well, hopefully that dmx-cape is more popular than just the first project
  • [00:06:40] <mrpackethead> :-)
  • [00:07:34] <mranostay> mrpackethead: have a working unit yet?
  • [00:07:36] <Russ> mranostay, the only one logging this is boris
  • [00:07:49] <mranostay> for what TI HR? :)
  • [00:08:03] <Russ> stuff
  • [00:08:13] <Russ> vengence, that sort of thing
  • [00:12:17] <mranostay> well jkridner is all out and proud about his JS use :P
  • [00:13:05] <mru> but we don't discriminate against minorities here
  • [00:13:38] * prpplague (~prpplague@107-206-64-184.lightspeed.rcsntx.sbcglobal.net) has joined #beagle
  • [00:14:02] <mru> why did everything turn purple?
  • [00:14:16] <mru> oh no! it's the plague!
  • [00:14:16] <mrpackethead> mranostay: hardware is looking promising
  • [00:14:38] <mrpackethead> just got the PRU outputs sending pulses
  • [00:14:50] <mrpackethead> nothing very intellenget
  • [00:15:01] <prpplague> mru: http://hackaday.com/2013/03/26/raspberry-pi-the-perfect-machine-for-old-dos-games/
  • [00:15:08] <mrpackethead> will start work on the audio section shortly.
  • [00:15:23] <prpplague> mru: greetings
  • [00:15:30] <prpplague> mru: what's cookin?
  • [00:15:58] <mru> oh, just the usual
  • [00:16:20] <mru> got a very tiny patch into glibc this week
  • [00:16:43] <prpplague> mru: does it add perl dependencies?
  • [00:16:53] <mru> fixed a typo in a configure script
  • [00:17:23] <prpplague> those are my favorite type of fixes
  • [00:17:47] * mrpackethead (~mrpacketh@147.200.109.203.static.cust.vf.net.nz) Quit (Remote host closed the connection)
  • [00:21:57] * techb (~techb@173-80-96-23-swby.atw.dyn.suddenlink.net) has joined #beagleboard
  • [00:23:28] * _chase_ (~a0271661@192.91.66.186) Quit (Remote host closed the connection)
  • [00:23:32] <Wulfman> i think he lost his packets
  • [00:23:42] * _chase_ (~a0271661@192.94.92.11) has joined #beagle
  • [00:24:32] <mranostay> mru: attention @#$@#$ :)
  • [00:24:33] * prpplague checks mranostay schematic
  • [00:25:39] <mru> mranostay: ??
  • [00:25:52] <mranostay> mru: small fixes :)
  • [00:26:41] <mru> well, he asked, and that's pretty much the only tangible work I've done this week
  • [00:28:39] * n7segment (~drew@c-75-71-227-0.hsd1.co.comcast.net) has joined #beagle
  • [00:28:41] <mru> and I have no pub stories today
  • [00:28:53] <mranostay> mru: i envy you :)
  • [00:29:03] <mru> what for?
  • [00:29:26] <mru> I'm the one who'll have to bullshit something to the team lead later
  • [00:29:36] <mranostay> heh
  • [00:29:53] <mru> but I've had some years practice at that
  • [00:30:23] <mru> turns out you can get away with doing very close to nothing just as long as you _talk_ a lot about it
  • [00:30:53] <mranostay> mru: heh or have meetings every hour
  • [00:31:13] <mranostay> i swear that management justifies their jobs
  • [00:31:22] <mru> but that leaves no time for irc
  • [00:31:26] <ka6sox-faraway> manglment
  • [00:31:45] * mrshu (xg@cicolina.org) has joined #beagle
  • [00:32:03] <mru> in an office, a nice trick is to go to a conference room and dial your desk repeatedly
  • [00:32:11] <mru> makes you seem very busy
  • [00:32:20] <mranostay> nice
  • [00:33:57] <jkridner> mranostay: node.js is kick-ass rockstar technology!
  • [00:34:14] <mru> how long do you reckon until my transformation into wally is complete?
  • [00:34:23] <jkridner> er, make that bad ass
  • [00:34:37] <mranostay> whatever both are complete lies
  • [00:36:40] <mranostay> mru: no broken glasses at the pub today?
  • [00:36:53] * tema (~tema@178-16-155-142.obit.ru) Quit (Ping timeout: 246 seconds)
  • [00:37:48] <mru> mranostay: none that I know of
  • [00:38:17] * jkridner can't get enough of http://videotutorial.pro/node-js-is-bad-ass-rock-star-tech/
  • [00:38:17] <mranostay> jkridner: code me a microkernel in nodejs
  • [00:38:36] <mru> a hard realtime one
  • [00:38:42] <jkridner> why on Earth would I do that?
  • [00:38:52] <mru> it would be bad-ass rockstar tech
  • [00:39:54] <prpplague> jkridner: http://imagebin.org/251749
  • [00:39:56] <mru> ugh, text-to-speech
  • [00:40:22] <ka6sox-faraway> Jabbascript
  • [00:40:28] <Russ> dude, don't tie VDD_5V and SYS_5V together
  • [00:41:02] <prpplague> Russ: yea gotta get that cleaned up
  • [00:41:17] <Russ> ah, it isn't done
  • [00:41:24] <jkridner> prpplague: any chance I can get a few hints on the silkscreen?
  • [00:41:39] <Russ> like, it'd be nice to power the 7-seg display
  • [00:41:42] <prpplague> jkridner: negative, it is going to be pretty full
  • [00:42:01] <Russ> and ground the switch
  • [00:42:05] <prpplague> Russ: yea i don't have the ground flood on
  • [00:42:40] <Russ> are transistors cheaper than mosfets?
  • [00:42:48] <mru> uh?
  • [00:42:54] * dj_pi (~dj@c-107-5-25-243.hsd1.mi.comcast.net) Quit (Ping timeout: 252 seconds)
  • [00:42:54] <mru> a mosfet _is_ a transistor
  • [00:43:11] <Russ> so, is an npn transistor cheaper than an n-channel mosfet
  • [00:43:13] <mru> did you mean bipolar?
  • [00:43:17] <Russ> er, sorry, no so
  • [00:43:19] <Russ> yes
  • [00:43:30] <prpplague> Russ: yea they are dirt cheap, plus we wanted to demo how the groups like SFE recommend to do things
  • [00:43:37] <jkridner> There's no D1 reference designator. :)
  • [00:43:50] <mranostay> jkridner: we know!
  • [00:44:12] <prpplague> jkridner: hehe, yea, already fixed
  • [00:44:22] * fooblya_monad (~abaddon@178.121.21.104) Quit (Ping timeout: 248 seconds)
  • [00:44:22] <jkridner> yeah... pretty obvious to figure out where it goes... but same goes for U1 and U2 based on the footprint.
  • [00:44:27] <prpplague> jkridner: still trying to clean the silkscreen and a few items
  • [00:44:29] <jkridner> ah... you added it.
  • [00:44:56] * fooblya_monad (~abaddon@37.215.135.205) has joined #beagle
  • [00:45:01] <Russ> if this is for kit, I'd bake the C2 and C1 footprints bigger, and make the pads for U1 and U2 longer
  • [00:45:31] <mranostay> Russ: 0805 caps?
  • [00:45:41] <prpplague> Russ: kit version will be all through hole
  • [00:45:45] <jkridner> I'm just looking for the P9_x numbers beside the pot and switch and perhaps the RGB LED. guess they are too confusing to assemblers?
  • [00:45:50] <Russ> bah, silly through hole
  • [00:46:02] <prpplague> jkridner: i'll see what i can do
  • [00:46:18] <Russ> mranostay, I think anyone should be able to do 0805
  • [00:46:25] <Russ> with a rat shack iron
  • [00:46:31] <mranostay> yeah probably
  • [00:46:46] <mranostay> the ICs now :)
  • [00:47:14] <Russ> with long pads and flux, its easy for beginners
  • [00:47:36] <jkridner> will there be any branding/advertising on it if it is a give-away?
  • [00:47:48] <jkridner> looks like mranostay's name even got removed.
  • [00:48:15] <Russ> have you checked what your bacon will look like at 200dpi?
  • [00:49:39] <prpplague> jkridner: i'm adding sections for Matt, circuitco.com and beagleboard.org
  • [00:49:42] <jkridner> for easy hand soldering on a kit version, I would move R14, R15, R16 and R22 further away from D2.
  • [00:50:07] <prpplague> Russ: yea, seems to look ok, but i need to do a copy more tests
  • [00:50:28] <Russ> prpplague, if its ENIG, you can always expose mask instead, much more accurate
  • [00:50:30] <prpplague> primary item atm is to get the correct 7-segment display on the board :(
  • [00:50:31] <jkridner> D2 will be pretty bulky upwards.
  • [00:50:56] <jkridner> as long as you put it on last, all is good. :)
  • [00:52:02] <jkridner> prpplague: is it somehow the wrong 7-seg?
  • [00:52:35] <prpplague> jkridner: mranostay got a common cathode on it , instead of common anode
  • [00:52:42] <jkridner> the bacon cracks me up.
  • [00:53:24] <ka6sox-faraway> jkridner, you expected something else?
  • [00:54:45] <mranostay> prpplague: is that a problem?
  • [00:55:47] <prpplague> mranostay: hehe
  • [01:01:36] * n7segment (~drew@c-75-71-227-0.hsd1.co.comcast.net) Quit (Ping timeout: 252 seconds)
  • [01:02:01] <prpplague> guess he was common cathode as well
  • [01:04:01] * mrshu (xg@cicolina.org) Quit (Quit: Lost terminal)
  • [01:09:57] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [01:09:58] * guanucoluis (~luis@57-196-245-190.fibertel.com.ar) Quit (Ping timeout: 248 seconds)
  • [01:13:06] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [01:15:45] <prpplague> mranostay: hehe, don't worry, i think you did a great job!
  • [01:15:52] <prpplague> mranostay: do a little clean up and we are good to go
  • [01:16:50] <mranostay> do or did?
  • [01:17:14] <jkridner> mranostay: did you say you already created sysfs entries for pwm?
  • [01:17:27] <jkridner> is there magic DT I need to load to expose that?
  • [01:17:48] <mranostay> not pwm
  • [01:17:53] <mranostay> iio
  • [01:17:56] <jkridner> k
  • [01:18:10] <mranostay> guess i should do that for the bacon cape
  • [01:18:38] * Splats (~splats@unaffiliated/splats) Quit (Ping timeout: 240 seconds)
  • [01:20:20] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [01:21:03] <prpplague> mranostay: do
  • [01:21:11] <prpplague> mranostay: i am doing it
  • [01:21:14] <prpplague> mranostay: no worries
  • [01:21:22] <prpplague> mranostay: should be able to get it out for fab tomorrow
  • [01:21:31] <prpplague> mranostay: just want to go over all the footprints and pinouts
  • [01:21:58] <ds2> mranostay: IIO for outputing via PWM?
  • [01:22:22] <mranostay> ds2: eh?:)
  • [01:22:54] * prpplague is getting a headache
  • [01:23:02] <ds2> mranostay: thought you write drivers to do PWM via sysfs using IIO in reverse?
  • [01:23:05] <prpplague> and it has jkridner written all over it
  • [01:23:11] * Splats (~splats@c-50-136-218-98.hsd1.ca.comcast.net) has joined #beagle
  • [01:23:11] * Splats (~splats@c-50-136-218-98.hsd1.ca.comcast.net) Quit (Changing host)
  • [01:23:11] * Splats (~splats@unaffiliated/splats) has joined #beagle
  • [01:24:04] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [01:24:06] <jkridner> mranostay: are you aware of pwm_test?
  • [01:25:27] <mranostay> yes somewhat
  • [01:25:55] <ds2> jkridner: what's the link for pwm_test?
  • [01:25:55] <mranostay> last time i saw it didn't work at all :)
  • [01:26:05] <ds2> (one that works on the AM335x)
  • [01:28:02] <jkridner> ds2, mranostay: https://github.com/beagleboard/kernel/blob/3.8/patches/pwm/0003-pwm-pwm_test-Driver-support-for-PWM-module-testing.patch is the only one I know about. not sure if it works.
  • [01:28:22] <prpplague> mranostay: i've modded the beaglebone mustache camera necklace
  • [01:28:45] <jkridner> the mod_probe loads it. :)
  • [01:29:34] <prpplague> mranostay: now i can give the person wearing it an electrical shock via bluetooth from an android phone
  • [01:30:06] <prpplague> mranostay: that "special" lib in eagle is all broken
  • [01:30:11] * prpplague wonders where it came from
  • [01:30:16] <Shadyman> Eagle is "special"
  • [01:30:21] <ds2> nifty
  • [01:30:42] <ds2> now if I can mode that to generate a 1KHz tone on top of the PWM
  • [01:30:51] <ds2> needed a way to test my PWM audio HW
  • [01:33:32] <mranostay> omg "ALL ALL=(ALL) NOPASSWD: ALL"
  • [01:34:41] * W1N9Zr5872 is now known as W1N9Zr0
  • [01:41:03] <ka6sox-faraway> ds2 why PWM audio?
  • [01:43:09] <ds2> ka6sox-faraway: got better things for the McASP pins
  • [01:44:58] <ka6sox-faraway> um...there are a lot more mcasp pins
  • [01:45:14] <ds2> I am using up about 80% of the pins on there
  • [01:45:25] <ds2> and remapping some of the I2C stuff
  • [01:45:59] * kkeller (~Ken_Kelle@97-124-118-34.phnx.qwest.net) Quit (Quit: Leaving.)
  • [01:57:39] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [02:02:23] * techb (~techb@173-80-96-23-swby.atw.dyn.suddenlink.net) Quit (Quit: I NEED TO POOP)
  • [02:02:35] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [02:07:25] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [02:10:29] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [02:12:22] * fooblya_monad (~abaddon@37.215.135.205) Quit (Ping timeout: 248 seconds)
  • [02:15:13] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [02:19:42] * guanucoluis (~luis@181.164.132.167) has joined #beagleboard
  • [02:20:00] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [02:24:49] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [02:27:13] * fooblya_monad (~abaddon@178.121.110.250) has joined #beagle
  • [02:27:58] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [02:32:34] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [02:35:29] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [02:37:13] * stahl (~stahl@46-126-109-217.dynamic.hispeed.ch) Quit (Ping timeout: 240 seconds)
  • [02:40:06] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [02:42:58] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [02:49:33] * thurbad (~natesewel@64.132.24.36) Quit (Quit: thurbad)
  • [02:52:05] * Matt_O (~MattOwnby@216.160.243.228) has joined #beagle
  • [02:52:06] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [02:53:26] * guanucoluis (~luis@181.164.132.167) Quit (Ping timeout: 248 seconds)
  • [02:55:28] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [02:57:55] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [03:00:58] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [03:04:26] <prpplague> jkridner: ping
  • [03:06:09] <ka6sox-faraway> don't you guys *ever* sleep
  • [03:06:10] <ka6sox-faraway> ?
  • [03:07:10] <prpplague> ka6sox-faraway: no
  • [03:07:12] <prpplague> hehe
  • [03:08:50] <jkridner> pong
  • [03:09:52] <jkridner> prpplague: pong
  • [03:11:26] * ka6sox-faraway is now known as ka6sox
  • [03:11:28] <mranostay> well the bus feature is useless for this part..
  • [03:13:11] <jkridner> koen: did you know the latest GateOne is back to giving an infinite redirect loop?
  • [03:20:14] * thurbad (~natesewel@cpe-70-113-204-247.austin.res.rr.com) has joined #beagle
  • [03:22:23] * dj_pi (~dj@c-107-5-25-243.hsd1.mi.comcast.net) has joined #beagle
  • [03:23:18] * djerome (~djerome@ip68-2-20-108.ph.ph.cox.net) has joined #beaglebone
  • [03:24:11] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [03:24:48] * ka6sox puts on his flameproof suit before sending PRs to the kernel repos :P
  • [03:27:28] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [03:30:00] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [03:32:58] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [03:35:25] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [03:37:00] * Russ (~russ@ip68-2-112-65.ph.ph.cox.net) Quit (Ping timeout: 256 seconds)
  • [03:37:57] * dlan^ (~dennis@116.228.88.131) has joined #beagle
  • [03:38:30] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [03:41:50] * felipealmeida (~user@mvx-187-16-79-187.mundivox.com) Quit (Read error: Connection reset by peer)
  • [03:41:50] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [03:42:09] <prpplague> mranostay: did you get your uart board ordered?
  • [03:43:37] <ka6sox> can I buy a BBT NXP HDMI cape today?
  • [03:46:28] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [03:48:13] <ds2> sigh... pwm is a long string of patches on the 335x
  • [03:49:36] * mrpackethead (~mrpacketh@147.200.109.203.static.cust.vf.net.nz) has joined #beagle
  • [03:49:38] * mrpackethead (~mrpacketh@147.200.109.203.static.cust.vf.net.nz) Quit (Remote host closed the connection)
  • [03:50:21] * mrpackethead (~mrpacketh@147.200.109.203.static.cust.vf.net.nz) has joined #beagle
  • [03:51:11] * Russ (~russ@206.29.182.208) has joined #beagle
  • [03:53:34] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [03:55:11] * mag (~mgreer@ip68-98-50-231.ph.ph.cox.net) Quit (Read error: Operation timed out)
  • [03:56:28] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [03:57:35] <mrpackethead> .
  • [04:01:14] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [04:02:08] * guillaume2 (~gquere@c2fa8f31.fsp.oleane.fr) Quit (Ping timeout: 256 seconds)
  • [04:03:53] <ka6sox> ..
  • [04:03:58] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [04:06:30] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [04:09:28] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [04:11:40] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [04:14:58] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [04:15:38] * Russ_ (~russ@ip68-2-112-65.ph.ph.cox.net) has joined #beagle
  • [04:15:59] * guillaume2 (~gquere@c2fa8f31.fsp.oleane.fr) has joined #beagle
  • [04:17:06] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [04:19:24] * Russ (~russ@206.29.182.208) Quit (Ping timeout: 264 seconds)
  • [04:20:04] * chainsawbike (~chainsawb@unaffiliated/chainsawbike) Quit (Excess Flood)
  • [04:20:32] * alan_o (~alan@c-68-62-254-211.hsd1.fl.comcast.net) Quit (Quit: Leaving)
  • [04:20:46] * chainsawbike (~chainsawb@unaffiliated/chainsawbike) has joined #beagle
  • [04:21:28] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [04:26:40] * Russ_ is now known as Russ
  • [04:27:18] * mag (~mgreer@ip68-98-50-231.ph.ph.cox.net) has joined #beagle
  • [04:27:41] * mag is now known as Guest50845
  • [04:31:59] * Guest50845 (~mgreer@ip68-98-50-231.ph.ph.cox.net) Quit (Ping timeout: 256 seconds)
  • [04:33:31] <Wulfman> ...
  • [04:35:07] * dlan^ (~dennis@116.228.88.131) Quit (Remote host closed the connection)
  • [04:38:20] * dlan^ (~dennis@116.228.88.131) has joined #beagle
  • [04:41:10] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [04:42:28] * babak (~babak@80.191.40.36) has joined #beaglebone
  • [04:43:32] * mrpacket_ (~mrpacketh@147.200.109.203.static.cust.vf.net.nz) has joined #beagle
  • [04:43:32] * mrpackethead (~mrpacketh@147.200.109.203.static.cust.vf.net.nz) Quit (Read error: Connection reset by peer)
  • [04:44:27] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [04:44:51] * aholler_ (~aholler@p57B20384.dip0.t-ipconnect.de) has joined #beagle
  • [04:47:55] * deffrag_ (~Dedec@unaffiliated/deffrag) has joined #beagle
  • [04:48:01] * aholler (~aholler@p57B203D9.dip0.t-ipconnect.de) Quit (Ping timeout: 248 seconds)
  • [04:49:15] <mrpacket_> woof.
  • [04:53:53] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [04:55:14] * dj_pi (~dj@c-107-5-25-243.hsd1.mi.comcast.net) Quit (Ping timeout: 256 seconds)
  • [04:56:58] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [05:05:25] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [05:08:29] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [05:13:33] * nawcom (~nawcom@75.114.175.189) has joined #beagleboard
  • [05:13:42] * hattwick (~hattwick@68-184-17-253.dhcp.unas.ma.charter.com) Quit (Ping timeout: 248 seconds)
  • [05:17:51] * tema (~tema@92-100-164-236.dynamic.avangarddsl.ru) has joined #beagle
  • [05:25:38] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [05:26:36] <_av500_> miaow
  • [05:30:28] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [05:32:39] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [05:35:51] * mag (~mgreer@ip68-98-50-231.ph.ph.cox.net) has joined #beagle
  • [05:37:21] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [05:39:18] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [05:42:45] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [05:43:01] * emeb (~ericb@ip72-223-89-10.ph.ph.cox.net) Quit (Quit: Leaving.)
  • [05:44:01] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [05:46:14] * emeb_mac (~ericb@ip72-223-89-10.ph.ph.cox.net) has joined #beagle
  • [05:47:16] * SoCo_cpp (~soco@24.100.156.221) Quit (Ping timeout: 256 seconds)
  • [05:49:43] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [05:50:11] * n7segment (~drew@174-22-177-102.clsp.qwest.net) has joined #beagle
  • [05:52:06] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [05:55:37] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [05:57:58] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [05:58:30] * tema (~tema@92-100-164-236.dynamic.avangarddsl.ru) Quit (Ping timeout: 248 seconds)
  • [05:58:48] * SoCo_cpp (~soco@24.100.156.221) has joined #beaglebone
  • [06:01:06] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [06:03:21] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [06:06:36] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [06:07:38] * SoCo_cpp (~soco@24.100.156.221) Quit (Ping timeout: 246 seconds)
  • [06:09:03] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [06:10:29] * mhaberler (~mhaberler@macbook.stiwoll.mah.priv.at) has joined #beagle
  • [06:10:29] * mhaberler (~mhaberler@macbook.stiwoll.mah.priv.at) has joined #beaglebone
  • [06:12:06] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [06:16:41] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [06:17:46] <mranostay> Russ: new thing for you to mock :P
  • [06:19:36] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [06:21:20] <mranostay> and _av500_
  • [06:23:30] <mranostay> prpplague: yeah got those UART capes
  • [06:23:43] <mranostay> had to rework them of course
  • [06:24:27] * Russ checks
  • [06:25:07] <Russ> so is that some sort of voltage ladder?
  • [06:25:08] * deffrag_ (~Dedec@unaffiliated/deffrag) Quit (Ping timeout: 264 seconds)
  • [06:25:24] <mranostay> where?
  • [06:25:28] * deffrag_ (~Dedec@unaffiliated/deffrag) has joined #beagle
  • [06:25:36] <mranostay> that IC at the bottom?
  • [06:25:52] <Russ> sot23, chip component, sot23 chip component, sot23...
  • [06:26:25] <mranostay> Russ: boost converter
  • [06:26:33] <Russ> where does the via with the plus sign go?
  • [06:26:54] <mranostay> Russ: test point
  • [06:27:03] <Russ> make it bigger?
  • [06:27:20] <mranostay> TP to GND so i can write to the EEPROM
  • [06:27:33] <Russ> ah, just for you
  • [06:27:54] <mranostay> typical for most capes now
  • [06:28:18] <Russ> move the vias around underneath the eeprom so that there is a short path between the decoupling cap ground and eeprom ground
  • [06:28:42] <av500> mranostay: pls pm me your home address, I need to ship something to you
  • [06:28:51] <av500> this in fact: http://www.history.didaktik.mathematik.uni-wuerzburg.de/ausstell/winkelmesser/geodreieck_gedreht.gif
  • [06:28:59] * mranostay is scared
  • [06:29:06] <av500> I will highlight a certain angle
  • [06:29:23] * Russ tries to locate the non-45 trace
  • [06:29:40] <mranostay> power rails don't count right?
  • [06:29:46] <Russ> op, there they are
  • [06:29:51] <Russ> sda/scl
  • [06:30:07] <mranostay> on the pullups? come on :)
  • [06:30:10] <Russ> the component on the lower left
  • [06:30:17] <Russ> the orientation marker is likely wrong
  • [06:30:22] <Russ> unless its an led
  • [06:30:25] <Russ> is it an led?
  • [06:30:29] <mranostay> yes
  • [06:30:32] <Russ> ok
  • [06:31:10] <av500> mranostay: the 2 traces on the bottom
  • [06:31:30] <mranostay> to the EEPROM?
  • [06:31:34] <Russ> ya
  • [06:31:57] <Russ> I do wonder why you don't ground pour the bottom, power pour the top
  • [06:32:08] <mranostay> should i?
  • [06:32:13] <Russ> it doesn't matter
  • [06:32:22] <Russ> it makes it easier to route stuff for me at least
  • [06:32:38] <av500> mranostay: also, add a via in that GND-less hole about the left IC
  • [06:32:48] <av500> saves the environment
  • [06:32:48] * mrpacket_ (~mrpacketh@147.200.109.203.static.cust.vf.net.nz) Quit (Remote host closed the connection)
  • [06:32:49] <Russ> also, if you oshpark, laen would prefer copper pours
  • [06:33:16] <Russ> there isn't any unconnected copper
  • [06:33:23] <mranostay> av500: via to gnd?
  • [06:33:30] <Russ> and there is no gnd on the bottom :)
  • [06:33:52] <av500> mranostay: I assume the bottom was filled too
  • [06:33:55] <av500> assumed
  • [06:33:57] <mranostay> nope
  • [06:33:57] <av500> non?
  • [06:34:02] <Russ> non
  • [06:34:02] <av500> ew
  • [06:34:13] <av500> all that copper going into the creek
  • [06:34:19] <mranostay> hehe
  • [06:34:29] <Russ> if its on a mixed panel, it makes process control difficult
  • [06:34:31] <mranostay> hey i'm a sw guy mostly.. i'm learning :P
  • [06:34:36] <av500> sure
  • [06:35:06] <Russ> also, there is no bacon
  • [06:36:08] * woglinde (~henning@g225147155.adsl.alicedsl.de) has joined #beagle
  • [06:36:09] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [06:36:57] * SoCo_cpp (~soco@24.100.156.221) has joined #beaglebone
  • [06:40:38] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [06:41:11] * mrpackethead (~mrpacketh@147.200.109.203.static.cust.vf.net.nz) has joined #beagle
  • [06:41:13] <mranostay> need to find a CCCP eagle logo
  • [06:41:18] <mranostay> Russ: better?
  • [06:42:48] <Russ> I don't see a logo yet
  • [06:42:50] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [06:42:56] <Russ> and I need to go to sleep
  • [06:46:37] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [06:46:52] * tema (~tema@92-100-164-236.dynamic.avangarddsl.ru) has joined #beagle
  • [06:49:10] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [06:50:55] * Shadyman (~matthew@unaffiliated/shadyman) Quit (Quit: Leaving.)
  • [06:52:06] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [06:53:49] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [06:53:57] <woglinde> I need to go to work
  • [06:53:59] <woglinde> till later
  • [06:57:36] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [06:58:13] * woglinde (~henning@g225147155.adsl.alicedsl.de) Quit (Ping timeout: 240 seconds)
  • [07:00:51] * emeb_mac (~ericb@ip72-223-89-10.ph.ph.cox.net) Quit (Quit: emeb_mac)
  • [07:01:13] <mrpackethead> i need to stock take cape connectors
  • [07:01:14] <mrpackethead> :-)
  • [07:01:16] <mrpackethead> lol.
  • [07:01:29] <av500> stowaht?
  • [07:02:20] * mhaberler (~mhaberler@macbook.stiwoll.mah.priv.at) Quit (Quit: mhaberler)
  • [07:06:48] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [07:07:30] <ka6sox> okay I am done playing with Irish Snakes for the night...
  • [07:07:34] * ka6sox is now known as ka6sox-away
  • [07:09:35] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [07:12:05] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [07:15:05] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [07:17:30] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [07:19:44] * tema (~tema@92-100-164-236.dynamic.avangarddsl.ru) Quit (Ping timeout: 246 seconds)
  • [07:20:35] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [07:23:10] * Guest15431 (~bleh1@87.254.93.246) has joined #beagle
  • [07:30:01] * jpirko (~jirka@ip-89-103-91-114.net.upcbroadband.cz) has joined #beagle
  • [07:48:20] <av500> mranostay: ping
  • [07:48:44] <mranostay> about to sleep but pong
  • [07:50:28] <av500> g+
  • [08:06:40] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [08:09:02] * egarcia (~ezequiel@80.222.3.200.ros.express.com.ar) has joined #beagle
  • [08:10:05] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [08:12:30] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [08:12:56] * Guest15431 (~bleh1@87.254.93.246) Quit (Ping timeout: 246 seconds)
  • [08:15:50] * MistahDarcy (~MistahDar@24-205-232-35.dhcp.snlo.ca.charter.com) has joined #beagle
  • [08:16:06] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [08:16:18] <panto> morn
  • [08:17:36] * nawcom (~nawcom@75.114.175.189) Quit (Quit: Computer has gone to sleep.)
  • [08:18:32] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [08:19:35] * hvaibhav (~a0393758@nat/ti/x-zjtoolennzctuswy) has joined #beagle
  • [08:23:05] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [08:24:06] * nawcom (~nawcom@75.114.175.189) has joined #beagleboard
  • [08:24:33] <av500> ing
  • [08:24:33] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [08:25:36] <panto> av500, are you sure you want to appear to collude with a greek person?
  • [08:25:49] <panto> and being serbian to boot... tsch tsch..
  • [08:25:59] * nawcom (~nawcom@75.114.175.189) Quit (Client Quit)
  • [08:28:28] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [08:28:58] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [08:35:27] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [08:37:56] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [08:40:51] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [08:43:02] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [08:46:49] * florian_kc (~fuchs@port-217-146-132-69.static.qsc.de) has joined #beagle
  • [08:46:50] * florian_kc (~fuchs@port-217-146-132-69.static.qsc.de) Quit (Changing host)
  • [08:46:50] * florian_kc (~fuchs@Maemo/community/contributor/florian) has joined #beagle
  • [08:47:09] * florian_kc is now known as florian
  • [08:47:35] <keesj> lo
  • [08:47:49] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [08:48:37] <keesj> gin:
  • [08:48:37] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [08:49:11] <aholler_> opless channels can be a pain
  • [08:49:17] * aholler_ is now known as aholler
  • [08:49:37] * cbuehler (~cbuehler@HSI-KBW-149-172-202-47.hsi13.kabel-badenwuerttemberg.de) has joined #beagle
  • [08:50:12] * stahl (~stahl@46-126-109-217.dynamic.hispeed.ch) has joined #beagle
  • [08:50:27] <keesj> aholler: what is the problem?
  • [08:51:30] * ant_work (~ant@host6-80-static.42-85-b.business.telecomitalia.it) has joined #beagle
  • [08:51:55] <av500> panto: aint we friends?
  • [08:52:04] <av500> united against the turks
  • [08:52:11] <aholler> keesj: you don't see join/quit-messages, do you?
  • [08:52:22] <panto> sure, you go first
  • [08:52:43] <av500> after coffee
  • [08:52:44] <keesj> I am and looking at http://arun.wordpress.com/2009/09/27/ignore-channel-joinpart-messages-in-irssi/ as we speak
  • [08:53:07] <aholler> I don't want to ignore them
  • [08:53:13] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [08:53:24] <aholler> there is the problem again ;)
  • [08:53:43] <av500> jkridner has op
  • [08:53:43] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [08:53:51] <av500> I dont
  • [08:55:03] <aholler> I've recently seen a macosx-user who wasn't aware that his mac awakes every hour, logged in to irc, gone to sleep for an hour all the time
  • [08:56:15] <aholler> but he didn't understood irc at all.
  • [08:56:28] <av500> what is irc?
  • [08:56:35] <av500> aholler: did you look into ti-rtos?
  • [08:56:44] <av500> I guess you love xdc already
  • [08:56:55] <koen> very ritsy
  • [08:57:01] <aholler> no, you've said only cc*, so I don't need to look at it ;)
  • [08:57:11] * hitlin37 (~chatzilla@145.107.10.2.mar.surfnet.utelisys.net) has joined #beagle
  • [08:57:16] <av500> aholler: I didnt say that
  • [08:57:23] <av500> you dont need ccs
  • [08:58:06] <aholler> [13:35] < av500> but xdc and ti cc
  • [08:58:16] <aholler> ok,I'm rwrong
  • [08:58:28] <aholler> but ti cc isn't an option too ;)
  • [08:58:42] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [08:58:47] <av500> aholler: hmm
  • [08:58:50] <av500> not sure it needs ti cc
  • [08:59:10] <av500> gcc should work too
  • [09:00:50] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [09:00:54] * guillaume2 (~gquere@c2fa8f31.fsp.oleane.fr) Quit (Ping timeout: 248 seconds)
  • [09:00:56] <aholler> ok, I will start to download it. we'll see what happens with the rgb-led of the stelaris launchpad ;)
  • [09:01:06] <aholler> rt-blink
  • [09:02:19] <av500> that needs hard RT
  • [09:03:23] <av500> aholler: I guess it will need some tweaking to use another toolchain
  • [09:03:25] * mirelsol (~mirelsol@domogik/founder/mirelsol) has left #beagle
  • [09:03:28] <av500> like linker scripts
  • [09:03:40] <av500> dotn know how gcc compatible TI is these days
  • [09:04:42] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [09:05:37] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [09:07:42] * guillaume2 (~gquere@c2fa8f31.fsp.oleane.fr) has joined #beagle
  • [09:07:58] * jpirko (~jirka@ip-89-103-91-114.net.upcbroadband.cz) Quit (Quit: Leaving)
  • [09:10:12] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [09:11:05] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [09:14:57] <aholler> I hopethey have a rgb-led-driver included ;)
  • [09:15:43] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [09:17:55] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [09:21:13] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [09:23:03] <aholler> I wonder how "zero-latency interrupts do work with broken FIQ's ;)
  • [09:24:07] <av500> :)
  • [09:24:16] <av500> I think IRQ has the same latency
  • [09:25:40] <av500> you just dont have the shadow registers
  • [09:25:40] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [09:26:31] <panto> there's no such thing as zero-latency interrupts :)
  • [09:26:46] <panto> FIQ is a holdover from the old days of ARM
  • [09:27:03] <panto> don't think of it an IRQ, think of it as a way to do fake DMA
  • [09:27:51] <av500> well, its a 2nd interrupt vector
  • [09:27:52] <aholler> it was just a joke. I don't even know what's broken with the FIQ. I've just played "polly wants a cookie" ;)
  • [09:28:06] <av500> aholler: on am335x FIQ is broken
  • [09:28:16] <av500> something about the "secure" variant
  • [09:28:33] <av500> I wish we had trusted boot on the bone
  • [09:29:01] <aholler> that I remember having heard, therefor the parrot-joke ;)
  • [09:29:08] <av500> I guess they use the FIQ for the secure side
  • [09:31:08] <panto> yeah
  • [09:31:12] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [09:31:23] <panto> FIQ is very nice (if you can handle it's craziness)
  • [09:33:33] * tema (~tema@92-100-164-236.dynamic.avangarddsl.ru) has joined #beagle
  • [09:33:34] <panto> speaking of which, what is the point of 'secure domain' in a community board?
  • [09:33:54] <aholler> breaking gpl
  • [09:34:13] * kiilo (~kiilo@84-73-25-17.dclient.hispeed.ch) has joined #beagle
  • [09:35:17] * hattwick (~hattwick@68-184-17-253.dhcp.unas.ma.charter.com) has joined #beagle
  • [09:37:38] * jpirko (jirka@nat/redhat/x-dfmejmsrsilguldk) has joined #beagle
  • [09:38:06] <av500> panto: there is non
  • [09:38:08] <av500> none
  • [09:38:13] <av500> bone has the GP part
  • [09:38:17] <av500> not the secure one
  • [09:38:33] <av500> but as usual, secure stuff breaks features on GP parts
  • [09:38:36] <panto> yeah, but FIQ is still b0rken
  • [09:38:46] <av500> since, nobody would ever use the GP parts
  • [09:38:55] <panto> are you sure?
  • [09:39:15] <panto> I wouldn't trust anything to be 'secure' that run on s/w on the general purpose processor
  • [09:39:18] <av500> with omap parts, the usual reaction from ti was "oh, you are on GP"
  • [09:39:28] <panto> if the GP parts are cheaper, that what I'd use
  • [09:39:42] <av500> of course
  • [09:40:06] <av500> but the mindset seems to be "make secure work"
  • [09:40:09] <panto> so all this gnashing about 'secure' is bogus, since customer would always go for the cheaper part
  • [09:40:17] <av500> panto: but no
  • [09:40:22] <av500> handset people need secure
  • [09:40:30] <av500> otherwise you are crashing the AT&T network....
  • [09:40:48] <av500> horrible things can happen
  • [09:40:59] * yegorich (3e911ef2@gateway/web/freenode/ip.62.145.30.242) has joined #beagle
  • [09:40:59] <panto> cats and dogs living together? mass hysteria?
  • [09:41:08] <av500> yes
  • [09:41:29] <av500> so the secure people get to mess with the silicon, fucking up GP in the process
  • [09:42:04] <panto> if you base your wireless infrastructure on client devices 'behaving' your are clueless IMO
  • [09:42:29] <panto> maybe that worked when h/w design was super expensive, but now?
  • [09:42:39] <aholler> ti-rtos includes telnet. that reminds me at http://internetcensus2012.bitbucket.org/ ;)
  • [09:43:40] <panto> aholler, Allegro lol
  • [09:43:40] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [09:44:05] <panto> used that crap almost what? 13 years ago
  • [09:44:13] <panto> don't know if they had a different name then
  • [09:44:22] * mhaberler (~mhaberler@extern-186.stiwoll.mah.priv.at) has joined #beagle
  • [09:44:22] * mhaberler (~mhaberler@extern-186.stiwoll.mah.priv.at) has joined #beaglebone
  • [09:44:24] <aholler> ?
  • [09:44:34] <panto> Allegro ROM pager
  • [09:44:36] <panto> in the paper
  • [09:45:00] <aholler> ah
  • [09:46:32] * deffrag_ (~Dedec@unaffiliated/deffrag) Quit (Remote host closed the connection)
  • [09:47:00] * deffrag_ (~Dedec@unaffiliated/deffrag) has joined #beagle
  • [09:47:06] * Bernd_ (81bbf026@gateway/web/freenode/ip.129.187.240.38) has joined #beagle
  • [09:48:05] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [09:49:38] * keesj (~keesj@dellpc132.few.vu.nl) Quit (Remote host closed the connection)
  • [09:49:39] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [09:52:06] * guillaume2 (~gquere@c2fa8f31.fsp.oleane.fr) Quit (Remote host closed the connection)
  • [09:53:34] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [09:53:45] * guillaume2 (~gquere@c2fa8f31.fsp.oleane.fr) has joined #beagle
  • [09:53:48] * keesj (~keesj@dellpc132.few.vu.nl) has joined #beagle
  • [09:54:06] * deffrag_ (~Dedec@unaffiliated/deffrag) Quit (Remote host closed the connection)
  • [09:54:30] * deffrag_ (~Dedec@unaffiliated/deffrag) has joined #beagle
  • [09:56:57] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [10:01:05] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [10:02:46] * inmap (~textual@216.41.255.123.static.snap.net.nz) Quit (Read error: Connection reset by peer)
  • [10:05:23] <av500> ah
  • [10:05:30] <av500> the red equal sign is not bacon
  • [10:05:59] * ChanServ sets mode +o jkridner
  • [10:06:21] * ChanServ sets mode +o av500
  • [10:06:34] * inmap (~textual@216.41.255.123.static.snap.net.nz) has joined #beagle
  • [10:07:19] * mnt_real (~sinan@95.5.23.191) has joined #beagleboard
  • [10:07:19] * mnt_real (~sinan@95.5.23.191) has joined #beagle
  • [10:09:32] <aholler> now I have a 360mb executable ...
  • [10:09:36] * av500 sets mode +b *!*@216.41.255.123.static.snap.net.nz
  • [10:09:53] * inmap was kicked from #beagle by av500
  • [10:10:02] * Bernd_ (81bbf026@gateway/web/freenode/ip.129.187.240.38) Quit (Quit: Page closed)
  • [10:10:32] * hitlin37_ (~chatzilla@145.107.10.2.mar.surfnet.utelisys.net) has joined #beagle
  • [10:10:54] * scrp3l (~scrp3l@178.63.197.92) Quit (Quit: Leaving)
  • [10:11:31] * hitlin37 (~chatzilla@145.107.10.2.mar.surfnet.utelisys.net) Quit (Ping timeout: 256 seconds)
  • [10:11:43] * hitlin37_ is now known as hitlin37
  • [10:13:39] * av500 sets mode +o _av500_
  • [10:14:27] <koen> jkridner: I did some cleanup in the flash scripts to make them safe to use on the host as well
  • [10:14:51] <jkridner> k
  • [10:15:13] <aholler> tightly integrating irc in multi-protocol chat- or messaging-apps isn't really what should be done. there are are to much users which can't handle it ;)
  • [10:16:06] * guillaume2 (~gquere@c2fa8f31.fsp.oleane.fr) Quit (Ping timeout: 248 seconds)
  • [10:25:58] * Bernd_ (81bbf026@gateway/web/freenode/ip.129.187.240.38) has joined #beagle
  • [10:29:56] * guillaume2 (~gquere@c2fa8f31.fsp.oleane.fr) has joined #beagle
  • [10:31:47] * hitlin37 (~chatzilla@145.107.10.2.mar.surfnet.utelisys.net) Quit (Quit: ChatZilla 0.9.90 [Firefox 19.0.2/20130307023931])
  • [10:32:55] * scrp3l (~scrp3l@178.63.197.92) has joined #beagle
  • [10:40:08] * Stefan__ (81d73d23@gateway/web/freenode/ip.129.215.61.35) has joined #beagle
  • [10:41:33] <Stefan__> Hi guys! I was wondering if somebody has experience with cross-compiling code for the PRUSS and in particular the am335x_pru_package
  • [10:42:50] <av500> not native compiling? :)
  • [10:44:24] <KotH> lol
  • [10:51:37] <koen> technically it's impossible since there is no compiler for PRU, only an assembler
  • [10:54:23] <KotH> that's an obstacle at most
  • [10:54:57] <KotH> any CS student who is worth half the books he owns can write a compiler in a weekend or two ;)
  • [10:57:47] <Stefan__> Lol
  • [10:58:20] <Stefan__> Well, let me make myself more clear
  • [10:58:24] * tema (~tema@92-100-164-236.dynamic.avangarddsl.ru) Quit (Ping timeout: 264 seconds)
  • [10:58:49] <Stefan__> the am335x_pru package has a driver that allows you to load the assembled code on the PRU and run it
  • [10:58:59] <av500> yes
  • [10:59:07] <Stefan__> I don't necessarily want to do that, but in order to follow that way of execution I need to cross-compile said driver
  • [10:59:24] <av500> ah
  • [10:59:27] <Stefan__> I am open also to the pathway of using the assembler and manually running the resulting code
  • [10:59:38] <Stefan__> but I have no idea how to manually run the code
  • [10:59:42] <av500> you want to compile the PRU loader
  • [10:59:46] <Stefan__> yes
  • [10:59:47] <av500> not the code running in the PRU
  • [10:59:53] <Stefan__> or learn how to manually run PRU code without it
  • [10:59:54] <Stefan__> yes
  • [11:00:07] <Stefan__> I would imagine it makes no difference where you run the assembler
  • [11:00:12] <Stefan__> as it would give the same result either way
  • [11:00:17] <av500> KotH: a c compiler is only a glorified macro assembler anyway
  • [11:00:39] <KotH> apropos.. does anyone have the url to a good cross compilation tutorial at hand?
  • [11:00:47] <KotH> av500: wasn't that forth?
  • [11:01:41] <Stefan__> So, any suggestions :)
  • [11:02:09] * KotH had recently someone tell him, that forth is so much better for uC's than c, because with c you never know what the compiler does while with forth it's crystal clear
  • [11:02:16] <Stefan__> KotH: what do you want to cross-compile? Generally you just need a good toolchain and off you go
  • [11:02:22] * felipebalbi (~balbi@cs78217178.pp.htv.fi) Quit (Remote host closed the connection)
  • [11:02:22] <KotH> Stefan__: google for linux cross compilation
  • [11:02:38] <KotH> Stefan__: oh.. i wanted an url to give to guys like you :)
  • [11:03:09] <KotH> Stefan__: it's an question that pops up every once in a while so a good tutorial would come handy
  • [11:03:25] <Stefan__> KotH: I have cross compiled a kernel for the BB, so I am not an absolute noob to cross-compilation, I was mostly wondering what environment variables I need to specify for correct cross compilation
  • [11:03:42] <KotH> Stefan__: oh.. then you are half way there
  • [11:03:42] <Stefan__> apart from CROSS_COMPILE, what else is there?
  • [11:03:51] <KotH> Stefan__: now you need to cross compile a user space prog
  • [11:04:00] <Stefan__> well the driver I believe is a kernel space app
  • [11:04:04] <KotH> Stefan__: how you do that, depends on the system you used for building your userspace
  • [11:04:08] <Stefan__> as you need to insmod it to use it
  • [11:04:34] <av500> Stefan__: wait for mdp to wake up
  • [11:04:40] <Stefan__> http://blog.boxysean.com/2012/08/12/first-steps-with-the-beaglebone-pru/
  • [11:04:40] <av500> he is master of all things PRU
  • [11:04:50] <Stefan__> I would like to follow the above link but by cross-compiling instead
  • [11:04:57] <KotH> Stefan__: ah..
  • [11:05:00] <Stefan__> Should I offer some tribute to wake him up :)
  • [11:05:05] <KotH> Stefan__: isn't "KERNEL_DIR=blah" enough?
  • [11:05:23] <av500> Stefan__: make some strong coffee and leave the window open
  • [11:05:26] <Stefan__> well that's what I don't know is it KERNEL_DIR or KSRC or what :)
  • [11:05:29] <KotH> Stefan__: iirc the module make files take everything they need from there
  • [11:05:33] <av500> but then, he's from the US, make any coffee
  • [11:05:53] <av500> Stefan__: you need the kernel source code somewhere
  • [11:05:54] <KotH> Stefan__: it's KERNEL_DIR
  • [11:06:06] <Stefan__> KotH: Good, let me try that :)
  • [11:06:20] <KotH> Stefan__: iirc (i've never done any PRUSS stuff)
  • [11:06:32] <KotH> Stefan__: the trolls here refuse to give me a bb :)
  • [11:06:49] <av500> KotH: and the swiss franc is worthless?
  • [11:07:00] <Stefan__> KotH: Did you try bying one :P
  • [11:07:10] <KotH> av500: i'm a poor student, i dont have any money
  • [11:07:13] * felipebalbi (~balbi@cs78217178.pp.htv.fi) has joined #beagle
  • [11:07:38] <KotH> av500: you know, humanities doesnt pay well ;)
  • [11:07:56] <av500> cough
  • [11:09:13] * guanucoluis (~luis@190.123.120.234) has joined #beagleboard
  • [11:10:21] <Stefan__> Hmm... compiled with a bunch of warnings
  • [11:10:25] <aholler> just eat less chocolate. will save the environment too
  • [11:10:40] <Stefan__> but it only produced a .o file, shold it not be a .ko?
  • [11:10:46] <Stefan__> as in kernel?
  • [11:10:48] <av500> should
  • [11:11:24] <av500> or does it place the ko somewhere else?
  • [11:11:28] * tema (~tema@92-100-170-32.dynamic.avangarddsl.ru) has joined #beagle
  • [11:11:36] <Stefan__> let me double check but I think not]
  • [11:12:19] <Stefan__> Nope, it does not
  • [11:12:28] <Stefan__> Would you like to see the output of the compile?
  • [11:12:37] <Stefan__> It's about 5 lines
  • [11:13:08] <KotH> Stefan__: did you do a "make modules" ?
  • [11:13:21] <Stefan__> facepalm! good point
  • [11:14:49] <Stefan__> double facepalm -- no such target
  • [11:15:13] * jluisn (~quassel@187.115.172.24) has joined #beagle
  • [11:15:32] <aholler> try make foo.ko
  • [11:15:52] <aholler> if it doesn't work, just read the Makefile
  • [11:16:00] <aholler> and maybe the README
  • [11:16:16] <aholler> or whatever documentation is provided
  • [11:16:49] <Stefan__> I read the Makefile, it only confused me
  • [11:16:56] <Stefan__> there are several targets and I've made all of them
  • [11:18:15] <KotH> .o0(Genesis: Land of Confusion)
  • [11:21:52] <Stefan__> Apparently there's an SDK... however, what worries me is my kernel is homebrewed (sort of), as it includes Xenomai support
  • [11:22:50] <aholler> av500: I don't think I will look further into ti-rtos. I've just read the getting started guide and it only looks like a path into vendor locked foo
  • [11:23:19] <av500> bu
  • [11:23:21] <av500> but
  • [11:23:22] <av500> but
  • [11:23:24] <av500> its
  • [11:23:25] <av500> free
  • [11:23:36] * alan_o (~alan@c-68-62-254-211.hsd1.fl.comcast.net) has joined #beagle
  • [11:24:58] <aholler> i prefer some rtos which consist of a few files/drivers and some makefiles, not a highly complicated framework ;)
  • [11:25:38] <av500> aholler: here: https://chromium.googlesource.com/chromiumos/platform/ec/
  • [11:25:45] <av500> it even runs on LM4
  • [11:25:49] <Stefan__> well my experience with Xenomai (once the kernel was working) has been positive, it's relatively easy to write code for it, and it works quite well
  • [11:26:46] <aholler> av500: there are several free rtos around.
  • [11:26:53] <av500> i know
  • [11:26:57] <av500> like freertos
  • [11:28:18] <Stefan__> So any suggestions on my PRU problem :( ?
  • [11:28:37] * babak (~babak@80.191.40.36) Quit (Ping timeout: 256 seconds)
  • [11:29:22] <av500> aholler: this TI rtos is using sysbios and thus brings all the xdc package legacy
  • [11:29:37] * mythos (~mythos@unaffiliated/mythos) Quit (Ping timeout: 248 seconds)
  • [11:29:50] <aholler> yes, that's what I've just seen.
  • [11:31:01] <aholler> it's just something renamed to rtos to catch more people
  • [11:55:25] <aholler> might be reasonable for the clicking windows crowd, but not for me
  • [11:56:45] * ndec__ (~ndec@192.91.66.186) Quit (Remote host closed the connection)
  • [11:56:58] * ndec (~ndec@192.94.92.11) has joined #beagle
  • [11:58:45] * KotH double clicks on aholler
  • [11:59:59] <KotH> btw: is there any rtos out there that has a good power handling system? ie one that allows to run the system in the lowest possible power stage when nothing is going on?
  • [12:00:26] * deffrag_ (~Dedec@unaffiliated/deffrag) Quit (Ping timeout: 246 seconds)
  • [12:00:26] * KotH has so far not found anyone that does more than the basic power handling
  • [12:00:36] * deffrag (~Dedec@unaffiliated/deffrag) has joined #beagle
  • [12:04:51] <keesj> KotH: that would be nice and complex ...
  • [12:05:53] <KotH> yeah.. unfortunately
  • [12:06:05] <alan_o> KotH: free?
  • [12:06:34] <av500> for a modest fee
  • [12:07:17] <KotH> alan_o: $company wouldnt mind to pay something, for my private: has to be free as in beer
  • [12:07:30] <KotH> s/my/me/
  • [12:07:37] <mru> but you don't drink
  • [12:07:39] <aholler> try linux
  • [12:08:12] <mru> he said rtos...
  • [12:08:15] <KotH> mru: ok, free as in lunch
  • [12:08:18] <mru> with pm
  • [12:08:26] <aholler> there are the rt-patches
  • [12:08:28] <mru> linux doesn't really do either of those
  • [12:08:30] <alan_o> hmm.. well the power management thing seems like it would suffer from multi-arch OS's, so I wonder what Q-Kernel's handling of power is, since it's PIC24/32 only
  • [12:09:53] <aholler> for the stuff someone uses normally a rtos, just disabling the clocks and modifying the idle-call might be easy.
  • [12:09:59] <alan_o> KotH: Q-Kernel uses a lot of pic-specific stuff to do what it does on the RT side, so I assume they do the same with power.
  • [12:10:25] <KotH> alan_o: ok.. i'll have a look then
  • [12:10:29] <KotH> alan_o: thanks
  • [12:10:33] <KotH> alan_o: and good morning :)
  • [12:10:54] <alan_o> np, and good afternoon :)
  • [12:10:57] <Bernd_> Hi. yesterday I got some advice to use the ubuntu 12-10 from elinux.org.
  • [12:11:03] <Stefan__> Hey guys, so it seems that I figured out the way the PRU code works, however, since I am using my own kernel, which does not have PRU support, I can't quite use it, does anybody know if it's possible to load PRU programs otherwise?
  • [12:11:04] <KotH> aholler: just disabling clocks and modifying idle calls doesnt cut it
  • [12:11:49] <aholler> builda general solution will just end up in a very complicated way to do things
  • [12:11:53] <KotH> aholler: depending on what subsystems you run, you want to change clock frequency and switch between various clock sources (crystal, pll, rc-osci...)
  • [12:12:13] <aholler> KotH: thats what I said, you know what you are running
  • [12:12:29] <aholler> therfor you know what you can disable.
  • [12:12:32] <KotH> aholler: subsystems as in uC subsystems
  • [12:12:40] <av500> Stefan__: so add pru to your kernel
  • [12:12:42] <KotH> *sigh*
  • [12:12:49] * n7segment (~drew@174-22-177-102.clsp.qwest.net) Quit (Ping timeout: 264 seconds)
  • [12:12:54] <KotH> aholler: modern uC systems are a tad bit more complex than you think
  • [12:13:02] <aholler> you know what you use from your ??C
  • [12:13:27] <aholler> KotH: you don't know what I think
  • [12:14:03] <av500> its getting philosophical
  • [12:14:37] <KotH> aholler: you probably think i'm an asshole... most people do that :)
  • [12:14:48] <aholler> av500: yeah, he should avoid his stupid assumptions about other people
  • [12:14:58] <mdp> I know what you all think..it's in the borislog
  • [12:15:03] <aholler> KotH: exactly
  • [12:15:21] * mhaberler (~mhaberler@extern-186.stiwoll.mah.priv.at) Quit (Ping timeout: 252 seconds)
  • [12:16:52] <Stefan__> av500: Easier said than done -- I just had a look at what menuconfig is giving me as options on what I've got as kernel source -- the PRU driver is not one of them
  • [12:17:06] <Stefan__> av500: I have no clue on how to add just that to my sources
  • [12:17:12] <Stefan__> av500: Suggestions?
  • [12:17:13] <av500> define your sources
  • [12:17:17] <av500> not angstrom?
  • [12:17:20] <av500> if not, why not
  • [12:17:23] <Stefan__> definitely not
  • [12:17:31] <av500> utterly not?
  • [12:17:40] <mdp> Stefan__: it's uio_pruss
  • [12:17:50] <Stefan__> I started with Arago, then merged to mainstream 3.21 I believe, then merged the Xenomai stuff
  • [12:18:08] <Stefan__> there was no other way that I could see to get the Xenomai to run at the time
  • [12:18:54] <Stefan__> mdp: I know it's uio_pruss, but how do I get it merged to my kernel sources?
  • [12:19:02] <av500> git merge :)
  • [12:19:13] <aholler> adding the directory and modifying a Makefile
  • [12:19:37] <Stefan__> av500: Lol -- you overestimate my git magic :)
  • [12:19:48] <Stefan__> aholler: you think it would work?
  • [12:20:01] <av500> why not add xenomai to angstrom kernel?
  • [12:20:27] <mdp> CONFIG_UIO_PRUSS=y
  • [12:20:48] <Stefan__> mdp: I did a menuconfig, and it was not listed
  • [12:21:14] <mdp> you're using an unsupported kernel
  • [12:21:19] <av500> yes
  • [12:21:19] <Stefan__> I am :)
  • [12:21:28] <av500> [13:17:50] <Stefan__> I started with Arago, then merged to mainstream 3.21 I believe, then merged the Xenomai stuff
  • [12:21:31] <mdp> I predict misfortune and woe to come your way
  • [12:21:39] <av500> an evil hobbyist kernel
  • [12:21:53] <KotH> mdp: lol
  • [12:21:54] <Stefan__> so, which kernel would you guys suggest I start with?
  • [12:21:59] <KotH> mdp: good morning btw
  • [12:22:04] <av500> Stefan__: angstrom
  • [12:22:05] <KotH> mdp: Stefan__ has a coffee ready for you
  • [12:22:06] <Stefan__> mdp: Misfortune and woe are here already :)
  • [12:22:12] <mdp> KotH: good afternoon ;)
  • [12:22:32] <mdp> Stefan__: and apparently pain theory does not work on you...ok then. let's proceed
  • [12:22:39] <Stefan__> KotH: I've got coffee for everyone who's willing to help, cookies too
  • [12:23:03] <KotH> Stefan__: sorry, i'm picky about my coffee... turkish heritage and all ;)
  • [12:23:09] <Stefan__> mdp: So you recommend I get a hold of the Angstrom kernel?
  • [12:23:13] * thurbad (~natesewel@cpe-70-113-204-247.austin.res.rr.com) Quit (Quit: thurbad)
  • [12:23:15] <Stefan__> KotH: In a djezve?
  • [12:23:25] <av500> +10
  • [12:23:29] <KotH> Stefan__: cezve :)
  • [12:24:06] <Stefan__> KotH: Excuse me, my Turkish is rusty, you guys left @140 yrs ago, so not much practice since ;)
  • [12:24:39] <av500> ??????????
  • [12:24:42] <Stefan__> av500: I don't want to hear about this Angstrom kernel -- it means I have to merge Xenomai in yet again
  • [12:24:50] <av500> so?
  • [12:24:58] <Stefan__> av500: I am kidding :)
  • [12:24:59] <mdp> Stefan__: I would recommend using the beagleboard/kernel 3.8
  • [12:25:13] <Stefan__> mdp: Do you have a link?
  • [12:25:16] <av500> mdp: I heard 3.9 will be all the rage
  • [12:25:22] <mdp> however, you seem to have a constraint with wanting to patch xenomai
  • [12:25:39] <mdp> av500, rage on
  • [12:25:51] <Stefan__> mdp: In an ideal world, I'd like to have Xenomai support AND PRU support, but I suppose I could live with either/or
  • [12:26:06] <av500> you could maybe time-share
  • [12:26:07] <KotH> Stefan__: so you're not from edinburgh?
  • [12:26:09] <mdp> https://github.com/beagleboard/kernel/tree/3.8
  • [12:26:23] <Stefan__> KotH: I am not from, but in; I'm Bulgarian
  • [12:26:37] <Stefan__> KotH: Also, way to stalk me :D
  • [12:26:39] * KotH gets out the aussault rifle
  • [12:26:53] <av500> stalk?
  • [12:26:54] <KotH> stalk? you're new to the intarwebz!
  • [12:27:24] <Stefan__> I guess :)
  • [12:27:45] <av500> an evil student kernel then
  • [12:28:19] <Stefan__> av500: Yes with some help from nice peoplez from the interwebz
  • [12:28:27] <KotH> Stefan__: and just for the record, the turkish are still in bulgaria... even though 90% left in '89
  • [12:28:44] <Stefan__> KotH: Yes I know, but officially I mean ... and all that jazz
  • [12:29:04] <KotH> Stefan__: yeah..yeah..
  • [12:29:04] <Stefan__> KotH: My grandma's village has some very nice turkish people -- friendly and helpful
  • [12:29:30] * KotH cannot say the same about his grandmother and the bulgarians there....
  • [12:29:33] <KotH> but i disgress
  • [12:29:33] <Stefan__> mdp: Would I need a special rootfs?
  • [12:29:45] <Stefan__> mdp: I am currently using a barebones one from the Yocto project
  • [12:30:20] <Stefan__> KotH: Sorry, unfortunately not all people are good :(
  • [12:30:36] <mdp> doesn't matter...armv7 is what's special
  • [12:30:56] <KotH> Stefan__: yeah.. and lots of bad blood have been running between bulgarians and turkish
  • [12:31:31] <aholler> so just leave your national feelings out of this channel
  • [12:31:38] <aholler> they are just annoying
  • [12:31:53] <mru> aholler: I don't see anyone fighting
  • [12:32:01] <mru> so what's your problem?
  • [12:32:20] <mdp> Stefan__: the other thing you can do if you want to be on 3.2 is go grab https://github.com/koenkooi/linux and the most recent 3.2.24 branch at the top of the branch list
  • [12:32:23] * egarcia (~ezequiel@80.222.3.200.ros.express.com.ar) Quit (Remote host closed the connection)
  • [12:32:33] <aholler> mru: calls for jihad, war to infidels, ...
  • [12:32:36] <mdp> extract out the uio_pruss am33xx enablement patches if you like
  • [12:32:57] <mru> aholler: for fuck's sake, grow a sense of humour
  • [12:33:06] <aholler> impossible for some things
  • [12:33:13] <mru> then get the fuck of the internet
  • [12:33:14] <mdp> Stefan__: given that everybody here pretty much is synced with the latest community driven kernel (3.8), I doubt you'll find much assistance though
  • [12:33:24] <aholler> mru: good suggestion
  • [12:33:26] * aholler (~aholler@p57B20384.dip0.t-ipconnect.de) has left #beagle
  • [12:33:32] <mru> jeez
  • [12:33:53] <mdp> certainly not friday
  • [12:34:11] <KotH> ^^'
  • [12:34:13] <KotH> sorry boys
  • [12:34:18] <Stefan__> mdp: It's wednesday today :D
  • [12:34:19] <mru> KotH: you did nothing wrong
  • [12:36:52] <Stefan__> mdp: I don't necessarily want to stick with 3.2.24 or 21, if I however want Xenomai -- I think they're up to 3.4 or 3.5 right now
  • [12:36:52] <KotH> Stefan__: "friday" has a special meaning in this channel
  • [12:36:59] * mythos (~mythos@unaffiliated/mythos) has joined #beagle
  • [12:37:05] <Stefan__> KotH: Care to enlighten me :)
  • [12:37:12] <mdp> Stefan__: there's no 3.4/3.5 kernel for am335x/bone
  • [12:37:21] <mdp> 3.2 then jump to 3.6/7/8
  • [12:37:24] <mdp> your choice
  • [12:37:51] <Stefan__> mdp: I feel lost :)
  • [12:38:00] <Stefan__> Okay a general question then
  • [12:38:13] <KotH> Stefan__: the day when the channel is particullarly crazy
  • [12:38:41] * n7segment (~drew@174-22-177-102.clsp.qwest.net) has joined #beagle
  • [12:38:53] <Stefan__> I am developing a communications prototype and would ideally like to drive some pins really fast with as little jitter as possible
  • [12:38:54] <KotH> Stefan__: you've to experience it yourself.. there are no words to describe it
  • [12:38:58] <KotH> n7segment: heyo!
  • [12:38:59] <Stefan__> what would you recommend Xenomai or PRU?
  • [12:39:32] <mru> do you mean you're bitbanging some protocol?
  • [12:39:44] <Stefan__> Erm -- depends :D
  • [12:39:49] <Stefan__> Kind of I suppose
  • [12:39:51] <mdp> out of tree software solution or a vendor lock-in real time core found on some TI parts
  • [12:39:56] <mdp> hrm
  • [12:40:16] <mdp> depends on my use case
  • [12:40:30] <Stefan__> It's not a protocol -- it really is a prototype -- it's on a very low level
  • [12:40:42] <Stefan__> I am using the BB to simulate purpose build hardware I suppose
  • [12:41:01] <mru> in that case the ti lock-in is of no concern
  • [12:41:08] <Stefan__> If this were to be actually manufactured it would probably all go into a chip, and be done by hardware rather than software
  • [12:41:09] * tema (~tema@92-100-170-32.dynamic.avangarddsl.ru) Quit (Read error: Operation timed out)
  • [12:41:20] <Stefan__> It's all just proof of concept
  • [12:41:28] <mru> the pru certainly gives the most accurate timing
  • [12:41:45] <Stefan__> I am aware -- but would it be able to handle large data transfers
  • [12:41:51] <Stefan__> i.e. 100 Mbps?
  • [12:42:03] <Stefan__> What worries me is the transfer between DDR and the PRU memory
  • [12:42:36] <Stefan__> The pipe width is not a problem i.e. I could use 16 pins for example
  • [12:43:00] <mdp> pru has limited i/o pins
  • [12:43:18] <mdp> also loses determinism going out on the crossbar (e.g. to DDR)
  • [12:43:31] <av500> also, where do you get 100mbps from?
  • [12:43:43] <Stefan__> av500: Just an example
  • [12:44:01] <mru> dma data from ddr to ping-pong buffers in pru-internal memory
  • [12:44:04] <mdp> well, you need to know your constraints first
  • [12:44:06] <Stefan__> mdp: Yeah I get the determinism loss
  • [12:44:30] <Stefan__> brb
  • [12:44:35] <KotH> Stefan__: tell us more about your application
  • [12:44:47] <KotH> Stefan__: what i've seen sofar sounds interesting :)
  • [12:45:26] * felipealmeida (~user@querubim.tecgraf.puc-rio.br) has joined #beagleboard
  • [12:45:50] * felipealmeida (~user@querubim.tecgraf.puc-rio.br) has joined #beagle
  • [12:45:57] <Bernd_> Hi. Yesterday I got some advice to use the 12.10 Ubuntu Version from eLinux.org. Unfortunately, I have problems when installing. Is there a .img File that I can use? At the moment I use preinstalled OMAP3 Precise (12.04) but I have some problems with the I2C. I cant see my devices.
  • [12:46:26] * thurbad (~natesewel@64.132.24.36) has joined #beagle
  • [12:46:34] <KotH> Bernd_: _what_ is your problem?
  • [12:46:51] <Stefan__> mdp: Okay I'm back
  • [12:46:58] <Stefan__> KotH: I am about to :)
  • [12:48:26] <Stefan__> mdp, KotH: So let's say I want to do the following with a BB and an FPGA --> on the transmitter side I'd like to be able to move data from DDR to the PRU memory at speeds of at least 10 Mbps and then be able to toggle some pins via the PRU at something like 4-5MHz
  • [12:48:43] * cmicali (~cmicali@50-198-110-41-static.hfc.comcastbusiness.net) has joined #beagle
  • [12:48:47] <Crofton|work> M bits or bytes
  • [12:48:55] <Stefan__> bits
  • [12:49:08] <Stefan__> :)
  • [12:49:36] <Stefan__> and on the receiver side I'd like to capture the signal via FPGA, process it and then do the reverse -- feed the decoded data to the BB
  • [12:50:03] <Stefan__> I don't think I'll get away without FPGA as there's a bit of processing to be done and it has to be real time
  • [12:50:37] * deffrag_ (~Dedec@unaffiliated/deffrag) has joined #beagle
  • [12:50:46] <mdp> the former can be done on one PRU with some reserved edma channels...then shoved shared quickly with the other PRU via the scratchpad registers. the latter would be done on the other PRU...bitbanging a 4-5MHz isn't really an issue as the core runs 200MHz and can toggle PRU GPOs on each clock.
  • [12:50:50] * deffrag (~Dedec@unaffiliated/deffrag) Quit (Ping timeout: 245 seconds)
  • [12:52:08] <Stefan__> mdp: Can you point me in the direction of some material on edma reserved channels?
  • [12:52:18] <Stefan__> and also on the memory sharing between PRUs
  • [12:52:31] <Bernd_> KotH: I try to get some data form a I2C device connected to my BB but I dont get anything. I tried these tutorial http://dominion.thruhere.net/koen/cms/using-the-beaglebone-as-a-weatherstation. I'm not sure I there is something "wrong" at my ubuntu. I also have to enable my I2C with modprobe i2c-dev to see my i2c bus. The theme is new for me so I'm not sure where could the failure be.
  • [12:52:32] <mdp> er
  • [12:52:35] <mru> spruh73
  • [12:52:47] <Stefan__> I've got that one :)
  • [12:52:50] <mdp> Stefan, spruh73c.pdf has all the programming information
  • [12:52:55] <mdp> you must have Rev C
  • [12:52:59] <mdp> google has it cached
  • [12:53:09] <Stefan__> ok, I'll have a look, I've got a local copy ;)
  • [12:53:09] <mru> the golden rev
  • [12:53:21] <Stefan__> mru: golden rev?
  • [12:53:28] <mru> rev c
  • [12:53:34] <Stefan__> kk
  • [12:53:46] <mru> the later ones have a lot of pru stuff removed
  • [12:53:48] <cmicali> stefan: did I see you are doing PRU work?
  • [12:53:56] <Stefan__> cmicali: About to :)
  • [12:54:04] <cmicali> stefan: I've been doing a lot of PRU stuff for a data aq project, let me know if you have any specific questions
  • [12:54:05] <KotH> mdp: did they remove said information in later revisions?
  • [12:54:22] <Stefan__> cmicali: I DO :) mdp has been very helpful so far though :)
  • [12:54:35] <mdp> KotH: all of it. that's why I suggest that revision to anybody trying to do real work on the PRU
  • [12:54:44] <cmicali> stefan: i'm around, happy to help.
  • [12:55:02] <mdp> the documents in the am335x pru package are missing key info too
  • [12:55:16] <Stefan__> mdp: Oh, I see, I mgiht have 76
  • [12:55:40] <av500> SPRUH73C???October 2011???Revised December 2011
  • [12:56:05] * nashpa (~nashpa@dliviu.plus.com) Quit (Read error: Operation timed out)
  • [12:56:09] <av500> caxapa.ru/thumbs/302179/spruh73c_.pdf
  • [12:56:12] <av500> there
  • [12:56:17] <av500> its in the channel logs now
  • [12:56:19] <av500> forever
  • [12:56:26] * mhaberler (~mhaberler@089144206252.atnat0015.highway.a1.net) has joined #beagle
  • [12:56:26] * mhaberler (~mhaberler@089144206252.atnat0015.highway.a1.net) has joined #beaglebone
  • [12:56:34] <mdp> av500, some of us can't do that ;)
  • [12:56:57] <av500> what, type a random url and hope it links to something?
  • [12:57:02] <av500> that's all I did
  • [12:57:09] <mdp> heh
  • [12:57:14] * Fico (c9d5be05@gateway/web/freenode/ip.201.213.190.5) has joined #beagle
  • [12:57:20] <KotH> mdp: hmm? do you know the reason why they removed it?
  • [12:57:27] <KotH> mdp: it somehow doesnt make sense to me
  • [12:57:27] <mdp> yes
  • [12:57:30] <mru> TI does not need reasons
  • [12:57:39] <av500> KotH: one word: effort
  • [12:58:00] <KotH> av500: ti is not elenril
  • [12:58:06] <av500> it is
  • [12:58:15] <KotH> ^^;
  • [12:58:29] * NishanthMenon (~nmenon@192.94.92.14) has joined #beagle
  • [12:58:32] <Fico> Hello team!
  • [12:58:41] <KotH> gr?ezi single player
  • [13:00:03] <av500> btw, did we reach consensus on where to source stackable headers for the bone capes?
  • [13:00:36] <KotH> mrpackethead wanted to buy a 1000 or so from a chinese vendor
  • [13:00:51] <KotH> er.. taiwanese
  • [13:00:53] <Stefan__> mdp: Thanks for the info -- I think I'll try with the PRU approach
  • [13:01:20] <Fico> Can anyone give me a hint or a hand over a Debian installation if it is not to much of an issue?
  • [13:01:22] <mdp> np
  • [13:01:24] <Stefan__> mdp: Anyway, I have a somewhat working solution with Xenomai which I can just put on ice, and see if the PRU can perform better
  • [13:01:54] <Stefan__> mdp: You're here often? So I know where to come back to when the questions start raining :)
  • [13:02:31] <mdp> sure...mranostay takes the late shift for PRU stuff ;)
  • [13:02:59] <Stefan__> mdp: GREAT :) I guess I'd better get on getting that kernel you suggested going
  • [13:03:07] <Stefan__> with PRU support of course :)
  • [13:03:29] <KotH> Fico: http://www.debian.org/CD/live/
  • [13:03:30] <av500> Stefan__: pls dont forgot to fill out the survey
  • [13:03:34] <av500> and mention mdp
  • [13:03:38] <av500> forget*
  • [13:03:51] <av500> alternatively, poke him on FB
  • [13:03:57] <Stefan__> lol :D
  • [13:03:59] <mdp> you just need to set up your pin muxes and PRU is usable.
  • [13:04:04] <Stefan__> just give me a link :)
  • [13:04:12] <mdp> av500, good luck finding me on FB :P
  • [13:04:15] <Fico> KotH: I did follow it line by line! but got stuck in "starting up partinioner" during the instalation :S
  • [13:04:25] <av500> did you read between the lines?
  • [13:04:29] <KotH> Fico: uh... you might want to try #debian
  • [13:04:33] <Stefan__> mdp: you mean so that the PRU accessible pins are muxed to the the connectors?
  • [13:04:37] <KotH> Fico: this is not a general linux help channel
  • [13:04:38] <av500> yes
  • [13:04:45] <mdp> Stefan__: everything is muxed
  • [13:05:03] <Fico> KotH: I will TY!
  • [13:05:05] <cmicali> stefan: i have a device tree change that mixes all of the PRU pins you need for the 3.8 kernel
  • [13:05:18] <mdp> there you go
  • [13:05:18] * Fico (c9d5be05@gateway/web/freenode/ip.201.213.190.5) has left #beagle
  • [13:05:24] <av500> its a PRU love fest here today
  • [13:05:27] <cmicali> stefan: so once you get the 3.8 kernel building, you can use that to get all the pins
  • [13:05:33] <mdp> cmicali: as long as he doesn't need a different set of pins for his project ;)
  • [13:05:43] <av500> ... all of the PRU ...
  • [13:05:56] <mdp> #pruallthethings
  • [13:06:08] <cmicali> mdp: eh :D everyone should only need 10 outputs and 2 inputs
  • [13:06:10] <Stefan__> I LOVE that hashtag
  • [13:06:33] <mdp> cmicali: right! except for my 6502 cape
  • [13:06:35] <Stefan__> mdp: I need like 4-8 outputs and 16 inputs :)
  • [13:06:36] <mdp> and ....
  • [13:06:45] <cmicali> and everything other than my specific project
  • [13:06:56] <cmicali> stefan: you probably can't get that many inputs :(
  • [13:07:29] <cmicali> stefan: you can use the ti pinmux tool to figure out what you can bring out, the bone is limited though as not all of the am335x pins are exposed in the 2 headers
  • [13:07:33] <Stefan__> cmicali: It's OK, I probably can get away with moving the data through general GPIO
  • [13:07:56] * scrp3l (~scrp3l@178.63.197.92) Quit (Ping timeout: 245 seconds)
  • [13:07:58] <cmicali> memory is hazy, but i think you can get a total of about 8-10 PRU pins out, almost any mix of in/out
  • [13:08:15] <cmicali> stefan: http://www.ti.com/tool/pinmuxtool this thing ended up being pretty helpful
  • [13:08:22] <Stefan__> If that goes at over 5MSps then it's all good :)
  • [13:08:30] * scrp3l (~scrp3l@178.63.197.92) has joined #beagle
  • [13:09:27] <mdp> https://docs.google.com/spreadsheet/ccc?key=0As0aJokrBccAdGkxeHkyYW1qRHNQdm5yZDhPQlRNR2c#gid=0
  • [13:10:38] <mdp> you can get your 16 inputs but need to drive them from both prus via the DEBUG register
  • [13:12:09] <mdp> you'd use PRU1 GPI 0..13 then PRU0 14..15 to be able to use r30/r31 naturally with the lower halfword
  • [13:13:18] <mdp> that then leaves 7 output pins left on PRU0
  • [13:13:55] <av500> prufect
  • [13:15:19] <mdp> Stefan__: I did the debug register scheme in https://github.com/ohporter/b6502/blob/master/pruss/b6502_pruss.p that you'll need to do copy something similar
  • [13:15:49] <mdp> in order to get an aligned 16-bit read
  • [13:16:07] <Jacmet> ahh, the i2c numbering patch again
  • [13:16:12] <mdp> in my case it's was handling 8-bits in and out plus control stuff
  • [13:16:33] <mdp> Jacmet: yeah, when benoit went MIA after OMAPageddon I just gave up for a while
  • [13:17:06] <mdp> Jacmet: the fortran numbering one for dts?
  • [13:17:14] <Jacmet> mdp: yes
  • [13:17:31] <mdp> yeah, doublechecking to give an ack
  • [13:17:45] <Jacmet> mdp: I agree it should be the same as the trm, but by now there's probably quite some dts written with the old numbers :/
  • [13:18:03] <mdp> back when I did it...it was a smaller patch...since it got dropped things have snowballed
  • [13:18:27] <mdp> Jacmet: there's never a bad time to do things right
  • [13:18:46] <mdp> plus...all the out-of-tree stuff is irrelevant to upstream
  • [13:18:51] <Jacmet> mdp: true, but the cost of changes increase of time
  • [13:19:06] <Stefan__> mdp: Thanks -- I don't need to do duplex at this point -- just simplex
  • [13:19:14] <mdp> that's the vendor kernel maintainer problem ;)
  • [13:19:21] <Stefan__> mdp: So that probably means I am safe in terms of number of pins
  • [13:19:41] <thurbad> speaking of omapagedon... what would be a good replacement part for the 3530? will dm3730 be shut down too... is am335x a better solution
  • [13:20:40] <mdp> thurbad, it depends if it has what you need...they all have different features
  • [13:21:00] <mru> 3730 is the obvious immediate replacement for 3530
  • [13:21:15] * jkridner (~jkridner@pdpc/supporter/active/jkridner) Quit (Ping timeout: 245 seconds)
  • [13:21:30] <thurbad> similar feature set to 3530, similar pinout, long term availability
  • [13:21:51] <mru> 3730 is mostly just newer versions of all the blocks
  • [13:21:54] <cmicali> mdp: did you use DMA on your b6502 project?
  • [13:21:55] <mru> and higher clock rates
  • [13:22:24] <thurbad> yeah, we've already got a board designed with dm3730, my only worry is that it may suffer the same fate as the omap
  • [13:22:25] <mdp> dunno anything about _DM_ but from an AM37xx POV, it's the highest performing, lowest power part that the Sitara folks have
  • [13:22:37] <mdp> so it would be difficult to go away
  • [13:22:50] <mdp> am335x can't replace it in many applications
  • [13:23:39] <mru> there's no reason to stop making a perfectly good chip as long as there are buyers
  • [13:24:13] <mru> might be discouraged for new designs of course
  • [13:24:27] <thurbad> 'k I was just wondering if I was being worried for no reason... sounds like I probably am
  • [13:25:07] <Jacmet> I might have seen a mention of long term support for dm3730
  • [13:25:14] <mru> for every chip, they should be able to tell you how long they're committed to making it
  • [13:25:20] <mru> ask your ti rep
  • [13:25:21] * zengweitotty (~w3zeng@125.71.229.223) has joined #beagleboard
  • [13:25:30] * zengweitotty (~w3zeng@125.71.229.223) has left #beagleboard
  • [13:25:38] <Jacmet> thurbad: you should be able to get a written commitment from ti on dm3730
  • [13:26:01] <thurbad> heh, assuming we can get a response...they haven't been really helpful in the past
  • [13:26:20] <Jacmet> thurbad: it also took some months here
  • [13:26:59] <thurbad> they've been to our offices once and sold my boss at the time on the omap4... :(
  • [13:27:47] <mru> the omap4 looks very nice on paper
  • [13:28:31] <koen> as a paperweight
  • [13:28:46] <jonand> thurbad: there should be a line of happy sales reps from distributors who want to sell you catalog parts like dm3730. try designing something with omap4460 instead... :)
  • [13:28:50] <thurbad> this is the same boss that decided to go with the 3530 over the 3730 board we had in the works :P
  • [13:29:16] <mru> that sounds stupid
  • [13:29:27] <koen> 3730 is cheaper than 3530
  • [13:29:31] <mru> and better
  • [13:29:34] <koen> and 3530 is completely unsupported
  • [13:29:39] <thurbad> he didn't think it was mature enough at the time
  • [13:29:52] <mru> it's the matured version of 3530
  • [13:30:03] <thurbad> I know
  • [13:30:29] <thurbad> but it was a new chip as far as he was concerned
  • [13:30:55] <mru> sounds like wrong person making decisions
  • [13:31:18] <thurbad> this was about 2 and a half years ago
  • [13:31:57] <mru> the world was fucked up beyond repair much earlier than that
  • [13:32:08] <thurbad> lol
  • [13:32:37] <thurbad> the xM had only recently been released
  • [13:34:10] <thurbad> and I wouldn't say he was the wrong person to be making decisions.. just that that one was a bad one
  • [13:34:45] <mru> he made the decision based on insufficient information then
  • [13:34:57] <thurbad> that's probably fair
  • [13:35:47] * Rotti (~S@2001:638:602:1181:a80e:a7a3:57fc:35f1) has joined #beagle
  • [13:35:50] <Rotti> hi
  • [13:36:01] <mru> lo
  • [13:36:05] <KotH> Z
  • [13:36:28] * jpirko (jirka@nat/redhat/x-dfmejmsrsilguldk) Quit (Quit: Leaving)
  • [13:36:46] * nashpa (~nashpa@dliviu.plus.com) has joined #beagle
  • [13:36:46] * nashpa (~nashpa@dliviu.plus.com) has joined #beagleboard
  • [13:37:24] * n7segment (~drew@174-22-177-102.clsp.qwest.net) Quit (Ping timeout: 264 seconds)
  • [13:37:36] <mdp> Jacmet: I'm still missing 3/5 that you replied to ;) odd..got your reply.
  • [13:37:49] <Jacmet> mdp: strange
  • [13:37:58] * davidha (~quassel@IGLD-84-228-73-86.inter.net.il) Quit (Quit: No Ping reply in 180 seconds.)
  • [13:38:00] <Jacmet> mdp: spam filter?
  • [13:38:40] <mdp> Jacmet: btw, I do feel bad that my original patch was not considered important then since now we have more churn...but tough luck I guess
  • [13:39:01] <av500> mru: the 3530 is a manured chip by now
  • [13:39:02] <mdp> I even mentioned that it needed to be fixed before more garbage went in with the wrong labels
  • [13:39:19] <Jacmet> mdp: yes, I remember
  • [13:39:25] <Jacmet> mdp: I even think I ack'ed it
  • [13:39:48] * davidha (~quassel@IGLD-84-228-73-86.inter.net.il) has joined #beagle
  • [13:40:22] <koen> so who's going to send the patch to make it stop doing sequential numbering?
  • [13:40:24] * stahl (~stahl@46-126-109-217.dynamic.hispeed.ch) Quit (Ping timeout: 264 seconds)
  • [13:40:25] <mdp> not even in spam..very odd
  • [13:40:26] <Jacmet> (not that it matters much)
  • [13:40:31] <mdp> koen, different issue
  • [13:40:33] <koen> I want /dev/i2c0,/dev/i2c2
  • [13:41:00] <mdp> koen, technically, my sub-team colleague and I own that driver now. :)
  • [13:41:07] <mdp> it sure isn't going to be me jumping on that
  • [13:41:21] <av500> then your sub colleague
  • [13:41:41] <mdp> he's in .in so I don't have contact
  • [13:41:49] <Jacmet> koen: probably want you really want is /dev/i2c-foo and /dev/i2c-bar instead if you really wanted consistent naming
  • [13:42:10] * mdp purchases koen a udev rule
  • [13:42:16] <av500> can a UUID help here?
  • [13:43:49] * hvaibhav (~a0393758@nat/ti/x-zjtoolennzctuswy) Quit (Remote host closed the connection)
  • [13:44:24] * prpplague is now known as prp^2
  • [13:45:10] * jpirko (jirka@nat/redhat/x-etbusjjdllptrljl) has joined #beagle
  • [13:45:51] <Jacmet> koen: just gave your recent image a try and still see the xmodem CCCCC
  • [13:46:48] <koen> hmmm
  • [13:46:54] * drakkan1000 (~drakkan@82.84.103.180) has joined #beagle
  • [13:46:54] * drakkan1000 (~drakkan@82.84.103.180) Quit (Client Quit)
  • [13:47:01] <koen> Jacmet: can you login and do: 'systemctl status emmc' ?
  • [13:47:16] <koen> (and pastebin the output)
  • [13:47:29] <Jacmet> koen: you mean boot from the sd and run systemctl while the emmc script runs?
  • [13:48:53] <Jacmet> koen: http://pastebin.com/1SZw3ubx
  • [13:50:36] <koen> ok, that seems to be doing a lot better than the previous incarnation
  • [13:50:42] <Jacmet> the kpartx thing looks odd
  • [13:51:03] <koen> I reused the omap3 script
  • [13:51:10] <koen> that has support for loop files
  • [13:52:25] <Bernd_> Does anyone have any advice for me, what it could be that I do not see any I2C devices? I plugged my BMP085 from Sparkfunk directly to the BB.
  • [13:52:53] <panto> Bernd_, i2c busses do not probe for devices
  • [13:53:23] <panto> you have to explicitly address the device, either from user space or from device tree
  • [13:53:27] * Yogi__ (~yapatel@172-4-198-245.lightspeed.tukrga.sbcglobal.net) has joined #beaglebone
  • [13:53:47] <koen> panto, Jacmet: can you check the contents of /dev/mmcblk1p1 and see if MLO is present?
  • [13:53:54] * Yogi__ is now known as yapatel
  • [13:54:14] <Jacmet> koen: root@beaglebone:~# ls /media/1
  • [13:54:18] <Jacmet> MLO u-boot.img uEnv.txt
  • [13:54:21] <Bernd_> but I should see something with i2cdetect -r -y 3 ??
  • [13:54:33] <panto> Bernd_, probably
  • [13:54:44] * yapatel (~yapatel@172-4-198-245.lightspeed.tukrga.sbcglobal.net) Quit (Client Quit)
  • [13:54:45] <panto> are you sure about the bus numbering though?
  • [13:54:48] <koen> Jacmet: OK, so that worked, now I need to figure out why the ROM doesn't like it
  • [13:54:54] <av500> and the pinmuxing
  • [13:55:04] <mdp> pin muxing ftw
  • [13:55:11] <koen> Jacmet: and did you powercycle? warm reboot won't work, another ROM issue
  • [13:55:38] <Jacmet> koen: ahh, I'm fairly certain I only pressed the reset button
  • [13:55:48] <Jacmet> koen: I'll let if finish once more and pull the power
  • [13:56:07] <cmicali> mdp: you mentioned reserved channels on the EDMA controller - would you mind explaining that? PRU could use those instead of having to have the edma linux kernel driver allocate channels?
  • [13:56:21] <Jacmet> koen: is that rom issue documented anywhere? I don't remember anything like that in the errata
  • [13:56:34] <mdp> cmicali, the linux edma driver only allocates channels for linux use
  • [13:57:09] <cmicali> mdp: yeah, although one of the PRU examples exposes a user-land driver to allocate/deallocate channels that their PRU example code then uses
  • [13:57:19] <cmicali> mdp: so I wasn't sure if that is the correct approach, or if there is a way to bypass having to do that
  • [13:57:33] * emeb_mac (~ericb@ip72-223-89-10.ph.ph.cox.net) has joined #beagle
  • [13:58:01] <panto> hey emeb_mac
  • [13:58:04] <mdp> cmicali: in the 3.8 vendor kernel there's a DT property to reserve channels/slots
  • [13:58:15] <emeb_mac> hi panto
  • [13:58:31] <mdp> cmicali: ti,edma-reserved-channels and ti,edma-reserved-slots which you can set a list of channels that the linux driver will ignore.
  • [13:58:34] <cmicali> mdp: I saw that, https://lkml.org/lkml/2013/1/11/23 right?
  • [13:58:43] * jkridner (~jkridner@pdpc/supporter/active/jkridner) has joined #beagle
  • [13:58:56] <cmicali> mdp: ok, so you pick a couple channels you want to use, add them there, linux ignores them, and then they are available for use by PRU directly
  • [13:59:02] <mdp> then you can use those channels on the PRU as they are reserved for "other processor" use
  • [13:59:06] <mdp> right
  • [13:59:11] <mdp> choose wisely, though
  • [13:59:17] <panto> koen, emmc boot seems to work
  • [13:59:18] <cmicali> mdp: that was the next question
  • [13:59:27] <cmicali> mdp: what are the reserved ones already in the DT being used for :)
  • [13:59:29] <panto> now stuck at: systemd-fsck[82]: Angstrom: clean, 68935/112672 files, 330160/449820 blocks
  • [13:59:34] <mdp> fyi, those properties are going away upstream...will probably be replaced by configfs options
  • [13:59:38] <panto> how much time does it take?
  • [13:59:41] <Bernd_> panto: Yes Im sure about the bus number. There is a tutorial at Koen's Blog that I tried. But there is no new address neither on 1 /2 or 3
  • [13:59:51] <SoCo_cpp_> I hear there is a new bone coming out...
  • [13:59:57] <mdp> cmicali: you could just use those...they are just useless ones I shouldn't have had in there
  • [14:00:00] <cmicali> mdp: thanks
  • [14:00:01] <panto> pinmuxing check time
  • [14:00:10] <mdp> it's an outdated patchset in the 3.8 beagle kernel
  • [14:00:33] <cmicali> mdp: ok i will start trying the ones already there
  • [14:00:47] <cmicali> mdp thanks
  • [14:00:58] <Jacmet> koen: with a power cycle it boots
  • [14:01:11] * _chase_1 (~a0271661@192.91.66.186) has joined #beagle
  • [14:01:19] <panto> hey _chase_1
  • [14:01:57] <Jacmet> koen: but hanging at fsck like panto said
  • [14:02:17] * egarcia (~ezequiel@80.222.3.200.ros.express.com.ar) has joined #beagle
  • [14:02:46] * _chase_ (~a0271661@192.94.92.11) Quit (Ping timeout: 248 seconds)
  • [14:06:45] * guanucoluis (~luis@190.123.120.234) Quit (Ping timeout: 256 seconds)
  • [14:06:59] * davidha (~quassel@IGLD-84-228-73-86.inter.net.il) Quit (Quit: No Ping reply in 180 seconds.)
  • [14:07:15] * davidha (~quassel@IGLD-84-228-73-86.inter.net.il) has joined #beagle
  • [14:09:43] * n7segment (~drew@174-22-177-102.clsp.qwest.net) has joined #beagle
  • [14:10:07] * drakkan1000 (~drakkan@82.84.103.180) has joined #beagle
  • [14:10:45] <mdp> Jacmet: dunno what happened..had to recover 3/5 from gmane. :(
  • [14:11:04] <Jacmet> mdp: funky. You were in To: even
  • [14:12:26] <mdp> the internets hate me today
  • [14:13:36] <xenoxaos> thats what she said....
  • [14:14:56] <KotH> did you do something to clog up the tubes?
  • [14:15:49] <Bernd_> Do I have to do something before, that I can see the the address of the connected device with the i2cdetect command?
  • [14:16:05] * FunkyPenguin (~quassel@opensuse/member/FunkyPenguin) Quit (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
  • [14:16:32] * FunkyPenguin (~quassel@opensuse/member/FunkyPenguin) has joined #beagle
  • [14:19:03] <av500> check pinmux
  • [14:19:09] <av500> do you see the I2C pins change?
  • [14:21:59] <Bernd_> I dont know. Have to have a look how this works.
  • [14:22:30] * guanucoluis (~luis@190.123.120.234) has joined #beagleboard
  • [14:25:45] <Bernd_> both are in Mode 0 (i2c2_scl/sda)
  • [14:26:36] * n7segment (~drew@174-22-177-102.clsp.qwest.net) Quit (Ping timeout: 256 seconds)
  • [14:26:50] <KotH> Bernd_: what av500 meant is, that you should connect an osciloscope or a logic analyzer to the pins and see whether something happens
  • [14:27:19] <Bernd_> ah ok.
  • [14:27:25] <KotH> Bernd_: prefered way of doing is first connecting an oscilloscope to see pins toggeling, then a logic analyzer to see whether the data is the one you expect
  • [14:27:45] <Bernd_> k
  • [14:27:54] * ruchika (~ruchika@192.94.92.14) has joined #beagle
  • [14:27:58] <KotH> if your sequence is short enough, the osciloscope will do for the second step as well
  • [14:28:16] <Bernd_> i will connect it to the oszi
  • [14:32:50] <ka6sox-away> koen, why is there a i2c1 pinmux patch in audio?
  • [14:33:01] * Ziggles (~Ziggles3@valhala.demon.co.uk) has joined #beagleboard
  • [14:33:18] <biot> 1.13.1&0a;BME R:80 AFE<num, ver> <0:e1>&0a;IFE<num:Dev.Rev>
  • [14:33:27] <biot> worst version string EVER
  • [14:33:46] <Jacmet> panto: apparently fsck takes 30+ mins
  • [14:33:48] * SoCo_cpp_ (~soco@50.44.200.186) Quit (Ping timeout: 264 seconds)
  • [14:34:14] * SoCo_cpp_ (~soco@50.44.200.186) has joined #beaglebone
  • [14:34:21] * panto facepalms
  • [14:35:14] <panto> wtf
  • [14:35:45] <KotH> hehe
  • [14:35:50] * cbuehler (~cbuehler@HSI-KBW-149-172-202-47.hsi13.kabel-badenwuerttemberg.de) Quit (Ping timeout: 248 seconds)
  • [14:36:08] <KotH> Jacmet: fsck'ing a 4TB ext2 formated disk? :)
  • [14:36:31] * mythos (~mythos@unaffiliated/mythos) Quit (Ping timeout: 264 seconds)
  • [14:37:11] <panto> ka6sox-away, there's a codec on the i2c bus
  • [14:37:13] <jackmitchell> biot: ping
  • [14:37:20] <Jacmet> KotH: no, 2GB of slow emmc ;)
  • [14:37:54] <ka6sox-away> panto, which codec (so I can annotated it as to what requires it)
  • [14:38:05] <biot> jackmitchell: pong
  • [14:38:14] <panto> tlv320aic3x on the dvi cape
  • [14:38:25] <panto> it might not be at the hdmi case
  • [14:38:38] <jackmitchell> biot: I'm getting an error building sigrok-gtk-git on ArchLinux 64bit
  • [14:38:58] <Bernd_> I only have the 1,8V but no signal. Perhaps the 1,8V are not enught for the BMP085. If I power up the bmp085 with 3,3V (without conection to the board) will I see some signals on the sda line?
  • [14:39:05] <ka6sox-away> panto, thanks, I'll rename it so it makes sense.
  • [14:39:09] <jackmitchell> biot: http://pastebin.com/YCnucFYF
  • [14:39:32] <biot> jackmitchell: yeah, don't worry about sigrok-gtk and sigrok-qt, they're unmaintained/obsolete
  • [14:39:38] <jackmitchell> ah, ok
  • [14:39:41] * ka6sox-away is now known as ka6sox
  • [14:39:48] <jackmitchell> should I be looking at pulseview then?
  • [14:39:53] <biot> yup
  • [14:40:03] <jackmitchell> biot: gotcha, thanks :)
  • [14:41:44] * cbuehler (~cbuehler@HSI-KBW-149-172-202-47.hsi13.kabel-badenwuerttemberg.de) has joined #beagle
  • [14:42:22] <KotH> Jacmet: ah.. the embedded equivalent of an 2TB disk :)
  • [14:49:06] * n7segment (~drew@71.39.49.98) has joined #beagle
  • [14:49:31] <mdp> biot: haven't tried recently but is pulseview getting decoder support?
  • [14:50:20] * mythos (~mythos@unaffiliated/mythos) has joined #beagle
  • [14:53:54] <mranostay> morning
  • [14:53:54] * mhaberler (~mhaberler@089144206252.atnat0015.highway.a1.net) Quit (Read error: Connection reset by peer)
  • [14:53:59] <mranostay> mourning even
  • [14:54:13] <KotH> mranostay: free coffee at Stefan__'s
  • [14:55:12] <av500> mranostay: looks almost good now
  • [14:55:25] <av500> I would clean up that scattered parts in top right
  • [14:55:31] * mdp sees mranostay and punches out.
  • [14:55:39] <av500> transistors and resistors in all orientations
  • [14:55:42] * Ziggles (~Ziggles3@valhala.demon.co.uk) Quit (Quit: Leaving)
  • [14:55:53] <av500> electrons will be confused
  • [14:57:48] <biot> mdp: eventually, but it'll take a while yet
  • [14:58:06] <biot> only one guy is working on pulseview, and he doesn't have all that much time
  • [14:58:16] <mdp> ok
  • [14:58:24] <mranostay> mdp: patches welcome
  • [14:58:28] <mdp> yeah yeah
  • [14:58:33] <biot> as in... "ok I'll do it?"
  • [14:58:42] <mdp> not really an area I can help
  • [15:00:55] * jpirko (jirka@nat/redhat/x-etbusjjdllptrljl) Quit (Remote host closed the connection)
  • [15:01:50] <KotH> uhm...
  • [15:02:00] <KotH> pulseview does not find my ols here
  • [15:02:09] <jackmitchell> my OLS arrived today
  • [15:02:23] <KotH> no errors.. the ols-client does work.. any ideas what i should look for?
  • [15:02:34] <jackmitchell> 12 days from payment to recieve in the UK which I thought was acceptable
  • [15:03:08] <jackmitchell> it's useful, I would have loved it to be able to do continuous sampling but that's a bit much to ask from a $50 device :D
  • [15:04:17] <mdp> jackmitchell: the range of use cases you can handle is quite large for a $50 board, yes.
  • [15:04:17] <biot> KotH: it's on a serial port, typically /dev/ttyACM0
  • [15:04:30] <biot> we don't probe serial ports (anymore)
  • [15:04:31] <jackmitchell> KotH: i'm trying to use pulseview here, I can get it recognised (sometimes it seems a bit flaky) but I can get it sampling
  • [15:04:45] <jackmitchell> s/can/can't
  • [15:04:58] <jackmitchell> so can recognised, can't sample
  • [15:05:19] <biot> there's a known bug where it'll sample the first time, but it'll hang the second time
  • [15:05:39] <jackmitchell> biot: I can't seem to set the sample rate
  • [15:07:30] <KotH> biot: yes, the udev rule is there. i have a /dev/ttyACM0 and the symlink OpenLogicSniffer that the ols software wants
  • [15:07:51] <KotH> biot: giving these by hand doesnt help either
  • [15:08:00] <biot> er
  • [15:08:18] <biot> you know I tried out pulseview for the first time in months last night
  • [15:08:29] <biot> can't really help you much with it :)
  • [15:08:37] * prpplague (~danders@adsl-68-88-77-171.dsl.rcsntx.swbell.net) has joined #beagle
  • [15:08:42] <biot> jhol on #sigrok is the man for it
  • [15:08:47] <jackmitchell> I'll see where good old cli can get me ;)
  • [15:09:00] <jackmitchell> and then _maybe_ I can see if I can hlep with pulseview
  • [15:09:09] <KotH> biot: oki.. thanks anyways :)
  • [15:09:14] <biot> jackmitchell: I'll take that as a firm vow
  • [15:09:18] <jackmitchell> but working with gtk (and as such glib) sends shivers down my spine
  • [15:09:32] <cmicali> jackmitchel: i got an OLS a couple weeks ago - i had lots of problems until i updated the firmware on it
  • [15:09:40] <mru> because gint so much better than a normal int
  • [15:09:48] <mdp> oh yeah, update the firmware
  • [15:09:52] <biot> sigrok-cli --driver ols:conn=/dev/ttyACM0 --device samplerate=100k --samples 64
  • [15:09:53] <jackmitchell> cmicali: ah, I had assumed it was at latest
  • [15:09:58] <biot> ^^ that'll do it
  • [15:10:00] <cmicali> jackmitchell: so had I, but it was way behind
  • [15:10:09] <cmicali> jackmitchell: and that fixed 90% of my issues
  • [15:10:23] <jackmitchell> cmicali: good shout, I'll look into that, I got your email earlier too, which I'll reply to soon ;)
  • [15:10:29] <cmicali> jackmitchel: no rush :)
  • [15:11:09] <cmicali> the OLS is nice because it can go up to 200mhz, but the salea logic i have is amazing, it really is worth the extra $50
  • [15:11:15] <cmicali> well, $100
  • [15:11:41] <jackmitchell> cmicali: can the salea do continuous sampling?
  • [15:12:07] <cmicali> no unfortunately, but it doesn't have an onboard buffer so you can use extremely large buffers client side
  • [15:12:24] <biot> it can actually, but IIRC the saleae software can't
  • [15:12:33] <biot> but sigrok can :)
  • [15:12:36] <cmicali> really!
  • [15:12:41] <biot> yes
  • [15:12:45] <jackmitchell> ah ok, so it can do straight to ram? or... if it doesn't have a buffer, where does it store the data..
  • [15:12:49] * cmicali goes to download sigrok
  • [15:13:06] <cmicali> directly to ram, the client software has a buffer it writes into
  • [15:13:20] <cmicali> works well, but can be a bit dicey at 24mhz on slower or loaded machines
  • [15:13:24] <biot> everything is streaming in sigrok... even stuff like the OLS, which is literally a store + buffer dump -- the driver still streams it
  • [15:13:39] <jackmitchell> 4
  • [15:13:57] <cmicali> i think the logic 16 has an onboard buffer
  • [15:13:59] * Bernd_ (81bbf026@gateway/web/freenode/ip.129.187.240.38) Quit (Quit: Page closed)
  • [15:14:04] <cmicali> memory is hazy though
  • [15:14:16] <jackmitchell> if only the salea was a little bit faster, 50MHz say
  • [15:14:21] <cmicali> that is the problem for me
  • [15:14:23] <ka6sox> panto, I see i2c2 for dvi+audio but not i2c1
  • [15:14:36] * florian (~fuchs@Maemo/community/contributor/florian) Quit (Quit: Client exiting)
  • [15:14:37] <cmicali> the logic 16 can sample faster, but it's limited to a 2 channels at it's max rate
  • [15:14:40] <biot> jackmitchell: then it wouldn't be able to stream live
  • [15:14:51] <panto> ka6sox, you need i2c1?
  • [15:14:55] <jackmitchell> biot: where is the bottleneck?
  • [15:15:05] <biot> as cmicali said, at its max 24MHz rate, it'll saturate (more or less) the USB bus
  • [15:15:18] <ka6sox> panto, no, there is a patch in audio that sets up i2c1 and its not used that I can tell.
  • [15:15:19] <biot> i.e. don't wiggle the mouse
  • [15:15:45] <jackmitchell> ah, so with USB 3 here it would be possible to bump it up a notch
  • [15:16:00] <koen> ka6sox: the nxp i2c moved busses in between revs
  • [15:16:26] <biot> jackmitchell: well yeah, for example the bladerf has USB 3 for that purpose
  • [15:16:35] <ka6sox> koen, so both are needed still?
  • [15:17:15] <panto> ka6sox, point me to that patch plz?
  • [15:17:55] <ka6sox> https://github.com/beagleboard/kernel/blob/3.8/patches/audio/0002-arm-dts-add-DT-pinmux-details-for-I2C1.patch
  • [15:18:20] * scrp3l (~scrp3l@178.63.197.92) Quit (Ping timeout: 245 seconds)
  • [15:19:26] <dm8tbr> av500: thunderbird works well as a crude proof of concept rss-to-imap gateway. I've found *piles* of preexisting scripts though and am going to evaluate them.
  • [15:20:50] * emeb_mac (~ericb@ip72-223-89-10.ph.ph.cox.net) Quit (Quit: emeb_mac)
  • [15:20:54] * kkeller (~Ken_Kelle@97-124-118-34.phnx.qwest.net) has joined #beagle
  • [15:21:47] <av500> dm8tbr: hmm
  • [15:21:58] <av500> dm8tbr: but no nice mobile app
  • [15:22:33] * yegorich (3e911ef2@gateway/web/freenode/ip.62.145.30.242) Quit (Ping timeout: 245 seconds)
  • [15:22:56] <panto> ka6sox, that's just the pinctrl definitions
  • [15:23:18] <panto> you have to enable i2c1 bus device for it to take effect
  • [15:24:02] * drakkan1000 (~drakkan@82.84.103.180) Quit (Quit: Ex-Chat)
  • [15:24:46] * Shadyman (~matthew@unaffiliated/shadyman) has joined #beagle
  • [15:24:54] * guillaume2 (~gquere@c2fa8f31.fsp.oleane.fr) Quit (Ping timeout: 248 seconds)
  • [15:25:12] <koen> ka6sox: no, only the most recent one
  • [15:25:51] <koen> ka6sox: iirc the rev with the old bus had the connector wired wrong, so there was never a working unit with that config
  • [15:26:09] <ka6sox> koen, then I'll just drop that and free up the resource.
  • [15:26:10] <dm8tbr> av500: K9?
  • [15:26:22] <ka6sox> thanks!
  • [15:27:26] <av500> dm8tbr: fast
  • [15:28:04] <av500> dm8tbr: but maybe
  • [15:35:19] * detheridge (~detheridg@192.94.92.14) has joined #beagle
  • [15:35:31] * ka6sox is now known as ka6sox-away
  • [15:38:32] * tema (~tema@178-16-155-142.obit.ru) has joined #beagle
  • [15:39:58] <jackmitchell> cmicali: bingo, just updated the firmware (in a rather crude fashion, the utilities weren't very good) and it seems to have sprung into life, thanks
  • [15:40:16] <cmicali> jackmitchel: no problem, i beat my head against the wall for 4 hours before trying that
  • [15:40:17] * emeb (~ericb@ip72-223-89-10.ph.ph.cox.net) has joined #beagle
  • [15:40:40] * nawcom (~nawcom@75.114.175.189) has joined #beagleboard
  • [15:53:11] <Shadyman> Eleventy billion windows updates for my XP virtual machine. 5 or 7 at a time, then a reboot
  • [15:55:02] <mranostay> use a real OS :)
  • [15:55:08] <mranostay> or at least Ubuntu :P
  • [15:58:39] * mythos (~mythos@unaffiliated/mythos) Quit (Ping timeout: 252 seconds)
  • [16:06:10] * ka6sox-away is now known as ka6sox
  • [16:08:36] <jackmitchell> I hate this bone on my desk, I believe it's the silicon revision with the ethernet IRQ storm
  • [16:08:51] * ka6sox is now known as ka6sox-farfarawa
  • [16:09:01] <jackmitchell> all the others are tied up in prototypes, I should really get another one
  • [16:09:04] * emeb (~ericb@ip72-223-89-10.ph.ph.cox.net) Quit (Quit: Leaving.)
  • [16:11:07] <mranostay> jackmitchell: what rev?
  • [16:11:20] <jackmitchell> mranostay: A5
  • [16:11:20] <mranostay> dumbledore board?
  • [16:12:01] <jackmitchell> mranostay: gandalf the white
  • [16:12:29] <mranostay> hmmm i thought that was fixed before A5
  • [16:13:13] * emeb (~ericb@72.223.89.10) has joined #beagle
  • [16:13:26] <jackmitchell> all I know is the board works fine, but the ethernet is dog slow
  • [16:14:20] <jackmitchell> and when I look at /proc/interrupts the the ethernet ones are climbing fast
  • [16:14:49] <jackmitchell> both int:57 and int:58 climb at about 30 a second
  • [16:16:52] * _chase_ (~a0271661@192.94.92.11) has joined #beagle
  • [16:20:26] * scrp3l (~scrp3l@178.63.197.92) has joined #beagle
  • [16:20:33] * _chase_1 (~a0271661@192.91.66.186) Quit (Ping timeout: 245 seconds)
  • [16:21:10] * detheridge (~detheridg@192.94.92.14) Quit (Remote host closed the connection)
  • [16:24:32] * falstaff_ (~quassel@62-12-245-050.pool.cyberlink.ch) has joined #beagle
  • [16:25:03] * falstaff (~quassel@62-12-251-191.pool.cyberlink.ch) Quit (Ping timeout: 256 seconds)
  • [16:26:58] * detheridge (~detheridg@192.94.92.14) has joined #beagle
  • [16:39:10] * nawcom (~nawcom@75.114.175.189) Quit (Ping timeout: 245 seconds)
  • [16:41:11] * nawcom (~nawcom@75.114.175.189) has joined #beagleboard
  • [16:43:12] * stahl (~stahl@cust.static.46-14-254-254.swisscomdata.ch) has joined #beagle
  • [16:45:51] <prpplague> mranostay: i need to re-think the bacon board some
  • [16:46:14] <ka6sox-farfarawa> not enough fat?
  • [16:46:16] * Jayneil (~jayneil@192.91.66.186) Quit (Remote host closed the connection)
  • [16:46:38] <prpplague> ka6sox-farfarawa: need it to be chocolate covered
  • [16:46:40] <_av500_> prpplague: add cheese
  • [16:46:54] <prpplague> _av500_: indeed
  • [16:47:10] <_av500_> but I am sure mranostay is happy to rip up an reroute
  • [16:47:15] <_av500_> he found the knack for it
  • [16:47:20] * Jayneil (~jayneil@192.94.92.11) has joined #beagle
  • [16:48:34] * st|zaak (~stahl@cust.static.46-14-254-254.swisscomdata.ch) has joined #beagle
  • [16:49:42] <prpplague> _av500_: i forgot about the new uart config
  • [16:49:53] * stahl (~stahl@cust.static.46-14-254-254.swisscomdata.ch) Quit (Ping timeout: 240 seconds)
  • [16:50:09] <_av500_> you mean the debug uart?
  • [16:50:56] <_av500_> yesterday I soldered a 6pin FTDI header to an XM :)
  • [16:51:04] <_av500_> so I can use one cable for both
  • [16:51:11] <prpplague> _av500_: hehe
  • [16:51:23] <prpplague> _av500_: i've started using the ftdi cable with the 3.5mm jack
  • [16:51:42] * ant_work (~ant@host6-80-static.42-85-b.business.telecomitalia.it) Quit (Ping timeout: 256 seconds)
  • [16:52:27] <_av500_> I hate these
  • [16:52:36] <_av500_> forces are too high
  • [16:52:44] <_av500_> on prototypes etc
  • [16:53:27] <prpplague> _av500_: i have an adapter i built up to convert it to the 6pin
  • [16:53:42] <prpplague> _av500_: main thing is i cna use it easily with my toy hacing
  • [16:53:43] <prpplague> hacking
  • [16:53:52] <_av500_> yeah
  • [16:54:05] <prpplague> _av500_: http://www.elinux.org/InnoTab_3.5mm_Uart
  • [16:54:09] <_av500_> yes
  • [16:54:10] <_av500_> i know
  • [16:54:25] <_av500_> i have the same adapter :)
  • [16:54:32] <_av500_> our frenchies used 3.5mm too
  • [16:54:43] <_av500_> on tiny wee wires that broke all the time
  • [16:54:55] * ant_work (~ant@host6-80-static.42-85-b.business.telecomitalia.it) has joined #beagle
  • [16:59:56] <prpplague> _av500_: hehe
  • [17:00:11] <prpplague> _av500_: not the same adapter... i made mine, hehe
  • [17:03:08] * ant___ (~ant@host6-80-static.42-85-b.business.telecomitalia.it) has joined #beagle
  • [17:05:12] * ant_work (~ant@host6-80-static.42-85-b.business.telecomitalia.it) Quit (Ping timeout: 252 seconds)
  • [17:12:09] <mranostay> prpplague: rethink how? :)
  • [17:12:34] <prpplague> mranostay: i forgot about the new uart config
  • [17:12:40] <mranostay> grrr you want to pop a FTDI on it? :)
  • [17:12:57] * Rotti (~S@2001:638:602:1181:a80e:a7a3:57fc:35f1) Quit (Quit: Verlassend)
  • [17:13:04] <prpplague> mranostay: no, just that we had originally planned on it being a "wing" which would not cover up the uart connector
  • [17:13:11] <mranostay> prpplague: just put a stackable header for those 6 pins done
  • [17:13:21] <mranostay> ah that was reasoning for the wing
  • [17:13:28] <mranostay> and i thought jkridner was crazier than normal
  • [17:13:32] <prpplague> mranostay: hehe
  • [17:13:51] <prpplague> mranostay: so yea we need to maybe at a pass through or route the uart somewhere
  • [17:13:56] * ant___ (~ant@host6-80-static.42-85-b.business.telecomitalia.it) Quit (Quit: Leaving)
  • [17:14:14] <_av500_> just pass it to the top
  • [17:14:18] <prpplague> mranostay: plus i need to get you the correct 7-seg symbol/package
  • [17:14:23] <mranostay> prpplague: do we have traces going through there?
  • [17:14:41] <prpplague> mranostay: i'll have to go back and look at your original config
  • [17:14:50] <prpplague> mranostay: i played around with it some last night
  • [17:15:03] <mranostay> always something
  • [17:15:23] <prpplague> mranostay: i have to finish the minnow x3 reviews and make sure the fab gets started on the trainer lure
  • [17:18:56] <_av500_> mranostay: we can always fix it in SW
  • [17:19:34] * florian (~fuchs@Maemo/community/contributor/florian) has joined #beagle
  • [17:20:15] <mranostay> _av500_: what there is a magic via creater kernel module?
  • [17:23:08] * egarcia (~ezequiel@80.222.3.200.ros.express.com.ar) Quit (Quit: Leaving)
  • [17:26:19] <alan_o> mranostay: modprobe drill
  • [17:30:33] * mrcan (~mrcan@unaffiliated/mrcan) Quit (Ping timeout: 245 seconds)
  • [17:33:16] * mrcan (~mrcan@unaffiliated/mrcan) has joined #beagle
  • [17:33:17] * mrcan (~mrcan@unaffiliated/mrcan) has joined #beagleboard
  • [17:33:17] * mrcan (~mrcan@unaffiliated/mrcan) has joined #beaglebone
  • [17:33:55] * krajo1 (~krajo1@ip4-83-240-125-22.cust.nbox.cz) has joined #beagle
  • [17:34:53] <panto> http://www.reddit.com/r/talesfromtechsupport/comments/1b2hp0/the_b_manager_from_hell_pt22_fallout/
  • [17:35:39] * ausxxh (~xxiao@li41-126.members.linode.com) Quit (Remote host closed the connection)
  • [17:37:24] * mrcan (~mrcan@unaffiliated/mrcan) Quit (Read error: Connection reset by peer)
  • [17:37:47] * mrcan (~mrcan@unaffiliated/mrcan) has joined #beagle
  • [17:37:47] * mrcan (~mrcan@unaffiliated/mrcan) has joined #beagleboard
  • [17:37:47] * mrcan (~mrcan@unaffiliated/mrcan) has joined #beaglebone
  • [17:39:38] * mrpackethead (~mrpacketh@147.200.109.203.static.cust.vf.net.nz) Quit (Remote host closed the connection)
  • [17:40:06] * mrpackethead (~mrpacketh@147.200.109.203.static.cust.vf.net.nz) has joined #beagle
  • [17:40:48] * mrpackethead (~mrpacketh@147.200.109.203.static.cust.vf.net.nz) Quit (Read error: Connection reset by peer)
  • [17:41:03] * mrpackethead (~mrpacketh@147.200.109.203.static.cust.vf.net.nz) has joined #beagle
  • [17:42:48] * nawcom (~nawcom@75.114.175.189) Quit (Quit: Computer has gone to sleep.)
  • [17:45:27] * Guest15431 (~bleh1@87.254.93.246) has joined #beagle
  • [17:50:25] * stahl (~stahl@cust.static.46-14-254-254.swisscomdata.ch) has joined #beagle
  • [17:51:15] * st|zaak (~stahl@cust.static.46-14-254-254.swisscomdata.ch) Quit (Ping timeout: 245 seconds)
  • [17:51:24] * mythos (~mythos@unaffiliated/mythos) has joined #beagle
  • [17:55:50] * verus (~youri@rrcs-70-63-20-254.central.biz.rr.com) Quit (Ping timeout: 245 seconds)
  • [17:56:37] * xxiao (~xxiao@li41-126.members.linode.com) has joined #beagle
  • [18:04:27] <mranostay> _av500_: how badly would you mock me if i used that pcb art plugin
  • [18:04:47] <Russ> what is a pcb art plugin?
  • [18:06:49] <mranostay> Russ: see Brooks comment on my latest post
  • [18:09:05] <Russ> I usually use inkscape for my pcb art, but the image posted just seems like overkill
  • [18:09:30] <Russ> a pcb should be aesthetically pleasing, but still functional
  • [18:18:37] * guanucoluis (~luis@190.123.120.234) Quit (Read error: Connection reset by peer)
  • [18:18:39] * guanucoluis1 (~luis@190.123.120.234) has joined #beagleboard
  • [18:21:08] * stahl (~stahl@cust.static.46-14-254-254.swisscomdata.ch) Quit (Quit: FREE PUSSY RIOT)
  • [18:23:19] * deffrag (~Dedec@unaffiliated/deffrag) has joined #beagle
  • [18:23:53] * Guest15431 (~bleh1@87.254.93.246) Quit (Ping timeout: 245 seconds)
  • [18:24:08] * NulL (~bleh1@178.16.5.208) has joined #beagle
  • [18:24:32] * NulL is now known as Guest91630
  • [18:25:26] * deffrag_ (~Dedec@unaffiliated/deffrag) Quit (Ping timeout: 245 seconds)
  • [18:25:27] * stahl (~stahl@cust.static.46-14-254-254.swisscomdata.ch) has joined #beagle
  • [18:34:05] * felipealmeida (~user@querubim.tecgraf.puc-rio.br) Quit (Remote host closed the connection)
  • [18:35:37] * Akuma (~Akuma@modemcable180.167-22-96.mc.videotron.ca) Quit (Ping timeout: 264 seconds)
  • [18:39:38] * Stefan__ (81d73d23@gateway/web/freenode/ip.129.215.61.35) Quit (Ping timeout: 245 seconds)
  • [18:39:38] * arcanescu (925706ef@gateway/web/freenode/ip.146.87.6.239) Quit (Ping timeout: 245 seconds)
  • [18:40:08] <_av500_> mranostay: awesome
  • [18:40:48] <mranostay> av500: i'm sure the curved traces wouldn't get a mocking
  • [18:41:25] * jkridner (~jkridner@pdpc/supporter/active/jkridner) Quit (Remote host closed the connection)
  • [18:41:32] * biot (~bert@2a01:7b8:2006:ea81::fce2) Quit (Ping timeout: 246 seconds)
  • [18:41:34] <_av500_> if you can make it as artsy as that
  • [18:41:59] * jkridner (~jkridner@pdpc/supporter/active/jkridner) has joined #beagle
  • [18:42:15] * mranostay spies a wild jkridner
  • [18:42:15] <mru> many of the hand-drawn boards of old were works of arts
  • [18:42:53] <mranostay> mru: now it is all autorouter crap?
  • [18:43:12] <prpplague> mranostay: wild and crazzzzy?
  • [18:43:45] <KotH> mranostay: not many people use autorouter
  • [18:43:56] * stahl (~stahl@cust.static.46-14-254-254.swisscomdata.ch) Quit (Ping timeout: 256 seconds)
  • [18:43:57] <Wulfman> auto router boards are a fast way to a poorly working board
  • [18:44:06] <mranostay> yeah well of course
  • [18:44:28] <KotH> mranostay: either they cannot afford a good autorouter (which is damn expensive and costs a lot of time to annotate all constraints) or they simply dont know what they are doing
  • [18:45:34] * scrp3l (~scrp3l@178.63.197.92) Quit (Quit: Leaving)
  • [18:46:23] <mru> even manually routed boards look mechanical
  • [18:46:35] <mru> compared to hand-drawn traces
  • [18:46:57] <Wulfman> you mean hand taped ?
  • [18:47:06] <mru> drawn, taped, whatever
  • [18:47:06] * jkridner (~jkridner@pdpc/supporter/active/jkridner) Quit (Ping timeout: 272 seconds)
  • [18:47:10] <Crofton|work> I hand drew a board once
  • [18:47:31] <mranostay> a wild Crofton|work appears!
  • [18:47:59] <Wulfman> i can tell your too young to remember a light box and rolls of tape and pads
  • [18:48:05] * biot (~bert@2a01:7b8:2006:ea81::fce2) has joined #beagle
  • [18:48:20] <mru> you're right, I've never done it myself
  • [18:48:27] <mru> but I've seen such boards
  • [18:48:35] <_av500_> Wulfman: I have such tape somewhere
  • [18:48:41] <mranostay> Crofton|work: how it turn out?
  • [18:48:42] <Wulfman> it was fun when you needed to rip and retry lol
  • [18:48:50] <mranostay> and what year was this?
  • [18:48:56] <Wulfman> earily 80s
  • [18:49:08] <Crofton|work> I forget
  • [18:49:14] <Wulfman> i went so fast to pads cad
  • [18:49:18] <Crofton|work> the board was ok, not sure the circuit worked
  • [18:49:22] <Wulfman> it was so much easer
  • [18:49:34] * Akuma (~Akuma@modemcable180.167-22-96.mc.videotron.ca) has joined #beagleboard
  • [18:50:02] <_av500_> here is your "board" http://www.luedeke-elektronic.de/images/product_images/popup_images/3899_0.jpg
  • [18:53:44] <mrpackethead> Wulfman: i used to watch my dad with the tape and dots
  • [18:53:45] <mrpackethead> :p)
  • [18:53:52] <mrpackethead> and i made my first pcb that way
  • [18:53:53] <mrpackethead> :-)
  • [18:55:24] <Wulfman> its the old ways
  • [18:55:37] <Wulfman> now is much better and faster
  • [18:57:39] * jkridner (~jkridner@pdpc/supporter/active/jkridner) has joined #beagle
  • [18:58:09] * woglinde (~henning@f052067242.adsl.alicedsl.de) has joined #beagle
  • [19:02:25] <mranostay> Crofton|work: wtf is Forest, VA?
  • [19:03:06] <Crofton|work> a place
  • [19:04:18] <mru> hmm, pub dinner or not, that is the question...
  • [19:05:09] <ogra_> nomnomnom
  • [19:06:07] <mru> is that a yes?
  • [19:06:34] <ogra_> indeed it is
  • [19:07:49] <ds2> why not a low end frozen dinner roulette?
  • [19:07:59] <ds2> you might even land on horse protien!
  • [19:08:15] <mranostay> mru: drink your dinner
  • [19:13:29] * xxiao is now known as ausxxh
  • [19:15:30] * KotH recomends k?fte
  • [19:15:31] <KotH> ;)
  • [19:15:54] <mru> not on the menu today
  • [19:16:05] <KotH> ask your friendly turkish restaurant
  • [19:16:14] <KotH> they'll be happy to help you with that
  • [19:17:07] <mru> oh I'm sure it can be had somewhere in the city
  • [19:17:38] * cbuehler (~cbuehler@HSI-KBW-149-172-202-47.hsi13.kabel-badenwuerttemberg.de) has left #beagle
  • [19:18:07] <woglinde> kebab
  • [19:19:19] * erle (57d9cbae@gateway/web/freenode/ip.87.217.203.174) has joined #beagle
  • [19:19:47] <erle> hi everybody
  • [19:20:14] <erle> I'm struggling with an issue and i thought somebody could give me a hand
  • [19:20:33] <erle> i'm trying to debug the kernel using CCS following http://processors.wiki.ti.com/index.php/Linux_Debug_in_CCSv5#Stop_Mode_Debug
  • [19:21:31] <erle> everything seems to work fine until the point where i have to launch the debug session
  • [19:21:34] <agmlego> .c
  • [19:21:47] <erle> i obtain an error saying: An internal error occurred during: "Launching am335x_debug.ccxml". java.lang.NullPointerException
  • [19:22:15] <erle> i found that there are some other folks that have gone through this http://e2e.ti.com/support/development_tools/code_composer_studio/f/81/t/185703.aspx?pi73866=1
  • [19:22:20] <erle> but they don't clarify how
  • [19:22:44] <erle> has anybody debug the kernel on a beaglebone?
  • [19:23:34] <_av500_> yes
  • [19:23:38] <_av500_> but not with ccs
  • [19:24:05] <erle> i'm open to other posibilities
  • [19:24:13] <erle> would you mind sharing how you did it?
  • [19:25:15] <mru> erle: you probably have the wrong .ccxml for your ccs version
  • [19:26:08] * detheridge (~detheridg@192.94.92.14) Quit (Quit: Ex-Chat)
  • [19:28:03] * stahl (~stahl@46-126-109-217.dynamic.hispeed.ch) has joined #beagle
  • [19:28:08] <erle> mru i might be doing something wrong, however i create a new .ccxml containing just the Texas Instruments XDS100v2 USB Emulator and selecting AM335X as the board
  • [19:28:21] <erle> mru and the connection works
  • [19:28:56] <mru> oh, then I don't know
  • [19:29:15] <prpplague> jkridner: ping
  • [19:29:28] <erle> mru too bad :(, still, thanks a lot for the help
  • [19:31:46] * st|zaak (~stahl@46-126-109-217.dynamic.hispeed.ch) has joined #beagle
  • [19:32:17] * stahl (~stahl@46-126-109-217.dynamic.hispeed.ch) Quit (Ping timeout: 246 seconds)
  • [19:34:39] <_av500_> erle: not many people here using ccs
  • [19:34:47] <_av500_> most use printk :)
  • [19:36:28] <mdp> I sometimes use printf on u-boot
  • [19:36:50] <mdp> when I want to let down my hair
  • [19:38:56] * MistahDarcy (~MistahDar@24-205-232-35.dhcp.snlo.ca.charter.com) Quit (Ping timeout: 246 seconds)
  • [19:39:29] * ogra_ sometimes uses CSS ... can make printf and prink output shiny
  • [19:41:02] * SoCo_cpp_ (~soco@50.44.200.186) Quit (Ping timeout: 246 seconds)
  • [19:43:30] * agmlego (~agmlego@2607:f4b8:10:1:211:43ff:fed8:6a85) Quit (Quit: Going away now...)
  • [19:43:49] * agmlego (~agmlego@2607:f4b8:10:1:211:43ff:fed8:6a85) has joined #beagle
  • [19:52:44] <erle> all right :) thanks for your tips
  • [19:53:21] <mru> ccs is anything but right
  • [19:54:19] <mranostay> mdp: growing that mullet finally?
  • [19:54:28] <mdp> you know it
  • [19:54:48] <mranostay> to match the neckbeard?
  • [19:55:03] * mru hides in terror of the mental image
  • [19:56:46] * phantoneD (~destroy@a95-92-88-3.cpe.netcabo.pt) has joined #beagle
  • [19:56:54] * guanucoluis1 (~luis@190.123.120.234) Quit (Ping timeout: 240 seconds)
  • [19:57:08] * erle (57d9cbae@gateway/web/freenode/ip.87.217.203.174) Quit (Ping timeout: 245 seconds)
  • [19:59:02] * SoCo_cpp_ (~soco@50.44.200.186) has joined #beaglebone
  • [20:00:02] * phantoxeD (~destroy@a95-92-88-3.cpe.netcabo.pt) Quit (Ping timeout: 255 seconds)
  • [20:03:46] <_av500_> finally it wont bring down the AT&T network: http://linuxgizmos.com/first-yocto-compatible-carrier-grade-linux/
  • [20:05:16] <mrpackethead> i found a bargin
  • [20:05:20] <mrpackethead> an energy creator
  • [20:05:28] <mrpackethead> Input power 0.5-8W
  • [20:05:28] <mrpackethead> Input power SSB 5-15W
  • [20:05:28] <mrpackethead> Output Power 50W
  • [20:05:45] <mrpackethead> lol.. gotta love ebay adverts
  • [20:06:36] * awafaa (uid716@gateway/web/irccloud.com/x-iyasztkxafdmxkzq) Quit (Ping timeout: 240 seconds)
  • [20:06:38] <_av500_> buy 2
  • [20:06:52] <mrpackethead> they don't accept bitcoin
  • [20:07:06] <_av500_> try snake oil
  • [20:08:31] <mranostay> heh magic
  • [20:09:20] <mrpackethead> im considering buyin one of these
  • [20:09:21] <mrpackethead> http://www.ebay.com/itm/T962A-Infrared-SMD-BGA-IC-Heater-Reflow-Oven-30X32CM-/171009769536?_trksid=p2045573.m2042&_trkparms=aid%3D111000%26algo%3DREC.CURRENT%26ao%3D1%26asc%3D27%26meid%3D6545823992251792085%26pid%3D100033%26prg%3D1011%26rk%3D1%26sd%3D171009769536%26
  • [20:10:04] <mranostay> tinyurl mofo!
  • [20:11:34] <mrpackethead> i got a grumpy email that i was attempting to profiteer on beagle cape connectors
  • [20:11:38] <mrpackethead> geepers.
  • [20:11:50] * SoCo_cpp_ (~soco@50.44.200.186) Quit (Ping timeout: 246 seconds)
  • [20:12:07] * SoCo_cpp_ (~soco@50.44.200.186) has joined #beaglebone
  • [20:12:15] <Russ> mranostay, dangerousprototypes has one, you might watch their video
  • [20:12:21] <Russ> er, damn autocomplete
  • [20:12:22] <Russ> mrpackethead,
  • [20:12:35] <Russ> I went with a convection toaster oven
  • [20:12:42] <mrpackethead> i have one
  • [20:12:43] <Russ> I don't think the T962A has convection
  • [20:12:46] <mrpackethead> it works ok.
  • [20:13:08] <mranostay> mrpackethead: profiteer on what now?
  • [20:13:11] <mrpackethead> i have an oven that
  • [20:13:24] <mrpackethead> well, apparently, at $89/100 i'm making a massive profit
  • [20:14:17] <_av500_> 2nd ferrari?
  • [20:14:50] <mranostay> mrpackethead: for what headers?
  • [20:14:59] <_av500_> bone stcking ones
  • [20:15:02] <mrpackethead> stacking connectors for capes
  • [20:15:03] <_av500_> 2x2x23
  • [20:15:07] <mrpackethead> i've bought 1000
  • [20:15:11] <mrpackethead> have 600 surplus
  • [20:15:12] <mranostay> from who? adafruit?
  • [20:15:16] <_av500_> china
  • [20:15:21] <mrpackethead> taiwan
  • [20:15:22] <Russ> you didn't get the ones with the really long pins, right?
  • [20:15:39] <mrpackethead> they are the same as the ones that are on the Audio Cape
  • [20:16:46] * jkridner (~jkridner@pdpc/supporter/active/jkridner) Quit (Remote host closed the connection)
  • [20:17:23] * jkridner (~jkridner@pdpc/supporter/active/jkridner) has joined #beagle
  • [20:18:12] <mrpackethead> the MOQ was 1000 pces
  • [20:18:27] <mrpackethead> but 1000 was cheaper than 400 x $2.10
  • [20:21:40] * jkridner (~jkridner@pdpc/supporter/active/jkridner) Quit (Ping timeout: 245 seconds)
  • [20:21:56] <mrpackethead> http://www.youtube.com/watch?v=yRxcYO0nuD8
  • [20:22:02] <mrpackethead> wow, pnp for $3500!
  • [20:22:36] * wgrant (~wgrant@ubuntu/member/wgrant) Quit (Ping timeout: 256 seconds)
  • [20:22:59] <mranostay> mrpackethead: angry email from who?
  • [20:23:16] <mrpackethead> some plonker on teh beagle-list
  • [20:23:26] <mrpackethead> 300 of the 600 spares are sold now
  • [20:27:39] * cmicali (~cmicali@50-198-110-41-static.hfc.comcastbusiness.net) Quit (Quit: Bye)
  • [20:32:15] <_av500_> any went to germany?
  • [20:34:24] <mranostay> _av500_: planning on robbing the shipment?
  • [20:34:30] <mrpackethead> no..
  • [20:34:32] <mrpackethead> :-)
  • [20:34:43] <mrpackethead> _av500_: are you in .de and need some
  • [20:34:44] <mranostay> mrpackethead: how much to ship to the states?
  • [20:34:52] <mrpackethead> $89 including freight
  • [20:34:55] <mrpackethead> for 100
  • [20:35:24] <mranostay> which is?
  • [20:35:48] <mrpackethead> $89 for 100 connectors, delivered
  • [20:36:27] <mrpackethead> or you can pay $59 for the connectors, and $30 for the freight
  • [20:36:31] <mrpackethead> you choose
  • [20:36:33] <_av500_> speaking of PCBs: http://www.adafruit.com/adablog/wp-content/uploads/2013/03/P3140798_600.jpg
  • [20:36:33] <mrpackethead> i dont' mind
  • [20:36:49] <_av500_> :)
  • [20:37:51] <mranostay> mrpackethead: ok i was just wondering if was extra :P
  • [20:38:16] <mrpackethead> no.
  • [20:38:39] <ds2> _av500_: one of your early early early preOMAP1 protos? :D
  • [20:38:50] <mrpackethead> i'll share any profits around
  • [20:38:56] <mrpackethead> as long as you take bitcoin.
  • [20:39:12] <_av500_> ds2: http://kuzyatech.com/keithley-197-microvolt-dmm-in-pictures
  • [20:39:23] <_av500_> guard traces
  • [20:39:25] <_av500_> nice
  • [20:40:09] <_av500_> http://kuzyatech.com/wp-content/uploads/2013/03/P3140786.jpg
  • [20:41:59] <mranostay> mrpackethead: take paypal?
  • [20:42:49] <mrpackethead> yes.
  • [20:42:52] <mrpackethead> that is easy
  • [20:43:39] <mrpackethead> wont' have them for a week or two
  • [20:43:46] <mrpackethead> so don't stress on it
  • [20:44:22] <mranostay> do i look stressed? :)
  • [20:45:05] <_av500_> did you reroute bacon already?
  • [20:45:12] <_av500_> checked all angles?
  • [20:47:03] * detheridge (~darrene@192.94.92.11) has joined #beagle
  • [20:50:20] <mranostay> heh
  • [20:50:34] <mranostay> won't be a big reroute
  • [20:59:39] * jluisn (~quassel@187.115.172.24) Quit (Remote host closed the connection)
  • [21:12:08] * Guest91630 (~bleh1@178.16.5.208) Quit (Ping timeout: 272 seconds)
  • [21:21:50] * ruchika (~ruchika@192.94.92.14) Quit (Read error: Connection reset by peer)
  • [21:24:08] <Wulfman> i will be selling a reflow controller Board on ebay for about 90 bux that you put in a convection oven for reflowing boards
  • [21:24:39] <Wulfman> the ovens you see on ebay are not that good if you search for reviews on them
  • [21:25:29] * awafaa (uid716@gateway/web/irccloud.com/x-khrfatocldvhjslh) has joined #beagle
  • [21:44:28] * NishanthMenon (~nmenon@192.94.92.14) Quit (Quit: Deeply attached to friends and acquaintances.)
  • [21:45:42] <mranostay> is #beagle now a swap meet?
  • [21:45:51] <_av500_> yes
  • [21:46:10] <_av500_> anybody got hub caps for a 72 pinto?
  • [21:47:53] <prpplague> i have some slighlty used low milage omap4 and omap5 products.... i only used them on sunday for church projects
  • [21:48:51] <beng-nl> lo
  • [21:48:58] <Wulfman> lol
  • [21:54:22] * KotH wonders why people think that buffer will magically speed up any data transfer
  • [21:54:52] <_av500_> add more buffers
  • [21:54:58] <_av500_> to be even faster
  • [22:03:48] <KotH> _av500_: nice EE-porn :)
  • [22:04:40] <_av500_> :)
  • [22:09:01] * krajo1 (~krajo1@ip4-83-240-125-22.cust.nbox.cz) Quit (Quit: Konversation terminated!)
  • [22:09:21] <mranostay> hey not at work now!
  • [22:09:32] <mranostay> do that at home :P
  • [22:13:22] <KotH> http://www.youtube.com/watch?v=xzIv5DDVLKk
  • [22:13:35] * detheridge (~darrene@192.94.92.11) Quit (Quit: Leaving)
  • [22:13:55] <KotH> mranostay: i am at home :)
  • [22:14:45] <KotH> http://kuzyatech.com/part-of-the-week-tag-connect <- nice stuff
  • [22:17:57] * Jayneil (~jayneil@192.94.92.11) Quit (Quit: Leaving.)
  • [22:19:41] * dj_pi (~dj@c-107-5-25-243.hsd1.mi.comcast.net) has joined #beagle
  • [22:21:44] * woglinde (~henning@f052067242.adsl.alicedsl.de) Quit (Ping timeout: 258 seconds)
  • [22:26:29] <Russ> tag connect looks strangely like a beacon board
  • [22:27:02] <KotH> well.. they are basically probe pins in a connector
  • [22:27:09] <ds2> prpplague: will they ressurect themselves this Sunday?
  • [22:27:16] <KotH> nothing fancy.. stufy any EE has done hundreds of times in his life
  • [22:27:21] <Russ> I mean the layout style
  • [22:27:22] <KotH> but these are ready made sold :)
  • [22:27:25] <KotH> ah..
  • [22:27:34] <KotH> dont know the beacon board
  • [22:27:45] * wgrant (~wgrant@c220-237-25-52.eburwd9.vic.optusnet.com.au) has joined #beagle
  • [22:27:46] * wgrant (~wgrant@c220-237-25-52.eburwd9.vic.optusnet.com.au) Quit (Changing host)
  • [22:27:46] * wgrant (~wgrant@ubuntu/member/wgrant) has joined #beagle
  • [22:27:58] <Russ> hey, something to program cape eeproms
  • [22:29:25] * KotH has no cape
  • [22:32:48] <prpplague> _av500_: hehe i should delete your comment, hehe
  • [22:33:13] <_av500_> yeah, that's fool people
  • [22:33:16] <_av500_> that'll
  • [22:33:22] <prpplague> hehe
  • [22:33:27] <_av500_> the pcb looks kinda darkish
  • [22:34:00] <prpplague> odd lighting and it hasn't been washed yet
  • [22:34:11] <_av500_> right
  • [22:34:18] <_av500_> it'll come out snow white
  • [22:35:04] <prpplague> indeed, hehe
  • [22:38:39] * DarthExpeditor (~IceChat9@rrcs-71-43-76-226.se.biz.rr.com) has joined #beagle
  • [22:44:58] * Russ falls out of his chair
  • [22:45:29] * KotH puts a carpet over Russ
  • [22:48:59] * kiilo (~kiilo@84-73-25-17.dclient.hispeed.ch) Quit (Quit: ciao)
  • [22:49:20] <prpplague> Russ: something interesting?
  • [22:53:54] * davidha (~quassel@IGLD-84-228-73-86.inter.net.il) Quit (Ping timeout: 252 seconds)
  • [22:56:37] * Russ is glad to be safely under the carpet at this point
  • [22:59:21] * ccssnet fills the room with packing peanuts while russ is busy under the carpet
  • [23:01:48] * techb (~techb@173-80-96-23-swby.atw.dyn.suddenlink.net) has joined #beagleboard
  • [23:10:49] <Wulfman> pink ones i hope
  • [23:11:23] * prpplague (~danders@adsl-68-88-77-171.dsl.rcsntx.swbell.net) Quit (Quit: Leaving)
  • [23:20:58] * pfefferz (~pfefferz@ec2-50-19-223-142.compute-1.amazonaws.com) Quit (Ping timeout: 256 seconds)
  • [23:20:59] * buq2_ (~buq2@dsl-trebrasgw2-54f943-197.dhcp.inet.fi) Quit (Ping timeout: 256 seconds)
  • [23:21:11] * pfefferz (~pfefferz@ec2-50-19-223-142.compute-1.amazonaws.com) has joined #beagle
  • [23:21:11] * pfefferz (~pfefferz@ec2-50-19-223-142.compute-1.amazonaws.com) has joined #beagleboard
  • [23:22:59] * buq2 (~buq2@dsl-trebrasgw2-54f943-197.dhcp.inet.fi) has joined #beagle
  • [23:24:55] * deffrag_ (~Dedec@unaffiliated/deffrag) has joined #beagle
  • [23:25:06] * deffrag (~Dedec@unaffiliated/deffrag) Quit (Ping timeout: 240 seconds)
  • [23:30:40] <ds2> jkridner: ping
  • [23:32:05] * mhaberler (~mhaberler@macbook.stiwoll.mah.priv.at) has joined #beagle
  • [23:32:05] * mhaberler (~mhaberler@macbook.stiwoll.mah.priv.at) has joined #beaglebone
  • [23:37:11] * mranostay hurls NAND chips at ds2
  • [23:38:02] * ds2 catches them and turns them into a RAID
  • [23:38:16] <mranostay> make a raid of NOR chips :P
  • [23:38:24] * mhaberler (~mhaberler@macbook.stiwoll.mah.priv.at) Quit (Read error: No route to host)
  • [23:40:27] <ds2> I trust my NOR chips
  • [23:50:43] <mranostay> ds2: for how many writes? :)
  • [23:51:12] <ds2> more those those pesky MLC NANDs
  • [23:51:18] <mranostay> heh
  • [23:51:26] * ds2 hugs his 29F010's
  • [23:51:26] <mranostay> i thought they are all SLC now
  • [23:51:40] <ds2> eh?
  • [23:52:48] * mranostay pokes mru
  • [23:52:57] * mru ducks
  • [23:57:33] <mranostay> mmmm duck