• [00:07:15] * TD---Linux (~thomas@2607:ea00:104:3c00:2677:3ff:fe83:7814) has joined #beagle
  • [00:07:54] * eikeon (~eikeon@pool-108-56-44-21.washdc.east.verizon.net) has joined #beagle
  • [00:09:17] * Guest61899 (mp@aggr.com) Quit (Ping timeout: 252 seconds)
  • [00:11:24] * mythos (~mythos@unaffiliated/mythos) Quit (Ping timeout: 244 seconds)
  • [00:16:00] * rcn-ee (~voodoo@thief-pool3-123-204.mncable.net) has joined #beagle
  • [00:21:43] * mps (mp@aggr.com) has joined #beagle
  • [00:23:45] * lyakh_ (~lyakh@dslb-088-070-028-105.pools.arcor-ip.net) Quit (Quit: thanks, bye)
  • [00:24:40] * mythos (~mythos@unaffiliated/mythos) has joined #beagle
  • [00:25:55] * koen (~koen@ip4da2a5ae.direct-adsl.nl) Quit (Ping timeout: 265 seconds)
  • [00:26:24] * koen (~koen@ip4da2a5ae.direct-adsl.nl) has joined #beagle
  • [00:30:53] * JViz_ (~JViz@cpe-024-163-006-117.triad.res.rr.com) has joined #beagle
  • [00:40:30] * joelagnel (~joelagnel@cpe-76-185-12-202.tx.res.rr.com) has joined #beagle
  • [00:41:13] * kiilo (~kiilo@46-126-76-28.dynamic.hispeed.ch) Quit (Quit: ciao)
  • [00:48:06] * a0273324_ (~joelagnel@nat/ti/x-mnnugijvhwltadey) has joined #beagle
  • [00:48:14] * a0273324_ (~joelagnel@nat/ti/x-mnnugijvhwltadey) Quit (Client Quit)
  • [00:48:38] * joelagnel (~joelagnel@cpe-76-185-12-202.tx.res.rr.com) Quit (Read error: Connection reset by peer)
  • [00:53:58] * TD---Linux (~thomas@2607:ea00:104:3c00:2677:3ff:fe83:7814) Quit (Ping timeout: 246 seconds)
  • [00:54:26] * juvenal (~juvenal@187.34.5.251) has joined #beagle
  • [01:24:42] * stahl (~stahl@77-57-188-4.dclient.hispeed.ch) Quit (Ping timeout: 264 seconds)
  • [01:38:24] * icota (~quassel@dh207-35-126.xnet.hr) Quit (Remote host closed the connection)
  • [01:38:45] * thurbad (~natesewel@64.132.24.36) Quit (Quit: thurbad)
  • [01:50:16] * juvenal (~juvenal@187.34.5.251) Quit (Quit: Computer has gone to sleep.)
  • [01:57:27] * mhaberler (~mhaberler@macbook.stiwoll.mah.priv.at) Quit (Quit: mhaberler)
  • [01:58:05] * nextime (~nextime@2a01:2003:1:1a46:226:18ff:fec8:8160) Quit (Changing host)
  • [01:58:05] * nextime (~nextime@unaffiliated/nextime) has joined #beagleboard
  • [02:03:47] * thurbad (~natesewel@cpe-70-124-86-209.austin.res.rr.com) has joined #beagle
  • [02:06:09] <mranostay> so ronery in here
  • [02:06:47] * tema (~tema@ppp91-122-87-205.pppoe.avangarddsl.ru) Quit (Ping timeout: 255 seconds)
  • [02:06:59] * Russ is reminded of the praystation meme
  • [02:07:21] <thurbad> hans blix!!!
  • [02:07:43] <Russ> http://jamesnadiger.com/2009/06/04/126/
  • [02:09:32] <thurbad> lol
  • [02:09:37] * juvenal (~juvenal@187.34.5.251) has joined #beagle
  • [02:11:34] * gustavoz (~gustavoz@host201.201-252-64.telecom.net.ar) Quit (Quit: Leaving)
  • [02:11:44] <mdp> brix
  • [02:13:05] * TD---Linux (~thomas@x-134-84-47-151.uofm-secure.wireless.umn.edu) has joined #beagle
  • [02:14:00] * TD---Linux (~thomas@x-134-84-47-151.uofm-secure.wireless.umn.edu) Quit (Client Quit)
  • [02:14:21] <mranostay> ok is it a bad sign when your CEO says that he 'likes saltmines it is productive'? :)..
  • [02:14:52] <mranostay> mdp: brix?
  • [02:15:37] <prpplague> mranostay: watch for "synergy" or "refocus" or "optimize expectations"
  • [02:16:09] <mranostay> well in that case you will see a lot of linkedin updates on my profile :)
  • [02:16:30] <prpplague> hehe
  • [02:16:32] <mranostay> prpplague: i hate "synergy" so much
  • [02:17:25] <prpplague> mranostay: i have this almost turrets syndrome like response when i hear it from some sort of management......
  • [02:19:25] * GPSFan (~kenm@64.92.145.112) Quit (Quit: Leaving)
  • [02:20:46] <mranostay> prpplague: my favorite is 'personal sacrifices'
  • [02:23:00] <prpplague> hehe
  • [02:26:59] * KeatonT (~textual@unaffiliated/keatont) has joined #beagle
  • [02:27:17] * deffrag_ (~Dedec@unaffiliated/deffrag) has joined #beagle
  • [02:27:26] * deffrag (~Dedec@unaffiliated/deffrag) Quit (Ping timeout: 255 seconds)
  • [02:35:22] * kkeller (~Ken_Kelle@174-17-25-20.phnx.qwest.net) has left #beagle
  • [02:37:50] * KeatonT (~textual@unaffiliated/keatont) Quit (Quit: Computer has gone to sleep.)
  • [03:07:34] * Russ|mobile (~AndChat67@pool-74-100-57-85.lsanca.fios.verizon.net) has joined #beagle
  • [03:16:32] * Russ|mobile (~AndChat67@pool-74-100-57-85.lsanca.fios.verizon.net) Quit (Quit: Bye)
  • [03:19:06] * Phrewfuf (~Phrewfuf@andreaskist.de) Quit (Ping timeout: 276 seconds)
  • [03:32:34] * Phrewfuf (~Phrewfuf@shackspace/andy) has joined #beagle
  • [03:37:04] * lVathan (~nathan@unaffiliated/lvathan) has joined #beagle
  • [03:37:40] <lVathan> can someone reccomend a fun introductory project?
  • [03:42:28] * guanucoluis (~luis@190.18.173.95) has joined #beagleboard
  • [03:46:28] <mranostay> lVathan: for what?
  • [03:46:30] * Ceriand|desktop (~Ceriand@unaffiliated/ceriand) has joined #beagle
  • [03:49:35] * KeatonT (~textual@unaffiliated/keatont) has joined #beagle
  • [03:51:56] <lVathan> I would like to be able to create a remote controlled vehicle through a network
  • [03:53:24] <lVathan> something for a fun afterwork project
  • [03:53:53] * KeatonT (~textual@unaffiliated/keatont) Quit (Client Quit)
  • [03:58:35] * lVathan (~nathan@unaffiliated/lvathan) Quit (Ping timeout: 256 seconds)
  • [04:08:22] * lVathan (~nathan@unaffiliated/lvathan) has joined #beagle
  • [04:10:26] * eikeon (~eikeon@pool-108-56-44-21.washdc.east.verizon.net) Quit (Quit: eikeon)
  • [04:11:14] <ds2> Hmm
  • [04:19:12] <mranostay> Hmm!
  • [04:23:17] * Grundfisch (~abaddon@178.121.137.152) has joined #beagle
  • [04:23:43] * lVathan (~nathan@unaffiliated/lvathan) Quit (Ping timeout: 260 seconds)
  • [04:24:04] * jvcleave (~jvcleave@WS1-DSL-208-102-254-80.fuse.net) has joined #beagle
  • [04:24:04] * jvcleave (~jvcleave@WS1-DSL-208-102-254-80.fuse.net) has joined #beaglebone
  • [04:25:08] * cacodaemon (~abaddon@178.121.173.115) Quit (Ping timeout: 245 seconds)
  • [04:25:15] * juvenal (~juvenal@187.34.5.251) Quit (Quit: Computer has gone to sleep.)
  • [04:26:13] * lVathan (~nathan@73.sub-70-192-194.myvzw.com) has joined #beagle
  • [04:26:14] * lVathan (~nathan@73.sub-70-192-194.myvzw.com) Quit (Changing host)
  • [04:26:14] * lVathan (~nathan@unaffiliated/lvathan) has joined #beagle
  • [04:28:56] * prpplague (~prpplague@107-206-64-184.lightspeed.rcsntx.sbcglobal.net) Quit (Quit: Later Folks!)
  • [04:31:13] <mranostay> how is it in ds2 world?
  • [04:31:34] * guanucoluis (~luis@190.18.173.95) Quit (Ping timeout: 240 seconds)
  • [04:42:29] * _sundar_ (~sundar@110.234.156.82) Quit (Ping timeout: 260 seconds)
  • [04:49:05] * KeatonT (~textual@unaffiliated/keatont) has joined #beagle
  • [04:53:34] * lVathan (~nathan@unaffiliated/lvathan) Quit (Ping timeout: 240 seconds)
  • [04:59:42] * KeatonT (~textual@unaffiliated/keatont) Quit (Quit: Computer has gone to sleep.)
  • [05:01:32] * rcn-ee (~voodoo@thief-pool3-123-204.mncable.net) Quit (Quit: Leaving)
  • [05:23:26] * koen (~koen@ip4da2a5ae.direct-adsl.nl) Quit (Ping timeout: 255 seconds)
  • [05:23:36] * ynezz (ynezz@ibawizard.net) Quit (Ping timeout: 264 seconds)
  • [05:23:46] * ynezz (ynezz@ibawizard.net) has joined #beagle
  • [05:24:25] * koen (~koen@ip4da2a5ae.direct-adsl.nl) has joined #beagle
  • [05:51:07] * rsalveti (~rsalveti@linaro/rsalveti) Quit (Ping timeout: 246 seconds)
  • [05:52:52] * rsalveti (~rsalveti@linaro/rsalveti) has joined #beagle
  • [06:02:51] * David (46acd04c@gateway/web/freenode/ip.70.172.208.76) has joined #beagle
  • [06:03:18] <David> Hi guys, I was wondering where can i get mod_cgi.so for beagleboard xM
  • [06:03:25] <David> I can not find it anywhere
  • [06:04:26] * pfefferz (~pfefferz@cpe-70-123-140-192.austin.res.rr.com) Quit (Read error: Operation timed out)
  • [06:06:09] <ds2> tried the source?
  • [06:07:15] <David> ye
  • [06:07:20] <David> couldn't find
  • [06:07:38] <David> its not in the usr/lib folder
  • [06:07:47] <ds2> you keep source in usr/lib?
  • [06:07:54] <ds2> no a fan of unix conventions?
  • [06:07:55] <David> no
  • [06:08:11] <David> well i opkg install lighttpd
  • [06:08:23] <David> and change the conf
  • [06:08:35] <David> however when i restart the server mod_cgi is not found
  • [06:08:49] <ds2> then...
  • [06:09:08] <ds2> you answered yes and mentioned it is not in usr/lib, yet you do not agree that you keep source in usr/lib
  • [06:09:32] <ds2> so is pi exactly 3, and squares are circles?
  • [06:09:47] <David> oh i miss read the source part
  • [06:09:56] <David> sorry*
  • [06:10:26] <David> so i should download the lighttpd source and find it there?
  • [06:10:47] <ds2> one would hope so if it is indeed part of it
  • [06:11:02] <ds2> ideally, you would want to get the sources for what your binaries came from
  • [06:11:39] <David> ok i will try that now. So im assuming that opkg doesnt install everything?
  • [06:12:57] <David> hmm found the mod_cgi.c
  • [06:13:10] <David> i guess i will have to reinstall it from source
  • [06:13:57] <ds2> look at the recipe to see if it builds it
  • [06:14:02] <ds2> it might get packaged differently
  • [06:14:37] <Russ> sigh...
  • [06:14:45] <Russ> the loses_context thing in omap has always confounded me
  • [06:15:03] <Russ> ''The omap gpio driver should never be calling get_context_loss_count for a gpio bank in a always-on domain. This is pointless and adds unneccessary overhead.'
  • [06:15:07] <David> oh i see, thanks for the help
  • [06:15:23] <Russ> yes, because tracking loses_context is so much easier than get_context_loss_count
  • [06:15:26] <Russ> wtf yo
  • [06:15:47] <ds2> it can be
  • [06:16:04] <Russ> in comparison to a resume?
  • [06:16:44] <Russ> and in the case of hibernate, or rtc only ddr self refresh, *everything* loses context
  • [06:17:09] <ds2> well...
  • [06:17:12] <ds2> which OMAP?
  • [06:22:03] <Russ> am335x
  • [06:22:09] <Russ> well, with hibernate, any omap
  • [06:22:31] <Russ> the whole keeping tracking of loses_context to avoid a call is just silly
  • [06:22:53] <Russ> the extra complexity and book keeping for what?
  • [06:23:35] <ds2> thought PM is completely F'ed on that?
  • [06:23:55] <Russ> on hibernate?
  • [06:23:59] <Russ> on am335x?
  • [06:24:05] <ds2> yes on am335x
  • [06:24:12] <Russ> fortunately or on-fortunately, I'm dealing with the psp kernel
  • [06:24:16] <Russ> at least for now
  • [06:24:38] * pfefferz (~pfefferz@cpe-70-112-142-252.austin.res.rr.com) has joined #beagle
  • [06:24:38] * pfefferz (~pfefferz@cpe-70-112-142-252.austin.res.rr.com) has joined #beagleboard
  • [06:25:38] <ds2> ohh
  • [06:25:55] <ds2> I got the completely F description from mr BB
  • [06:25:57] <Russ> er, unfortunately
  • [06:26:05] <Russ> jk?
  • [06:26:06] <ds2> what part of PM does work then (in the PSP kernel)?
  • [06:26:07] <ds2> yeah
  • [06:26:15] <Russ> sleep works
  • [06:26:27] <Russ> but this is psp, am335x is still getting upstreamed
  • [06:27:03] <ds2> don't care about upstream
  • [06:27:13] <ds2> my udnerstanding is there is a fatal bug in the M3 firmware
  • [06:27:20] <ds2> hence it has issues waking up
  • [06:27:24] <Russ> could be, I'm not aware of it
  • [06:27:31] * KeatonT (~textual@unaffiliated/keatont) has joined #beagle
  • [06:27:33] <Russ> is this a once in 1, once in 10, once is 1000?
  • [06:28:26] <ds2> donno
  • [06:28:31] * KeatonT (~textual@unaffiliated/keatont) Quit (Client Quit)
  • [06:28:33] <ds2> it was enough of a reason to avoid that platform
  • [06:28:50] <Russ> once in 1k is certainly enough to commercially avoid a platform
  • [06:29:38] <Russ> fatal M3 firmware bugs are fixable though, unlike rom code
  • [06:30:00] <ds2> isn't M3 ROM'ed?
  • [06:30:13] <ds2> the M3, AFAIK, isn't well documented
  • [06:30:17] <ds2> for us mere mortals
  • [06:31:06] <Russ> firmware/am335x-pm-firmware.bin.gen.S
  • [06:31:20] <ds2> Ooooh
  • [06:31:24] <Russ> er
  • [06:31:26] <Russ> that isn't source
  • [06:31:38] <ds2> you are using the same ES as the bone, right?
  • [06:31:44] <Russ> firmware/am335x-pm-firmware.bin is just a blob
  • [06:32:06] <ds2> is that linked into the kernel?
  • [06:32:08] <Russ> somehow, I go long periods of time without learning simple things like 'ES'
  • [06:32:21] <Russ> it can be linked into the kernel, or loaded at runtime
  • [06:32:32] <ds2> ES is one of those things you live and die by with the OMAP world :(
  • [06:33:06] <Russ> silicon revision?
  • [06:33:10] <ds2> yeah
  • [06:33:26] <ds2> a lot of the ES1.0 stuff have problems and I suspect the bones are ES1 stuff
  • [06:33:26] <Russ> I'm on PG 1.0 right now
  • [06:34:05] <Russ> you say ES, I say PG?
  • [06:34:35] <ds2> Hmmmm wonder if there is a difference
  • [06:35:02] <Russ> I think I was supposed to get a PG 2.0 board, but there was some confusion
  • [06:35:29] <ds2> wonder if ES is an OMAP term and PG is a 'star' term
  • [06:38:48] <Russ> dunno, pg 2.0 has a lot of fixes from what I understand
  • [06:41:06] * tema (~tema@ppp91-122-87-205.pppoe.avangarddsl.ru) has joined #beagle
  • [06:41:22] <ds2> I'd expect so
  • [06:41:31] <ds2> and probally some registers are getting changed
  • [06:52:41] * mranostay hides from tema
  • [06:55:33] * tema (~tema@ppp91-122-87-205.pppoe.avangarddsl.ru) Quit (Quit: Ex-Chat)
  • [06:56:00] <David> Hmm why is gcc in the usr/lib folder? shouldnt it be in /usr/bin folder?
  • [06:56:13] <David> ls
  • [06:57:28] <mranostay> :/
  • [06:58:41] <David> i can't compile anything if gcc is not in usr/bin folder?
  • [07:00:29] * john3909 (~jsynesio@ip70-181-136-224.sd.sd.cox.net) Quit (Quit: Leaving.)
  • [07:04:56] <mranostay> er why not?
  • [07:06:42] <David> i dont know when i do gcc file.c i get an error says -sh: gcc: not found
  • [07:08:45] * lyakh (~lyakh@dslb-084-061-108-085.pools.arcor-ip.net) has joined #beagle
  • [07:08:54] <ds2> why did you not install gcc?
  • [07:10:42] <David> i did install gcc
  • [07:11:30] * davidha (~quassel@IGLD-84-228-192-148.inter.net.il) has joined #beagle
  • [07:14:56] * kiilo (~kiilo@46-126-76-28.dynamic.hispeed.ch) has joined #beagle
  • [07:15:03] * David (46acd04c@gateway/web/freenode/ip.70.172.208.76) Quit (Ping timeout: 245 seconds)
  • [07:19:08] <mranostay> there is a symlinks packages iirc
  • [07:22:45] * tasslehoff (~tasslehof@84.49.231.147) has joined #beagle
  • [07:23:12] <mranostay> hi tasslehoff
  • [07:23:45] * Guest95636 (~bleh1@87.254.72.190) has joined #beagle
  • [07:26:05] * damir__ (~damir@217-72-91-162.ipv4.tusmobil.si) has joined #beagle
  • [07:28:11] * stahl (~stahl@77-57-188-4.dclient.hispeed.ch) has joined #beagle
  • [07:46:08] * Ceriand|desktop (~Ceriand@unaffiliated/ceriand) Quit (Quit: Leaving.)
  • [07:51:51] * kiilo (~kiilo@46-126-76-28.dynamic.hispeed.ch) has left #beagle
  • [07:59:10] <LetoThe2nd> mranostay: how to join the trolling? for me, there'snowwhere a button for it...
  • [08:00:02] <av500> er
  • [08:00:07] <av500> there was
  • [08:00:15] <av500> you clikc on the comminitry
  • [08:00:19] <av500> and then accept
  • [08:00:36] <LetoThe2nd> no accept button here.
  • [08:01:05] <av500> "view community"
  • [08:01:12] <LetoThe2nd> the button says "preview communitty"
  • [08:01:23] <mranostay> i invited you
  • [08:01:38] <mranostay> you doing this from your computer not phone?
  • [08:01:54] <LetoThe2nd> yep, computer
  • [08:02:43] <koen> LetoThe2nd: I had the same problem, then I switched browsers
  • [08:02:53] <koen> google chrome doesn't work with g+ communities over here
  • [08:02:57] <koen> safari nightly does
  • [08:03:13] <LetoThe2nd> koen: yeah was abaout to say i'm already running the one and only google browser
  • [08:03:28] <koen> g+ also looks different between the two, so I suspect chrome is caching some old css
  • [08:05:28] * tema (~tema@ppp91-122-87-205.pppoe.avangarddsl.ru) has joined #beagle
  • [08:05:55] <LetoThe2nd> indeed, on the flaming fox it works.
  • [08:07:25] <mranostay> am i missing any trolls?
  • [08:07:34] <mranostay> some haven't accepted yet
  • [08:08:34] * deffrag_ (~Dedec@unaffiliated/deffrag) Quit ()
  • [08:10:38] * stahl (~stahl@77-57-188-4.dclient.hispeed.ch) Quit (Quit: FREE PUSSY RIOT)
  • [08:16:09] * mhaberler (~mhaberler@extern-180.stiwoll.mah.priv.at) has joined #beagle
  • [08:16:35] * koen (~koen@ip4da2a5ae.direct-adsl.nl) Quit (Ping timeout: 252 seconds)
  • [08:16:59] * stahl (~stahl@77-57-188-4.dclient.hispeed.ch) has joined #beagle
  • [08:17:25] * koen (~koen@ip4da2a5ae.direct-adsl.nl) has joined #beagle
  • [08:17:56] * Guest95636 (~bleh1@87.254.72.190) Quit (Ping timeout: 248 seconds)
  • [08:21:13] <av500> linux is so dead: http://www.cnx-software.com/2012/12/07/ti-releases-ti-rtos-a-free-real-time-operating-system-for-mcus
  • [08:22:11] * Marqvar (4deaaf32@gateway/web/freenode/ip.77.234.175.50) has joined #beagle
  • [08:22:11] <LetoThe2nd> av500: tglx will suffer a heart attack.
  • [08:22:44] <av500> yes
  • [08:22:47] <LetoThe2nd> and it is even in concert(o)
  • [08:22:48] <av500> in real time
  • [08:23:10] <av500> aargh, XDC
  • [08:23:30] <LetoThe2nd> av500: as in "you, and me, and xdc"?
  • [08:23:59] <av500> yes
  • [08:24:05] <av500> hmm, can I run that on the launchpad?
  • [08:24:15] <LetoThe2nd> soon, it says
  • [08:25:30] * LetoThe2nd wonders if it is just free beer - open source, or an actual FOSS license that thing is under
  • [08:27:47] <LetoThe2nd> who, 500M for an cortex-m4 OS? you kidding me.
  • [08:28:57] * florian (~fuchs@Maemo/community/contributor/florian) has joined #beagle
  • [08:29:01] <LetoThe2nd> hey, it says bsd.
  • [08:29:23] <av500> it has to
  • [08:29:40] <LetoThe2nd> you mean it is not quite voluntarily?
  • [08:30:44] <av500> bsd makes sense
  • [08:30:52] <tasslehoff> (delayed) hi mranostay :)
  • [08:31:14] * LetoThe2nd grabs source and instantly ports to nxp cortex-mX ;)
  • [08:43:34] * drakkan1000 (~drakkan@dynamic-adsl-94-36-200-72.clienti.tiscali.it) has joined #beagle
  • [08:43:57] <av500> that frackin' TI installer
  • [08:44:07] <av500> that loses the folder name as soon as you navigate
  • [08:48:49] * mthalmei (~mthalmei@ex4.michisoft.net) has joined #beagle
  • [08:49:28] * ant_work (~ant@host6-80-static.42-85-b.business.telecomitalia.it) has joined #beagle
  • [08:49:59] * mthalmei (~mthalmei@ex4.michisoft.net) Quit (Client Quit)
  • [08:52:27] * ka6sox is now known as zz_ka6sox
  • [08:53:50] * kiilo (~kiilo@46-126-76-28.dynamic.hispeed.ch) has joined #beagle
  • [09:01:52] * Wipster (~Wip@host81-137-80-202.in-addr.btopenworld.com) has joined #beagle
  • [09:02:35] * icota (~quassel@dh207-35-126.xnet.hr) has joined #beagle
  • [09:07:25] * mthalmei_away (~mthalmei@ex4.michisoft.net) has joined #beagle
  • [09:07:40] * mthalmei_away is now known as mthalmei
  • [09:08:17] * mthalmei is now known as mthalmei_away
  • [09:18:25] * woglinde (~henning@g225146074.adsl.alicedsl.de) has joined #beagle
  • [09:27:25] <KotH> mru: another reason to study psychology: you get cookies from the girls :)
  • [09:28:17] * jpsaman (~jpsaman@videolan/developer/jpsaman) has joined #beagle
  • [09:29:26] <av500> KotH: what is your cookie acceptance policy?
  • [09:33:16] <KotH> av500: must contain chocolate
  • [09:33:29] * tchan (~tchan@lunar-linux/developer/tchan) Quit (Ping timeout: 246 seconds)
  • [09:38:38] <av500> KotH: sounds ok
  • [09:38:45] <av500> will set that in firefox :)
  • [09:41:26] * mIKEjONE1 (~mIKEjONES@198.101.154.245) has joined #beagle
  • [09:52:07] <KotH> :)
  • [09:53:17] * davidhadas (~quassel@77.125.104.72) has joined #beagle
  • [09:53:33] * shoragan (~jlu@2001:6f8:1178:2:219:99ff:fe56:8d7) has joined #beagle
  • [09:53:34] * shoragan (~jlu@2001:6f8:1178:2:219:99ff:fe56:8d7) Quit (Changing host)
  • [09:53:34] * shoragan (~jlu@debian/developer/shoragan) has joined #beagle
  • [09:53:50] * davidha (~quassel@IGLD-84-228-192-148.inter.net.il) Quit (Ping timeout: 265 seconds)
  • [09:54:42] * juvenal (~juvenal@187.34.5.251) has joined #beagle
  • [10:00:31] <KotH> lol... *lots of simple statistical formulas on the blackboard* student asks "what's this 'e' there?"
  • [10:05:33] * mhaberler (~mhaberler@extern-180.stiwoll.mah.priv.at) Quit (Quit: mhaberler)
  • [10:12:47] * koen (~koen@ip4da2a5ae.direct-adsl.nl) Quit (Ping timeout: 260 seconds)
  • [10:13:24] * koen (~koen@ip4da2a5ae.direct-adsl.nl) has joined #beagle
  • [10:14:27] * tema (~tema@ppp91-122-87-205.pppoe.avangarddsl.ru) Quit (Ping timeout: 276 seconds)
  • [10:20:41] <av500> e^-j?
  • [10:22:11] * gustavoz (~gustavoz@host201.201-252-64.telecom.net.ar) has joined #beagle
  • [10:22:58] <KotH> simpler than that
  • [10:23:26] <KotH> just some e^(1/(1+d)) and similar
  • [10:23:47] <av500> ah
  • [10:24:46] <KotH> remember, it's psychology, not EE or physics :)
  • [10:25:55] * KotH wonders what would happen if some prof would actually use complex numbers
  • [10:26:59] <av500> KotH: you could write a psychology paper on the reactions
  • [10:27:12] <KotH> good idea
  • [10:27:18] <av500> for using Cthulhu numbers
  • [10:28:02] <KotH> the title would probably read something like "girls taking up pitchforks when being exposed to complex numbers"
  • [10:29:00] <LetoThe2nd> mhhh project pitchfork
  • [10:30:05] <KotH> .o0(hunger)
  • [10:30:30] <LetoThe2nd> one for the weekend: http://www.youtube.com/watch?v=cdkBs0VCSX0
  • [10:34:54] * fester (~fester@rhlug/fester) Quit (Ping timeout: 240 seconds)
  • [10:36:10] * fester (~fester@205.185.122.76) has joined #beagle
  • [10:36:11] * fester (~fester@205.185.122.76) Quit (Changing host)
  • [10:36:11] * fester (~fester@rhlug/fester) has joined #beagle
  • [10:43:53] <jackmitchell> are these errors normal in the beagle 3.7-rc8 kernel?
  • [10:43:53] <jackmitchell> [ 2746.021344] hub 1-0:1.0: hub_suspend
  • [10:43:53] <jackmitchell> [ 2746.021406] usb usb1: bus auto-suspend, wakeup 1
  • [10:43:53] <jackmitchell> [ 2746.021426] usb usb1: bus suspend fail, err -16
  • [10:43:53] <jackmitchell> [ 2746.021439] hub 1-0:1.0: hub_resume
  • [10:43:53] <jackmitchell> [ 2746.021544] hub 1-0:1.0: state 7 ports 1 chg 0000 evt 0000
  • [10:44:03] <jackmitchell> over and over and again
  • [10:55:41] * mythos (~mythos@unaffiliated/mythos) Quit (Ping timeout: 244 seconds)
  • [10:58:04] * juvenal (~juvenal@187.34.5.251) Quit (Quit: Computer has gone to sleep.)
  • [11:00:03] * juvenal (~juvenal@187.34.5.251) has joined #beagle
  • [11:03:39] * _sundar_ (~sundar@110.234.156.82) has joined #beagle
  • [11:09:15] * _sundar_ (~sundar@110.234.156.82) Quit (Ping timeout: 260 seconds)
  • [11:11:02] * mthalmei_away is now known as mthalmei
  • [11:11:55] * mthalmei is now known as mthalmei_away
  • [11:12:33] <koen> jackmitchell: those are expected, yes
  • [11:12:45] <koen> jackmitchell: you can work around those by plugging in a usb device
  • [11:12:59] <av500> to plug the leak so to say?
  • [11:13:12] <av500> usb microwave ok?
  • [11:20:33] <jackmitchell> koen: another quick one, admittedly I haven't really looked into it, but the bone is getting a new IP address on every reboot from the DHCP server, does the MAC address get read from the eeprom properly? I'm using the generic u-boot eEnv on the github repo
  • [11:21:17] * Mistah_Darcy (~MistahDar@71-84-106-13.dhcp.snlo.ca.charter.com) has joined #beagle
  • [11:21:48] * _sundar_ (~sundar@110.234.156.82) has joined #beagle
  • [11:21:51] <koen> jackmitchell: it doesn't, random mac
  • [11:22:03] <koen> jackmitchell: the comments in the code say "uboot fills it in", but that's a lie
  • [11:22:30] <av500> koen: pass a MAC on the kernel command line?
  • [11:23:00] <jackmitchell> koen: ok, thanks!
  • [11:23:52] <koen> av500: sure, that would work
  • [11:24:04] * MistahDarcy (~MistahDar@71-84-106-13.dhcp.snlo.ca.charter.com) Quit (Ping timeout: 248 seconds)
  • [11:24:13] <koen> av500: but I'm being a petty jerk and waiting for TI to fix it properly
  • [11:24:49] <LetoThe2nd> if you have an eth driver that accepts the mac from the command line, it works ;) don't know bout the bone, but certainly not everyone does.
  • [11:26:32] <jackmitchell> it's not all bad, the company refuse to do some work to extend the IP range on the network, this fast use of IP address might get them into gear when people start being locked out of the domain due to lack of IP addresses
  • [11:28:26] * mythos (~mythos@unaffiliated/mythos) has joined #beagle
  • [11:28:54] <LetoThe2nd> what, you don't have your own desk subnet?
  • [11:30:52] <jackmitchell> LetoThe2nd: I have my personal "off grid" subnet but I work on a lot of products with web front-ends which I then parade round everyone else on the peons subnet
  • [11:37:09] * koen (~koen@ip4da2a5ae.direct-adsl.nl) Quit (Ping timeout: 252 seconds)
  • [11:37:44] * koen (~koen@ip4da2a5ae.direct-adsl.nl) has joined #beagle
  • [11:43:00] * koen (~koen@ip4da2a5ae.direct-adsl.nl) Quit (Ping timeout: 250 seconds)
  • [11:48:43] * mhaberler (~mhaberler@extern-180.stiwoll.mah.priv.at) has joined #beagle
  • [11:53:01] * deffrag (~Dedec@unaffiliated/deffrag) has joined #beagle
  • [11:56:31] * panto (~panto@195.97.110.117) has joined #beagle
  • [11:57:05] <panto> TGIF
  • [11:57:30] * koen (~koen@ip4da2a5ae.direct-adsl.nl) has joined #beagle
  • [12:04:20] <woglinde> panto
  • [12:07:04] * mhaberler (~mhaberler@extern-180.stiwoll.mah.priv.at) Quit (Quit: mhaberler)
  • [12:09:20] * mhaberler (~mhaberler@macbook.stiwoll.mah.priv.at) has joined #beagle
  • [12:14:21] * axMountain (~Daniel@cust-95-80-44-193.csbnet.se) has joined #beagle
  • [12:19:42] * tema (~tema@ppp91-122-87-205.pppoe.avangarddsl.ru) has joined #beagle
  • [12:20:04] * _sundar_ (~sundar@110.234.156.82) Quit (Ping timeout: 248 seconds)
  • [12:27:33] * deffrag_ (~Dedec@unaffiliated/deffrag) has joined #beagle
  • [12:27:40] * deffrag (~Dedec@unaffiliated/deffrag) Quit (Ping timeout: 260 seconds)
  • [12:30:04] * tema (~tema@ppp91-122-87-205.pppoe.avangarddsl.ru) Quit (Ping timeout: 244 seconds)
  • [12:31:33] * woglinde (~henning@g225146074.adsl.alicedsl.de) Quit (Read error: Operation timed out)
  • [12:32:24] * _sundar_ (~sundar@110.234.156.82) has joined #beagle
  • [12:41:11] * scrp3l (~scrp3l@ratpack.com.ar) has joined #beagle
  • [12:41:44] * jpsaman (~jpsaman@videolan/developer/jpsaman) Quit (Ping timeout: 255 seconds)
  • [13:02:05] * eikeon (~eikeon@pool-108-56-44-21.washdc.east.verizon.net) has joined #beagle
  • [13:06:36] <mru> av500: http://img.thedailywtf.com/images/12/q4/e41/Pic-6.jpg
  • [13:07:01] <dm8tbr> that is one damn expensive list price!
  • [13:13:44] * NishanthMenon (~nmenon@192.91.66.186) has joined #beagle
  • [13:15:47] * dsap (~dsap@athedsl-201904.home.otenet.gr) has joined #beagle
  • [13:16:50] * bizulk (~sli@195.6.193.205) Quit (Quit: Leaving.)
  • [13:22:37] * xenome (~jcv@pool-108-39-110-177.nrflva.fios.verizon.net) Quit (Ping timeout: 246 seconds)
  • [13:27:59] * felipealmeida (~user@mvx-187-16-79-187.mundivox.com) has joined #beagleboard
  • [13:28:27] * felipealmeida (~user@mvx-187-16-79-187.mundivox.com) has joined #beagle
  • [13:31:34] * arcanescu (925706ef@gateway/web/freenode/ip.146.87.6.239) has joined #beagle
  • [13:32:14] * mythos (~mythos@unaffiliated/mythos) Quit (Ping timeout: 244 seconds)
  • [13:33:04] * dvance_ (81d705ff@gateway/web/freenode/ip.129.215.5.255) has joined #beagle
  • [13:34:13] <dvance_> Hi guys! I am trying to do some interrupt generation on the BeagleBone and am finding out that it's impossible to send a word + a flag on a GPIO bank and have the interrupt actually trigger. Is there any way around that, and why is this happening?
  • [13:36:00] <dvance_> When I say send, I mean the BeagleBone read the pins that are set at the appropriate voltages by an external circuit.
  • [13:36:28] <dvance_> And for anyone interested I've managed to get Xenomai to run on the BeagleBone, I promised I'll come back with the answer :)
  • [13:36:40] <panto> heh, congrats
  • [13:36:53] <panto> dvance_, what do you mean impossible to send a word + flag?
  • [13:37:02] <panto> the gpio interrupts don't work?
  • [13:37:42] <dvance_> Ok, I'll elaborate -- I want to receive two types of data. Type A and B. So I would like those to be recognized by the BeagleBone as different types.
  • [13:38:00] <dvance_> For that purpose I have two pins be configured as interrupts and depending on which one is HIGH I can tell which word is being received
  • [13:38:03] <dvance_> So far so good
  • [13:38:19] <dvance_> When you activate one of those two pins, the IRQs are generated and handled correctly
  • [13:38:48] <dvance_> but if I set the rest of the pins which are to carry the word over to some values and the pin that is the corresponding to the data type, then the IRQ is not generated
  • [13:39:03] * florian (~fuchs@Maemo/community/contributor/florian) Quit (Ping timeout: 260 seconds)
  • [13:39:42] <dvance_> In short if you set anything else apart from the interrupt pin on that bank to anything, then the interrupt is not generated
  • [13:40:15] <jackmitchell> dvance_: how are you reading the other pins? You're not wiping the interrupt by accident are you?
  • [13:40:47] * florian (~fuchs@Maemo/community/contributor/florian) has joined #beagle
  • [13:40:49] <dvance_> No, I am trying to communicate between two BeagleBones, so I have a cable connection over
  • [13:40:56] <dvance_> One BeagleBone outputs the other receives
  • [13:41:07] <jackmitchell> dvance_: and how do you read the pins on your beaglebone
  • [13:41:16] <jackmitchell> sysfs..?
  • [13:41:28] <dvance_> Kernel module -- so read32
  • [13:41:49] <jackmitchell> hmm, so are they memory mapped?
  • [13:41:50] <panto> dvance_, err, you're reading the GPIO registers directly?
  • [13:42:02] <dvance_> yes
  • [13:42:04] <panto> and from user-space?
  • [13:42:09] <dvance_> That's the only way to do it from kernel space
  • [13:42:10] <jackmitchell> you should really be using the gpiolib
  • [13:42:16] <panto> yeah
  • [13:42:44] <dvance_> jackmitchell , the gpiolib is not real time compatible and is generally rather slow, so I can't really use that
  • [13:43:02] <jackmitchell> ah
  • [13:43:04] <dvance_> Apologies, not read32 but ioread32 :)
  • [13:43:16] <panto> ugh, even worse
  • [13:43:18] <jackmitchell> well, I can only suggest you may be blitzing the registers when doing raw reads
  • [13:43:35] <jackmitchell> or writes
  • [13:43:37] <panto> there's a new gpio block API that might suit your needs
  • [13:44:28] <panto> or if you're feeling hardcore use the PRU
  • [13:44:39] <mdp> *cough*
  • [13:44:48] <mdp> panto, please don't mystify it
  • [13:44:53] <dvance_> jackmitchell, I doubt it since the error shows up when the input is changed, for example I were to send 8 over the bank which is the address of the interrupt pin, then the interrupt is triggered, and if i were to send 8 + 64 which would be an interrupt plus 64 as my word, then it won't, and I can repeat in any order and the results are reproducable
  • [13:45:16] <panto> dvance_, a few lines of code might help us
  • [13:45:26] <mdp> panto, as mranostay found out, pru is trivial to leverage.
  • [13:45:35] <panto> if the punk can do, everyone can!
  • [13:45:55] <dvance_> Lol, PRU is my next performance step, for now just ARM CPU processing
  • [13:46:06] <dvance_> Ok, how should I show you some code?
  • [13:46:12] <panto> pastebin?
  • [13:46:23] <jackmitchell> dvance_: I'm not sure sorry, but I can pipe in that I have done memory mapped GPIO with interrupts from user space without issue
  • [13:46:33] <dvance_> So what code do you want to see :)
  • [13:46:33] <jackmitchell> so it is possible
  • [13:46:40] <panto> the access code
  • [13:46:49] <dvance_> For the data read?
  • [13:46:56] <panto> yes
  • [13:47:01] <panto> and the interrupt handling
  • [13:47:08] <dvance_> One sec
  • [13:47:54] <mdp> dvance_, you said "not real time compatible"...and so it should be pointed out that neither is doing stuff in the kernel regardless of api.
  • [13:48:05] <mdp> depending on your definition of real time ;)
  • [13:48:12] <mru> the a8 is not a real-time cpu
  • [13:48:20] <mdp> even better
  • [13:48:24] <mdp> stupid caches
  • [13:48:36] <mru> and mmu
  • [13:48:42] <mdp> stupid pipelines
  • [13:48:50] <mdp> it's ruined everything ;)
  • [13:48:51] <panto> stupid performance
  • [13:49:01] <dvance_> ok so the interrupt registration is here
  • [13:49:08] <mdp> oh wait, there was some point to those things..gotcha
  • [13:49:13] <panto> hehe
  • [13:49:27] <mru> the trouble with application processors is that the worst case is _much_ worse than the average case
  • [13:49:33] <dvance_> Guys I am aware of that, I meant it won't play nice with Xenomai -- you'll get context switches
  • [13:49:35] <mru> and very difficult to calculate
  • [13:49:51] <dvance_> pastebin.com/QmsHLgn6
  • [13:49:59] <dvance_> Is the interrupt registration
  • [13:50:03] <panto> mru, true, but it turns out 99.9% of the times you don't care about real-time performance
  • [13:50:05] <dvance_> One sec for handling
  • [13:50:16] <mru> panto: for applications, no
  • [13:50:34] <mru> I never suggested these cpus were a bad idea
  • [13:50:38] <mru> not as such
  • [13:50:47] <mru> they're not suited for certain use cases
  • [13:50:57] <dvance_> and the interrupt handlers: http://pastebin.com/q2v3UtgC
  • [13:52:42] <dvance_> I've omitted the definitions of the addresses and stuff
  • [13:52:51] <mdp> how do irq_Channel/irq_Symbol get called?
  • [13:53:06] <dvance_> mdp, ???
  • [13:53:11] * drakkan1000 (~drakkan@dynamic-adsl-94-36-200-72.clienti.tiscali.it) Quit (Quit: Ex-Chat)
  • [13:53:24] <dvance_> ret = rtdm_irq_request(&intrSymbol, irqSymbol, irq_Symbol, 0, "IntrRxSym", NULL);
  • [13:53:36] <dvance_> They're registered as interrupt handlers, so they are called by the scheduler
  • [13:53:41] <panto> ioread32/iowrite32 are useless
  • [13:53:42] <dvance_> once the IRQ is generated
  • [13:53:43] <mdp> I see
  • [13:54:02] <panto> you're reading well known little endian registers on a little endian cpu
  • [13:54:20] <mdp> and you're ok with the indeterministic amount of time that passes between the time the irq fires and when this executes, right?
  • [13:54:23] <dvance_> panto, what do you mean by that?
  • [13:54:40] <dvance_> I am not OK with it, but I have accepted that fact :)
  • [13:54:57] <mdp> dvance_: acceptance is the first step, yes
  • [13:55:21] <panto> ioread32 is implying you're accessing a little endian register from a portable driver
  • [13:55:31] <dvance_> mpd, yepp :) that's my next step is either using the PRU or interfacing with an FPGA using some FIFOs
  • [13:55:34] <panto> I doubt this driver is portable to a powerpc, no?
  • [13:56:09] <dvance_> panto, sure, I am not so interested in whether the data is read correctly right now, but why the interrupt is not generated
  • [13:56:11] <panto> err, wait
  • [13:56:26] <mdp> dvance_: just be sure to NOT use a gpio bank when you do it in the PRU
  • [13:56:32] <dvance_> I am not trying to achieve portability :)
  • [13:57:04] * tchan (~tchan@c-69-243-144-187.hsd1.il.comcast.net) has joined #beagle
  • [13:57:04] * tchan (~tchan@c-69-243-144-187.hsd1.il.comcast.net) Quit (Changing host)
  • [13:57:04] * tchan (~tchan@lunar-linux/developer/tchan) has joined #beagle
  • [13:57:12] <dvance_> mdp, why should I not use a GPIO bank in the PRU? I would like to read some 32 bit words into the PRU if possible :)
  • [13:57:44] * tema (~tema@ppp91-122-87-205.pppoe.avangarddsl.ru) has joined #beagle
  • [13:58:16] <dvance_> Anyway, what's more important right now is why when the GPIO bank reads something else other than just the interrupt pin going to HIGH it does not trigger the IRQ
  • [13:58:27] <mdp> dvance_, you lose determinism, but if you need to read a complete 32-bit chunk with no external logic then it's a bit better than from the arm at least
  • [13:59:21] <dvance_> mdp, I don't understand? Do I not need to access the GPIO banks through the PRU so that it can read from them? Or is it possible to mux them to the PRU?
  • [13:59:25] <panto> dvance_, is that SDR?
  • [13:59:30] <dvance_> SDR?
  • [13:59:36] <panto> software defined radio?
  • [13:59:47] <mru> bitbanged sdr?
  • [13:59:55] <dvance_> Yeah, let's call it that :P I am not at liberty to discuss what exactly it is I suppose
  • [14:00:10] <mdp> dvance_, if you can develop your interface using only _PRU_ pins then you can avoid using the GPIO banks that are out on the SoC crossbar
  • [14:00:14] <dvance_> It's a prototype that I'm brewing at our lab here, so it's custom
  • [14:00:20] <panto> why are you disabling the interrupt?
  • [14:00:34] <panto> are your interrupt edge or level sensitive?
  • [14:00:37] <dvance_> So that the interrupt handler does not get called while the interrupt is being handled?
  • [14:00:39] <panto> *interrupts
  • [14:00:49] <mdp> dvance_, there is a distinct difference, but best discussed after you guys work on your ARM/GPIO stuff
  • [14:00:55] <mdp> s/on/out/
  • [14:01:00] <panto> that is handled automatically
  • [14:01:02] <dvance_> edge, as you can see the interrupts are triggered on RISINGDETECT
  • [14:01:30] <panto> you're not stopping the interrupts
  • [14:01:33] <panto> you're clearing the status
  • [14:01:52] <panto> ugh, no scratch that
  • [14:02:20] <dvance_> Yeah, the documentation is a bit confusing on which register does what exactly
  • [14:02:48] <panto> well, look at drivers/gpio/gpio-omap.c
  • [14:03:10] * tasslehoff (~tasslehof@84.49.231.147) Quit (Quit: WeeChat 0.3.7)
  • [14:03:35] * cacodaemon (~abaddon@178.121.137.152) has joined #beagle
  • [14:03:40] <panto> looks like you need to do a read afterwards at least
  • [14:04:36] <mru> flushing writes to device memory?
  • [14:04:36] <panto> it looks it's more complex than just banging at the register
  • [14:04:50] <panto> right
  • [14:05:05] <mru> yeah, a read after a write makes sure the write is flushed out
  • [14:05:06] <panto> so I guess the back to back writes cancel each other
  • [14:05:16] * Hoolxi (~Openfree@117.143.102.32) has joined #beagle
  • [14:05:22] <mru> if it's a buffered mapping, yes
  • [14:05:32] <dvance_> I don't think that's the issue
  • [14:05:40] <dvance_> I'll give you an example
  • [14:05:43] * nemik_ (~cyanact@c-67-162-60-211.hsd1.il.comcast.net) has joined #beagle
  • [14:05:58] * Grundfisch (~abaddon@178.121.137.152) Quit (Ping timeout: 245 seconds)
  • [14:06:17] <dvance_> From BeagleBone1, I set GPIO2 = 8; BeagleBone2 reads that and generates interrupt
  • [14:06:19] <dvance_> All is well
  • [14:06:41] <dvance_> On BB1, I set GPIO = 8 + 64 (so flag + word); BB2 does not understand
  • [14:06:46] <mdp> panto, typical posted write issue..
  • [14:07:15] <panto> dvance_, the h/w is much more complex now than it used to be
  • [14:07:43] <panto> have you checked with a scope what the GPIO values are on the wire?
  • [14:07:46] <dvance_> panto, yes? I do understand the concept of buffered writes etc
  • [14:07:57] <dvance_> Yes, I have
  • [14:08:13] <dvance_> Well, I did earlier,
  • [14:08:15] <dvance_> Let me do it again
  • [14:09:02] * nemik (~cyanact@c-67-162-60-211.hsd1.il.comcast.net) Quit (Ping timeout: 255 seconds)
  • [14:10:03] <panto> IMHO, that disabling of interrupt in the handler is racy
  • [14:12:00] <panto> looking at the gpio-omap.c it's quite more elaborate
  • [14:12:15] <panto> plus I don't see where you ack the interrupt
  • [14:12:57] <panto> ok, you disable the interrupt (supposedly) at the start of the handler and then re-enable it at the exit
  • [14:13:05] <panto> where do you ack the interrupt you just received?
  • [14:13:38] <panto> err, wait
  • [14:15:18] <dvance_> I hate digital probe interfaces :(
  • [14:15:33] <mdp> panto, the ack doesn't happen because it's not flushed...seems pretty clear
  • [14:15:55] * koen (~koen@ip4da2a5ae.direct-adsl.nl) Quit (Ping timeout: 252 seconds)
  • [14:16:12] * mythos (~mythos@unaffiliated/mythos) has joined #beagle
  • [14:16:33] <panto> yeah
  • [14:16:50] <panto> the gpio block docs are a bit wonky or it just me?
  • [14:16:52] <mdp> I believe you need to read the same reg to flush the transaction onto the L4
  • [14:17:13] <mdp> which is why that's done in lots of drivers for irq handling
  • [14:17:40] <mdp> I *think* some say you can read back any register in the region though
  • [14:17:50] <mdp> which made me wonder about his read from datain
  • [14:18:14] <mdp> panto, should be very familiar from PCI-land ;)
  • [14:18:24] <panto> meh ;)
  • [14:18:35] <panto> ok, I need to do some work now
  • [14:19:06] <mru> mdp: the arm arm should tell you that
  • [14:19:45] * eikeon (~eikeon@pool-108-56-44-21.washdc.east.verizon.net) Quit (Quit: eikeon)
  • [14:19:46] <dvance_> I don't understand why you should be doing an additional read to flush anything
  • [14:19:49] <mdp> dvance_: in summary, you need to grok when/why omap-gpio.c does those flushes and duplicate...as you are reinventing the wheel here
  • [14:20:05] <mdp> mru, right
  • [14:20:06] <panto> hence why everyone is telling you to use gpiolib interfaces
  • [14:20:16] <dvance_> The code on the receiver side does exactly the same whether an 8 or an 8+64 was sent
  • [14:20:28] <dvance_> and the results are different
  • [14:20:39] <mdp> well, it's ok to avoid gpiolib if you have some performance enhancement to get the last 10%
  • [14:20:41] <panto> wait, wait
  • [14:20:44] <dvance_> i.e. when only 8 is sent an IRQ is generated, and when an 8+64 it is not
  • [14:20:57] <panto> you have a common interrupt handler for all the gpio interrupt sources?
  • [14:21:15] <dvance_> No, you can see in the code there are two interrupt handlers registered
  • [14:21:39] <panto> yes, but I also see you clear the status of both the GPIOs in every one
  • [14:21:40] <dvance_> as I tried to explain is what I am trying to do is transmit word + flag, where the flag is triggering the appropriate handler on the receiver
  • [14:21:55] <dvance_> I do because it is a common bus for both types of symbols
  • [14:22:01] <panto> you don't get it
  • [14:22:10] <dvance_> so I would like to do word + 8 for one type and word + 16 for the other
  • [14:22:12] <panto> you have two interrupt handlers
  • [14:22:25] <panto> one for each GPIO IRQ source
  • [14:22:32] <dvance_> if I do 0 + 8 or 0 + 16 -- > all is good
  • [14:22:40] <mdp> panto, good catch
  • [14:22:49] <panto> but instead of clearing the interrupt that's the handler is handling you clear either
  • [14:22:53] <dvance_> but if I do X + 8 or X + 16 where X is non-zero, it does not generate the IRQ
  • [14:23:03] <panto> that's what I'm explaining to you right now
  • [14:23:13] * mhaberler (~mhaberler@macbook.stiwoll.mah.priv.at) Quit (Quit: mhaberler)
  • [14:23:49] <panto> do you understand why it doesn't work?
  • [14:24:25] <dvance_> It's a sequential transmission it's some A symbols followed by B symbols, so what I am trying to do by clearing both is to drop a symbol if the processing is not done for the previous one
  • [14:24:43] <panto> forget anything about symbols, transmission or whatever
  • [14:24:48] <dvance_> Nope, you've got me confused :)
  • [14:24:54] <dvance_> Ok, I'm listening
  • [14:24:58] <panto> you were confused to begin with :)
  • [14:25:06] <panto> ok, you have two interrupt sources
  • [14:25:19] * tema (~tema@ppp91-122-87-205.pppoe.avangarddsl.ru) Quit (Read error: Operation timed out)
  • [14:25:27] <panto> you also have a method that generates the interrupts pretty much at the same time
  • [14:25:43] <dvance_> no
  • [14:25:55] <dvance_> I don't have a method that generates them at the same time
  • [14:26:10] <dvance_> See that's the thing, I'll try to be more clear
  • [14:26:17] <panto> you don't have to
  • [14:26:34] <dvance_> Interrupt A is on pin 3 which in decimal is 8; interrup B is on pin 4 which is 16
  • [14:26:41] <dvance_> We're clear on that right?
  • [14:26:57] <panto> you're not helping me explain to you why it doesn't work
  • [14:27:03] <dvance_> What I want to do is read a word that is simultaneously sent with the interrupt
  • [14:27:19] <dvance_> Ok, I'll let you finish then
  • [14:28:42] * tema (~tema@ppp91-122-87-205.pppoe.avangarddsl.ru) has joined #beagle
  • [14:28:57] <panto> first of all it doesn't seem you're acking any interrupt
  • [14:29:07] * dsap (~dsap@athedsl-201904.home.otenet.gr) Quit (Quit: Leaving)
  • [14:29:12] <panto> you are fiddling with the interrupt enable disable registers
  • [14:29:47] <panto> and you're not even doing proper flushing writes
  • [14:30:26] * scrp3l (~scrp3l@ratpack.com.ar) Quit (Ping timeout: 256 seconds)
  • [14:30:42] <panto> I have no idea how the gpio h/w block will behave when you bang on it like this
  • [14:30:47] <panto> it's not designed to do that
  • [14:31:06] <panto> results are 'boundenldy undefined'
  • [14:31:25] <dvance_> So how should I be doing it then?
  • [14:31:55] <panto> look at the drivers/gpio/gpio-omap.c
  • [14:32:04] <panto> the bone's GPIO block is the same as OMAP4
  • [14:32:11] * florian (~fuchs@Maemo/community/contributor/florian) Quit (Quit: Client exiting)
  • [14:32:41] <panto> look at _clear_gpio_irqbank()
  • [14:32:59] <panto> it's called by gpio_ack_irq
  • [14:33:34] <panto> I really doubt you need to handle the enable/disable irq like this in the handler
  • [14:34:19] <dvance_> Well, I think I do, because otherwise my interrupt handler will be interrupted to handle the next interrupt
  • [14:34:39] <panto> doubt it
  • [14:34:58] <panto> most OSes disable reentrancy of interrupt handlers
  • [14:35:12] <dvance_> Well, if the time between two interrupts is smaller than the processing time it certainly will be
  • [14:35:31] <dvance_> Well, I am not sure Xenomai does that
  • [14:35:54] <dvance_> Btw these interrupts are not even seen by the standard Linux scheduler
  • [14:36:21] <panto> that's irrelevant
  • [14:36:35] <panto> the h/w block expect the same sequence
  • [14:36:41] * thurbad (~natesewel@cpe-70-124-86-209.austin.res.rr.com) Quit (Quit: thurbad)
  • [14:37:20] <panto> and btw, IRQSTATUS_SET = enable irq, IRQSTATUS_CLR = disable_irq, IRQSTATUS = irq status (write 1 to ack)
  • [14:38:47] <mdp> and the read to flush posted write is required after the ack...
  • [14:39:13] <dvance_> Ok, thanks for that, but humor me for a minute
  • [14:39:43] <dvance_> If what you're saying is correct, I should not be seeing any IRQs being handled or it would be erratic
  • [14:39:47] <dvance_> and non reproduceable
  • [14:40:02] <dvance_> which is not the case at all
  • [14:40:50] <panto> I have no idea what the gpio h/w block does when you operate it that way
  • [14:41:16] <panto> it is possible that when you disable the irq, the irq is implicitly acked, and your s/w sorta works
  • [14:42:07] <panto> you'd have to get hold of the rtl of the gpio block to explain it fully, but even then why bother
  • [14:42:08] <dvance_> Ok, but then that would not affect the generation then, which is what I am having a problem with when more than one pin on the GPIO bank goes high at the same time
  • [14:42:36] <dvance_> Basically I guess what I want to ask is
  • [14:42:52] <dvance_> If there is more than one transition on the block at the same time, does that make a difference for the hardware generation of the IRQ
  • [14:43:14] <panto> no it doesn't in normal operation
  • [14:43:22] <panto> but what you're doing in the irq handlers is not normal
  • [14:43:26] <dvance_> taking note of the fact that the other transitions are not on pins that have registered IRQs
  • [14:43:38] <dvance_> Ok, I guess that mostly answers my question
  • [14:43:50] <dvance_> what you're saying is I might want to get rid of the enabling and disabling of the IRQ
  • [14:43:53] <dvance_> and add an acknowledge
  • [14:43:57] <panto> do it properly, and if it still doesn't work that's another matter
  • [14:44:06] <panto> yes, add the ack (only for the irq that you handle)
  • [14:44:07] <dvance_> is that right?
  • [14:44:30] <panto> if you want to protect the buffer, disable interrupts around the accesses
  • [14:44:30] <dvance_> Ok, so which register is that (do you know off the top of your head? otherwise I'll look for it in the documentation)
  • [14:44:41] <panto> IRQSTATUS
  • [14:44:51] <dvance_> Yeah, that's exactly what I want to do, that's why I am disabling them
  • [14:44:59] <dvance_> Cool, you've been a great sport :)
  • [14:45:01] <dvance_> Thanks a lot!
  • [14:45:04] <panto> np
  • [14:47:48] <dvance_> That was hard :)
  • [14:50:12] <mdp> it looks easy
  • [14:58:19] * tema (~tema@ppp91-122-87-205.pppoe.avangarddsl.ru) Quit (Ping timeout: 255 seconds)
  • [14:59:26] * koen (~koen@ip4da2a5ae.direct-adsl.nl) has joined #beagle
  • [15:01:50] * damir__ (~damir@217-72-91-162.ipv4.tusmobil.si) Quit (Quit: Leaving.)
  • [15:02:05] * GPSFan (~kenm@64.92.145.112) has joined #beagle
  • [15:08:40] * dwery (~dwery@nslu2-linux/dwery) Quit (Ping timeout: 246 seconds)
  • [15:10:34] * thurbad (~natesewel@64.132.24.36) has joined #beagle
  • [15:14:58] <jackmitchell> so, i'm still struggling with my spi based driver
  • [15:15:26] <jackmitchell> I have looked through the st7735 driver and have found that it only does spi writes
  • [15:15:38] <jackmitchell> my driver seems to be handling spi writes just fine
  • [15:15:51] <jackmitchell> but it is behaving oddly on spi reads
  • [15:16:26] <jackmitchell> has anyone had some experience with spi reads working correctly on the 3.7-rc8 kernel?
  • [15:21:51] <clockman> okay, this is driving me insane. my beaglebone keeps rebooting. And it happens on both beaglebones that I have. I have made nearly no modifications to the filesystem (uninstalled cloud9, gateone, and that's about it) http://pastebin.com/W7iFnrJU it happens when powering from USB and also from a 5V reg PSU. anyone know wtf is going on?
  • [15:22:19] <jackmitchell> any enlightening messages in the kernel log?
  • [15:23:33] <clockman> i can log in quickly enough to check
  • [15:23:44] <thurbad> why are you powering in both ways?
  • [15:23:49] <jackmitchell> so it reboots as soon as you power on?
  • [15:24:10] <thurbad> or is it one at a time?
  • [15:24:17] <jackmitchell> you could always mount the sd card afterwards and check the log from a linux desktop
  • [15:24:26] <clockman> only one at a time
  • [15:24:41] <thurbad> ok, sorry I misunderstood
  • [15:26:20] * prpplague (~danders@192.94.92.14) has joined #beagle
  • [15:26:40] * dwery (~dwery@nslu2-linux/dwery) has joined #beagle
  • [15:29:32] <clockman> okay, so is the kernel log not in /var/log anymore?
  • [15:29:38] * eikeon (~eikeon@140.147.245.26) has joined #beagle
  • [15:31:49] * wmat (wmat@wallace.mixdown.ca) Quit (Ping timeout: 252 seconds)
  • [15:33:58] * Hoolxi (~Openfree@117.143.102.32) Quit (Remote host closed the connection)
  • [15:39:06] <mranostay> morning friends and trolls
  • [15:39:14] * mranostay pulls out the venn diagram
  • [15:39:19] <prpplague> mranostay: greetings
  • [15:41:14] <mranostay> so i have someone from trolltech that wants to join the group
  • [15:43:11] <mdp> predictable
  • [15:44:51] <mru> they still exist?
  • [15:44:51] <mranostay> i don't see an mdp accept notice :)
  • [15:45:38] <mdp> the client stuff is b0rked
  • [15:45:44] <mdp> G+ fail
  • [15:45:46] <mranostay> nokia isn't it now?
  • [15:45:54] <dm8tbr> no, digia by now
  • [15:47:14] * mru suspects the whole qt library is an elaborate troll
  • [15:47:18] <mru> just like c++
  • [15:47:54] <dm8tbr> very elaborate then, they made trolling a huge business case
  • [15:47:58] <mranostay> heh
  • [15:48:16] <mranostay> is KDE the last user?
  • [15:48:45] * mranostay remembers running KDE like 7 years ago i wonder if it still sucks
  • [15:51:59] <mru> http://harmful.cat-v.org/software/c++/I_did_it_for_you_all
  • [15:52:07] * smplman (~speery@64.132.167.18) has joined #beagle
  • [15:54:47] * tineras_w (~tineras@97.66.26.187) has joined #beagle
  • [15:58:16] * Russ (~russ@pool-74-100-57-85.lsanca.fios.verizon.net) Quit (Ping timeout: 260 seconds)
  • [15:58:40] <mranostay> mru: that is ****ing real?...
  • [15:58:57] * Russ (~russ@pool-74-100-57-85.lsanca.fios.verizon.net) has joined #beagle
  • [15:59:00] <mru> if it's on cat-v.org, most likely not
  • [15:59:35] <mru> but do browse around that site, it's quite funny
  • [15:59:51] * mranostay bookmarks
  • [16:00:34] <mru> <aiju> GRUB2 really is the emacs of bootloaders
  • [16:00:36] <mru> <uriel> no, GRUB was the emacs of bootloaders, GRUB2 is the Eclipse of bootloaders
  • [16:00:40] <mru> http://harmful.cat-v.org/software/GNU/GRUB/
  • [16:03:50] <mru> hah, good one: the people who designed the thing [GNOME] are culturally incompatible with UNIX
  • [16:04:50] <mranostay> hmm need to forward that to my boss and put 'limitations' of x86
  • [16:08:53] <mranostay> ???if you are into pain, get the autotools book.. Read it awhile, throw it in a box and start sacrificing to Cthulu.???
  • [16:09:23] <mru> I have the feeling I may have killed mranostay's productivity today
  • [16:09:55] * kkeller (~Ken_Kelle@174-17-25-20.phnx.qwest.net) has joined #beagle
  • [16:10:41] * florian (~fuchs@sign-4db600a7.pool.mediaWays.net) has joined #beagle
  • [16:10:41] * florian (~fuchs@sign-4db600a7.pool.mediaWays.net) Quit (Changing host)
  • [16:10:41] * florian (~fuchs@Maemo/community/contributor/florian) has joined #beagle
  • [16:11:31] * tema (~tema@178-16-155-142.obit.ru) has joined #beagle
  • [16:12:26] <dm8tbr> mru: would be worse if mranostay would have discovered tvtropes ... *duck* *run*
  • [16:12:35] <mru> hehe
  • [16:12:55] <mru> that's for next week
  • [16:13:04] <dm8tbr> :]
  • [16:13:33] * mrshu (xg@92.240.248.100) has joined #beagle
  • [16:17:59] <mdp> lol, I can seem my life was incomplete before reading the Stroustrup one
  • [16:18:18] <mdp> s/seem/see/
  • [16:28:40] * eikeon (~eikeon@140.147.245.26) Quit (Quit: eikeon)
  • [16:31:16] <dvance_> panto and mdp, I did some further investigations and it seems the issue was not the software after all but the crappy cable i had made, the quality of the contacts was not good so some were working and some were not, and albeit testing it on the bench today, it seems when you plug it in the contacts were not that great after all, so that's what was making my stuff go haywire, will still implement the suggestions though :)
  • [16:32:06] * icota (~quassel@dh207-35-126.xnet.hr) Quit (Ping timeout: 276 seconds)
  • [16:39:08] * dvance_ (81d705ff@gateway/web/freenode/ip.129.215.5.255) Quit (Quit: Page closed)
  • [16:44:18] * Mistah_Darcy (~MistahDar@71-84-106-13.dhcp.snlo.ca.charter.com) Quit (Quit: Leaving)
  • [16:49:57] <ynezz> "And, as I said before, every C++ programmer feels bound by some mystic promise to use every damn element of the language on every project."
  • [16:50:20] <ynezz> that's what I feel when I see that cryptic stuff like templates & co.
  • [16:53:44] * jackmitchell (~Thunderbi@195.171.99.130) Quit (Quit: jackmitchell)
  • [16:54:37] * rcranetx (~rcranetx@nat/ti/x-ozghvyosfxchjgwq) has joined #beagle
  • [16:56:14] * guanucoluis (~luis@190.123.122.242) has joined #beagleboard
  • [16:57:16] * Wipster (~Wip@host81-137-80-202.in-addr.btopenworld.com) Quit (Read error: Connection reset by peer)
  • [17:00:31] <thurbad> about the only templates I use are STL
  • [17:01:59] * lyakh (~lyakh@dslb-084-061-108-085.pools.arcor-ip.net) Quit (Quit: thanks, bye)
  • [17:03:39] <mru> stl, eeeew
  • [17:03:55] * JViz_ (~JViz@cpe-024-163-006-117.triad.res.rr.com) Quit (Ping timeout: 260 seconds)
  • [17:07:24] * stahl (~stahl@77-57-188-4.dclient.hispeed.ch) Quit (Ping timeout: 265 seconds)
  • [17:14:00] * rcranetx1 (~rcranetx@nat/ti/x-vwskeieiliobbkce) has joined #beagle
  • [17:17:08] * rcranetx (~rcranetx@nat/ti/x-ozghvyosfxchjgwq) Quit (Ping timeout: 248 seconds)
  • [17:24:45] * rcranetx1 (~rcranetx@nat/ti/x-vwskeieiliobbkce) Quit (Ping timeout: 276 seconds)
  • [17:26:54] * mhaberler (~mhaberler@macbook.stiwoll.mah.priv.at) has joined #beagle
  • [17:28:01] * wmat (wmat@wallace.mixdown.ca) has joined #beagle
  • [17:34:44] * ant_work (~ant@host6-80-static.42-85-b.business.telecomitalia.it) Quit (Quit: Leaving)
  • [17:35:18] * Guest95636 (~bleh1@87.254.72.190) has joined #beagle
  • [17:50:22] * woglinde (~henning@p5B05AD3F.dip.t-dialin.net) has joined #beagle
  • [17:50:59] * shoragan (~jlu@debian/developer/shoragan) Quit (Quit: Leaving)
  • [18:07:02] * wgrant (~wgrant@ubuntu/member/wgrant) Quit (Ping timeout: 252 seconds)
  • [18:27:34] * deffrag_ (~Dedec@unaffiliated/deffrag) Quit (Ping timeout: 252 seconds)
  • [18:28:35] * deffrag (~Dedec@unaffiliated/deffrag) has joined #beagle
  • [18:37:09] * djerome (~djerome@ip68-2-20-108.ph.ph.cox.net) has joined #beaglebone
  • [18:41:12] * panto (~panto@195.97.110.117) Quit (Quit: Leaving)
  • [19:00:40] * koen (~koen@ip4da2a5ae.direct-adsl.nl) Quit (Ping timeout: 244 seconds)
  • [19:01:01] * eikeon (~eikeon@pool-108-56-44-21.washdc.east.verizon.net) has joined #beagle
  • [19:01:31] * koen (~koen@ip4da2a5ae.direct-adsl.nl) has joined #beagle
  • [19:12:27] * JViz (~JViz@rrcs-70-63-118-85.midsouth.biz.rr.com) has joined #beagle
  • [19:13:48] <Russ> av500, http://img.thedailywtf.com/images/12/q4/e41/Pic-6.jpg
  • [19:14:15] <mru> Russ: that's been posted here already
  • [19:14:26] <Russ> dammit
  • [19:14:47] <Russ> what about the one with the cat playing the keyboard?
  • [19:15:09] * buq2_ (~buq2@dsl-trebrasgw2-fe98de00-17.dhcp.inet.fi) Quit (Ping timeout: 260 seconds)
  • [19:18:53] * buq2 (~buq2@dsl-trebrasgw2-fe98de00-17.dhcp.inet.fi) has joined #beagle
  • [19:22:38] <woglinde> cat content!
  • [19:24:02] * krajo1 (~krajo1@ip4-83-240-125-22.cust.nbox.cz) has joined #beagle
  • [19:24:28] <mru> cat: content!: No such file or directory
  • [19:27:03] <woglinde> good
  • [19:27:05] <woglinde> very good
  • [19:30:40] * KeatonT (~textual@unaffiliated/keatont) has joined #beagle
  • [19:34:04] * KeatonT (~textual@unaffiliated/keatont) Quit (Client Quit)
  • [19:38:18] * KeatonT (~textual@unaffiliated/keatont) has joined #beagle
  • [19:42:44] <mranostay> so who all is doing the standing desk thing?
  • [19:43:18] <mru> my desk is standing in front of my chair
  • [19:44:11] * mranostay slaps mru around with a large trout
  • [19:48:51] * felipealmeida (~user@mvx-187-16-79-187.mundivox.com) Quit (Read error: Connection reset by peer)
  • [19:49:41] <mranostay> ok this charger is working again magically
  • [19:50:15] <mru> there's no such thing as magic
  • [19:50:30] <mru> only coincidence and conspiracy, and I'm not certain about the former
  • [19:50:52] * stahl (~stahl@77-57-188-4.dclient.hispeed.ch) has joined #beagle
  • [19:53:33] <mranostay> hearing about jar files is humourous over the cube walls
  • [19:58:48] <mhaberler> dvance_: around? I'm interested in Xenomai on the bb too, just got it up today - we should share notes
  • [19:59:13] * xiphiasx_ (~mike@unaffiliated/dkingston) Quit (Ping timeout: 244 seconds)
  • [19:59:26] <mhaberler> dvance_ seems offline - anybody knows a full name/email address?
  • [19:59:44] * Crofton|work (~balister@96.240.166.19) Quit (Ping timeout: 244 seconds)
  • [19:59:44] * zuh (2ebcbe5a65@humboldt.pingu.fi) Quit (Ping timeout: 244 seconds)
  • [19:59:44] * av500 (~vladimir@pd95bf55a.dip0.t-ipconnect.de) Quit (Ping timeout: 244 seconds)
  • [20:00:03] * av500 (~vladimir@pd95bf55a.dip0.t-ipconnect.de) has joined #beagle
  • [20:00:04] <mranostay> mru: you get to work from home right?
  • [20:00:10] * Crofton|work (~balister@96.240.166.19) has joined #beagle
  • [20:01:14] * xiphiasx_ (~mike@p8o0.x.rootbsd.net) has joined #beagle
  • [20:01:27] <ds2> where home is a floating raft on the channel?
  • [20:03:32] <mru> I would've thought it jarring
  • [20:03:32] * zuh_ (ac1cd4d435@humboldt.pingu.fi) has joined #beagle
  • [20:04:01] <mru> mranostay: work? you think I _work_?
  • [20:04:47] * juvenal (~juvenal@187.34.5.251) Quit (Ping timeout: 265 seconds)
  • [20:05:36] * smplman (~speery@64.132.167.18) Quit (*.net *.split)
  • [20:05:36] * NishanthMenon (~nmenon@192.91.66.186) Quit (*.net *.split)
  • [20:05:36] * ynezz (ynezz@ibawizard.net) Quit (*.net *.split)
  • [20:05:36] * mps (mp@aggr.com) Quit (*.net *.split)
  • [20:05:36] * thaytan (~thaytan@113.94.233.220.static.exetel.com.au) Quit (*.net *.split)
  • [20:05:36] * Gaston|Home (Gaston@ua-83-227-239-139.cust.bredbandsbolaget.se) Quit (*.net *.split)
  • [20:05:36] * riddle (riddle@us.yunix.net) Quit (*.net *.split)
  • [20:05:36] * grey_wolf (~greywolf@c-24-17-167-106.hsd1.wa.comcast.net) Quit (*.net *.split)
  • [20:05:36] * vrb (~vrb@192.94.92.11) Quit (*.net *.split)
  • [20:05:36] * dv_ (~quassel@chello080108009040.14.11.vie.surfer.at) Quit (*.net *.split)
  • [20:05:36] * Rious (~Rious@ec2-50-17-240-121.compute-1.amazonaws.com) Quit (*.net *.split)
  • [20:05:36] * armin76 (~armin@gentoo/developer/armin76) Quit (*.net *.split)
  • [20:05:36] * PaulePanter (~paul@mail.gw90.de) Quit (*.net *.split)
  • [20:05:49] * juvenal (~juvenal@189.111.32.149) has joined #beagle
  • [20:06:29] * KeatonT (~textual@unaffiliated/keatont) Quit (Quit: Textual IRC Client: http://www.textualapp.com/)
  • [20:10:56] * riddle (riddle@us.yunix.net) has joined #beagleboard
  • [20:10:58] * smplman (~speery@64.132.167.18) has joined #beagle
  • [20:10:58] * NishanthMenon (~nmenon@192.91.66.186) has joined #beagle
  • [20:10:58] * ynezz (ynezz@ibawizard.net) has joined #beagle
  • [20:10:58] * mps (mp@aggr.com) has joined #beagle
  • [20:10:58] * thaytan (~thaytan@113.94.233.220.static.exetel.com.au) has joined #beagle
  • [20:10:58] * Gaston|Home (Gaston@ua-83-227-239-139.cust.bredbandsbolaget.se) has joined #beagle
  • [20:10:58] * riddle (riddle@us.yunix.net) has joined #beagle
  • [20:10:58] * grey_wolf (~greywolf@c-24-17-167-106.hsd1.wa.comcast.net) has joined #beagle
  • [20:10:58] * vrb (~vrb@192.94.92.11) has joined #beagle
  • [20:10:58] * dv_ (~quassel@chello080108009040.14.11.vie.surfer.at) has joined #beagle
  • [20:10:58] * Rious (~Rious@ec2-50-17-240-121.compute-1.amazonaws.com) has joined #beagle
  • [20:10:58] * armin76 (~armin@gentoo/developer/armin76) has joined #beagle
  • [20:10:58] * PaulePanter (~paul@mail.gw90.de) has joined #beagle
  • [20:11:35] * riddle (riddle@us.yunix.net) Quit (Max SendQ exceeded)
  • [20:12:09] * riddle (riddle@us.yunix.net) has joined #beagle
  • [20:12:09] * riddle (riddle@us.yunix.net) has joined #beagleboard
  • [20:18:43] * mhaberler (~mhaberler@macbook.stiwoll.mah.priv.at) Quit (Quit: mhaberler)
  • [20:21:39] * jayabharath (~jayabhara@99-104-28-245.lightspeed.rcsntx.sbcglobal.net) has joined #beagle
  • [20:27:18] * alan_o (~alan@rrcs-71-43-66-98.se.biz.rr.com) has joined #beagle
  • [20:32:41] * prpplague (~danders@192.94.92.14) Quit (Quit: Leaving)
  • [20:37:18] * Ed_ (cda2ec9d@gateway/web/freenode/ip.205.162.236.157) has joined #beagle
  • [20:45:28] * Marqvar (4deaaf32@gateway/web/freenode/ip.77.234.175.50) Quit (Ping timeout: 245 seconds)
  • [20:47:03] <mranostay> mru: i assume they pay you to do something
  • [20:47:28] <mranostay> although i've had jobs where i got paid to pretend to work... :)
  • [20:50:00] * mhaberler (~mhaberler@extern-180.stiwoll.mah.priv.at) has joined #beagle
  • [20:51:14] * jayabharath (~jayabhara@99-104-28-245.lightspeed.rcsntx.sbcglobal.net) Quit (Quit: This computer has gone to sleep)
  • [20:54:52] <Russ> mranostay, any jobs where they pretend to pay you, and you pretend to work?
  • [20:55:31] <mranostay> is irc a job? then yes
  • [20:56:19] * djlewis (~djelwis@adsl-65-64-30-13.dsl.ltrkar.swbell.net) has joined #beagle
  • [20:56:46] <mru> Russ: most employers pretend to pay you
  • [20:57:35] * hark (~hark@w.v89.eu) has joined #beagle
  • [21:00:04] * eikeon (~eikeon@pool-108-56-44-21.washdc.east.verizon.net) Quit (Read error: Connection reset by peer)
  • [21:00:33] * eikeon (~eikeon@pool-108-56-44-21.washdc.east.verizon.net) has joined #beagle
  • [21:02:18] * smplman (~speery@64.132.167.18) Quit (Read error: Operation timed out)
  • [21:11:01] <djlewis> tokens
  • [21:16:04] * zz_ka6sox is now known as ka6sox
  • [21:24:34] * negril (~negril@31-16-123-217-dynip.superkabel.de) Quit (Quit: Server does not respond.)
  • [21:24:40] * negril (~negril@31-16-123-217-dynip.superkabel.de) has joined #beagle
  • [21:30:45] * JViz (~JViz@rrcs-70-63-118-85.midsouth.biz.rr.com) Quit (Ping timeout: 260 seconds)
  • [21:34:05] * axMountain (~Daniel@cust-95-80-44-193.csbnet.se) Quit (Quit: Leaving.)
  • [21:35:50] * smplman (~speery@64.132.167.18) has joined #beagle
  • [21:36:51] * krajo1 (~krajo1@ip4-83-240-125-22.cust.nbox.cz) Quit (Quit: Konversation terminated!)
  • [21:37:22] <alan_o> djlewis: coupons
  • [21:40:18] * luke_c (80249685@gateway/web/freenode/ip.128.36.150.133) has joined #beagle
  • [21:40:39] * luke_c (80249685@gateway/web/freenode/ip.128.36.150.133) Quit (Client Quit)
  • [21:41:01] * lukec1 (80249685@gateway/web/freenode/ip.128.36.150.133) has joined #beagle
  • [21:42:03] <lukec1> Hi. I've just got a new beaglebone and connected to it successfully, but I'm having trouble running the example script.
  • [21:42:30] <lukec1> When I run it, I get the message "Error: Cannot find module 'bonescript'"
  • [21:42:49] <lukec1> There is a file called bonescript in the same directory, which is a ymbolic link.
  • [21:43:03] <lukec1> lrwxrwxrwx 1 root root 23 Sep 11 17:35 bonescript -> node_modules/bonescript
  • [21:45:28] * prpplague (~prpplague@107-206-64-184.lightspeed.rcsntx.sbcglobal.net) has joined #beagle
  • [21:49:48] <lukec1> Am I right in thinking that there should be a /var/lib/cloud9/node_modules/bonscript file too?
  • [21:49:55] <lukec1> Where where would I get it?
  • [22:06:29] * JViz (~JViz@cpe-024-163-006-117.triad.res.rr.com) has joined #beagle
  • [22:08:28] * wgrant (~wgrant@c220-237-25-52.eburwd9.vic.optusnet.com.au) has joined #beagle
  • [22:08:32] * wgrant (~wgrant@c220-237-25-52.eburwd9.vic.optusnet.com.au) Quit (Changing host)
  • [22:08:32] * wgrant (~wgrant@ubuntu/member/wgrant) has joined #beagle
  • [22:09:48] * negril (~negril@31-16-123-217-dynip.superkabel.de) Quit (Quit: Requested.)
  • [22:12:09] * negril (~negril@31-16-123-217-dynip.superkabel.de) has joined #beagle
  • [22:13:32] * Ed_ (cda2ec9d@gateway/web/freenode/ip.205.162.236.157) Quit (Quit: Page closed)
  • [22:16:54] * alan_o (~alan@rrcs-71-43-66-98.se.biz.rr.com) Quit (Ping timeout: 240 seconds)
  • [22:20:23] * lukec1 (80249685@gateway/web/freenode/ip.128.36.150.133) Quit (Quit: Page closed)
  • [22:28:30] * Guest95636 (~bleh1@87.254.72.190) Quit (Ping timeout: 260 seconds)
  • [22:44:16] * smplman (~speery@64.132.167.18) Quit (Ping timeout: 250 seconds)
  • [22:53:38] * lukec1 (802496d9@gateway/web/freenode/ip.128.36.150.217) has joined #beagle
  • [22:57:58] * lukec1 (802496d9@gateway/web/freenode/ip.128.36.150.217) Quit (Ping timeout: 245 seconds)
  • [23:08:02] * KeatonT (~textual@unaffiliated/keatont) has joined #beagle
  • [23:10:37] * guanucoluis (~luis@190.123.122.242) Quit (Remote host closed the connection)
  • [23:15:27] * NishanthMenon (~nmenon@192.91.66.186) Quit (Quit: Ex-Chat)
  • [23:28:02] * tema (~tema@178-16-155-142.obit.ru) Quit (Ping timeout: 250 seconds)
  • [23:32:31] * djlewis (~djelwis@adsl-65-64-30-13.dsl.ltrkar.swbell.net) Quit (Quit: Leaving.)
  • [23:45:47] * kiilo (~kiilo@46-126-76-28.dynamic.hispeed.ch) Quit (Quit: ciao)
  • [23:46:54] * guanucoluis (~luis@190.18.173.95) has joined #beagleboard
  • [23:47:53] * KeatonT (~textual@unaffiliated/keatont) Quit (Quit: Textual IRC Client: http://www.textualapp.com/)