• [00:00:01] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit ()
  • [00:18:11] * Olipro__ (i=Olipro@uncyclopedia/Olipro) Quit (Read error: 104 (Connection reset by peer))
  • [00:18:20] * Olipro (i=Olipro@uncyclopedia/Olipro) has joined #beagle
  • [00:18:31] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
  • [00:20:08] * hli (i=chaton@vig91-2-82-232-97-149.fbx.proxad.net) Quit ("ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]")
  • [00:33:38] * dcordes_ (n=dcordes@unaffiliated/dcordes) has joined #beagle
  • [00:35:03] * dcordes (n=dcordes@unaffiliated/dcordes) Quit (Read error: 60 (Operation timed out))
  • [00:36:40] * Olipro (i=Olipro@uncyclopedia/Olipro) Quit (Read error: 104 (Connection reset by peer))
  • [00:36:51] * Olipro_ (i=Olipro@uncyclopedia/Olipro) has joined #beagle
  • [00:51:47] * Olipro_ (i=Olipro@uncyclopedia/Olipro) Quit (Read error: 104 (Connection reset by peer))
  • [00:51:58] * Olipro_ (i=Olipro@uncyclopedia/Olipro) has joined #beagle
  • [00:58:17] * docelic (n=docelic@78.134.207.60) has joined #beagle
  • [01:02:43] * Olipro_ is now known as Olipro
  • [01:23:22] * beagle3 (n=jmo@78.52.197.31) Quit ("using sirc version 2.211+KSIRC/1.3.12")
  • [01:30:10] * zedstar (n=john@82-44-200-69.cable.ubr08.haye.blueyonder.co.uk) Quit (Read error: 110 (Connection timed out))
  • [01:36:56] * dft__d (n=df@58.33.108.2) Quit (Remote closed the connection)
  • [01:41:25] * john280z (n=johnm@user-0c2h5av.cable.mindspring.com) Quit ("Ex-Chat")
  • [01:45:55] * docelic (n=docelic@78.134.207.60) Quit ("http://www.spinlocksolutions.com/")
  • [01:51:24] * NishanthM (n=Nishanth@cpe-24-27-74-89.tx.res.rr.com) Quit (Read error: 110 (Connection timed out))
  • [02:30:24] * sweetlilm (i=sweetlil@dsl-244-163-153.telkomadsl.co.za) has joined #beagle
  • [02:32:47] <sweetlilm> gnome panel build fails: http://pastebin.com/m73b8b37b any ideas?
  • [03:09:38] * alex___ (n=alex@cpe-76-90-248-230.socal.res.rr.com) has joined #beagle
  • [03:30:19] * billw__ (n=billw@66-90-130-225.grandecom.com) has joined #beagle
  • [03:33:28] * bullwood (n=billw@adsl-99-171-171-142.dsl.aus2tx.sbcglobal.net) Quit (Read error: 110 (Connection timed out))
  • [03:43:32] * BThompson (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) Quit (Read error: 104 (Connection reset by peer))
  • [04:10:48] * GeneralAntilles (n=GeneralA@pdpc/supporter/active/generalantilles) Quit ()
  • [04:22:12] * artyomt (n=Artyom@198.78.191.90.dyn.estpak.ee) Quit (kubrick.freenode.net irc.freenode.net)
  • [04:22:12] * denix (n=denys@nat/ti/x-eb775eba114fbd96) Quit (kubrick.freenode.net irc.freenode.net)
  • [04:22:12] * geist (n=geist@c-98-234-105-90.hsd1.ca.comcast.net) Quit (kubrick.freenode.net irc.freenode.net)
  • [04:22:12] * billw__ (n=billw@66-90-130-225.grandecom.com) Quit (kubrick.freenode.net irc.freenode.net)
  • [04:22:12] * sweetlilm (i=sweetlil@dsl-244-163-153.telkomadsl.co.za) Quit (kubrick.freenode.net irc.freenode.net)
  • [04:22:12] * Olipro (i=Olipro@uncyclopedia/Olipro) Quit (kubrick.freenode.net irc.freenode.net)
  • [04:22:12] * archimbaud (n=frederic@support.tamil.fr) Quit (kubrick.freenode.net irc.freenode.net)
  • [04:22:12] * jeh (n=jeh@vpn-pub2.hard.ware.fi) Quit (kubrick.freenode.net irc.freenode.net)
  • [04:22:12] * _apkII (n=kows@85-18-136-98.fastres.net) Quit (kubrick.freenode.net irc.freenode.net)
  • [04:22:12] * thomasg (n=thomasg@85.131.189.115) Quit (kubrick.freenode.net irc.freenode.net)
  • [04:22:12] * ds2 (i=noinf@netblock-66-245-251-24.dslextreme.com) Quit (kubrick.freenode.net irc.freenode.net)
  • [04:22:12] * zarquin (n=zarquin@bright-snat.ucc.asn.au) Quit (kubrick.freenode.net irc.freenode.net)
  • [04:22:12] * zod (n=zod@smitty.knid.net) Quit (kubrick.freenode.net irc.freenode.net)
  • [04:22:12] * ldesnogu (n=ldesnogu@fw-tnat.cambridge.arm.com) Quit (kubrick.freenode.net irc.freenode.net)
  • [04:22:12] * keesj (n=keesj@ip49-193-210-87.adsl2.static.versatel.nl) Quit (kubrick.freenode.net irc.freenode.net)
  • [04:22:12] * zuh (i=3220610b@emperor.pingu.fi) Quit (kubrick.freenode.net irc.freenode.net)
  • [04:27:46] * sweetlilm (i=sweetlil@dsl-244-163-153.telkomadsl.co.za) has joined #beagle
  • [04:27:46] * Olipro (i=Olipro@uncyclopedia/Olipro) has joined #beagle
  • [04:27:46] * archimbaud (n=frederic@support.tamil.fr) has joined #beagle
  • [04:27:46] * jeh (n=jeh@vpn-pub2.hard.ware.fi) has joined #beagle
  • [04:27:46] * _apkII (n=kows@85-18-136-98.fastres.net) has joined #beagle
  • [04:27:46] * thomasg (n=thomasg@85.131.189.115) has joined #beagle
  • [04:27:46] * ldesnogu (n=ldesnogu@fw-tnat.cambridge.arm.com) has joined #beagle
  • [04:27:46] * zod (n=zod@smitty.knid.net) has joined #beagle
  • [04:27:46] * zuh (i=3220610b@emperor.pingu.fi) has joined #beagle
  • [04:27:46] * keesj (n=keesj@ip49-193-210-87.adsl2.static.versatel.nl) has joined #beagle
  • [04:27:46] * ds2 (i=noinf@netblock-66-245-251-24.dslextreme.com) has joined #beagle
  • [04:27:46] * zarquin (n=zarquin@bright-snat.ucc.asn.au) has joined #beagle
  • [04:27:57] * billw__ (n=billw@66-90-130-225.grandecom.com) has joined #beagle
  • [04:28:09] * artyomt (n=Artyom@198.78.191.90.dyn.estpak.ee) has joined #beagle
  • [04:28:09] * geist (n=geist@c-98-234-105-90.hsd1.ca.comcast.net) has joined #beagle
  • [04:28:09] * denix (n=denys@nat/ti/x-eb775eba114fbd96) has joined #beagle
  • [04:36:09] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit ()
  • [05:20:18] * dirk2 (n=dirk@F3160.f.strato-dslnet.de) has joined #beagle
  • [06:26:27] * t_s_o (n=tso@135.84-49-129.nextgentel.com) has joined #beagle
  • [06:48:02] * cbrake (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) Quit (Read error: 110 (Connection timed out))
  • [06:49:33] * cbrake (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) has joined #beagle
  • [07:18:23] * macneib (n=macneib@76-10-128-118.dsl.teksavvy.com) Quit (Read error: 113 (No route to host))
  • [08:31:38] * macneib (n=macneib@76-10-128-118.dsl.teksavvy.com) has joined #beagle
  • [08:37:50] * Olipro is now known as Tits
  • [08:44:29] * Tits is now known as Olipro
  • [08:47:13] * gregoiregentil (n=zonbu@adsl-71-135-103-46.dsl.pltn13.pacbell.net) has left #beagle
  • [08:49:57] <sweetlilm> anyone awake?
  • [08:50:37] <sweetlilm> still looking for some help on: gnome panel build fails: http://pastebin.com/m73b8b37b
  • [08:56:57] <artyomt> libbonobo missing ?
  • [08:57:58] <sweetlilm> hmmm I thought that I saw it built earlier in the bitbake, but maybe not
  • [09:00:47] <sweetlilm> okay so its missing in my host. I thought the bitbake deps should take care of that?
  • [09:03:01] <sweetlilm> artyomt: thanks, apt-get of libbonobo sorted the issue
  • [09:11:33] <artyomt> I suggested what is missing, not how to solve issue
  • [09:12:03] <sweetlilm> well that solved it :) it would appear that gnome-panel_2.22.2.bb is missing a libbonobo depends
  • [09:16:38] * valhalla (n=valhalla@81-174-37-208.dynamic.ngi.it) has joined #beagle
  • [09:19:36] * gekko1 (n=gekko@203-97-113-235.cable.telstraclear.net) has joined #beagle
  • [09:21:17] * gekko1 (n=gekko@203-97-113-235.cable.telstraclear.net) Quit (Read error: 104 (Connection reset by peer))
  • [09:22:59] * jes1 (n=jess@117.195.134.17) has joined #beagle
  • [09:35:46] * zedstar (n=john@82-44-200-69.cable.ubr08.haye.blueyonder.co.uk) has joined #beagle
  • [09:36:26] * rsalveti (n=salveti@189.70.107.208) Quit (Read error: 104 (Connection reset by peer))
  • [09:36:41] * rsalveti (n=salveti@189.70.107.208) has joined #beagle
  • [10:21:25] * TAK2004 (n=Administ@dslb-088-072-211-223.pools.arcor-ip.net) has joined #beagle
  • [10:29:52] * Openfree (n=df@58.33.108.2) has joined #beagle
  • [10:59:39] * billw__ (n=billw@66-90-130-225.grandecom.com) Quit (Read error: 145 (Connection timed out))
  • [10:59:43] * DJWillis (n=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) Quit (Read error: 110 (Connection timed out))
  • [11:02:56] * hli (i=chaton@vig91-2-82-232-97-149.fbx.proxad.net) has joined #beagle
  • [11:30:13] <mru> morning
  • [11:33:01] <sweetlilm> afternoon :)
  • [11:45:04] <koen> hey mru
  • [11:48:08] * t_s_o (n=tso@135.84-49-129.nextgentel.com) Quit ("Konversation terminated!")
  • [11:51:52] * TAKI (n=Administ@dslb-088-072-213-144.pools.arcor-ip.net) has joined #beagle
  • [11:52:41] <Crofton|work> gm
  • [11:53:01] <koen> hey Crofton|work
  • [11:56:21] <koen> mru: could you merge ffmpeg master in to your arm branch please?
  • [11:57:29] * jes1 (n=jess@117.195.134.17) Quit (Read error: 110 (Connection timed out))
  • [11:59:56] * rsalveti (n=salveti@189.70.107.208) Quit (Read error: 104 (Connection reset by peer))
  • [11:59:59] * rsalveti (n=salveti@189.70.107.208) has joined #beagle
  • [12:00:08] <Crofton|work> gnome-python-desktop
  • [12:00:12] <Crofton|work> isn't building
  • [12:00:19] <Crofton|work> can't find Python headers
  • [12:01:18] * jess (n=jess@117.195.128.237) has joined #beagle
  • [12:02:30] <koen> Crofton|work: did you try rebuilding python?
  • [12:02:48] <Crofton|work> not yet ....
  • [12:03:04] <Crofton|work> now I am
  • [12:04:40] * Olipro (i=Olipro@uncyclopedia/Olipro) Quit (Read error: 110 (Connection timed out))
  • [12:06:18] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
  • [12:10:09] * TAK2004 (n=Administ@dslb-088-072-211-223.pools.arcor-ip.net) Quit (Read error: 110 (Connection timed out))
  • [12:19:30] <Crofton|work> koen, rebuiklding pythin didn't help
  • [12:25:35] <koen> drat
  • [12:26:15] <koen> Crofton|work: did you see the mail about the asoc error on osk?
  • [12:29:24] <Crofton|work> not yet
  • [12:29:31] * Crofton|work osk is suffering from neglect
  • [12:30:00] <Crofton|work> hmm, no ompa email, I do remember someone saying the alsa error appeared there also though
  • [12:30:15] <koen> very green cpu, that ompa
  • [12:30:30] <koen> with some orange as well
  • [12:32:43] <mru> koen: ffmpeg master merged
  • [12:42:29] <koen> mru: thanks!
  • [13:01:13] * guillaum1 (n=gl@AMontsouris-153-1-74-110.w90-2.abo.wanadoo.fr) Quit ("Leaving.")
  • [13:01:38] * guillaum1 (n=GZBA4143@AMontsouris-153-1-74-110.w90-2.abo.wanadoo.fr) has joined #beagle
  • [13:24:16] * dcordes (n=dcordes_@unaffiliated/dcordes) has joined #beagle
  • [13:27:10] * dirk2 (n=dirk@F3160.f.strato-dslnet.de) has left #beagle
  • [13:28:48] * dcordes (n=dcordes_@unaffiliated/dcordes) Quit (Client Quit)
  • [13:34:13] * Xenion (n=robert@p579FC0FC.dip.t-dialin.net) has joined #beagle
  • [14:14:50] * feig (n=ejf3@c-76-118-153-30.hsd1.ma.comcast.net) has joined #beagle
  • [14:16:51] * GeneralAntilles (n=GeneralA@c-69-244-211-19.hsd1.fl.comcast.net) has joined #beagle
  • [14:18:40] * dcordes_ (n=dcordes@unaffiliated/dcordes) Quit (Read error: 54 (Connection reset by peer))
  • [14:18:57] * dcordes (n=dcordes@unaffiliated/dcordes) has joined #beagle
  • [14:20:20] * Beagle0 (n=Beagle0@0x535fd77e.bynxx8.dynamic.dsl.tele.dk) has joined #beagle
  • [14:21:18] * Beagle0 (n=Beagle0@0x535fd77e.bynxx8.dynamic.dsl.tele.dk) has left #beagle
  • [14:34:23] * john280z (n=johnm@user-0c2h5av.cable.mindspring.com) has joined #beagle
  • [14:52:27] * Beagle9 (n=Beagle9@c-71-235-36-255.hsd1.ct.comcast.net) has joined #beagle
  • [14:52:34] * Beagle9 (n=Beagle9@c-71-235-36-255.hsd1.ct.comcast.net) Quit (Client Quit)
  • [15:09:09] * feig (n=ejf3@c-76-118-153-30.hsd1.ma.comcast.net) Quit (Remote closed the connection)
  • [15:14:19] * prpplague (n=dave123_@ppp-70-244-162-142.dsl.rcsntx.swbell.net) has joined #beagle
  • [15:14:30] * dirk2 (n=dirk@F3196.f.strato-dslnet.de) has joined #beagle
  • [15:15:07] <prpplague> if anyone is interested, beagle board jtag and uart adapters are now in stock at tincantools - http://www.tincantools.com/product.php?productid=16144&cat=0&page=1&featured
  • [15:17:09] <prpplague> they are primarily intended for use with the flyswatter board, but will generally work with most rs-232 ports as well as standard 14-pin arm jtag devices
  • [15:18:34] <dirk2> prpplague: Great!
  • [15:18:38] <dirk2> prpplague: Does this mean, you have it working?
  • [15:19:16] * BThompson (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) has joined #beagle
  • [15:27:15] <prpplague> dirk2 no the jtag stuff is still a work in progress, but the adapters are available for use with both the uart and jtag, i've verified their operation with the dm355 board
  • [15:27:44] <prpplague> dirk2 the icepick stuff isn't moving along as quickly as i had hoped, since openocd was never designed to work with a JRC
  • [15:27:58] <prpplague> dirk2 not sure why TI decided not to provide a default tap
  • [15:29:05] * john280z (n=johnm@user-0c2h5av.cable.mindspring.com) Quit ("Ex-Chat")
  • [15:30:13] <prpplague> dirk2 i'm able to program the ICEPick but i'm having trouble doing a rescan of the chain to set up the addition of the arm core
  • [15:30:36] <dirk2> prpplague: k. Anyway, I'm currently in your shop system :) Seems that "USPS Priority Mail International" is the cheapest shipping
  • [15:31:48] <koen> yeah
  • [15:31:57] <koen> ups is not worth it IMO
  • [15:32:21] <koen> so in 8-12 days I should have a flyswatter
  • [15:32:22] <prpplague> dirk2 yea, the USPS is the best choice for international
  • [15:32:32] <dirk2> UPS was > $100 shipping :( Now, its $27
  • [15:32:42] <prpplague> koen you ordered one?
  • [15:32:49] <koen> yes
  • [15:32:56] <prpplague> koen with adapters?
  • [15:33:14] <koen> yes
  • [15:33:19] <koen> but without a hammer :)
  • [15:33:25] <prpplague> koen hehe, np
  • [15:34:14] <prpplague> koen our tools for the hammer seem to be selling much more than the hammer itself
  • [15:35:01] <dirk2> ordered one with adapters, too
  • [15:35:37] <prpplague> dirk2 good deal
  • [15:35:59] <prpplague> i suspect tincantools is going to make a bunch of utility boards for the beagle in the near future
  • [15:36:53] <dirk2> I have now a shop login ;)
  • [15:40:29] * Beagle8 (n=Beagle8@78.52.199.229) has joined #beagle
  • [15:42:18] <prpplague> dirk2 fun fun
  • [15:43:08] <prpplague> if you guys have a "wish list" of pieces/parts that would make dev with the beagle easier/more productive, don't hesistate to give me a shout
  • [15:43:34] <koen> the robotics people would propably love an i2c gpio expander board
  • [15:44:03] <koen> I'm unsure about the pin mux, but and extra sdio slot would be neat as well
  • [15:44:16] <prpplague> koen oh yea? thats easy enough for the expander
  • [15:44:33] <prpplague> koen i'll have a look today for those
  • [15:45:39] * [X]Spot (n=stancho@78.90.115.116) has joined #beagle
  • [15:45:49] * TMM (n=hp@94.209.2.100) Quit (Remote closed the connection)
  • [15:46:15] <koen> prpplague: personally, I'd be ibt
  • [15:46:21] <koen> interested in something like http://beagleboard.org/project/Micrel_Ethernet/
  • [15:46:37] <[X]Spot> Hello all.. I am booting Angstrom.. but what I see in the system console (Tera Term) is that my boot ends to
  • [15:46:37] <[X]Spot> tarting Bluetooth subsystem: hcid hid2hci.
  • [15:46:37] <[X]Spot> Running ntpdate to synchronize clockError : Temporary failure in name resolution
  • [15:46:37] <[X]Spot> .
  • [15:46:37] <[X]Spot> Starting GPE display manager: gpe-dm
  • [15:46:41] <[X]Spot> ------
  • [15:46:59] <[X]Spot> What's the problem? Does it switch to another console or ?
  • [15:47:08] <pbrook> If you can get decent throughput the Micrel thing would be a nice alternative to USB ethernet.
  • [15:48:06] <prpplague> koen i'm not too found of that micrel part, much more of a fan of the enc28j60, but its only 10mb
  • [15:48:32] <koen> pbrook: I'm not using network heavy apps, I'm just after a working RJ45 jack :)
  • [15:48:34] <sakoman> koen: the firefox build seems to fail with parallel make -- builds OK with a second try. you might want to disable parallel make in the recipe
  • [15:48:45] <koen> sakoman: ah
  • [15:48:49] <koen> sakoman: will do
  • [15:49:08] <sakoman> koen: happen on both of my build machines
  • [15:49:44] <pbrook> Ouch. $111 each.
  • [15:50:03] * pbrook sticks with his $20 USB adapter.
  • [15:50:14] <prpplague> pbrook for the micrel board?
  • [15:50:17] <koen> sakoman: I've seen intermittend failures as well, but didn't connect it to parallel make
  • [15:50:28] * Beagle8 (n=Beagle8@78.52.199.229) Quit (Read error: 54 (Connection reset by peer))
  • [15:50:29] <pbrook> prpplague: Yes.
  • [15:50:41] <prpplague> koen at 12MHz i get extremely good performance with the enc28j60
  • [15:50:44] <[X]Spot> do you know know I have to do to switch in the serial console ?
  • [15:50:49] <prpplague> pbrook that is indeed expensive
  • [15:51:12] <prpplague> pbrook $40 more the range you'd be interested in??
  • [15:51:35] <pbrook> prpplague: Yes, if it does >10Mbit.
  • [15:51:51] <prpplague> pbrook ahh, the enc28j60 is limited to 10Mbit
  • [15:52:00] <pbrook> Note this is only personal interest, so I wouldn't be buying more than one ;-)
  • [15:52:01] * Openfree (n=df@58.33.108.2) Quit (Client Quit)
  • [15:54:55] <prpplague> koen what about you? 10Mbit good enough at $40USD
  • [15:55:48] <prpplague> koen is there a person you know who is doing robotics with the beagle?
  • [15:56:07] <Xenion> prpplague, i'am
  • [15:56:09] <Xenion> :-)
  • [15:56:42] <Xenion> me and TAKI
  • [15:56:44] <prpplague> Xenion koen mentioned that folks might want a i2c gpio expander
  • [15:56:55] <Xenion> prpplague, that would be nice
  • [15:57:02] <prpplague> Xenion you gonna want that with +5v level tolerant i/o's ?
  • [15:57:28] <Xenion> hum .. i think 5v would be the most "standard" way
  • [15:57:29] <Xenion> yes
  • [15:57:53] <artyomt> what reasonable priced options are for debugging DSP code ?
  • [15:58:14] <prpplague> artyomt imho, none
  • [15:59:13] <prpplague> Xenion you want to send me a "wish list" of what you'd like on a robotics expansion board?
  • [15:59:28] <Xenion> prpplague, i curios what is this "hammer" tools you where talking about earlier ?
  • [16:00:02] <prpplague> Xenion http://www.elinux.org/Hammer_Board
  • [16:00:12] <Xenion> prpplague, if you would give me your mail address in a query windows i'll would provide you with such a list, maybe till the end of the week ?
  • [16:00:57] <pbrook> prpplague: The "Arduino" boards seem to be quite popular in some circles. Completely different scale as far as the CPU goes, but might be informative fro what DIY robotics folks are doing.
  • [16:01:57] <prpplague> pbrook yea, we have several robotics boards that we do
  • [16:02:13] <prpplague> pbrook just curious more about what the beagle board users were looking for
  • [16:02:22] <pbrook> Ok. You probably already know more than me then!
  • [16:02:38] * prpplague has his hands in lots of hardware projects
  • [16:05:20] * dcordes_ (n=dcordes@unaffiliated/dcordes) has joined #beagle
  • [16:05:58] * dcordes (n=dcordes@unaffiliated/dcordes) Quit (Read error: 60 (Operation timed out))
  • [16:15:36] <prpplague> koen adding a +5v i2c gpio expander looks to be a snap
  • [16:15:56] <prpplague> koen what about adding the second uart to the same board?
  • [16:16:08] <koen> I'm not a robotics person :)
  • [16:17:01] <sakoman> koen: hmm . . . webkit-gtk seems to be failing for me with latest oe.dev:
  • [16:17:03] <sakoman> http://www.sakoman.net:8000/public/logs/343406.txt
  • [16:17:03] <Xenion> prpplague, that would be usefull to ( for example to use things like ZigBee networking )
  • [16:17:04] <prpplague> koen hehe, naw, just mean that some people might want the board simply because it had the second uart level shifted
  • [16:17:16] <sakoman> koen: have you seen this?
  • [16:17:47] <prpplague> Xenion you'd want that at ttl or rs-232 levels?
  • [16:18:36] <Xenion> def. rs232
  • [16:19:52] <prpplague> Xenion ??
  • [16:20:05] <prpplague> Xenion i did not understand your response
  • [16:20:26] <Xenion> prpplague, sorry i meant definatly rs-232 based
  • [16:20:55] <Xenion> because .. i would use it to add a zigbee to the BB which would be connected best using rs-232
  • [16:20:55] <prpplague> Xenion so basically the same as the other uart port onboard?
  • [16:21:01] <Xenion> prpplague, yes
  • [16:21:27] <prpplague> Xenion ahh ok, because alot of the bluetooth modules that are serial communications aren't level shifted for rs-232
  • [16:21:44] <prpplague> Xenion you have the url of one of the zigbee modules you'd want to use?
  • [16:22:04] <Xenion> hm right
  • [16:22:40] <Xenion> prpplague, i'm not sure .. normally i would use the ZigBee Pro ( from digi ) but right now im trying the XTend 900Mhz from digi ..
  • [16:22:58] <Xenion> xt09-si-na the internat. version
  • [16:24:05] <Xenion> prpplague, right i see what you mean regarding the ttl
  • [16:25:10] <prpplague> Xenion yea the XT09 is TTL , not RS-232 levels
  • [16:26:23] <Xenion> prpplague, hm
  • [16:26:55] <Xenion> good to know .. i ordered it but didn't recieved it yet
  • [16:28:02] <prpplague> Xenion iirc the i/o on the beagle board is all 1.8v, so you will need to level shift from the 1.8v to either .3v or 5v
  • [16:28:05] <prpplague> 3.3v
  • [16:31:58] <Xenion> i see
  • [16:32:17] <koen> sakoman: that happens once in a while, -c rebuild icu
  • [16:32:26] <koen> sakoman: c++ stuff
  • [16:33:18] <koen> sakoman: don't know why it happens, though
  • [16:37:37] * feig (n=ejf3@c-76-118-153-30.hsd1.ma.comcast.net) has joined #beagle
  • [16:44:33] <prpplague> is anyone making thirdparty boards for the beagle as of yet?
  • [16:44:34] <sakoman> koen: OK, will do. thanks.
  • [16:45:14] <koen> prpplague: crofton's making an fpga board
  • [16:45:59] <prpplague> koen ahh, for SDR stuff i assume, he going to sell it?
  • [16:46:38] <koen> no idea on that
  • [16:46:42] * koen pokes Crofton|work
  • [16:46:48] <prpplague> shame the 2x5 uart connector isn't on the back side of the pcb
  • [16:48:09] <prpplague> koen looking at the beagle board, i suspect what i'll do is a board of the same size/shape as the beagle, with a i2c gpio expander, the second uart with either +3.3v or +5v ttl , and a large breakout area for the remaining pins
  • [16:48:26] <prpplague> that way it can just be mounted directly under the beagle board
  • [16:48:46] <prpplague> basically a "shield" board similiar to the arduino stuff
  • [16:49:36] <pbrook> Wouldn't it be better mounted on top if it's got a prototyping area?
  • [16:50:22] <pbrook> Though I guess it makes getting at the jtag a PITA unless you pass them through.
  • [16:50:37] <jkridner> good morning all
  • [16:50:53] <prpplague> pbrook top side would be better, but there are some issues, 1) the Z height doesn't make for using standard height connectors, 2) it covers up the push buttons and leds
  • [16:50:57] <prpplague> jkridner greetings
  • [16:51:03] <prpplague> jkridner adapters are now in stock
  • [16:51:08] <pbrook> Yeah
  • [16:51:14] <prpplague> jkridner i've made a couple of notes on the wiki
  • [16:51:26] <jkridner> great! any more debug?
  • [16:51:46] <prpplague> jkridner yea, slowly adding jrc support to openocd
  • [16:52:06] <prpplague> jkridner gonna hammer it some more this afternoon(gotta cook burgers on the grill for the kids shortly)
  • [16:52:29] <prpplague> jkridner just discussing doing a "shield" board for the beagle
  • [16:52:49] <prpplague> jkridner something like this - http://www.sparkfun.com/commerce/product_info.php?products_id=7914
  • [16:53:04] <prpplague> jkridner with a i2c gpio expander and some stuff for the second uart
  • [16:53:22] * alex___ (n=alex@cpe-76-90-248-230.socal.res.rr.com) Quit (Read error: 104 (Connection reset by peer))
  • [16:53:28] <jkridner> I'd love that!
  • [16:53:56] <jkridner> check with Gerald, since he is coordinating a lot of the hardware add-ons.
  • [16:54:03] <pbrook> Is mounting everything upside-down a silly idea?
  • [16:54:10] <jkridner> I love the days of solderless breadboards.
  • [16:54:28] <prpplague> jkridner ahh are there some other add-ons in the works?
  • [16:54:32] <jkridner> going from the bottom-side seems to me to be the way to go.
  • [16:54:35] <koen> prpplague: can MMC2 still be used if you opt for i2c + uart?
  • [16:54:51] <jkridner> he's been playing in the lab, but I'd rather see it come from outside.
  • [16:55:00] <jkridner> he may just be doing it for himself.
  • [16:55:09] <prpplague> koen yea from what i'm seeing so far, none of the pins are in conflict
  • [16:55:15] <prpplague> jkridner ahh ok
  • [16:55:32] * jkridner is stepping away to do some chores.
  • [16:55:33] <prpplague> jkridner i've just finished a schematic, gonna talk to rusty this afternoon about it
  • [16:56:46] <prpplague> jkridner when you get back, thoughts on either on populating the expansion header and the uart header on the bottom side of the board?
  • [16:59:42] <koen> prpplague: the beagleboard manual talks about options for the expansion connector, but I suspect pin muxing can be done with larger granularity
  • [17:00:40] <prpplague> ahh, i'll have to look in more detail, i just assumed you could mux it by pin
  • [17:00:53] <prpplague> is the muxing done by groups?
  • [17:01:04] * koen looks at dirk2
  • [17:01:35] <koen> prpplague: even it it goes by group, I would think that i2c and mcbsp3 can be controlled individually
  • [17:01:38] <dirk2> muxing is done by pin
  • [17:02:53] <dirk2> Note that Beagle TRM expansion connector tables are wrong: http://elinux.org/BeagleBoard#Manual
  • [17:03:35] * jess (n=jess@117.195.128.237) has left #beagle
  • [17:03:52] <prpplague> dirk2 ahh interesting, thanks
  • [17:05:51] <prpplague> koen yea, looks like if you wanted to, you could have one i2c, one spi, one uart, and the mmc
  • [17:06:12] <prpplague> koen is having the second mmc that valuable?
  • [17:07:17] * odesus (n=IceChat7@200.77.102.242) has joined #beagle
  • [17:07:29] <koen> prpplague: it would make it easier to exchange files when your rootfs is on sd
  • [17:07:40] * jess (n=jess@117.195.128.237) has joined #beagle
  • [17:07:44] <koen> prpplague: no idea how much a mmc connector costs
  • [17:08:23] <prpplague> koen sorry, what i meant was, what does adding the second mmc to the system provide that would warrant the expensive?
  • [17:08:24] <koen> I wonder how the kernel can be made to cope with it
  • [17:08:27] <[X]Spot> koen. I am booting Angstrom.. but my boot hangs up (in the serial console)... but the board is running .. I can connect to it via SSH
  • [17:08:31] <[X]Spot> Do you have an idea ?
  • [17:08:41] <koen> [X]Spot: serial is voodoo for me :(
  • [17:09:14] <prpplague> [X]Spot at what point does it hang?
  • [17:09:37] <[X]Spot> Starting system message bus: dbus.
  • [17:09:37] <[X]Spot> Starting syslogd/klogd: start-stop-daemon: lseek: Invalid argument
  • [17:09:37] <[X]Spot> * Starting Avahi mDNS/DNS-SD Daemon: avahi-daemon
  • [17:09:37] <[X]Spot> [ ok ]
  • [17:09:37] <[X]Spot> /etc/init.d/rc: line 168: /etc/rc5.d/S23bluetooth: Permission denied
  • [17:09:38] <[X]Spot> /etc/init.d/rc: line 168: /etc/rc5.d/S30ntpdate: Permission denied
  • [17:09:40] <[X]Spot> /etc/init.d/rc: line 168: /etc/rc5.d/S99gpe-dm: Permission denied
  • [17:09:52] <[X]Spot> but it gives Permission Denied because I set chmod -x
  • [17:09:56] <[X]Spot> to these files
  • [17:10:01] <[X]Spot> that doesn't matter
  • [17:10:13] <[X]Spot> ..
  • [17:10:18] <koen> prpplague: right now I have to have some form of networking or reboot and put the sd card in the reader
  • [17:10:43] <[X]Spot> Do I have to set something uBoot in the /etc/inittab (angstrom) ?
  • [17:11:38] * valhalla (n=valhalla@81-174-37-208.dynamic.ngi.it) Quit ("Leaving")
  • [17:11:38] <prpplague> koen the sd/mmc card isn't hotpluggable?
  • [17:11:49] * odesus (n=IceChat7@200.77.102.242) Quit ("REALITY.SYS Corrupted: Re-boot universe? (Y/N/Q)")
  • [17:12:04] <koen> prpplague: not with your rootfs on it :)
  • [17:12:14] <[X]Spot> prpplague do you have an idea ?
  • [17:13:10] <prpplague> koen ahh i follow
  • [17:14:01] <prpplague> [X]Spot i suspect you don't have a serial port getty running, but thats just a guess
  • [17:14:54] <prpplague> koen performance would be lower, but i'd suggest for using external storage on a sd/mmc card to use a spi interface rather than the mmc controller
  • [17:15:05] <[X]Spot> prpplague how can I check this? shoud it be placed in /etc/inittab ?
  • [17:15:13] <prpplague> [X]Spot yea
  • [17:16:10] <koen> prpplague: because you need to route fewer wires?
  • [17:16:13] <[X]Spot> prpplague I have
  • [17:16:14] <[X]Spot> S:2345:respawn:/sbin/getty 115200 ttyS2
  • [17:16:17] <[X]Spot> 1:2345:respawn:/sbin/getty 38400 tty1
  • [17:17:43] <[X]Spot> prpplague I am booting the freshly extracted fs from
  • [17:17:44] <[X]Spot> Angstrom-Beagleboard-demo-image-glibc-ipk-2008.1-test-20080823-beagleboard.rootfs.tar.bz2
  • [17:17:48] <pbrook> Just a thought - do SDIO card work over SPI?
  • [17:18:16] <pbrook> That'd be the other reason for wanting a second mmc.
  • [17:18:20] <koen> isn't sdio just a fancy name for spi?
  • [17:19:00] <prpplague> pbrook sdio is suppose to support a spi format, but in reality no one does
  • [17:19:14] <pbrook> I thought SDIO used all the MMC data bits, and had some form of interrupt mechanism. ICBW though.
  • [17:19:31] <pbrook> s/used/could use/
  • [17:19:55] <koen> if mmc2 can do sdio that would be even better
  • [17:20:04] <koen> rootfs on sd, sdio wifi card :)
  • [17:20:16] <koen> saves using an usb hub
  • [17:21:13] <prpplague> koen well there are a number of SPI based wifi cards, such as the 8686 and 8385 libertas, just that no one has had incentive to move the support into the main tree
  • [17:23:49] <sweetlilm> gnome-games_2.23.6.bb fails: http://pastebin.com/m1968f1fc
  • [17:24:21] <koen> eeks!
  • [17:24:27] <koen> it's looking in /usr/include
  • [17:27:44] <sweetlilm> hmmm :)
  • [17:29:48] <prpplague> koen i'll post something for review before we go to production on a board
  • [17:30:13] <prpplague> koen first board design will probably be pretty simple and pretty check, just to see how it sells
  • [17:31:02] <prpplague> koen just a rough guess would be around $40 USD
  • [17:34:29] <sweetlilm> koen: what should I do?
  • [17:34:54] <koen> ehm
  • [17:34:57] <koen> wait for a fix :)
  • [17:35:02] <sweetlilm> :)
  • [17:35:22] * Crofton has finally watched Big Buck Bunny
  • [17:35:44] * sweetlilm ponders the long road to beagleboard-demo-image
  • [17:37:59] <Crofton> we need to get demo-image building
  • [17:38:27] <prpplague> Crofton ping
  • [17:38:34] <Crofton|work> pong
  • [17:39:19] <prpplague> Crofton|work your fpga board, you going to sell that?
  • [17:39:29] * koen takes a look at gnome-games
  • [17:39:41] <Crofton|work> prpplague, we'll see how demand is
  • [17:39:53] <koen> Crofton|work: you didn't watch it yet?!?!?!?
  • [17:39:58] <[X]Spot> prpplague, do you have an idea.. should I change these 'getty' lines ?
  • [17:40:16] <Crofton|work> heh
  • [17:40:17] <Crofton|work> no
  • [17:40:29] <prpplague> [X]Spot did you pastebin a copy of your inittab?
  • [17:41:19] <prpplague> [X]Spot oops sorry missed where you said what you had in the inittab
  • [17:41:19] <[X]Spot> prpplague what do u mean ?
  • [17:41:28] <[X]Spot> aha
  • [17:41:32] <Crofton|work> prpplague, we'll make a few prototypes and go from there
  • [17:41:53] <prpplague> [X]Spot just a guess, did you check to see if you actually have a /dev/ttyS2 device node?
  • [17:42:08] <prpplague> Crofton|work "we" ??
  • [17:42:12] <prpplague> Crofton|work for work?
  • [17:42:26] <[X]Spot> prpplague on the board ??
  • [17:42:33] <prpplague> in /dev
  • [17:42:47] <Crofton|work> we as in Chris and I
  • [17:42:55] <Crofton|work> there are a few of us working on it
  • [17:43:26] <[X]Spot> prpplague yes, I am able to connect to the board via ssh and I have /dev/ttyS2
  • [17:43:33] <[X]Spot> root@beagleboard:~# ls /dev/ttyS2
  • [17:43:33] <[X]Spot> /dev/ttyS2
  • [17:43:39] <[X]Spot> . /dev/ttyS2
  • [17:45:34] <prpplague> [X]Spot i'd connect via ssh and try pipe'n some data thru the uart to see if you have a good connection
  • [17:45:40] <Crofton|work> prpplague, the idea is the dev effort is community focused
  • [17:46:05] <prpplague> Crofton|work ahh ok
  • [17:46:14] <[X]Spot> prpplague do u want to give u ssh access to the board ?
  • [17:46:22] <prpplague> Crofton|work is there a page up about the design?
  • [17:46:32] <prpplague> [X]Spot sorry don't have the time to look
  • [17:46:46] <Crofton|work> http://www.opensdr.com/node/10
  • [17:47:10] * prpplague looks
  • [17:47:12] <[X]Spot> prpplague ok
  • [17:47:18] <[X]Spot> is the inittab correct ?
  • [17:48:51] <koen> sweetlilm: CPPFLAGS = -isystem/OE/angstrom-dev/staging/arm-angstrom-linux-gnueabi/usr/include -I /usr/include -I /usr/local/include
  • [17:48:55] <koen> sweetlilm: that's the problem
  • [17:55:01] <[X]Spot> prpplague it's ok now
  • [17:55:08] <[X]Spot> I change some values in inittab
  • [17:55:38] <[X]Spot> I have another issue now.. sometimes when I am booting the angstrom from NFS:
  • [17:55:41] <[X]Spot> it's giving me
  • [17:55:41] <[X]Spot> <5>nfs: server 192.168.0.1 not responding, still trying
  • [17:55:41] <[X]Spot> nfs: server 192.168.0.1 not responding, still trying
  • [17:55:41] <[X]Spot> <5>nfs: server 192.168.0.1 OK
  • [17:55:46] <[X]Spot> many times
  • [17:55:50] <[X]Spot> and finally it boots
  • [17:56:13] * Xenion (n=robert@p579FC0FC.dip.t-dialin.net) Quit ("Verlassend")
  • [17:58:08] <kell|home> question about beagle and opengl es, this may be a stupid question but X.org has opengl extensions for funky cool UI, would that run on beagle's opengl support?
  • [17:58:48] <pbrook> kell|home: Currently nothing runs because we don't have drivers.
  • [17:59:00] * koen agrees with pbrook
  • [17:59:24] <kell|home> ah. what do you mean by nothing runs? just in relation to opengl or X? I thought I saw gnome running
  • [17:59:27] <sweetlilm> heh :) Thats what I thought just fixed it in the makefile. "CPPFLAGS = -I system/home/eze/oe/system/angstrom/staging/arm-angstrom-linux-gnueabi/usr/include" seems to fix it
  • [17:59:28] <pbrook> The hardware is certainly more than capable of that though.
  • [17:59:38] <koen> and the current drivers you can get by selling your soul^H^H^H^H^ under NDA don't provide GL for X
  • [18:00:03] <kell|home> ah. thats too bad! I hate when politics get in the way of things working nice for end users lol
  • [18:00:07] <sweetlilm> koen: what is the origin of the error, is it the configure script?
  • [18:01:16] <kell|home> so if you buy a beagle it won't run X?
  • [18:01:27] <pbrook> kell|home: It's unclear exactly what form or what functionality the Imgtek drivers will provide.
  • [18:01:39] <koen> sweetlilm: yes
  • [18:01:45] <pbrook> kell|home: X works fine, you just can't use any of the 3D hardware.
  • [18:01:51] <kell|home> ah ok. gotcha
  • [18:02:09] <kell|home> thats so dissapointing that companies do that and try and lock it tight
  • [18:02:19] <pbrook> The SGX (3d accelerator) is separate from the display output hardware. THe latter mostly works.
  • [18:02:42] <kell|home> right
  • [18:02:44] <sweetlilm> I need to learn how to fix these issues, so I can contribute, instead of waiting for handouts :(
  • [18:02:51] <sweetlilm> :)
  • [18:02:55] <kell|home> gotcha. thanks for the clarification pbrook
  • [18:03:00] <koen> sweetlilm: quick fix: go to tmp/work/gnome-games-2.23.6-r0/gnome-games-2.23.6/ and run http://pastebin.com/d5839987
  • [18:03:18] <kell|home> I'm trying to evaluate and understand the platform to decide if its gonna work for what I have ideas in my head lol
  • [18:03:27] <kell|home> that would of been really really nice for end users but, not a deal breaker
  • [18:04:23] <kell|home> I wonder why they do that. don't they want things to run on their chip, not sit on the board and do nothing?
  • [18:04:24] <kell|home> lol
  • [18:04:31] <Crofton|work> sweetlilm, just finding them and badgering us about them is helpful
  • [18:04:56] <sweetlilm> thanks, but I alredy fixed it in the makefile :) I need to learn how to fix the underlyings issues which are a bit beyond me at the mo :) heh
  • [18:06:21] <sweetlilm> at least its all starting to make a vague kind of sense now
  • [18:07:32] <koen> sweetlilm: there is not one point in the configure(.ac) script that messes up, there are more points
  • [18:07:42] <koen> sweetlilm: so the fix I'm committing it the sed script I pasted
  • [18:11:50] <sweetlilm> but your script only look in -name "Makefile" ?
  • [18:12:12] <sweetlilm> or am I misunderstanding how find works?
  • [18:12:56] <koen> yes
  • [18:13:10] <koen> it fixes the symptons, not the cause
  • [18:13:43] <koen> the cause are the ggz portions in the configure(.ac) script
  • [18:16:50] <koen> hmmm
  • [18:17:09] * koen fell in that grammar trap again
  • [18:17:30] <sweetlilm> :)
  • [18:32:26] * dirk2 (n=dirk@F3196.f.strato-dslnet.de) has left #beagle
  • [18:43:24] * gregoiregentil (n=zonbu@adsl-71-135-103-46.dsl.pltn13.pacbell.net) has joined #beagle
  • [18:49:20] * john280z (n=johnm@user-0c2h5av.cable.mindspring.com) has joined #beagle
  • [18:56:50] <jkridner> prpplague: ping
  • [19:04:04] <prpplague> jkridner pong
  • [19:04:17] <prpplague> jkridner sorry was burning stuff on the grill
  • [19:04:26] <prpplague> nothing like armadillo road kill
  • [19:04:29] <jkridner> :)
  • [19:04:37] <jkridner> what about the connector on the bottom?
  • [19:05:37] <prpplague> jkridner the uart header, if the uart header was left unpopulated like the expansion header, it would be easier to have a board that had two db9 connectors
  • [19:05:54] <prpplague> jkridner i could do it with a ribbon cable, but thats just another expense
  • [19:05:58] <jkridner> oh!
  • [19:06:13] <prpplague> jkridner just a thought
  • [19:06:17] <jkridner> well, I don't think we'd want to do that. I think you'd need to move it instead.
  • [19:06:18] <[X]Spot> When I insert my USB camera.. it is initialized sucessfully but no /dev/video0 is created
  • [19:06:18] <[X]Spot> /home/omap3/devel/tmp1/gspcav1-20071224/gspca_core.c: USB GSPCA camera found.(ZC3XX)
  • [19:06:18] <[X]Spot> /home/omap3/devel/tmp1/gspcav1-20071224/gspca_core.c: [spca5xx_probe:4275] Camera type JPEG
  • [19:06:18] <[X]Spot> /home/omap3/devel/tmp1/gspcav1-20071224/Vimicro/zc3xx.h: [zc3xx_config:638] Find Sensor PB0330. Chip revision 0
  • [19:06:18] <[X]Spot> /home/omap3/devel/tmp1/gspcav1-20071224/gspca_core.c: [spca5xx_getcapability:1249] maxw 640 maxh 480 minw 160 minh 120
  • [19:06:25] <[X]Spot> do you have any idea ?
  • [19:06:37] <prpplague> jkridner move it?
  • [19:06:44] <jkridner> too much of a pain out-of-the-box for someone not wanting to do hardware.
  • [19:06:55] <jkridner> yeah, I wouldn't want to remove it for all boards.
  • [19:07:22] <jkridner> better to move it when connecting your breadboard.
  • [19:07:45] <jkridner> I know it is a pain to remove those things, especially the ground pins that suck a lot of heat.
  • [19:08:06] <jkridner> still seems like the breadboard would be better connecting from the bottom though.
  • [19:08:16] <[X]Spot> When I insert USB Flash KEY .. I am able to mount it /dev/sda1 .. but no /dev/video0 is created for the camera ?
  • [19:08:29] <jkridner> having the DB9 on the breadboard does sound nice.
  • [19:08:47] <prpplague> jkridner yea, just thought having the primary serial port connecting to the bottom of the board would be nice
  • [19:09:16] <prpplague> jkridner anyway, we can do it with a ribbon cable, just means that it will have to wrap around on one side
  • [19:10:01] <jkridner> I've not tried a USB camera yet.
  • [19:10:18] <prpplague> jkridner what we are talking about so far is a level shifter for the i/o to +5v, a i2c gpio expander, and the uart shifted to rs-232 levels, along with a proto area
  • [19:12:08] <jkridner> I don't see a good way around that prpplague. Is there something that you'd suggest that wouldn't be disruptive to the hundreds of people who've already purchased boards or for people not wanting to do hardware mods?
  • [19:13:58] <jkridner> I'm running an August Angstrom kernel and just tried to plug in a Gear Head USB camera.
  • [19:14:05] <jkridner> doesn't seem to even enumerate.
  • [19:14:13] <jkridner> this camera acts odd on my mac too.
  • [19:15:07] <jkridner> does whatever udev magic know to make /dev/video0?
  • [19:15:18] <jkridner> have you tried using 'mknod' to add it manually?
  • [19:17:02] <prpplague> jkridner the usage of the adapter cable is probably the best choice
  • [19:17:12] <jkridner> k. sounds like it to me too.
  • [19:17:25] <prpplague> jkridner i'll keep looking to see if there is a better way, but i suspect that is the best at this stage
  • [19:17:43] <prpplague> jkridner just spoke to mr.herod about the board
  • [19:18:02] <jkridner> could probably swivel the JTAG too and have this be an option rather than his current swivel kit.
  • [19:18:06] <prpplague> jkridner he's interested if he can get some feedback from you guys as to the viability of producing it
  • [19:18:23] <prpplague> jkridner indeed
  • [19:18:30] <jkridner> I try to keep all the info as public as I can. I really don't know.
  • [19:18:56] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit ()
  • [19:19:08] <jkridner> I have no idea about things like the Overo pricing, etc.--things that could really change the market for Beagles.
  • [19:19:32] <jkridner> My goal is to make sure there are Beagles out there at a good price for people to get them if they want them.
  • [19:19:44] <[X]Spot> Can I install Arngstrom packages from repository ? Can i say : install madplay (for ex) and it will install all the dependencies
  • [19:20:07] <koen> [X]Spot: opkg update ; opkg install madplay
  • [19:20:10] * Olipro (i=Olipro@uncyclopedia/Olipro) has joined #beagle
  • [19:20:16] <jkridner> I wouldn't be the slightest bit upset if something better came along, but I do know it is a challenge.
  • [19:20:17] <prpplague> jkridner np, no secrets on this, he just didn't want to jump onto it without doing some research to confirm my suggestions
  • [19:20:28] <[X]Spot> koen thanks
  • [19:20:43] <jkridner> right. I'd suggest polling the mailing list and IRC.
  • [19:20:49] <jkridner> I'd buy a couple.
  • [19:21:09] <jkridner> we'd have to get some idea like that and your guess would probably be as good as mine.
  • [19:21:46] <jkridner> I can try to get him hooked up with a couple of universities. That might help.
  • [19:22:31] <prpplague> jkridner yea, that would indeed, the i2c bus that is available on the expansion header, does it have another other devices connected to it?
  • [19:23:02] <jkridner> I think it is a different I2C bus.
  • [19:23:11] <jkridner> I'd have to check the schematics.
  • [19:23:15] <jkridner> want me to do that?
  • [19:23:35] <prpplague> naw, i was planning to check, just thought i'd ask since you were available
  • [19:23:36] * dcramer (n=davec@dcdsl.ebox.com) Quit (Read error: 104 (Connection reset by peer))
  • [19:24:21] * dcramer (n=davec@dcdsl.ebox.com) has joined #beagle
  • [19:24:36] * dcramer (n=davec@dcdsl.ebox.com) Quit (Read error: 104 (Connection reset by peer))
  • [19:25:09] * jkridner|beagle forgot to time my native kernel build again
  • [19:26:20] * jkridner|beagle thinks about 1 hub=7 beagles and distcc.
  • [19:26:48] <koen> 3 hubs 14 beagles :)
  • [19:27:02] <jkridner|beagle> wow, someone already built distcc.
  • [19:27:15] <prpplague> jkridner|beagle i've had 8 nail boards connected before
  • [19:27:19] <jkridner|beagle> hmmm... need to adduser distcc
  • [19:27:22] <koen> jkridner|beagle: with avahi support :)
  • [19:27:33] <prpplague> jkridner|beagle was pretty nice for native builds
  • [19:28:18] <jkridner|beagle> 3 7-port hubs = 19 beagles.
  • [19:28:23] <koen> jkridner|beagle: http://0pointer.de/blog/projects/avahi-distcc.html
  • [19:28:41] <koen> jkridner|beagle: and how do you connect those hubs to the beagle?
  • [19:28:52] <koen> ah, right
  • [19:29:04] * koen is bad at math late at night
  • [19:29:28] <jkridner> did you forget the 5 beagles on the top hub?
  • [19:29:44] <koen> yes
  • [19:30:15] <jkridner> EDID is on I2C3.
  • [19:30:40] <jkridner> Expansion is I2C2
  • [19:31:01] <prpplague> jkridner ah lovely
  • [19:31:30] <jkridner> TWL4030 is on I2C4.
  • [19:31:41] <jkridner> looking to see if it is using a second I2C.
  • [19:31:45] <prpplague> jkridner theorectically you could daisy chain the nail boards forever
  • [19:31:53] <jkridner> wouldn't surprise me for TWL4030 to use 2 I2C ports.
  • [19:32:23] <jkridner> ah, TWL4030 is also on I2C1.
  • [19:32:38] <prpplague> jkridner yea, any need for a small i2c eeprom onboard or a small analog pot?
  • [19:32:55] <pbrook> prpplague: Latency might be a bit high though :-)
  • [19:33:11] <jkridner> I believe I2C4 is the one that can automatically spit out temperature and process variation information to help lower the power consumption.
  • [19:33:34] <koen> hmmm
  • [19:33:36] <jkridner> both would be nice. GPIO expander would be my #1 pick.
  • [19:33:40] <koen> the kernel doesn't know anout i2c4
  • [19:35:01] <jkridner> that seems to be all of the I2C connections.
  • [19:35:21] <jkridner> koen: until the "smartreflex avs" code is put in, I wouldn't expect it to.
  • [19:35:24] * dcramer (n=davec@dcdsl.ebox.com) has joined #beagle
  • [19:35:32] <prpplague> pbrook yea i expect the latency to be alot higher than normal gpio
  • [19:35:55] <jkridner> in fact, I wouldn't expect it to ever really show up in the kernel, since the hardware directly spits out the info and the port couldn't be used as general I2C in that case.
  • [19:36:20] <prpplague> koen / jkridner thoughts on a reasonable price for the board?
  • [19:36:41] <koen> prpplague: uart + i2c-gpio?
  • [19:37:10] <jkridner> what is the full-run-down?
  • [19:37:19] <jkridner> how much breadboard space?
  • [19:37:36] <jkridner> any battery or case options?
  • [19:38:07] <prpplague> uart, i2c gpio, and proto area for the basic board
  • [19:38:27] <prpplague> with the uart being rs-232 level shifted and all i/o +5v tolerant
  • [19:38:57] <jkridner> power runs for the proto area
  • [19:38:58] <jkridner> ?
  • [19:39:09] <prpplague> yea
  • [19:39:18] <prpplague> about 6mm x 6mm proto area
  • [19:39:58] <prpplague> jkridner basically this would just mount underneath the beagle
  • [19:40:21] <gregoiregentil> I have some trouble to *dynamically* rotate the screen output. The screen can be rotated if I use the option rotate in xorg.conf but when I'm using xrandr to do it live, I get an error (X Error of failed request). I have xorg-server-1.4.2, fbdev (xf86-video-fbdev-0.4), kernel 2.6.27. See log of xorg and the xrandr error: http://pastebin.com/d724c0cc7
  • [19:41:12] <koen> gregoiregentil: I couldn't get Xorg to support randr on fbdev yet :(
  • [19:41:24] <koen> kdrive has the support, but a messed up keymap
  • [19:41:29] <jkridner> 6mm?
  • [19:41:37] <jkridner> 6in?
  • [19:42:00] <prpplague> jkridner sorry typo, 60mm x 60mm
  • [19:42:16] <jkridner> k. with power runs at 5V and 3.3V?
  • [19:42:27] <gregoiregentil> koen: in which component is the problem? xorg-server?
  • [19:42:43] <koen> gregoiregentil: I suspect in the xf86-video-fbdev driver
  • [19:42:45] <prpplague> jkridner i had only planned on +5v since the expansion header only has +5v, but i can add a small ldo for 3.3v
  • [19:43:08] <prpplague> jkridner was trying to keep it pretty simple
  • [19:43:12] <gregoiregentil> koen: strange that there is no error reported in xorg.conf but what you are saying makes sense as it's not working :-(
  • [19:43:31] <gregoiregentil> koen: s/xorg.conf/xorg.log/ I mean
  • [19:44:16] <koen> they might be a trick to get it to work, but I'm no X guru
  • [19:44:17] <jkridner> k. 5V can work. I don't care that much about power consumption and could just add a linear regulator if any of the devices need 3.3V
  • [19:44:31] <gregoiregentil> koen: how could I help to fix it?
  • [19:44:50] <koen> gregoiregentil: your best bet would be to ask X hackers about it
  • [19:45:05] <prpplague> jkridner ok so i'll add a note to see if we can add a small ldo
  • [19:45:09] <koen> (or pester TI to do a proper omap driver with Xv and GL support :))
  • [19:45:22] <prpplague> $45USD sound reasonable?
  • [19:45:43] <jkridner> that's about what I was thinking.
  • [19:45:47] <koen> sounds reasonable to me
  • [19:45:53] <jkridner> might like to have some buttons and the pot.
  • [19:46:09] <koen> it's about ???30
  • [19:46:22] <jkridner> 2 db9's and an SDIO connector.
  • [19:46:57] <jkridner> I know some people would go crazy for an Ethernet jack where that Micrel SPI part could be used.
  • [19:47:03] <jkridner> sorry, lost control there for a second.
  • [19:47:18] <jkridner> cat is going nuts on my laptop.
  • [19:47:22] <[X]Spot> When I insert a module for web camera, sound card and so on... it is being inserted correctly but no device is created in /dev/xxx ... I should create it manually with mknod.. What should I include in the kernel so the devices will be created automatically ?
  • [19:47:28] <jkridner> loves the mouse cursor.
  • [19:48:20] <prpplague> jkridner yea, couple buttons and a pot would be nice
  • [19:48:30] <prpplague> jkridner i'll price the stuff up and see where we stand
  • [19:48:54] <koen> [X]Spot: are you sure that the driver is working correctly?
  • [19:49:04] <koen> [X]Spot: udev is pretty foolproof nowadays
  • [19:50:30] * jkridner missed the emergence of udev and feels like it is black magic.
  • [19:50:56] * mru was there and still feels like it is black magic
  • [19:51:01] <koen> it's a userspace app coded by kernel people
  • [19:51:04] <[X]Spot> koen the driver is ok ..
  • [19:51:04] <[X]Spot> root@beagleboard:/lib/modules/2.6.22.18-omap3/kernel/sound/arm/omap# insmod snd-omap3evm-twl4030-audio.ko
  • [19:51:04] <[X]Spot> OMAP3430 TWL4030 Audio Support: Chip Rev[0x2f] Initialized
  • [19:51:04] <[X]Spot> audio support initialized
  • [19:51:04] <[X]Spot> root@beagleboard:/lib/modules/2.6.22.18-omap3/kernel/sound/arm/omap# ls /dev/dspls: /dev/dsp: No such file or directory
  • [19:51:21] <koen> eek!
  • [19:51:24] <koen> 2.6.22
  • [19:51:26] * koen runs
  • [19:52:23] <[X]Spot> yes
  • [19:52:49] <[X]Spot> most of the drivers that I use are running on this kernel
  • [19:53:38] <jkridner> any reason you are trying to get this to work with 2.6.22 instead of joining the march to fix 2.6.27?
  • [19:53:53] <jkridner> product focus?
  • [19:54:19] <[X]Spot> I have some drivers which I do not have updates for them yes .. so I am still using 2.6.22
  • [19:54:50] * likewise (n=likewise@82-171-51-231.ip.telfort.nl) has joined #beagle
  • [19:59:43] <gregoiregentil> koen: can you explain the advantages to use xorg-server over xorg-kdrive? Why is the demo Angstrom image using xorg server and not kdrive?
  • [20:03:08] <prpplague> sakoman you got the wi2wi connected on the overo via GSPI or SDIO, and are you using the standard libertas driver or the marvell provided driver?
  • [20:03:46] <sakoman> prpplague: it is connected via sdio
  • [20:04:03] <sakoman> I plan to use the standard libertas_sdio driver
  • [20:04:24] <sakoman> that is next on the to do list -- bluetooth is working now
  • [20:04:58] <sakoman> but omap hsmmc driver in linux-omap needs some work before this is possible
  • [20:05:14] <sakoman> starting with the fact that it only supports one mmc slot at the moment
  • [20:05:27] <koen> gregoiregentil: kdrive has trouble with keymaps
  • [20:06:08] <prpplague> sakoman you have seperate power rails for the bluetooth and wifi sections?
  • [20:06:22] <sakoman> yes
  • [20:07:30] <gregoiregentil> koen: yup, I saw the recent thread (a guy is suggesting to replace the xmodmap from 1.3)
  • [20:07:42] <prpplague> sakoman just a note the current rev of the libertas driver doesn't support the newier firmware for the 8686
  • [20:07:44] <gregoiregentil> koen: I'm just trying to understand what is best "beyond" bugs
  • [20:07:56] <prpplague> sakoman dan williams is working on some tweaks for the new firmware
  • [20:08:08] <prpplague> sakoman i just sent him a wi2wi eval module
  • [20:08:12] <koen> gregoiregentil: atm there is no "best" option, only "least amount of visible bugs"
  • [20:08:42] <gregoiregentil> koen: OK!
  • [20:09:09] <gregoiregentil> koen: keyboard is higher in the list than rotate, I agree ;-)
  • [20:09:38] <sakoman> prpplague: don't know dan williams
  • [20:10:48] <prpplague> sakoman he's with redhat, he;s doing alot of the mainstream code for libertas along with ossman
  • [20:11:02] <koen> ah, that dan williams
  • [20:11:06] <sakoman> ah, OK. thanks for the info
  • [20:11:08] <koen> not intel dan williams :)
  • [20:11:43] <prpplague> sakoman give me a shout if you need any info
  • [20:13:41] <[X]Spot> koen how can I see what's the major/minor number of the sound device and to create it manually (/dev/dsp)
  • [20:14:18] <sakoman> prpplague: will do!
  • [20:15:25] <koen> [X]Spot: the kernel source should have a doc for that
  • [20:15:37] <koen> [X]Spot: or check on your workstation (which is whay I do)
  • [20:18:11] <[X]Spot> How can I check it from the workstation ? cat /sys/ .. ?
  • [20:19:00] <koen> ls /dev/dsp -la
  • [20:20:20] * koen is looking forward to trying compiz-fusion on the beagle when the drivers finally arrive
  • [20:23:34] <[X]Spot> koen .. yes but I do not have such file
  • [20:23:41] <[X]Spot> THe idea is to create it manually with mknod
  • [20:23:43] <[X]Spot> I have only
  • [20:23:43] <[X]Spot> ls /dev/snd/
  • [20:23:43] <[X]Spot> controlC0 pcmC0D0c pcmC0D0p timer
  • [20:23:57] <[X]Spot> lsmod
  • [20:23:57] <[X]Spot> Module Size Used by
  • [20:23:57] <[X]Spot> snd_omap3evm_twl4030_audio 36288 0
  • [20:24:16] <koen> don't you need soundcore and snd-pcm-oss as well?
  • [20:25:31] <[X]Spot> it's included in the kernel
  • [20:31:47] * zedstar (n=john@82-44-200-69.cable.ubr08.haye.blueyonder.co.uk) Quit (Remote closed the connection)
  • [20:40:16] <jkridner|beagle> koen: noticed that --zeroconf is already set in /etc/init.d/distcc
  • [20:40:29] <koen> jkridner|beagle: yes
  • [20:40:39] <koen> jkridner|beagle: angstrom ships avahi by default :)
  • [20:40:42] <jkridner|beagle> guess I'd still need to change "ALLOWEDNETS"?
  • [20:40:55] <jkridner|beagle> kernel build finisehd.
  • [20:40:57] <koen> unless it matches your network setup
  • [20:40:58] <jkridner|beagle> finished
  • [20:41:19] <koen> I think it's setup for the default usbnet address
  • [20:41:47] <koen> it's a while back so I can't remember what defaults I used
  • [20:42:57] <koen> I should have read http://wiki.davincidsp.com/index.php?title=Codec_Engine_FAQ before trying to build it
  • [20:46:32] <jkridner|beagle> hmmm.... make uImage seems to be rebuilding a lot. seem to have a clock skew issue.
  • [20:49:53] <kell|home> koen: sorry I may be nieve but I thought it was mentioned that there won't be any opengl in X, doesn't compiz-fusion require that?
  • [20:51:06] <pbrook> kell|home: That's not what we said.
  • [20:51:29] <kell|home> I must of misunderstood, please clarify :)
  • [20:51:38] <pbrook> Currently there is no OpenGL in X. Whether there will be in the future depends how badly ImgTek fuck up the drivers.
  • [20:52:14] <kell|home> oh, so their working on drivers?
  • [20:52:21] <pbrook> Allegedly.
  • [20:52:25] <kell|home> oh cool
  • [20:52:38] <pbrook> Not open source ones though.
  • [20:52:42] * dcordes_ (n=dcordes@unaffiliated/dcordes) Quit ("leaving")
  • [20:53:02] * dcordes (n=dcordes_@unaffiliated/dcordes) has joined #beagle
  • [20:53:10] <kell|home> thats too bad but I would be glad if it just works in general though
  • [20:53:22] <koen> pbrook: last I heard the kernel bits should finally be opensource
  • [20:53:44] <koen> pbrook: probably just a dump firmware loader, but still
  • [20:54:02] <pbrook> koen: Yeah, but especially if it's Gallium based, that gives up approximately nothing.
  • [20:54:11] * cbrake (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) Quit (Read error: 113 (No route to host))
  • [20:55:28] * koen reads up on gallium3d before making further comments
  • [20:58:10] <koen> ah, so imgtec would write a gallium kernel driver and X can just hook into that
  • [20:58:22] <koen> if I read the propaganda properly
  • [20:58:35] <pbrook> Int theory, yes.
  • [20:59:27] <pbrook> I'm pretty sure Intel had a gallium SGX driver writen, no idea whether thats what they're planning on using though. There's at least one other driver.
  • [20:59:45] <koen> wasn't that sgx535 and omap3 is 530?
  • [21:00:01] <pbrook> Possibly. I've no idea what the differences are though.
  • [21:00:07] <koen> me neither
  • [21:00:26] <pbrook> If their part numbering is even half sane I'd expect them to be fairly similar. ;-)
  • [21:00:36] <koen> *If*
  • [21:01:06] <kell|home> sorry another dumb question but, in X if someone writes one of those drivers, does that mean the opengl capable chip is now doing all of the window renderings?
  • [21:01:34] <pbrook> Gallium isn't quite as clean as some of the diagrams make out. There's the "windowing manager" bits (i.e. fittign OpenGL into X) that break the nice pipelined architecture.
  • [21:01:43] <koen> only if you use XGL
  • [21:01:49] <pbrook> kell|home: If it supports all the bits to allow that, yes.
  • [21:02:13] <kell|home> ah. so they could just implement bits for the fancy effects but not off load alot of the rendering on the gpu?
  • [21:02:16] <pbrook> koen: AIGLX uses OpenGL for window rendering as well. It's just implemnted a bit differently.
  • [21:02:24] <koen> pbrook: I'd be happy with hardware accelerated Xrender ops
  • [21:02:57] <kell|home> I'm just thinking if its rendering everything, it frees up the cpu a bit, perhaps the OS will feel a bit more snappier
  • [21:03:02] <pbrook> XV and xvmc would be good too.
  • [21:03:07] <koen> yeah
  • [21:03:19] <koen> although xvmc is prettymuch mpeg specific
  • [21:03:22] <koen> mpeg2*
  • [21:03:46] <koen> nice if you watch a lot of DVB, but not so nice for dirac or h26x
  • [21:03:47] <pbrook> Currently, yes. There are a couple of different strategies for fixing that.
  • [21:09:43] <koen> looks like someone needs to get softpipe to work in beagle first
  • [21:28:13] * guillaum1 (n=GZBA4143@AMontsouris-153-1-74-110.w90-2.abo.wanadoo.fr) has left #beagle
  • [21:29:15] <vlad_> koen: I think the keymaps issue with kdrive is just that some of them don't get installed as part of kdrive
  • [21:29:32] * guillaum1 (n=gl@AMontsouris-153-1-74-110.w90-2.abo.wanadoo.fr) has joined #beagle
  • [21:30:19] <jkridner|beagle> vlad_: dropped you an e-mail a bit earlier.
  • [21:30:39] <vlad_> yeah? haven't looked at email yet today
  • [21:30:50] * vlad_ reads
  • [21:30:54] <jkridner|beagle> thanks.
  • [21:31:00] <gregoiregentil> vlad: I'm interested by this kdrive keyboard issue. Can you elaborate?
  • [21:31:16] <vlad_> gregoiregentil: not without setting my beagle back up; it's packed away atm
  • [21:31:51] <vlad_> i'll take a look either later tonight or tomorrow
  • [21:33:10] <gregoiregentil> vlad: OK. that would be great...
  • [21:35:59] <vlad_> jkridner|beagle: i'll poke chris if I talk to him tonight; if not tomorrow morning for sure to make sure he gets back to you
  • [21:36:37] <jkridner> thanks vlad_
  • [21:53:52] <jkridner> odd. a USB-to-SD adapter caused my Beagle to hang. :(
  • [21:54:00] <jkridner> oh wait, it is that USB camera.
  • [21:54:14] <jkridner> my Beagle doesn't like it. (Neither did my Mac at first)
  • [21:58:21] <kell|home> just spotted iphone replacement screens for 39 bucks. I wonder what kinda controller they need lol
  • [22:07:37] * jkridner|beagle (n=angstrom@c-76-31-18-64.hsd1.tx.comcast.net) Quit (Read error: 110 (Connection timed out))
  • [22:23:53] <gregoiregentil> koen: are you still there?
  • [22:33:14] * Olipro_ (n=Olipro@uncyclopedia/Olipro) has joined #beagle
  • [22:35:33] * Olipro (i=Olipro@uncyclopedia/Olipro) Quit (Nick collision from services.)
  • [22:35:34] * Olipro_ is now known as Olipro
  • [22:48:43] * hli (i=chaton@vig91-2-82-232-97-149.fbx.proxad.net) Quit ("ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]")
  • [22:51:19] * jkridner|beagle (n=angstrom@c-76-31-18-64.hsd1.tx.comcast.net) has joined #beagle
  • [22:52:51] * Olipro_ (n=Olipro@uncyclopedia/Olipro) has joined #beagle
  • [22:52:53] <jkridner|beagle> strange. 'make uImage' is running git. Seems like I've seen this before.
  • [22:54:35] <jkridner|beagle> there it goes.
  • [23:03:59] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
  • [23:04:28] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit (Client Quit)
  • [23:05:09] * dcordes (n=dcordes_@unaffiliated/dcordes) Quit ("leaving")
  • [23:09:50] * Olipro (n=Olipro@uncyclopedia/Olipro) Quit (Read error: 110 (Connection timed out))
  • [23:13:13] <koen> jkridner|beagle: it runs git to get the git revision to put in the image (r2849829-dirty)
  • [23:15:00] <jkridner|beagle> thanks
  • [23:18:50] <koen> vlad_: https://bugzilla.mozilla.org/show_bug.cgi?id=450930 :)
  • [23:20:07] * Olipro__ (n=Olipro@uncyclopedia/Olipro) has joined #beagle
  • [23:20:16] * john280z (n=johnm@user-0c2h5av.cable.mindspring.com) Quit ("Ex-Chat")
  • [23:23:38] * TAKI (n=Administ@dslb-088-072-213-144.pools.arcor-ip.net) Quit (Read error: 54 (Connection reset by peer))
  • [23:24:11] <jkridner> what tinderbox is Mozilla using?
  • [23:24:20] <jkridner> oh, nm.
  • [23:26:24] * dcramer (n=davec@dcdsl.ebox.com) Quit (Read error: 104 (Connection reset by peer))
  • [23:26:57] * dcramer (n=davec@dcdsl.ebox.com) has joined #beagle
  • [23:30:44] * john280z (n=johnm@user-0c2h5av.cable.mindspring.com) has joined #beagle
  • [23:36:19] * Olipro_ (n=Olipro@uncyclopedia/Olipro) Quit (Read error: 110 (Connection timed out))
  • [23:45:31] * likewise (n=likewise@82-171-51-231.ip.telfort.nl) Quit ()
  • [23:58:23] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle