• [00:03:10] * bazbell (n=a0192809@nat/ti/x-dd972e17c0fe3337) has joined #beagle
  • [00:17:11] * Beagle8 (n=Beagle1@c-24-62-104-47.hsd1.ma.comcast.net) Quit (Read error: 110 (Connection timed out))
  • [00:21:55] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
  • [00:28:23] * DVbeagle1 (n=dvescovi@cpe-72-184-136-6.tampabay.res.rr.com) has joined #beagle
  • [00:41:18] * denix is away: I'm not here
  • [00:45:58] * DVbeagle1 (n=dvescovi@cpe-72-184-136-6.tampabay.res.rr.com) Quit ()
  • [00:54:25] <kholzer> Crofton: Are you using oss to output sound, or alsa-lib?
  • [00:54:52] <kholzer> (I realize you are ultimately using alsa, even if you're using the OSS shim...but...)
  • [00:58:05] * jrmuizel_ (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
  • [00:58:05] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit (Read error: 104 (Connection reset by peer))
  • [01:00:25] <kholzer> Crofton: Nevermind. Found it in your code.
  • [01:11:47] <macneib> hi i have a real newbie question about codesourcery where should I ask?
  • [01:14:54] <Crofton|work> kholzer, hi
  • [01:15:08] <Crofton|work> alsa
  • [01:15:17] <Crofton|work> but, alsa is broke on beagle :(
  • [01:16:58] <makorihi> Hey guys, would anybody happen to know why my uboot v1.3.3 hangs when I run mtest?
  • [01:17:11] <Crofton|work> no
  • [01:17:17] <Crofton|work> I haven't tried it
  • [01:17:31] <makorihi> Ah, ok
  • [01:18:23] <Crofton|work> kholzer, hunt me up a little earlier in the day :)
  • [01:19:32] <ds2> ALSA is just broken at the TOT on L-O
  • [01:19:40] <ds2> works fine in my tree ;)
  • [01:22:16] <kholzer> ds2: yeah? Lemme muck with some stuff. Might I ask what you are doing?
  • [01:23:01] <ds2> kholzer: all sorts of stuff.. playing with the S-Video, the expansion header, etc
  • [01:23:09] <kholzer> macneib: whats your questino?
  • [01:23:29] <kholzer> ds2: i mean what's your software setup rather
  • [01:23:33] <kholzer> *question
  • [01:24:45] <macneib> oh... well i'm coming off OE and onto codesourcery and I'm having trouble getting gcc to compile anything
  • [01:25:17] <ds2> kholzer: setup in what way?
  • [01:25:25] <ds2> I am not using OE if that's what you mean
  • [01:26:35] <macneib> i ran the binary install but... here's where it gets real newbie, I ran a test complie of http://www.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git with menuconfig etc et. but it complains that it can't find gcc
  • [01:27:01] <macneib> do i have to manually specify the paths to the Codesourcey files?
  • [01:27:15] <macneib> i thought it was taken care of in the install
  • [01:28:39] <macneib> i downloaded CS 2007q3
  • [01:29:26] <macneib> cancel that i grabbed the linux installer
  • [01:31:12] <Crofton|work> macneib, what do you mean by binary install?
  • [01:31:45] <macneib> http://www.codesourcery.com/gnu_toolchains/arm/portal/release313
  • [01:31:57] <macneib> IA32 GNU/Linux Installer
  • [01:32:07] <Crofton|work> and you grabbed the kernel source from git
  • [01:32:12] <macneib> yup
  • [01:33:07] <Crofton|work> I think you need the compiler in your path
  • [01:33:18] <macneib> looking now
  • [01:33:21] <Crofton|work> and set CROSS_COMPILE to the prefix on the tool chain bits
  • [01:35:21] * denix0 (n=denix@pool-71-255-232-65.washdc.east.verizon.net) has joined #beagle
  • [01:44:00] * docelic (n=docelic@78.134.195.14) Quit ("http://www.spinlocksolutions.com/")
  • [01:49:10] * rsalveti (n=salveti@189.70.107.208) has joined #beagle
  • [01:54:00] <macneib> Crofton: fixed it, it wasn't setting the env variables for CROSS_COMPILE at the command line so i edited the makefile and it's working now
  • [01:54:05] <macneib> thanks for your help
  • [01:54:28] <macneib> i just have to remember that i edited the makefile..
  • [01:54:42] * slothlove (n=srussell@user-387ggve.cable.mindspring.com) has left #beagle
  • [02:15:45] * bazbell (n=a0192809@nat/ti/x-dd972e17c0fe3337) Quit ("Leaving.")
  • [02:31:19] <kholzer> ds2: k, osrry for slow reply. I will muck with some stuff in OE then. What are you using, your own kool-aid?
  • [02:31:25] <kholzer> *sorry
  • [02:33:38] * BThompson (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) Quit ("Trillian (http://www.ceruleanstudios.com")
  • [02:38:54] <Crofton|work> macneib, you can do it without editing the makefile
  • [02:43:35] <Crofton|work> gn all
  • [02:44:11] * JoeyBorn (n=jborn@h-68-164-11-222.chcgilgm.dynamic.covad.net) has joined #beagle
  • [02:44:29] <denix0> gn
  • [02:44:37] * swetland_ (n=swetland@nat/google/x-573bda636f026007) has joined #beagle
  • [02:46:47] * robclark (n=robclark@cpe-66-75-3-90.san.res.rr.com) has joined #beagle
  • [02:55:14] * oelewapperke (i=a619fded@85-158-215-1.powered-by.benesol.be) Quit (Read error: 110 (Connection timed out))
  • [02:55:20] * swetland (n=swetland@nat/google/x-3c946337d22c8e8e) Quit (Read error: 110 (Connection timed out))
  • [02:55:26] * mirtes (n=mirtes@189.62.124.210) has joined #beagle
  • [03:02:23] * mirtes (n=mirtes@189.62.124.210) Quit (Remote closed the connection)
  • [03:16:21] * cbrake is now known as cbrake_away
  • [03:24:41] * Olipro_ (n=Olipro@uncyclopedia/Olipro) has joined #beagle
  • [03:25:05] * Olipro (n=Olipro@uncyclopedia/Olipro) Quit (Nick collision from services.)
  • [03:25:07] * Olipro_ is now known as Olipro
  • [03:48:43] * jrmuizel_ (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit (Remote closed the connection)
  • [03:49:23] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
  • [03:55:13] * Olipro (n=Olipro@uncyclopedia/Olipro) Quit (Read error: 104 (Connection reset by peer))
  • [03:55:55] * robclark (n=robclark@cpe-66-75-3-90.san.res.rr.com) Quit ()
  • [03:56:13] * Olipro (i=Olipro@uncyclopedia/Olipro) has joined #beagle
  • [04:20:12] * swetland_ is now known as swetland
  • [04:26:06] * shankar (n=shankar@189.157.5.231) has joined #beagle
  • [04:31:14] * shankar (n=shankar@189.157.5.231) Quit ("Leaving")
  • [04:36:36] * artyomt (n=artyomt@198.78.191.90.dyn.estpak.ee) Quit (Read error: 110 (Connection timed out))
  • [04:39:37] * jess (n=jess@59.160.172.220) has joined #beagle
  • [04:40:56] <ds2> kholzer: yes
  • [05:02:38] * soman (n=somnath@61.16.248.242) has joined #beagle
  • [05:07:16] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit ()
  • [05:10:33] * macneib (n=macneib@76-10-128-118.dsl.teksavvy.com) Quit (Read error: 113 (No route to host))
  • [05:25:39] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
  • [05:28:17] * Beagle1 (n=Beagle1@adsl-76-204-78-55.dsl.pltn13.sbcglobal.net) has joined #beagle
  • [05:29:40] * Beagle1 (n=Beagle1@adsl-76-204-78-55.dsl.pltn13.sbcglobal.net) Quit (Client Quit)
  • [05:41:38] * Beagle7 (n=Beagle7@76.224.242.60) has joined #beagle
  • [05:42:58] * Beagle7 (n=Beagle7@76.224.242.60) Quit (Client Quit)
  • [05:53:13] * JoeyBorn (n=jborn@h-68-164-11-222.chcgilgm.dynamic.covad.net) Quit (Read error: 110 (Connection timed out))
  • [05:53:34] * JoeyBorn (n=jborn@h-68-164-7-231.chcgilgm.dynamic.covad.net) has joined #beagle
  • [05:57:57] * [g2]_ (n=tom@cpe-069-134-207-174.nc.res.rr.com) has joined #beagle
  • [05:58:18] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit ()
  • [06:09:45] * [g2] (n=tom@nslu2-linux/g2) Quit (Read error: 110 (Connection timed out))
  • [06:26:14] * JoeyBorn (n=jborn@h-68-164-7-231.chcgilgm.dynamic.covad.net) Quit (Read error: 110 (Connection timed out))
  • [06:26:24] * JoeyBorn (n=jborn@h-68-164-10-104.chcgilgm.dynamic.covad.net) has joined #beagle
  • [06:38:30] * JoeyBorn (n=jborn@h-68-164-10-104.chcgilgm.dynamic.covad.net) Quit (Read error: 104 (Connection reset by peer))
  • [06:43:15] * rsalveti (n=salveti@189.70.107.208) Quit (Read error: 110 (Connection timed out))
  • [06:53:27] * JoeyBorn (n=jborn@h-64-105-84-183.chcgilgm.dynamic.covad.net) has joined #beagle
  • [06:57:38] * JoeyBorn (n=jborn@h-64-105-84-183.chcgilgm.dynamic.covad.net) Quit (Read error: 104 (Connection reset by peer))
  • [07:03:53] * trickie (n=trickie@a5061.upc-a.chello.nl) has joined #beagle
  • [07:12:39] * JoeyBorn (n=jborn@h-68-164-7-55.chcgilgm.dynamic.covad.net) has joined #beagle
  • [07:14:47] * JoeyBorn (n=jborn@h-68-164-7-55.chcgilgm.dynamic.covad.net) Quit (Read error: 54 (Connection reset by peer))
  • [07:27:25] <jess> what is the best DSP driver for OMAP1, OMAP2 and OMAP3.. DSP gateway or DSP Bridge...? or are they equally good..? or is there anything specific for a particular OMAP class ?
  • [07:29:05] * JoeyBorn (n=jborn@h-66-167-69-156.chcgilgm.dynamic.covad.net) has joined #beagle
  • [07:45:45] * JoeyBorn (n=jborn@h-66-167-69-156.chcgilgm.dynamic.covad.net) Quit (Read error: 104 (Connection reset by peer))
  • [07:54:12] * JoeyBorn (n=jborn@h-66-167-220-95.chcgilgm.dynamic.covad.net) has joined #beagle
  • [08:09:02] * Odi (n=banden@neo-y1a.ehv.campus.philips.com) has joined #beagle
  • [08:09:38] <Odi> whoa, so many people, hello guys
  • [08:10:03] * Odi is now known as odikrause
  • [08:11:19] * JoeyBorn (n=jborn@h-66-167-220-95.chcgilgm.dynamic.covad.net) Quit (Read error: 104 (Connection reset by peer))
  • [08:11:27] <odikrause> question: shouldnt it be possible to just use a"mini-A to normal usb"- cable and then a gender switch to connect a keyboard to
  • [08:11:31] <odikrause> beagleboard?
  • [08:15:30] <geist> think you caught it during quiet time
  • [08:16:53] <odikrause> oh, there is a quiet time?
  • [08:17:11] <adj_> odikrause: define a "mini-A to normal usb"?
  • [08:17:15] <geist> well, it's late in the day in the US
  • [08:17:40] <odikrause> or early ;-)
  • [08:17:54] <adj_> sorry, I meant define a "normal USB" connector
  • [08:17:56] <odikrause> beagle board has a mini-A adapter, rite?
  • [08:18:16] <odikrause> normal usb -> the connector on every memory stick
  • [08:18:20] <adj_> beagle has mini-AB connector to which you can attach either mini-A or mini-B male
  • [08:19:15] <odikrause> (i think mini-B male did not fit, but, yes)
  • [08:19:29] <koen> question 7 > 0, right?
  • [08:19:53] <odikrause> yepp
  • [08:19:56] <odikrause> http://di1.shopping.com/images1/pi/ea/c9/89/36558856-100x100-0-0_.jpg
  • [08:20:13] <koen> that won't work
  • [08:20:22] <koen> you need a cable with the id pin grounded
  • [08:20:30] <adj_> that connector should not even exist
  • [08:20:47] * JoeyBorn (n=jborn@h-68-165-188-52.chcgilgm.dynamic.covad.net) has joined #beagle
  • [08:20:51] <koen> like http://trisoft.de/pics/ZHost.JPG
  • [08:21:12] <koen> note the 'a' on the connector
  • [08:22:48] <odikrause> okay, so I can throw away the gender switcher :(
  • [08:24:33] <adj_> those gender changers are only useful on some r&d work where otg device is forced to host mode by the software
  • [08:24:53] <adj_> for example, micro-a connectors are almost impossible to find
  • [08:27:50] <odikrause> so for clarification: mini A and mini B look the same, but they have the letter A or B on top of it and the A version is setting the ID pin to ground wheras the B does not do that?!
  • [08:28:18] <adj_> mini-a and mini-b differ slightly
  • [08:28:39] <adj_> http://www.hervanta.com/wiki/images/7/70/Minit.jpg
  • [08:29:13] <adj_> left: mini-b, right: mini-a
  • [08:31:13] <odikrause> okay, hmmm, the I think I had a mini-A already here, but it didn't seem to fit, but that can be a perception - didn't want to break the little beagle :)
  • [08:32:33] <adj_> difference between mini-a and mini-ab socket:
  • [08:32:55] <adj_> http://www.hervanta.com/wiki/images/d/d7/MiniB.jpg http://www.hervanta.com/wiki/images/7/77/MiniAB.jpg
  • [08:35:30] * rsalveti (n=salveti@189.70.9.182) has joined #beagle
  • [08:35:44] <odikrause> thanks a lot!
  • [08:35:55] <odikrause> have to go to the HW store now :)
  • [08:37:33] * t_s_o (n=tso@135.84-49-129.nextgentel.com) has joined #beagle
  • [08:38:11] * JoeyBorn (n=jborn@h-68-165-188-52.chcgilgm.dynamic.covad.net) Quit (Read error: 104 (Connection reset by peer))
  • [08:42:54] * JoeyBorn (n=jborn@h-68-164-228-222.chcgilgm.dynamic.covad.net) has joined #beagle
  • [08:45:41] * soman (n=somnath@61.16.248.242) Quit (Read error: 113 (No route to host))
  • [08:49:43] * soman (n=somnath@61.16.248.242) has joined #beagle
  • [09:20:37] <jess> ???what is the best DSP driver for OMAP1, OMAP2 and OMAP3.. DSP gateway or DSP Bridge...? or are they equally good..? or is there anything specific for a particular OMAP class ?
  • [09:25:05] <koen> for omap3 and davinci you want dsplink
  • [09:25:24] * JoeBorn_ (n=jborn@h-68-165-56-198.chcgilgm.dynamic.covad.net) has joined #beagle
  • [09:27:01] * JoeyBorn (n=jborn@h-68-164-228-222.chcgilgm.dynamic.covad.net) Quit (Read error: 110 (Connection timed out))
  • [09:36:09] <jess> ok... thanks for the info..
  • [09:37:29] <jess> koen: is there a gstreamer port for beagle ?
  • [09:37:43] <jess> with access to the IVA engine ?
  • [09:40:21] * Beagle9 (n=Beagle9@c-24-62-104-47.hsd1.ma.comcast.net) has joined #beagle
  • [09:44:10] <koen> gstreamer has plugins for dspgw, dspbridge, dsplink, openmax and omapfb
  • [09:46:37] * [g2]_ (n=tom@cpe-069-134-207-174.nc.res.rr.com) Quit (Read error: 113 (No route to host))
  • [09:54:33] * [g2] (n=tom@nslu2-linux/g2) has joined #beagle
  • [10:01:55] * Beagle9 (n=Beagle9@c-24-62-104-47.hsd1.ma.comcast.net) Quit (Read error: 110 (Connection timed out))
  • [10:03:48] * zedstar (n=john@net26-100.tvu.ac.uk) has joined #beagle
  • [10:52:20] * odikrause2 (n=banden@neo-y1a.ehv.campus.philips.com) has joined #beagle
  • [10:52:21] * odikrause (n=banden@neo-y1a.ehv.campus.philips.com) Quit (Read error: 104 (Connection reset by peer))
  • [11:23:13] * shriram (i=7aa60de8@gateway/web/ajax/mibbit.com/x-e6e1894b33c2149d) has joined #beagle
  • [11:27:10] <shriram> will the twl4030 driver support in the kernel work for twl5030 as well?
  • [11:28:10] <koen> it should
  • [11:28:13] <jkridner_> good morning all.
  • [11:28:18] <koen> hey jkridner_
  • [11:28:25] * jkridner_ is now known as jkridner
  • [11:29:20] * jkridner|work (n=a0321898@nat/ti/x-b31e944ef1ebae9e) has joined #beagle
  • [11:29:58] <shriram> trying to understand - has anyone tested it on twl5030?
  • [11:30:34] <jkridner|work> I should probably know, but I don't. Does someone have a TWL5030?
  • [11:31:12] * t_s_o (n=tso@135.84-49-129.nextgentel.com) Quit ("Konversation terminated!")
  • [11:31:54] * JoeBorn_ (n=jborn@h-68-165-56-198.chcgilgm.dynamic.covad.net) Quit (Read error: 60 (Operation timed out))
  • [11:42:50] <shriram> i will be having one soon - but im thinking how much it is different and what work i need to do
  • [11:46:38] * JoeBorn_ (n=jborn@h-69-3-101-67.chcgilgm.dynamic.covad.net) has joined #beagle
  • [11:49:14] * odikrause2 (n=banden@neo-y1a.ehv.campus.philips.com) Quit (Read error: 110 (Connection timed out))
  • [11:55:36] <Crofton|work> did I read that right, a future version of the beagle will have more lcd access?
  • [11:55:52] <jkridner> that is still speculation.
  • [11:55:59] * Openfree (n=df@218.82.117.247) has joined #beagle
  • [11:56:10] <Crofton|work> I saw an email from Gerald ...
  • [11:58:12] <koen> gerald was asking about it to see how much demand their would be
  • [11:58:55] <Crofton|work> well, I haven't had coffee yet
  • [11:59:04] <Crofton|work> and I archived the email
  • [12:09:06] * gregoiregentil (n=zonbu@adsl-71-135-103-46.dsl.pltn13.pacbell.net) Quit ("Leaving.")
  • [12:29:34] * DJWillis (n=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) has joined #beagle
  • [12:31:44] * bazbell (n=a0192809@nat/ti/x-6d965820fbca776b) has joined #beagle
  • [12:32:26] * cbrake_away is now known as cbrake
  • [12:42:05] * prpplague (n=dave123_@ppp-70-244-162-142.dsl.rcsntx.swbell.net) Quit ()
  • [12:45:55] * feig (n=ejf3@22.sub-70-198-76.myvzw.com) has joined #beagle
  • [12:52:02] * alecrim (n=alecrim@200.184.118.132) has joined #beagle
  • [12:55:02] * soman (n=somnath@61.16.248.242) Quit ("Leaving")
  • [12:57:48] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
  • [13:04:35] <sweetlilmre> Hi all, I'm trying to get LinuxSampler to compile for the beagle, however the code requires a CreateTimeStamp function: http://pastebin.com/m6e185013
  • [13:04:55] <sweetlilmre> I need an OMAP or ARM specific code for this, any ideas?
  • [13:06:24] <jkridner> if you don't get an answer here, this might be something good for an e-mail, perhaps even to the linux-omap mailing list.
  • [13:06:46] <koen> or linux-arm-user or something similar
  • [13:06:55] <jkridner> even better.
  • [13:07:13] <koen> since you'd want an armv4 instruction to keep it generic :)
  • [13:07:58] <sweetlilmre> wouldn't this type of function require a highly accurate RTC? I mean could it possibly even be generic?
  • [13:09:30] * koen has no idea
  • [13:10:05] <koen> I also wonder how a cycle counter behaves for frequency changes
  • [13:11:48] <Crofton|work> did you try contacting the authors?
  • [13:12:52] <sweetlilmre> not yet (browsed the CVS tree for possible patches) but that would be next I guess.
  • [13:16:42] <sweetlilmre> arch/arm/xen/xentime.c looks like it might be a place to start... :)
  • [13:18:06] * JoeBorn_ (n=jborn@h-69-3-101-67.chcgilgm.dynamic.covad.net) Quit (Read error: 110 (Connection timed out))
  • [13:18:52] * BThompson (n=BThompso@nat/ti/x-014c411931d8f2c6) has joined #beagle
  • [13:21:12] * Openfree (n=df@218.82.117.247) Quit (kubrick.freenode.net irc.freenode.net)
  • [13:21:12] * dcordes_ (n=dcordes@unaffiliated/dcordes) Quit (kubrick.freenode.net irc.freenode.net)
  • [13:21:12] * jkridner (n=jason@c-76-31-18-64.hsd1.tx.comcast.net) Quit (kubrick.freenode.net irc.freenode.net)
  • [13:21:12] * Pavlov (n=pavlov@shell.off.net) Quit (kubrick.freenode.net irc.freenode.net)
  • [13:21:12] * esden`away (n=esden@repl.esden.net) Quit (kubrick.freenode.net irc.freenode.net)
  • [13:21:23] * prpplague (n=dave@mail.americanmicrosystems.com) has joined #beagle
  • [13:22:34] * Openfree (n=df@218.82.117.247) has joined #beagle
  • [13:22:34] * dcordes_ (n=dcordes@unaffiliated/dcordes) has joined #beagle
  • [13:22:34] * jkridner (n=jason@c-76-31-18-64.hsd1.tx.comcast.net) has joined #beagle
  • [13:22:34] * esden`away (n=esden@repl.esden.net) has joined #beagle
  • [13:22:34] * Pavlov (n=pavlov@shell.off.net) has joined #beagle
  • [13:26:10] * rsalveti (n=salveti@189.70.9.182) Quit (Remote closed the connection)
  • [13:37:29] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit ()
  • [13:38:46] * bazbell (n=a0192809@nat/ti/x-6d965820fbca776b) Quit ("Leaving.")
  • [13:39:54] * fer_luck (n=fer_luck@189.31.25.20) has joined #beagle
  • [13:45:34] * rsalveti (n=salveti@200.184.118.132) has joined #beagle
  • [13:52:05] * shriram (i=7aa60de8@gateway/web/ajax/mibbit.com/x-e6e1894b33c2149d) has left #beagle
  • [13:53:12] * JuanG (n=Juan@nat/ti/x-af5a6a4161af2248) has joined #beagle
  • [13:53:17] * JuanG (n=Juan@nat/ti/x-af5a6a4161af2248) has left #beagle
  • [13:55:57] <koen> vlad_: ping
  • [13:57:55] * zedstar (n=john@net26-100.tvu.ac.uk) Quit (Remote closed the connection)
  • [14:02:56] <koen> vlad_: some new fennec issues: http://www.angstrom-distribution.org/mozilla-fennec-browser-running-openmoko-gta01-phone
  • [14:05:56] * jrmuizel (n=jrmuizel@mozca02.ca.mozilla.com) has joined #beagle
  • [14:28:52] * jess (n=jess@59.160.172.220) has left #beagle
  • [14:31:38] * suihkulokki (i=rvoipio@nat/movial/x-cb58f179012cfa65) Quit ("leaving")
  • [14:40:50] <sakoman> Crofton|work: did you ever resolve the gnome-python -desktop issue?
  • [14:41:43] * alecrim (n=alecrim@200.184.118.132) Quit ("Leaving")
  • [14:42:08] <sakoman> I did a clean build after an oe.dev pull last night before going to sleep and have failures in gnome-python-desktop, ggz-clientlibs, e2fsprogs-libs, and gnumeric
  • [14:44:06] <sakoman> koen: this gnumeric failure looks vaguely familiar. didn't you fix this once before?
  • [14:44:08] <sakoman> http://www.sakoman.net:8000/public/logs/365427.txt
  • [14:47:09] * odikrause2 (n=banden@neo-y1a.ehv.campus.philips.com) has joined #beagle
  • [14:50:20] * felipec (n=felipec@a88-113-6-167.elisa-laajakaista.fi) has joined #beagle
  • [14:51:35] <Crofton> sweetlilmre, reported that installing libbonobo on the build machine helps
  • [14:52:35] <sweetlilmre> yeah, that fixed gnome-panel I think (missing Bonobo::Unknown in the IDL)
  • [14:54:10] <sakoman> Crofton: I have libbonobo, libbonobo-common, and libbonobo-dev installed on my build machine, so I don't think that is the issue
  • [14:55:53] * Beagle9 (n=Beagle9@75.31.172.14) has joined #beagle
  • [14:56:26] * Beagle9 (n=Beagle9@75.31.172.14) Quit (Client Quit)
  • [14:56:44] * fagius (n=fagius@static-71-111-254-119.rlghnc.dsl-w.verizon.net) Quit ("Leaving")
  • [14:57:24] <Crofton|work> gunradio build going, with skeleton NEON
  • [14:58:36] <Crofton|work> ok running demo image on this machien
  • [14:59:55] <sakoman> my error is on gnome-python desktop -- says it can't find python headers iirc
  • [15:00:56] <koen> sakoman: ASSUME_PROVIDED += "gdk-pixbuf-csource-native imagemagick-native librsvg-native"
  • [15:01:23] <koen> sakoman: don't use the gdk-pixbuf-csource-native in OE, it lacks sipport for the image format gnumeric needs
  • [15:01:53] <Crofton|work> ok reproduced
  • [15:02:18] <sakoman> koen: I assume that should go in local.conf?
  • [15:03:22] <Crofton|work> error: #error "LONG_BIT definition appears wrong for platform (bad gcc/glibc co
  • [15:03:22] <Crofton|work> nfig?)."
  • [15:04:02] <Crofton|work> sakoman, when did the gpio sysfs stuff appear?
  • [15:04:13] <Crofton|work> I can't find it in .26 kernel source/docs
  • [15:05:29] <sakoman> Crofton|work: It's been there for a while: http://www.sakoman.net/cgi-bin/gitweb.cgi?p=linux-omap-2.6.git;a=blob;f=Documentation/gpio.txt;h=18022e249c53dc1ad991d74d160551fa32f32070;hb=c434c15d28c82d92e55897bd265c423e9ab69362
  • [15:05:36] <koen> sakoman: yes, local.conf
  • [15:05:44] <Crofton|work> http://rafb.net/p/svJ2eU50.html
  • [15:06:26] <koen> Crofton|work: ah, it looks at the host python headers
  • [15:06:38] <koen> Crofton|work: that explains why it works on my x86_32 box
  • [15:06:44] <Crofton|work> that sounds about right
  • [15:06:52] <Crofton|work> ah, I am build in 64 bit install
  • [15:07:29] <Crofton|work> sakoman, I looked in the .26 source we use, and the section on the sysfs bit is not there
  • [15:08:10] <koen> maybe .26 didn't have gpiolib support for omap3
  • [15:08:33] <sakoman> I am building on amd64 also
  • [15:08:55] <sakoman> koen, Crofton|work: I think it may have just appeared in 2.6.27
  • [15:09:08] <Crofton|work> that is what I am thinking
  • [15:09:26] <Crofton|work> all the more reason to annoyed .27 isn't working well for us :)
  • [15:10:11] <sakoman> I'm sorry to hear that. I'm curious what the issue is on Beagle since it seems to work fine on Overo
  • [15:10:40] <sakoman> At least as well as .26
  • [15:10:52] <Crofton|work> heh
  • [15:11:26] * trickie (n=trickie@a5061.upc-a.chello.nl) Quit ("Leaving")
  • [15:12:27] * jrmuizel (n=jrmuizel@mozca02.ca.mozilla.com) Quit ()
  • [15:12:41] <koen> did the beagle asoc go into git already already?
  • [15:12:41] <Crofton|work> I should send you my usrp ...
  • [15:13:00] <sakoman> koen: not yet
  • [15:13:44] <swetland> 'morning steve
  • [15:13:55] <sakoman> Crofton|work: will you be doing a gnome-python-desktop fix?
  • [15:14:04] <sakoman> swetland: Good morning!
  • [15:14:12] <Crofton|work> hrw gave me a clue
  • [15:14:19] <Crofton|work> multitasking atm
  • [15:14:31] <swetland> shipping is a happy thing. we should do it more often.
  • [15:14:31] <Crofton|work> had to fix typo in my gnuradio stuff
  • [15:14:42] <Crofton|work> and argue politics in the local irc channel :)
  • [15:14:50] <Crofton|work> PETA's gone nuts
  • [15:14:54] <sakoman> swetland: does that mean you can take some time off now?
  • [15:15:10] <swetland> I actually took three entire days off last week!
  • [15:15:16] <sakoman> woo hoo!
  • [15:15:20] <swetland> will probably take a real vacation a little later this fall
  • [15:15:24] <sakoman> I did too :-)
  • [15:15:44] <sakoman> Caught a bad cold on the plae flight home though :-(
  • [15:15:50] <Crofton|work> what is "vacation"?
  • [15:15:52] <swetland> we're scrambling to get the open source release wrapped up in time for launch
  • [15:15:59] <swetland> so it's still a little crazy
  • [15:17:14] <sakoman> so does this mean you are going to fess up to who your employer is now? ;-)
  • [15:17:28] <swetland> been doing this for two months shy of four years now
  • [15:17:34] <swetland> what? that's never been a secret
  • [15:18:05] <sakoman> Oh OK! I thought you were in stealth mode
  • [15:18:29] <swetland> nah, the fact that I've been working for Google (and was previously at Android when we were a startup) is not sensitive
  • [15:18:30] <sakoman> Reviews seem to be pretty positive
  • [15:18:41] <swetland> and we announced the platform and sdk last fall
  • [15:19:11] <swetland> yeah, generally good buzz. can't really judge stuff until people can start buying 'em next month, but it's encouraging
  • [15:19:31] <Crofton|work> sakoman, pretty obvious by inspecting nick
  • [15:20:30] <swetland> yeah, I'm not exactly going to any great effort to obscure who I am or where I am ^^
  • [15:20:54] * Crofton|work needs a new phone
  • [15:21:00] <Crofton|work> but I'm on att
  • [15:21:22] <sakoman> Crofton|work: yes, obvious to those who know of Brian. There are some other folks who pop in occasionally who do feel a need to hide hteir identity
  • [15:21:43] <swetland> buncha paranoids!
  • [15:21:48] <Crofton|work> freaks!
  • [15:22:01] <sakoman> Crofton|work: did you decide against a crackberry?
  • [15:22:02] <swetland> actually the fact that we've done the bulk of our kernel work out in the open since shortly after announcing the sdk has been pretty wild this time around
  • [15:22:10] * prpplague still wants to know who geist works for
  • [15:22:18] <Crofton|work> well att isn't selling the 8320
  • [15:22:33] <swetland> we need to get some unlocked developer devices available to people. I'll keep poking folks about that.
  • [15:22:50] <swetland> didn't know he was very secretive either. I expect he'd tell you if asked.
  • [15:23:06] * sakoman sees a bunch of hands go up for developer units
  • [15:23:17] <Crofton|work> heh
  • [15:23:21] <Crofton|work> I need something that works
  • [15:23:27] <swetland> I actually use my device on ATT
  • [15:23:32] <Crofton|work> otherwise, I'd get the openmoko unit
  • [15:23:46] <swetland> as I've just kept using my personal sim in my test hardware
  • [15:24:11] <Crofton|work> sadly, running gnuradio on a phone is not interesting past running dial tone :)
  • [15:24:49] <Crofton|work> also, I'm mad at google because they never stalked me, and they did cold call some other people I know :)
  • [15:24:55] <Crofton|work> but they got PHD's
  • [15:25:02] * odikrause2 thinks geist has a great german name
  • [15:25:34] <swetland> crofton: what do you do?
  • [15:25:41] <Crofton|work> http://en.wikipedia.org/wiki/Geist
  • [15:25:47] <Crofton|work> software defined radio
  • [15:25:49] <swetland> my team is hiring kernel engineers and systems folks
  • [15:25:54] <sakoman> Crofton|work: I've never been stalked by Google either
  • [15:26:11] <Crofton|work> they stalked my friend who got a phd in statistics
  • [15:26:31] <Crofton|work> and they hired my friend who worked for places with names like flipdog
  • [15:26:42] <Crofton|work> or soemthing equally outrageous
  • [15:27:42] <Crofton|work> swetland, I don't actually want to move, but it impacts my nerd credentiails :)
  • [15:28:22] <odikrause2> is it so attractive to work for google?
  • [15:28:33] <swetland> it's pretty decent for its size
  • [15:28:46] <sweetlilmre> and fantastic for the resume..
  • [15:28:47] <sakoman> odikrause2: no, just to be recruited by Google :-)
  • [15:28:50] <swetland> if you're going to work for a larger tech company, you could certainly do much worse
  • [15:29:14] <odikrause2> yeah, thats for sure
  • [15:29:18] <swetland> personally, I'm more a fan of little startups in general, but then again they've let me do some pretty cool stuff here, so I can't complain much
  • [15:29:38] * sakoman is getting too old and cranky to deal with big company politics
  • [15:29:52] <odikrause2> I'm quite a fan of their applications they developed so far
  • [15:29:54] <Crofton|work> sakoman, amen
  • [15:30:04] <odikrause2> but I guess, I'm also getting a bit scared
  • [15:30:09] <Crofton|work> ok, I need to go for lunch
  • [15:30:14] <Crofton|work> b4 the lunch rush
  • [15:30:27] * Crofton|work curses college students
  • [15:30:28] <sakoman> Crofton|work: later!
  • [15:30:30] <odikrause2> lunch rush :) sounds familiar
  • [15:30:42] <Crofton|work> I'm going to work on the patch after lunch
  • [15:30:46] * nathan_ (n=nathan@adsl-69-107-14-210.dsl.pltn13.pacbell.net) Quit (Read error: 113 (No route to host))
  • [15:30:48] <Crofton|work> python-gst/python-path.patch
  • [15:30:53] * sweetlilmre longs for the no-politics of the early startup :(
  • [15:30:59] <Crofton|work> is an example of the fix according to hrw
  • [15:31:25] * Crofton|work listens only to the CEO, and all he needs is food, water, and the door operating
  • [15:31:43] * sweetlilmre reports to the CTO, so its not too bad... :)
  • [15:32:01] * [g2] (n=tom@nslu2-linux/g2) Quit (Read error: 60 (Operation timed out))
  • [15:32:36] <sweetlilmre> still growing from 3 to 730 causes some politics...
  • [15:32:36] <swetland> sakoman: I've always been to cranky for politics and I'm not terribly old as yet. The google is relatively low-politics, thankfully.
  • [15:32:41] * odikrause2 is cursing the bike shed whos door is actually not working
  • [15:33:18] <odikrause2> is politics for you guys the stuff about managers managing managing managers?
  • [15:33:19] <swetland> the 50-100 range seems to be the critical point, where if you're not careful you massively start losing the goodness of the small startup and things get stupid, though I imagine the exact tipping point varies
  • [15:33:26] <sakoman> swetland: it sounds like you landed in a good spot at Google
  • [15:33:33] <swetland> I'm having fun.
  • [15:33:41] <sakoman> That is what is important!
  • [15:33:51] <odikrause2> definitelyt
  • [15:33:51] <swetland> they did make me a manager but I still write code which is good
  • [15:33:52] <sakoman> The paycheck helps too :-)
  • [15:33:54] <sweetlilmre> ya, I work for the evil-empire of internet gaming :)
  • [15:34:02] <swetland> they made hiroshi an engineering director, which helps
  • [15:34:12] * zedstar (n=john@82-44-200-69.cable.ubr08.haye.blueyonder.co.uk) has joined #beagle
  • [15:34:15] * Olipro_ (n=Olipro@uncyclopedia/Olipro) has joined #beagle
  • [15:34:17] <swetland> as hiroshi being an eng director is funnier to my team than me being a manager
  • [15:34:24] <sakoman> swetland: Cool! Say hi to Hiroshi for me
  • [15:34:26] <swetland> willdo
  • [15:34:41] <swetland> he's my boss these days, entertainingly enough
  • [15:34:51] <sakoman> That *is* funny
  • [15:34:55] * [g2] (n=tom@nslu2-linux/g2) has joined #beagle
  • [15:35:03] <swetland> previously I was reporting to horowitz, but rubin shuffled things around a bit
  • [15:35:18] <sakoman> Small world :-)
  • [15:35:24] <swetland> insanely
  • [15:35:31] <odikrause2> how many of you are actually sitting one desk apart?
  • [15:35:34] <swetland> hiroshi is, of course, the primary reason I ended up at danger
  • [15:35:49] <swetland> and then he bailed a couple months later when we kinda refocused from peanut to sidekick
  • [15:35:51] <sakoman> And then he abandoned you!
  • [15:36:01] * odikrause2 is wondering from inside of the Netherlands
  • [15:36:05] <swetland> we used to joke that he was working for all our competitors in sequence
  • [15:36:09] <swetland> palm, good, etc ^^
  • [15:36:37] <sakoman> odikrause2: I think I am sitting about a 4 hour drive from swetland right now
  • [15:36:38] <swetland> he's been totally rocking here. no way we could have shipped this without him
  • [15:37:27] <swetland> sakoman went and fled the bay area. probably smart.
  • [15:37:32] * odikrause2 is now known as odikrause
  • [15:37:38] <sakoman> Don't miss it at all!
  • [15:38:03] <sakoman> Makes me crazy when I come to visit and have to drive around the Bay area
  • [15:38:21] <odikrause> @sakoman but you know the guys swetland is talking about?
  • [15:38:30] <sakoman> Too damn many people and half of them don't know how to drive
  • [15:38:49] <odikrause> guess, in january I was one of them
  • [15:38:51] <sakoman> odikrause: we have all worked together at one time or other over the years
  • [15:39:04] <odikrause> managed to have a police car stopping me twice ^_^
  • [15:39:13] <swetland> it is a very small world out here
  • [15:39:30] <koen> Crofton|work: doesn't another python app have a fix for the headers?
  • [15:39:40] <swetland> that was advice howard berkey gave me when I left be "try not to burn too many bridges, because you *will* work with these people again". he was very right
  • [15:39:46] <koen> Crofton|work: it's looking in staging already, so the fix should be easy
  • [15:39:48] <odikrause> and I just entered without knocking ;)
  • [15:40:23] <sakoman> swetland: yes, excellent advice
  • [15:40:27] <odikrause> got this beagle board from a colleague of mine. It's quite impressive for such a cute little thingy
  • [15:40:52] * Olipro (i=Olipro@uncyclopedia/Olipro) Quit (Connection timed out)
  • [15:41:13] <odikrause> I second that advice, although its not too easy to follow sometimes
  • [15:47:02] <sakoman> koen: hmm . . . gnumeric build is still failing. perhaps I don't have all the right packages installed on my build machine
  • [16:16:17] <sakoman> koen: ah . . . just needed to remove stamps & staging to get it to use the host tool
  • [16:20:00] * felipec (n=felipec@a88-113-6-167.elisa-laajakaista.fi) Quit (Read error: 113 (No route to host))
  • [16:31:22] * Openfree (n=df@218.82.117.247) Quit (Remote closed the connection)
  • [16:36:21] * Dafcok (n=chatzill@80.121.193.143) has joined #beagle
  • [16:40:17] <Dafcok> I just read, that the BB only accepts +1.8V on the expansion ports, including I2C without taking damage. How would I go interfacing something like this then?! http://www.farnell.com/datasheets/68716.pdf
  • [16:41:29] <pbrook> Dafcok: You'll need a level shifter.
  • [16:41:54] <Dafcok> pbrook, google? probably .. ) thx
  • [16:42:01] <pbrook> prpplague is doing an expansion board that should have 5V IO for easy prototyping.
  • [16:49:38] * Olipro_ (n=Olipro@uncyclopedia/Olipro) Quit (Read error: 110 (Connection timed out))
  • [16:50:07] <prpplague> yea, it will all be level shifted and buffered for +5v i/o
  • [16:51:21] <Dafcok> prpplague/pbrook, do you know any DIP IC for 1.8V to 3.3V?
  • [16:51:40] <prpplague> http://www.tincantools.com/assets/How%20to%20Interface%20the%20Hammer%20to%205V%20I2c-bus%20Devices.pdf
  • [16:51:58] <prpplague> Dafcok: that is a howto for the hammer board, you simply use 1.8v instead of the 3.3v
  • [16:52:42] <prpplague> Dafcok: what i2c device are you trying to interface to?
  • [16:53:35] <Dafcok> http://www.farnell.com/datasheets/68716.pdf , this one f.i. and some others with mostly (AFAIR) 3.3V ... + some SPI LCDs hmm, haven't looked into their specs yet.
  • [16:53:48] * prpplague looks
  • [16:54:57] <prpplague> Dafcok: yea, you can use the tincantools document to interface with that
  • [16:56:16] <Dafcok> prpplague, what are the criterias that let you know this?
  • [16:56:18] <prpplague> Dafcok: 3.3v isn't available on the expansion header, only +5v, so you'd need an ldo to provide a 3.3v reference
  • [16:56:46] <prpplague> Dafcok: that compas part has a voltage range support from 2.7v to 5.2v
  • [16:56:59] <prpplague> Dafcok: which means the easiest to work with is the +5v
  • [16:57:23] <prpplague> Dafcok: if you want to go all +3.3v, you'll need a LDO to drop the +5v down to +3.3v
  • [16:57:32] <prpplague> Dafcok: a little more work, but doable as well
  • [16:57:59] <Dafcok> parpplague, yeah but interfacing back to beagle board... it would go to smoke without a "level shifter"?#
  • [16:58:29] <Dafcok> i mean, on the pins of the compass there would be 5V..
  • [16:59:11] <prpplague> Dafcok: http://www.tincantools.com/assets/How%20to%20Interface%20the%20Hammer%20to%205V%20I2c-bus%20Devices.pdf
  • [16:59:39] <pbrook> Presumably if you're interfacing with 3.3v devices then you've aleady got a 3.3v supply sorted :-)
  • [16:59:43] <prpplague> Dafcok: use the same configuration just, subsititue the +3.3v for 1.8v and the +5v for the 3.3v
  • [16:59:54] <prpplague> pbrook: ??
  • [17:00:01] <prpplague> pbrook: no 3.3v on the expansion header
  • [17:00:11] <Dafcok> pbrook, i'll use a lm317 ldo to 3.3v
  • [17:00:15] * odikrause (n=banden@neo-y1a.ehv.campus.philips.com) has left #beagle
  • [17:00:34] <prpplague> pbrook: oh i follow now what you meant
  • [17:01:35] <prpplague> Dafcok: you can use two mosfets to do the level shifting bi-directional
  • [17:02:10] <pbrook> Do you need to be a bit careful about MOSFET choice at 1.8v? I don't remember what typical mosfet trigger voltages are.
  • [17:03:07] <ds2> 317 is not a LDO
  • [17:03:59] <Dafcok> ds2, sry .. something that drops voltage then :)
  • [17:04:28] <ds2> Dafcok: it matters depending on how much voltage margin you have
  • [17:04:55] <ds2> I've used the LT1117-3.3 with good results... I think the drop out is a min 0.7v or less
  • [17:05:03] <ds2> LM317 is a min. 1.2V drop out
  • [17:05:19] <Dafcok> ds2, but 5 to 3.3 would work then..
  • [17:06:24] <Dafcok> prpplague, which voltage shifters do you use on your expansion board? I don't like the idea of Mosfets (becaus i dont understand them :).. and doing it 3-4 times for 2x I2C + SPI is not what I want.
  • [17:07:13] <prpplague> Dafcok: why would you need to do it twice for the i2c?
  • [17:07:41] <Dafcok> prpplague, well I want both busses out
  • [17:08:04] <prpplague> Dafcok: iirc there is only one i2c bus on the expansion header
  • [17:08:22] <Dafcok> oh?...
  • [17:08:30] * prpplague looks
  • [17:09:20] <Dafcok> the reference manual is somewhat difficult for me to get, with regards to the expansion connector
  • [17:13:42] <prpplague> Dafcok: from what i'm seeing there is only one i2c bus available on the expansion header
  • [17:14:38] <Dafcok> prpplague, and no SPI and I2C at the same time...? Is that right?
  • [17:17:02] <prpplague> Dafcok: yea, you can SPI and I2C at the same time
  • [17:18:27] <Dafcok> prpplague, thx god.. but on page 96 there is this muxing table or whatever, and from there it seems it's not.
  • [17:18:51] <prpplague> Dafcok: that table just indicates the alternate function
  • [17:19:13] <Dafcok> i can mix it? not only a,b,c,d
  • [17:19:35] <prpplague> Dafcok: you can control by pin
  • [17:20:03] <Dafcok> prpplague, ok. how to do that in linux then?
  • [17:20:31] <prpplague> Dafcok: normal way with mux setup
  • [17:21:44] <Dafcok> prpplague, sry, i dont know this paradigm, I'll try googeling. But what about your level shifters ? :)
  • [17:22:40] <prpplague> Dafcok: what about them?
  • [17:24:06] <Dafcok> prpplague, i want an easier way, for 1 x I2C, 1 x SPI, + some GPIOs. Is there a single DIP solution? Would'nt I just need a CMOS gate IC or something..hmm
  • [17:24:54] <prpplague> Dafcok: yea you can use a cmos for larger
  • [17:24:55] * jkridner|work (n=a0321898@nat/ti/x-b31e944ef1ebae9e) Quit (Remote closed the connection)
  • [17:27:14] <prpplague> Dafcok: generally you'll need to know the direction you want to use the GPIOS
  • [17:27:19] <prpplague> Dafcok: that will make it easier
  • [17:27:36] <prpplague> Dafcok: i still recommend using the mosfets for the i2c
  • [17:27:47] <ds2> prpplague: sure that MOSFET will work at 1.8V? seem to recall there aren't many mosfets with a sufficient Vthres for 1.8V
  • [17:27:59] <prpplague> Dafcok: might be best if you try one of the electronics channels for basic stuff
  • [17:28:11] <prpplague> ds2: yea, the one we recommend does
  • [17:28:24] <Dafcok> prpplague, GPIOS will be like with i2c.. BB will be master
  • [17:28:52] <prpplague> Dafcok: i am sorry, i did not understand your statement
  • [17:29:06] <ds2> for GPIO output of low to moderate speed, a 74LVC series open drain device works for me
  • [17:29:33] <Dafcok> prpplague, nevermind the GPIOs-statement
  • [17:29:40] <prpplague> ds2: yea
  • [17:30:50] <ds2> prpplague: what I don't understand is why a 74LVC normal inverter won't work for a 1.8V GPIO input
  • [17:31:06] <Dafcok> now I get it. If it has to be bidirectional like with I2C --> no 74LVC would work, instead use MOSFETs..
  • [17:31:27] <ds2> the datasheet says it is 5V tolerant on the input so I should be able to power it with 1.8V and let the 5V tolerance take care of stuff
  • [17:32:24] <prpplague> ds2: the 74avc seems better on the low end of voltage
  • [17:32:39] <Dafcok> ds2, but high <= 1.8v wouldnt be accepted. and also, if the compass tries to pull high to 5v, beagleboard would smoke. At least that is what I think
  • [17:33:07] <ds2> Dafcok: that's why you need the common gate config in the schematics prpplague pointed to
  • [17:33:38] <ds2> prpplague: digikey/mouser item I take it? local proto place only had LVC :(
  • [17:33:48] <Dafcok> thx guys, youre great.
  • [17:33:58] <prpplague> ds2: yea, we order in bulk for that
  • [17:34:22] <ds2> bulk? that's like the $25 min :D
  • [17:35:00] <vlad_> koen: huh, weird
  • [17:35:06] <vlad_> cool that it's running though!
  • [17:35:14] <prpplague> ds2: hehe, i meant we usually order about 5k pieces of 74avc245's and 244's
  • [17:35:38] <ds2> prpplague: are the 244's the ones that take 2 power supplies?
  • [17:36:21] <koen> vlad_: it doesn't even hit swap, so memory usage is going to right way :)
  • [17:36:36] <vlad_> we didn't change anything! :)
  • [17:36:53] <koen> maybe the repaint 10 times per second was sucking memory
  • [17:37:06] <koen> I did update gtk to 2.14.2 which claims to have fixed memleaks
  • [17:37:53] <prpplague> ds2: 244 is octal with one control, 245 is dual quad with two controls, iirc
  • [17:39:42] <koen> vlad_: and as you can see much of the screen is being used up for the sidebars
  • [17:39:54] <koen> vlad_: but then again, it's 285 DPI screen :)
  • [17:40:31] <vlad_> yep, the UI needs tweaking for different screen dimensions/shapes
  • [17:40:41] <vlad_> it's optimized currently for the big-screen landscape orientation of the n810
  • [17:40:44] <ds2> prpplague: hmmm thought one of them was bidirectional.. know if such a beast exists with 2 Vcc (1.8V and 3.3V)?
  • [17:41:28] <mru> koen: what screen is 285 dpi?
  • [17:41:37] <koen> mru: the neo1973 screen
  • [17:41:44] <prpplague> ds2: http://focus.ti.com/docs/prod/folders/print/sn74avc4t245.html
  • [17:41:47] * mru wants a 24" screen with that pitch...
  • [17:41:49] <prpplague> ds2: thats what we use
  • [17:42:38] <koen> vlad_: fennec M7 is at http://maemo.org/downloads/product/OS2008/mozilla-fennec/ and doesn't perform too good
  • [17:43:02] <koen> vlad_: 0.9pre is about as fast on the neo1973
  • [17:44:13] <Dafcok> http://www.standardics.nxp.com/support/documents/i2c/pdf/an97055.pdf : i2c voltage level paper. Some smart guys already wrapped their head around it. :)
  • [17:44:18] <ds2> prpplague: nice part
  • [17:45:19] <vlad_> koen: abou as fast as your build?
  • [17:46:12] <prpplague> Dafcok: amazing, doesn't that familiar to another schematic you have seen recently?
  • [17:46:14] <koen> vlad_: 0.9 on the neo is a fast as m7 on the n810
  • [17:46:30] <koen> vlad_: the n810 should be waaaaay faster
  • [17:47:02] <Dafcok> prpplague, yea, funny? lol
  • [17:47:07] <Dafcok> prpplague, yea, funny! lol
  • [17:47:25] <koen> vlad_: but IIRC nokia doesn't use the VFP, so fennec might get built with stupid optons that make it slow
  • [17:49:37] <Dafcok> prpplague, do I need the pullup resistors on the 1.8V side of the bus, or is it already on done on the BB?
  • [17:50:29] <prpplague> Dafcok: you have to do the configuration exactly as specified in the schematic
  • [17:53:39] * jkridner|work (n=a0321898@nat/ti/x-e1f4be924dc34929) has joined #beagle
  • [17:55:12] <Dafcok> prpplague, but how to decide which MOS-FET works and which one doesn't. I'm somewhat limited with cheap _and_ complete distributors in my country.
  • [17:55:46] <prpplague> Dafcok: did you even look at the schematic?
  • [17:55:53] <prpplague> Dafcok: the one i posted?
  • [17:56:16] <Dafcok> prpplague, of course. Neither of those I can find in my preferred online shop.
  • [17:57:30] <prpplague> Dafcok: your online shop doesn't carry a 2n7002?
  • [17:57:40] <prpplague> Dafcok: that is one the most common mosfets around
  • [17:58:54] <vlad_> koen: hmm
  • [17:59:12] <vlad_> koen: the vfp is enabled on the n810 though, so maybe the nokia build is using dumb options
  • [17:59:24] <vlad_> but I'm pretty sure our build is done with 2007q3 with -mfpu=vfp
  • [18:00:20] <Dafcok> prpplague, sry. they do. they call it "2 N 7002".. ;o
  • [18:00:45] <prpplague> Dafcok: the 2 N 7000 is the thru hole version
  • [18:01:17] <ds2> prpplague: uh.. the Gate Threshold Voltage: Min V, Typ 2.1V, Max 2.5V
  • [18:01:18] <koen> vlad_: M7 doesn't have the 24bit pixman fix, right?
  • [18:01:42] <ds2> the 2N7000 has different specsthen the 2N7002
  • [18:02:06] <prpplague> ds2: hmm, you sure?
  • [18:02:09] * prpplague looks
  • [18:02:21] <ds2> http://www.fairchildsemi.com/ds/2N/2N7000.pdf
  • [18:02:26] <ds2> that is what I am referring to
  • [18:03:30] <mru> 2N2222 ftw ;-)
  • [18:03:53] <prpplague> ds2: iirc i thought the only difference was the current rating
  • [18:04:09] <vlad_> koen: no
  • [18:04:19] <ds2> prpplague: according to that datasheet, the thresholes are slighly different
  • [18:04:24] <Dafcok> prpplague,ds2. oh no. I need TO-92 .. :/
  • [18:04:26] * heena (n=heenasin@dslb-084-057-086-117.pools.arcor-ip.net) has joined #beagle
  • [18:04:37] <ds2> use a SOT-23, easier to deal with
  • [18:04:57] <ds2> mru: YOU can cough up the mess of base resistors ;)
  • [18:05:44] <prpplague> ds2: yea to me it looks like the only difference is the current rating since the to-92 is a bigger package
  • [18:05:59] <Dafcok> ds2, on a prototype board.. hmm. I'm not convinced ;) so can I use both?
  • [18:06:43] <ds2> prpplague: huh? according to that PDF, under ON Characteristics on page 2, there is a seperate line for 2N7000 with different numbers for Gate Threshold Voltage
  • [18:07:08] <mru> if in doubt, use TO-3
  • [18:07:10] <prpplague> ds2: yea for this case, the 2n7000 has a similar range
  • [18:07:25] <ds2> Dafcok: I try to use course pitch SMD on all my proto's... through hole parts are too annoying
  • [18:07:50] <prpplague> Dafcok: 2n7000 or 2n7002 either one will work for your i2c stuff
  • [18:07:52] <ds2> prpplague: similar, yes. unless you are working near the margins.... besides the Typical value says this won't work at 1.8V
  • [18:08:49] <prpplague> ds2: 1.8 is well within the min/max range
  • [18:08:52] * TAK2004 (n=thomas@dslb-088-074-056-048.pools.arcor-ip.net) has joined #beagle
  • [18:09:23] <ds2> prpplague: one of us has the wrong idea of what GateThreshold Voltage means
  • [18:09:38] <Dafcok> ds2, hmm. well you might be perfectly right with tha SMD thing. I could even mix SMD and thru hole on my board easily.
  • [18:09:39] * pbrook agrees with ds2
  • [18:10:22] <koen> who was asking about NEON support for mplayer?
  • [18:10:30] <ds2> as far as I understand it, for ALL your devices to work, you need to design it so the threshold max value is under your min. V Hi for the logic in question; using Vcc usually works
  • [18:10:39] <koen> I just updated the mplayer in OE with mrus broken-out patches
  • [18:11:10] <ds2> so in this case, the device is only guaranteed to work with a 3.3V system, for a 1.8V system, only a small hand full on the left side will work (this is my understanding of min/typ/max in this context)
  • [18:12:50] <prpplague> ds2: hmm, never had a problem using it before
  • [18:13:01] * prpplague goes to ask the EE
  • [18:13:17] <pbrook> RIght. The device won't switch when 1v is applied, bit will switch when 3v is applied. If you apply between 1v and 3v then it's pot luck whether it switches, with most devices switching at 2.1v
  • [18:13:49] <ds2> prpplague: it would be good to get some clarification cuz, that's how I been eliminating parts
  • [18:14:39] <ds2> pbrook: what I don't know is if you apply only 0.5V, are you in a linear (quadratic?) region
  • [18:15:15] * Dafcok listens carefully
  • [18:15:26] * jrmuizel (n=jrmuizel@mozca02.ca.mozilla.com) has joined #beagle
  • [18:15:41] <ds2> <-- should have paid detailed attemption on the relevant classes
  • [18:17:15] <prpplague> ds2: yea the EE confirms what you said, but also said that for the i2c application that they'd probably work as long as you didn't load the bus down
  • [18:18:23] <ds2> prpplague: intersting, it must be in a linear/quadratic region
  • [18:19:24] <ds2> guess I'll read all this as - for a quick one off, it'll probally work... but don't invest $$$$$ in a volume run ;)
  • [18:19:29] <prpplague> ds2: yea, i just double checked a couple of schematics, we are using the 2n7002 for 3.3v stuff and the bss138 for 1.8v stuff
  • [18:19:38] <prpplague> ds2: indeed
  • [18:20:25] <prpplague> ds2: the gate max for the bss138 is just 1.5v
  • [18:20:36] <sweetlilmre> pbrook or mru: if you have some insight into how to provide arm functionality for this: http://pastebin.com/m6e185013 I would appreciate it :)
  • [18:20:52] <ds2> just confirmed it... adding it to my list of parts to do adhoc magic when needed
  • [18:20:55] <mru> sweetlilmre: easy
  • [18:21:09] <mru> unless you start scaling your cpu clock
  • [18:21:11] <prpplague> ds2: ??
  • [18:21:12] <mru> then it gets hard
  • [18:21:32] <sweetlilmre> okay so what is the easy way? (scaling aside)
  • [18:21:55] <mru> sweetlilmre: use the cycle counter
  • [18:21:57] <ds2> prpplague: I keep a list of 'standard' parts in my Palm device so if a client asks me to do XYZ magic, I can usually give a rough BOM rapidly
  • [18:22:09] <prpplague> ds2: ahh
  • [18:22:22] <sweetlilmre> mru: do you have any info or a link to info on how I would do that from user mode?
  • [18:22:23] <ds2> may not be an optimal list but it'll probally work
  • [18:22:40] <mru> sweetlilmre: it's possible to allow user-mode access
  • [18:22:50] <mru> there's a bit controlling it in one of the config registers
  • [18:23:30] <prpplague> ds2: learn something new every day!
  • [18:23:33] <sweetlilmre> is there not a device that maps to it that I can call from user?
  • [18:23:44] <mru> sweetlilmre: you don't want that
  • [18:23:49] <mru> waaay to slow
  • [18:23:53] <koen> mru: updating ffmpeg in mplayer is messy: http://gitweb.openembedded.net/?p=org.openembedded.dev.git;a=commitdiff;h=c2c25b0b7779df419dd733d709e21a1e60d4a5cc
  • [18:24:07] <sweetlilmre> mru: yes my n00b-ness prevails :) this is all new :)
  • [18:24:42] <mru> koen: how so? it should only be a matter of dropping in the new files
  • [18:25:23] <koen> mru: mplayers configure doesn't deal with NEON yet
  • [18:25:39] <sweetlilmre> mru: I will do some more research, if you have any tasty bits please msg me :)
  • [18:25:43] <mru> koen: can't you patch it?
  • [18:26:31] <mru> sweetlilmre: do you have the ARM architecture manual for v7?
  • [18:26:35] * heena anyone running strace on beagle??
  • [18:26:45] <sweetlilmre> mru: no... link?
  • [18:26:50] <koen> mru: I could, but in the end it's easier to poke values in config.{h.mak}
  • [18:26:54] <Crofton|work> heena, is there a problem with it?
  • [18:26:57] <mru> sweetlilmre: you need to request it from arm
  • [18:27:10] <sweetlilmre> mru: okay will do tomorrow
  • [18:27:11] <mru> sweetlilmre: there's a link to a request form on the infocenter pages
  • [18:27:43] * nathan_ (n=nathan@adsl-69-107-14-210.dsl.pltn13.pacbell.net) has joined #beagle
  • [18:27:57] <sweetlilmre> gn all, movie night with the wife awaits :)
  • [18:28:09] <mru> enjoy
  • [18:28:15] <sweetlilmre> tnx :)
  • [18:28:50] <Dafcok> prpplague,ds2. so which MOS-FET should I use now? I have: 2N7000 (FSC)-TO92, 2N7000 GEG Z (NXP)-TO92, 2N7002 LT 1 MOT-SOT23...
  • [18:29:11] * [X]Spot (n=stancho@78.90.115.116) has joined #beagle
  • [18:29:14] <prpplague> Dafcok: bss138
  • [18:29:23] <[X]Spot> Hi all
  • [18:29:45] <[X]Spot> how can I play online radio on Angstrom (not mplayer)? what software can I use ?
  • [18:29:48] <nathan_> koen: Thanks for answering my UVC/musb question on the board. I was losing my mind trying to debug the issue. I have 2.6.27rc from linux-omap git working fine with USB in OTG mode after applying Mans' 'fix something' patch on my rev B4. What other patches should I try to get musb working with UVC?
  • [18:30:14] <[X]Spot> I am trying with madplay but there is a jitter during playing
  • [18:31:15] <Dafcok> prpplague, I have: BSS 101, 295, 84 and 92 .. :( at my disposal
  • [18:31:22] <[X]Spot> mplayer is too big
  • [18:35:13] <[X]Spot> does anybody know what this jitter is caused by ?
  • [18:35:27] <[X]Spot> it's better but not very good with mplayer
  • [18:36:53] <prpplague> Dafcok: probably going to have trouble locating a thru hole package that is good down to around 1.5v for the gate
  • [18:37:22] <ds2> you'd think NXP or someone would make a pre-canned I2C voltage converter
  • [18:37:44] <prpplague> ds2: there are a number of them
  • [18:37:47] <Dafcok> http://www.maxim-ic.com/appnotes.cfm/appnote_number/3007
  • [18:38:02] <prpplague> ds2: they are just pricy
  • [18:38:07] <ds2> ah $$
  • [18:38:07] <Dafcok> but my supplier doesn't have them! . .argh poor country
  • [18:38:38] * lukketto (n=luca@host128-86-dynamic.57-82-r.retail.telecomitalia.it) has joined #beagle
  • [18:38:50] <ds2> my EE skills are a bit rusty but it should be possible to design a similar circuit using a BJT..it'll just have a mess of resistors
  • [18:39:49] <prpplague> ds2: indeed
  • [18:40:15] <prpplague> or just get the bss138, hehe
  • [18:41:49] <ds2> for physically large parts, just build the MOSFET
  • [18:42:08] <ds2> all you need is an oven and a Vaper deposition machine
  • [18:42:15] * heena can anyone suggest me from where to get strace utility for OMAP3
  • [18:42:28] * heena I dont have Angstorm
  • [18:42:38] <mru> build it yourself
  • [18:42:45] * heena I have SDK running on OMAP3
  • [18:42:53] <mru> if your distribution doesn't include it
  • [18:43:18] * dcordes (n=dcordes@unaffiliated/dcordes) has joined #beagle
  • [18:43:21] <ds2> mosfets are relatively easy to build compared to a BJT
  • [18:43:41] * heena I googled and found out that I need some patched version for ARM
  • [18:43:50] * gregoiregentil (n=zonbu@adsl-71-135-103-46.dsl.pltn13.pacbell.net) has joined #beagle
  • [18:43:50] * heena not getting anywhere
  • [18:44:25] <Crofton|work> heena, I'm going to double check the Angstrom version works
  • [18:44:38] <Crofton|work> but beyond that, I won't be much help
  • [18:45:31] <ds2> prpplague: don't mean to hassle you but, I suspect the pull ups might need to be reduced a bit for 1.8V
  • [18:45:39] <koen> nathan_: try http://dominion.thruhere.net/git/?p=openembedded.git;a=blob;f=packages/linux/linux-omap/musb-dma-iso-in.eml;h=8f0a6c5689335089167dbdd5a6dc64346ee55895;hb=HEAD and http://dominion.thruhere.net/git/?p=openembedded.git;a=blob;f=packages/linux/linux-omap/musb-support-high-bandwidth.patch.eml;h=0054093603da0109c1cf3f1f1f715bb287155687;hb=HEAD
  • [18:46:04] <prpplague> ds2: hehe, yea, i already have the EE doing a schematic and a break out board for testing
  • [18:47:19] * gregoiregentil (n=zonbu@adsl-71-135-103-46.dsl.pltn13.pacbell.net) has left #beagle
  • [18:47:38] <ds2> hahahah nice
  • [18:47:38] <nathan_> Great thanks. If I get UVC working I'll post on the board later today.
  • [18:47:57] <Crofton|work> kholzer, ping
  • [18:49:16] <Dafcok> nathan_, uvc would be _great_
  • [18:50:32] <Dafcok> prpplague, so what's the critical parameter: "VGSth" gate-source treshold voltage < 1.5V?
  • [18:50:54] <prpplague> Dafcok: yea for a guarranteed device
  • [18:52:49] <Dafcok> prpplague: http://www2.produktinfo.conrad.com/datenblaetter/150000-174999/150862-da-01-en-PHC21025_MOS-FET.pdf would work?
  • [18:52:57] * banderson (n=irc@63.230.135.220) has joined #beagle
  • [18:53:06] * prpplague looks
  • [18:54:41] <prpplague> Dafcok: that is still high at 2.8v
  • [18:55:11] <[X]Spot> How can I mount the NAND flash on OMAP3 EVM if I am booting from NFS ?
  • [18:55:19] <Dafcok> prpplague, but its max. min is at 1..
  • [18:55:59] <prpplague> Dafcok: for guarranteed operations the max needs to be less that 1.8v
  • [18:56:43] <Dafcok> prpplague, allright. to function in the worst case so to say..
  • [18:56:45] <pbrook> Dafcok: Those values specify the rage of threshold volatages you're likely to see in a large sample of devices. So unless you want to keep trying devices until you find one that happens to work, what prpplague said.
  • [18:58:21] * Beagle9 (n=Beagle9@f054171004.adsl.alicedsl.de) has joined #beagle
  • [18:58:51] * Beagle9 (n=Beagle9@f054171004.adsl.alicedsl.de) Quit (Remote closed the connection)
  • [18:59:08] * dcordes_ (n=dcordes@unaffiliated/dcordes) Quit (Read error: 110 (Connection timed out))
  • [19:02:12] * feig1 (n=ejf3@61.sub-75-195-3.myvzw.com) has joined #beagle
  • [19:03:13] * hli (n=chaton@vig91-2-82-232-97-149.fbx.proxad.net) has joined #beagle
  • [19:06:31] <Crofton|work> ok baking beagleboard-demo-image again
  • [19:07:44] <keesj> :p I have been stucked on desktop-file-utils-native requireing glib-2.0-native in the last two days
  • [19:08:58] <Crofton|work> I think it is fixed
  • [19:09:18] <Crofton|work> rebuild glib-2.0-native
  • [19:09:26] <Crofton|work> first mtn pull, mtn up
  • [19:09:52] <keesj> I saw that 2.0-native was building again today indeed
  • [19:10:00] * keesj is using git...
  • [19:10:24] * koen just bumped PR on glib-2-native
  • [19:10:48] <Crofton|work> heh
  • [19:10:50] <Crofton|work> thanks
  • [19:13:23] <Crofton|work> keesj, it make take a while for my final fix to get through then
  • [19:13:48] <Crofton|work> not through yet
  • [19:17:04] * [X]Spot (n=stancho@78.90.115.116) Quit ()
  • [19:17:49] * feig (n=ejf3@22.sub-70-198-76.myvzw.com) Quit (Read error: 110 (Connection timed out))
  • [19:19:44] <keesj> Crofton|work: so can I try a rebuild or is it hopless(I see koen put 2.18.1 as prefered for the target , not the native)
  • [19:20:13] <Crofton|work> try it
  • [19:20:20] <keesj> :P
  • [19:20:34] <Crofton|work> the problem in glib-2.0-native was in pkgconfig.bbclass
  • [19:20:57] <Crofton|work> so the version change shouldn't be a problem
  • [19:21:11] <Crofton|work> I restarted my current build
  • [19:21:30] <Crofton|work> my fix is not in git yet though
  • [19:22:12] <keesj> thanks for the help , it's not passed that point
  • [19:22:38] <Crofton|work> it will fail, but hopefully you can git pull and restart then :)
  • [19:23:36] <keesj> Ill better go back to learing edje then.
  • [19:24:04] <keesj> If only I would keep my fingers from git pull . I would be happy hacking
  • [19:30:15] * feig_ (n=ejf3@22.sub-70-198-76.myvzw.com) has joined #beagle
  • [19:32:23] <Dafcok> prpplague, this one at least as good as bss182? http://www.datasheetcatalog.org/datasheet/philips/BSN10.pdf
  • [19:34:07] <prpplague> Dafcok: yep, that one looks good
  • [19:36:21] <nathan_> koen: After applying those two patches, UVC works much better. The kernel no longer crashes when closing UVC device and images come through. However, they are subtly corrupted -- a few bytes will go missing every 20KB or so.
  • [19:36:32] <nathan_> Still, HUGE improvement.
  • [19:37:12] <Crofton|work> nathan_, what kernel?
  • [19:38:06] <nathan_> crofton: Latest linux-omap git. Only USB patches applied, no other patches.
  • [19:38:34] <Crofton|work> hmm
  • [19:38:40] <Crofton|work> and usb is working for you?
  • [19:40:05] <nathan_> Yes. I applied Mans' 'fix something' patch then Koen's two patches listed above. Also, I built in OTG mode and have a USB mini-A cable.
  • [19:40:38] <Crofton|work> hmm
  • [19:40:45] * Crofton|work wonders if he should try again
  • [19:41:09] <Crofton|work> do you have a network usb dongle?
  • [19:41:27] <nathan_> For me, USB worked just as well in Angstrom official kernel as it did in 2.6.27rc using only Mans' patch.
  • [19:41:52] <nathan_> Yes. Old Pegasus Full Speed device plugged into High Speed hub.
  • [19:42:46] <Crofton|work> hmmm
  • [19:43:03] * Crofton|work hates something, just not sure what
  • [19:43:14] * flo_lap (n=fuchs@f049168159.adsl.alicedsl.de) has joined #beagle
  • [19:43:53] <mru> Crofton|work: try libtool
  • [19:43:56] <mru> it's easy to hate
  • [19:44:11] <nathan_> Same results on my B4 and B5 too. Maybe I'm lucky.
  • [19:46:43] <Crofton> I've got .26 built, going to get as far as I can with it for now
  • [19:46:51] <Crofton> got some backlogged testing I need to do
  • [19:47:35] <Dafcok> mru, because of your talk to sweetilmre: would you get the same or better functionality with realtime patches and realtime clock?
  • [19:47:53] <Crofton|work> ok, git has fixes for demo-image
  • [19:48:12] <Crofton|work> we should rename beagle-demo-image to bloated-demo-image :)
  • [19:48:27] <mru> Dafcok: the code he pointed to seemed to be intended to return a high-resolution time value
  • [19:48:49] <mru> the cycle counter is a possible source of such values
  • [19:49:33] * feig1 (n=ejf3@61.sub-75-195-3.myvzw.com) Quit (Read error: 110 (Connection timed out))
  • [19:49:39] <mru> a realtime kernel will not give you more resolution, since that's simply not possible
  • [19:49:53] <Dafcok> mru, and realtime patch-realtime clock would solve the needs of it too...
  • [19:50:00] <mru> of course a realtime kernel might let you use the value before it becomes too old
  • [19:50:25] <mru> I have no idea what he needed the timestamp for
  • [19:50:43] <mru> realtime kernels don't make the hardware work faster
  • [19:50:57] <mru> this seems to come as a surprise to some people
  • [19:51:04] <Dafcok> mru, but things like nanosleep are also not possible right now. and also HRET, AFAIK. It's because I would need both, some highresolution timer and predictibilty.
  • [19:51:30] <mru> timer != timestamp
  • [19:52:09] <mru> if all you care about is what the time was at some specific instant, you might not benefit at all from a realtime scheduler
  • [19:52:16] * gregoiregentil (n=zonbu@adsl-71-135-103-46.dsl.pltn13.pacbell.net) has joined #beagle
  • [19:52:58] <mru> otoh, if you need things to happen predictably at certain times, a realtime kernel could well be beneficial
  • [19:53:54] <Dafcok> mru, no. in fact i need a realtime-linux. I like to trade troughput for absulotely time on execution... so yea :)
  • [19:54:00] * lukketto (n=luca@host128-86-dynamic.57-82-r.retail.telecomitalia.it) Quit ("Leaving.")
  • [19:56:15] <Dafcok> mru, I would need to poll hardware sensors from i2c exactly every 2000??s and write actors exactly 500??s thereafter :) in between some calculations. the rest of 1500??s linux can do plain old housekeeping and some networking. the more rock solid the timing it is, the better the systems will work.
  • [19:56:41] <mru> how exact is exactly?
  • [19:56:55] <Dafcok> 20??s, as far as i can estimate
  • [19:57:05] <Dafcok> +-20
  • [19:58:40] <nathan_> Building a robot Dafcok?
  • [19:58:44] <Dafcok> though, the absolute number is not relevant. jitter is.
  • [19:58:58] <Dafcok> nathan_, UAV flight control :)
  • [19:59:11] * slothlove1 (n=srussell@70.107.159.250) has joined #beagle
  • [19:59:21] <mru> watch out, he's building a cruise missile
  • [19:59:35] <Crofton> that's kind of like a robot
  • [19:59:35] <nathan_> Oh, I bet kernel crashes are very expensive for you then.
  • [19:59:45] <Crofton> Dafcok, is it powered by a pulse jet?
  • [20:00:15] <Dafcok> no, no. "just" some props with brushless-motors.
  • [20:00:30] <nathan_> If you're near the bay area, come to the Homebrew Robotics Club. There are several people there, myself included, with Beagleboard-based robots.
  • [20:00:38] <mru> 20 us is 12000 cycles at 600 MHz
  • [20:01:03] <Crofton> http://www.aardvark.co.nz/pjet/
  • [20:01:24] <Dafcok> nathan_, are your realtime needs satsified by your particular applications so far?
  • [20:01:25] <mru> maybe you could do the time-critical bits on the dsp
  • [20:01:55] <nathan_> I have a second ARM attached to the Beagleboard doing the realtime bits on bare metal -- no OS.
  • [20:02:07] <mru> possibly even run a very small dsp programme from the local sram
  • [20:02:21] <nathan_> The DSP idea is a great one, though, if your code fits in fixed-point.
  • [20:05:01] <Dafcok> nathan_, fixed-point is possible. but i would have reserved it for image processing. + decoupling calculations to another arm is not as comfortable as soon as you would like to put more and more intelligence from more and more sources in it.
  • [20:06:07] <Dafcok> Crofton, now that is someone to fear. the russions will get him.
  • [20:09:25] * heena (n=heenasin@dslb-084-057-086-117.pools.arcor-ip.net) Quit (Read error: 110 (Connection timed out))
  • [20:13:39] <nathan_> Dafcok: I needed a lot of 5V PWM and ADC so the ARM MCU was simplest. The twitchy ADC->control->PWM loop fits on the MCU, while the BB sends adjustments less often. I would love to see it all done on the BB though -- much simpler as you say.
  • [20:15:25] <Crofton> it would be really neat to do all the really serious timing in the dsp
  • [20:15:30] <koen> hmmm
  • [20:15:41] <koen> time to test usb on the revC proto
  • [20:15:46] <koen> (as in, tomorrow)
  • [20:15:52] <Crofton> awesome
  • [20:16:01] <nathan_> How do I get mine now? ;)
  • [20:16:06] <Crofton> I am doing gnuradio tests
  • [20:16:13] <Crofton> on .26
  • [20:16:15] <koen> Crofton: first musb, then ehci
  • [20:16:36] * Beagle5 (n=Beagle5@c144144.adsl.hansenet.de) has joined #beagle
  • [20:16:38] <koen> Crofton: AFAIK ehci doesn't work 100% on this prototype
  • [20:16:50] <Dafcok> nathan_, yea real-time linux on arm (http://www.osadl.org/Realtime-Linux.projects-realtime-linux.0.html) is "already" there. I don't know the status in omap git or so. + some external sensors and voila.
  • [20:16:54] * Beagle5 is now known as torus
  • [20:18:47] <nathan_> Dafcok: Post your progress to BB group. I know someone making a BB daughtercard to sell with sensor and actuator jacks. His idea is the same as yours -- run all realtime software on BB.
  • [20:20:38] <Dafcok> nathan_, great to know, thanks.
  • [20:20:41] * likewise (n=likewise@82-171-51-231.ip.telfort.nl) has joined #beagle
  • [20:21:53] <slothlove1> anyone doing low-latency audio work on the BB(<3-4ms)? I'm thinking of getting one instead of the full EVM to prototype some OMAP-based audio processing.
  • [20:22:10] <koen> likewise: people are asking about RT stuff :)
  • [20:22:43] * TAK2004 (n=thomas@dslb-088-074-056-048.pools.arcor-ip.net) Quit (Remote closed the connection)
  • [20:24:52] * TAK2004 (n=Administ@dslb-088-074-056-048.pools.arcor-ip.net) has joined #beagle
  • [20:25:08] <torus> slothlove1, I'm interested in that as well...
  • [20:25:36] <likewise> hi all, and koen also :-)
  • [20:25:48] <Dafcok> RT! lol
  • [20:26:53] <likewise> How can I provide RT support for beagle without owning one? ;-)
  • [20:27:42] <torus> btw - would it be hard to connect an external codec to the bb? SPI is available at the expansion pins, isn't it?
  • [20:27:57] <slothlove1> torus: have you been playing around with a BB or are you shopping?
  • [20:27:57] <Dafcok> for perfect implementation, I would act as sponsor :)
  • [20:28:19] <torus> slothlove1, I have one here, but to be honest I haven't booted it for two weeks now.
  • [20:28:37] <koen> likewise: want to borrow a revA5 beagle?
  • [20:28:44] <torus> slothlove1, I have vacation and I try to stay away from coding at the moment :-)
  • [20:29:31] <likewise> Really, the latest real-time patch is quite easy to deploy, you just need to know how to carefully configure user space to exploit real-time. PREEMPT RT gives you the tool, but not the complete solution.
  • [20:30:03] <koen> PREEMPT doesn't like dsp{bridge,link} AIUI
  • [20:30:10] <Dafcok> likewise, is it easy or is it mainlined? or half in between, I dont know.
  • [20:30:19] <slothlove1> koen: that could be a problem
  • [20:30:21] <likewise> Dafcok: half in between
  • [20:30:40] <koen> also HRT could probe difficult when using the 32kHz clock source
  • [20:30:48] <likewise> Dafcok: the stable parts are already mainlined, the new parts are a patch
  • [20:30:49] <Dafcok> likewise, on ARM, on OMAP-git?
  • [20:30:50] <likewise> But it is surely maintained!
  • [20:30:50] <koen> s/probe/prove/
  • [20:31:15] <Dafcok> on Angstrom demo?
  • [20:31:30] <likewise> Dafcok: yes, yes maybe, no
  • [20:31:50] <likewise> Dafcok: I am shipping my first Linux RT product this week :-)
  • [20:32:10] <slothlove1> likewise: I don't suppose it's similar to the userspace config in desktop linux(rt-limits, PAM, etc)?
  • [20:32:24] * TAK2004 (n=Administ@dslb-088-074-056-048.pools.arcor-ip.net) Quit (Read error: 104 (Connection reset by peer))
  • [20:32:49] <Dafcok> likewise, hehe. exactly the derogation I expected :)
  • [20:32:59] * Dafcok congrats likewise
  • [20:33:10] <likewise> slothlove1: well, "chrt" is your main tool to configure the interrupt threads, and user space with such (hard) priorities so that your schedules requirements are met.
  • [20:33:47] <likewise> Dafcok: maybe, because I cannot test -rt against OMAP git on actual h/w. I could compile-test, but that's only half of it.
  • [20:34:39] <Dafcok> likewise, hmm.. your first project will be generating the funds for BB ;)
  • [20:35:05] * Xenion (n=robert@p579FC2F6.dip.t-dialin.net) has joined #beagle
  • [20:35:13] <likewise> koen: HRT as in the highres timers? I can provide a simple piece of code to test the granularity of the clocks. That's your scheduling latency for timers. However, most scheduling (for audio) occurs on interrupt basis, and merely depends on the (worst case) interrupt and scheduling latencies.
  • [20:36:10] <likewise> hrt may export its granularity in /sysfs these days....
  • [20:36:37] <koen> likewise: hrt as in timers
  • [20:36:42] <likewise> koen: is reva5 a PITA stable-wise?
  • [20:36:57] <koen> likewise: no, it has all the HW mods :)
  • [20:37:05] <Dafcok> koen, likewise: does that mean, on BB we _can_ not have finer granularity than 1/32000 sec.?
  • [20:37:17] <likewise> Dafcok: Depends on the clocksource implementation.
  • [20:37:22] <likewise> Hold on, will post code.
  • [20:37:27] <koen> Dafcok: you can use MPUTIMER, which isn't 32khz
  • [20:37:59] <koen> (it's a KConfig option)
  • [20:38:14] <Dafcok> koen, so no new patch needed.. phew
  • [20:40:23] <koen> Dafcok: http://dominion.thruhere.net/git/?p=linux-omap.git;a=commitdiff;h=5057ccfd76aa21e4d332f721f57df77372459f99
  • [20:40:55] * like2wise (n=chatzill@82-171-51-231.ip.telfort.nl) has joined #beagle
  • [20:43:03] <Dafcok> wow, there's really alot going on under the hood.
  • [20:43:31] <koen> omap3 clocks are insane
  • [20:43:58] * Xenion (n=robert@p579FC2F6.dip.t-dialin.net) Quit ("Verlassend")
  • [20:44:13] <like2wise> Dafcok: which hood?
  • [20:44:15] <like2wise> http://pastebin.com/m35a6a3e1
  • [20:45:03] <like2wise> minus the prototype for timespec_add();
  • [20:45:22] <like2wise> I'm curious what it gives on a beagle kernel with highresolution timers enabled.
  • [20:46:04] <slothlove1> if I get a flyswatter with the appropriate adapters, that gives me access to the serial console in addition to the fancy JTAG business, right?
  • [20:46:31] <koen> like2wise: a RT demoimage and kernel for beagle would be nice
  • [20:48:03] <like2wise> koen: yup, agreed. I guess I might want to lend your reva5 :-)
  • [20:48:05] <koen> slothlove1: it should (modulo software support)
  • [20:48:23] <koen> like2wise: it has a case now, so it's safe to transport :)
  • [20:49:04] <slothlove1> koen: is it relatively well tested, or should I plan on getting a USB->serial converter also?
  • [20:49:09] <koen> like2wise: do you have a binary ready for that latency test
  • [20:49:30] <koen> slothlove1: prpplague is busy writing openocd support, better ask him
  • [20:49:39] <like2wise> koen: hmm, maybe armv5te somewhere on a server
  • [20:49:42] <koen> my flyswatter is trying to reach me by USPS
  • [20:49:44] * prpplague looks in
  • [20:49:52] <Dafcok> likewise, the hood for non-developers :)
  • [20:50:09] <like2wise> Dafcok: the hood is there to be lifted :-)
  • [20:50:17] <prpplague> slothlove1: yes the flyswatter provides access to the serial console via a usb interface
  • [20:50:29] * denix0 (n=denix@pool-71-255-232-65.washdc.east.verizon.net) Quit ("Leaving")
  • [20:50:47] <prpplague> slothlove1: currently the opensouce application openocd doesn't have all of the jtag support for working with the beagle, but it is on the way
  • [20:51:08] <koen> root@beagleboard:/data# gcc -std=c99 -Wall -Werror -c -o timer.o timer.c
  • [20:51:08] <koen> root@beagleboard:/data# gcc -o timer -lrt timer.o
  • [20:51:08] <koen> root@beagleboard:/data# ./timer
  • [20:51:08] <koen> Clock resolution (clockid 0): 0.000000001
  • [20:51:08] <koen> Clock resolution (clockid 1): 0.000000001
  • [20:51:22] <prpplague> slothlove1: so although openocd isn't completely functional the beagle, it will be soon
  • [20:51:29] <koen> like2wise: standard kernel and line 28 of that paste removed
  • [20:51:42] <mru> koen: what clock is that talking about?
  • [20:52:28] <koen> rc = clock_getres(CLOCK_REALTIME, &ts);
  • [20:52:32] <koen> rc = clock_getres(CLOCK_MONOTONIC, &ts);
  • [20:54:24] <like2wise> mru: the POSIX real-time clocks in the kernel
  • [20:55:15] <mru> those resolution numbers are obviously bogus
  • [20:55:41] <mru> you can't get 1 ns resolution if your clock is slower than 1 GHz
  • [20:56:16] * TAK2004 (n=thomas@dslb-088-074-056-048.pools.arcor-ip.net) has joined #beagle
  • [20:57:48] <like2wise> mru: yes good point. I have just posted a actual test where we ask the kernel to schedule a thread against a requested timeout.
  • [20:57:52] <like2wise> mru: http://pastebin.com/d3d72fc60
  • [20:58:05] <like2wise> a actual => an actual
  • [20:58:16] <mru> is there anything in x-loader that would affect memory speed?
  • [20:58:23] <prpplague> slothlove1: the usb->serial portion works perfectly with the beagle
  • [20:58:32] <mru> my two beagles are showing different numbers
  • [20:58:49] <prpplague> slothlove1: the flyswatter was originally designed to work with any number of generic arm systems and has been well tested for over a year
  • [20:59:44] <koen> mru: revC is faster?
  • [20:59:55] <mru> reads are 20% faster
  • [21:00:00] <mru> writes are the same
  • [21:00:55] * koen zzzz for now
  • [21:00:59] <like2wise> koen just ran that pastebin measurement: he measured 250 us scheduling latency on non-rt kernel
  • [21:00:59] <mru> same u-boot, kernel and userspace
  • [21:01:13] <like2wise> nitezzz
  • [21:01:24] <mru> I kept whatever x-loader was on the rev C when I got it
  • [21:01:57] * zedstar (n=john@82-44-200-69.cable.ubr08.haye.blueyonder.co.uk) Quit (Remote closed the connection)
  • [21:02:50] <like2wise> slothlove1, Dafcok: to me that means <280 us *hard* real-time scheduling of user space (audio programs) should be possible on the beagle.
  • [21:04:11] <Dafcok> like2wise, hmm. but is this a realworld example. image having some load through usb, X and so on... but for audio it _might_ suffice.
  • [21:04:51] <like2wise> Dafcok: this is a real-world example.
  • [21:05:03] <Dafcok> oh, how much system load?
  • [21:05:15] <like2wise> Dafcok: system load does not matter on a real-time system
  • [21:05:41] <Dafcok> like2wise, but you said it was on non rt-kernel?
  • [21:06:00] <like2wise> Dafcok: yes, the measurement was.
  • [21:06:19] <mru> what kind of audio processing?
  • [21:06:27] <mru> does it need to be very low latency?
  • [21:06:33] <like2wise> Dafcok: let me re-phrase then: that means <280 us *hard* real-time scheduling of user space (audio programs) should be possible on the beagle using -rt w/ PREEMPT RT.
  • [21:06:49] <mru> otherwise just use large dma buffers and be done with it
  • [21:07:38] * slothlove1 (n=srussell@70.107.159.250) Quit (Read error: 110 (Connection timed out))
  • [21:07:46] <like2wise> mru: probably doing both provides a very robust solution. large DMA buffers alone can still starve the audio stuff
  • [21:08:23] <mru> sure, but bigger buffers allow more scheduling jitter
  • [21:08:24] * slothlove (n=srussell@pool-70-107-156-132.ny325.east.verizon.net) has joined #beagle
  • [21:08:27] <Dafcok> like2wise, i dont get the point... ahh. of course < 280??s is totally to be expected on platform. and load still can have effects on soft-realtime environments.
  • [21:08:31] * mru writes video players for fun
  • [21:08:57] <like2wise> Dafcok: -rt is hard real-time
  • [21:08:59] <torus> mru: :-)
  • [21:09:25] <torus> just an idea: the dsp could control the audio output and do the processing from within the interrupt handler..
  • [21:09:50] <like2wise> mru: writing a custom video player?
  • [21:10:12] <mru> I've written several video players over the years
  • [21:10:15] <Crofton|work> bother, gnuradio config still detects beagle as generix
  • [21:10:21] <Crofton|work> tomorrows problem
  • [21:10:30] <Dafcok> like2wise. as per definition? really fully preemptable, i mean fully? Now I didn't know this. So interrupt latency also must be on hardware minimal level, which are some clock cycles... su _much_ less than 280??s to be expected.
  • [21:10:41] <Dafcok> su-->so
  • [21:10:42] <like2wise> Crofton|work: Hello, what was that patch split tool you once found?
  • [21:11:54] <like2wise> Dafcok: Everything runs as threads, you have a few context switches. You know there are MMU page tables involved etc, and threaded interrupt handlers?
  • [21:12:35] <like2wise> Dafcok: the context switch on ARM / Linux is much heavier than on ARM / lightweight RTOS. I have measured 250 us versus 3 us.
  • [21:12:55] * feig_ (n=ejf3@22.sub-70-198-76.myvzw.com) Quit ("Konversation terminated!")
  • [21:13:23] <like2wise> Dafcok: 50 to 400 us todays real-time scheduling latencies from Core 2 Duo to slow ARM processors.
  • [21:14:05] <Dafcok> like2wise, context switch is a hog then! hmm
  • [21:14:24] <like2wise> Dafcok: Yes, on a ARM Cortex M3 @ ~60 MHz, with a lightweight preemptive RTOS the interrupt to thread latency is ~3 us.
  • [21:14:53] * torus (n=Beagle5@c144144.adsl.hansenet.de) Quit ()
  • [21:15:12] * Beagle9 (n=Beagle9@c144144.adsl.hansenet.de) has joined #beagle
  • [21:15:20] * Beagle9 is now known as torus
  • [21:15:25] <torus> ARGH!
  • [21:16:15] <like2wise> Dafcok: this might be a good read: http://www.linuxdevices.com/articles/AT5956715098.html
  • [21:16:51] <Dafcok> like2wise. I talked before you joined, I would need a reoccurring thread every 2000??s which will last about 500??s. And on that reoccurring point <+-20??s jitter would be perhaps enough. Now I don't think this is possible...
  • [21:17:02] <nathan_> On my robot I have an ARM7TMDI that services interrupts in <1us. But that's using FASTIRQ and the seperate register set.
  • [21:17:28] <like2wise> nathan_: with Linux or without?
  • [21:17:47] <nathan_> No OS at all actually.
  • [21:18:26] <prpplague> nathan_: any idea what the fastes response on gpio bitbanging operations for your device?
  • [21:19:26] <nathan_> If you don't need interrupts and are using unrolled loops it's up to 24MHz. Interrupts knock you down to 1MHz or less.
  • [21:20:25] <nathan_> But it's literally an MCU. No MMU. No real OS support. Totally different animal than OMAP-3.
  • [21:20:38] <nathan_> No cache, etc.
  • [21:20:49] <like2wise> Dafcok: I think it might be possible. The jitter is the hardest requirement here.
  • [21:21:10] <Dafcok> like2wise, is contex switching then at least deterministic, or do I have to live with jitter +-100??s?
  • [21:22:03] <like2wise> Dafcok: It depends on the complexity of your user spaces MMU mappings. You might get down to low jitter once the mappings are stable (i.e. no dynamic memory allocations, or growing allocs in your apps).
  • [21:22:55] <like2wise> Dafcok: As I said, I would love to perform some measurements on Beagle using Linux RT stuff.
  • [21:23:14] <Dafcok> wasn't there a concept of non MMU mapped memory (fixed) to be usable from usperspace? hmm
  • [21:24:01] <like2wise> Dafcok: I would first measure linux-rt before moving to non-mmu or other workarounds.
  • [21:24:33] <like2wise> Dafcok: although <20 us jitter is certainly not something I would solve using Linux as my first choice.
  • [21:25:41] <mru> have you considered writing a framework in java?
  • [21:25:43] * mru hides
  • [21:25:53] <Dafcok> Dafcok: yeah, I already though of interrupting maybe 100??s before and then using a delta time for un-interruptable nanosleep to treat troughput for low jitter...
  • [21:26:22] <nathan_> mru: lol
  • [21:27:07] <Dafcok> .. but I would need a fully equipped kernel for this, the rt-patch omap git - hret things are out of my head.
  • [21:28:27] <Dafcok> treat->trade
  • [21:29:33] * john280z (n=johnm@user-0c2h5av.cable.mindspring.com) has joined #beagle
  • [21:31:18] <Dafcok> mru, jazelle should work it :)
  • [21:32:19] <mru> jokes aside, the cortex-a8 has the so-called trivial jazelle implementation
  • [21:32:31] <mru> which means it doesn't actually do anything at all
  • [21:33:17] <Dafcok> i know... either because of marketing or compatibilty it made sense to bogus-support it nevertheless :)
  • [21:33:25] * mru hopes this is a sign that jazelle is being phased out
  • [21:33:57] <mru> they managed to sneak in a silicon bug so the chip doesn't even report it as supported
  • [21:34:14] <Dafcok> lol..!
  • [21:36:20] <torus> regarding jazelle - has anyone ever seen a java vm with jazelle support at all?
  • [21:36:53] <mru> I haven't
  • [21:37:07] <torus> that would be interesting for a project at work (on davinci).
  • [21:37:12] <torus> mru: I have neither..
  • [21:41:08] <Dafcok> thx for all the input and see ya (go sleeping).!
  • [21:41:45] * Dafcok (n=chatzill@80.121.193.143) Quit ("ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]")
  • [21:43:49] <like2wise> lol, I have the AVR32 here which reports "java" on the processor flags. No idea what that means though.
  • [21:48:11] * torus still giggles about the jazelle null implementation..
  • [21:51:42] * fer_luck (n=fer_luck@189.31.25.20) Quit ()
  • [21:53:11] * Olipro (n=Olipro@uncyclopedia/Olipro) has joined #beagle
  • [21:54:22] * spanners (i=spanners@dave.davespace.co.uk) has joined #beagle
  • [21:55:24] <nathan_> Hm, just got asked to a presentation on Beagleboard. Are there any existing PPTs I can borrow from beside the LUGRadio one?
  • [21:58:14] * likewise (n=likewise@82-171-51-231.ip.telfort.nl) Quit ()
  • [22:03:14] * TAK2004 (n=thomas@dslb-088-074-056-048.pools.arcor-ip.net) Quit ("Verlassend")
  • [22:09:15] * flo_lap (n=fuchs@f049168159.adsl.alicedsl.de) Quit ("Verlassend")
  • [22:15:38] * prpplague (n=dave@mail.americanmicrosystems.com) Quit ("Leaving")
  • [22:16:36] * torus (n=Beagle9@c144144.adsl.hansenet.de) Quit ()
  • [22:17:06] <vlad_> anyone have experience with oprofileui?
  • [22:18:19] * BThompson (n=BThompso@nat/ti/x-014c411931d8f2c6) Quit ("Trillian (http://www.ceruleanstudios.com")
  • [22:18:24] <Crofton|work> I;ve tried using it, but run into issues
  • [22:18:56] <Crofton|work> I would love to have it running though
  • [22:19:23] <Crofton|work> hopefully openedhand will still work on it ...
  • [22:25:03] * hli (n=chaton@vig91-2-82-232-97-149.fbx.proxad.net) Quit ("ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]")
  • [22:27:17] * slothlove (n=srussell@pool-70-107-156-132.ny325.east.verizon.net) Quit (Read error: 110 (Connection timed out))
  • [22:45:18] * hli (i=chaton@vig91-2-82-232-97-149.fbx.proxad.net) has joined #beagle
  • [22:50:55] * Olipro_ (n=Olipro@uncyclopedia/Olipro) has joined #beagle
  • [22:55:24] * jrmuizel (n=jrmuizel@mozca02.ca.mozilla.com) Quit ()
  • [22:57:10] * torus (n=nils@c144144.adsl.hansenet.de) has joined #beagle
  • [22:57:13] <torus> re
  • [22:57:30] * torus is now known as torusle
  • [22:58:50] <torusle> so - what up to date image/rootfs can you suggest?
  • [23:06:00] * Olipro (n=Olipro@uncyclopedia/Olipro) Quit (Read error: 110 (Connection timed out))
  • [23:08:19] <nathan_> Did linux-omap git break MMC support today?
  • [23:17:59] * hli (i=chaton@vig91-2-82-232-97-149.fbx.proxad.net) Quit ("ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]")
  • [23:23:52] * bazbell (n=a0192809@nat/ti/x-17c138bb21b667d9) has joined #beagle
  • [23:28:17] <nathan_> Just confirmed, l-o c434c15d28c82d92e55897bd265c423e9ab69362 broke MMC on my machine. Reverting fixed MMC.
  • [23:35:46] * NishanthMenon (n=nMenon@nat/ti/x-35b80a44b3afb3e0) Quit ("REALITY.SYS Corrupted: Re-boot universe? (Y/N/Q)")
  • [23:43:29] * jkridner|work (n=a0321898@nat/ti/x-e1f4be924dc34929) Quit ("Leaving.")
  • [23:44:29] * spanners (i=spanners@dave.davespace.co.uk) Quit ()
  • [23:45:34] * BThompson (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) has joined #beagle
  • [23:52:12] * torusle (n=nils@c144144.adsl.hansenet.de) Quit ("using sirc version 2.211+KSIRC/1.3.12")
  • [23:56:36] * slothlove (n=srussell@user-387ggve.cable.mindspring.com) has joined #beagle
  • [23:58:29] * torus (n=nils@c144144.adsl.hansenet.de) has joined #beagle
  • [23:58:53] <torus> any idea how I can stop the Angstroem demo image from starting X/gnome?