• [00:00:30] * FuL|OUT (n=fn@85.138.15.70) has joined #beagle
  • [00:08:32] * bazbell (n=a0192809@nat/ti/x-c74838cd06e76efa) has joined #beagle
  • [00:15:44] * jpao79 (i=c05e5e69@gateway/web/ajax/mibbit.com/x-21f6a329eeb55dcc) has joined #beagle
  • [00:17:11] * jpao (n=a0193294@nat/ti/x-96e5fd677007c9db) has joined #beagle
  • [00:17:13] * jpao (n=a0193294@nat/ti/x-96e5fd677007c9db) has left #beagle
  • [00:17:25] * JuanG (n=Juan@nat/ti/x-111da5a0e5d1e782) has joined #beagle
  • [00:17:32] * JuanG (n=Juan@nat/ti/x-111da5a0e5d1e782) has left #beagle
  • [00:18:04] * jpao79 (i=c05e5e69@gateway/web/ajax/mibbit.com/x-21f6a329eeb55dcc) Quit (Client Quit)
  • [00:24:20] * __alanc__ (n=a-campbe@nat/ti/x-a6ec1e70415ecab1) Quit ()
  • [00:26:01] * Xerion (n=xerion@cp198589-d.landg1.lb.home.nl) has joined #beagle
  • [00:27:35] * jkridner|work (n=a0321898@nat/ti/x-297d80068f7f3172) Quit (Remote closed the connection)
  • [00:28:14] * mrc3 (n=mrc3@nat/ti/x-c308a9a297e21626) has joined #beagle
  • [00:56:06] * zedstar (n=john@fsf/member/zedstar) Quit (Remote closed the connection)
  • [00:57:34] * NishanthMenon (n=nmenon@nat/ti/x-964f759ed0e0618d) Quit ("Ex-Chat")
  • [00:59:49] * jrmuizel (n=jrmuizel@mozca02.ca.mozilla.com) Quit ()
  • [01:13:01] * jpao (n=a0193294@nat/ti/x-96e5fd677007c9db) has joined #beagle
  • [01:17:33] * BThompsonD (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) has joined #beagle
  • [01:30:39] * lcuk (i=lcuk@cpc1-oldh7-0-0-cust232.manc.cable.ntl.com) Quit ("Leaving")
  • [01:34:30] * gcohler (n=gcohler@pool-98-118-61-5.bstnma.fios.verizon.net) Quit (Read error: 113 (No route to host))
  • [01:36:20] * montamer (n=vijay@203.199.213.3) Quit ()
  • [01:58:20] * jpao (n=a0193294@nat/ti/x-96e5fd677007c9db) has left #beagle
  • [02:05:12] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
  • [02:19:11] * matt_c (n=mcroydon@137.147.45.66.cm.sunflower.com) has joined #beagle
  • [02:20:45] * _don_ (n=don@nat/ti/x-ae64582a14e1c658) Quit ()
  • [02:22:14] * emeb (n=ericb@ip72-223-90-212.ph.ph.cox.net) has left #beagle
  • [02:23:16] * torpor_ (n=torpor@88-117-85-128.adsl.highway.telekom.at) has joined #beagle
  • [02:24:17] * matt_c (n=mcroydon@137.147.45.66.cm.sunflower.com) Quit ()
  • [02:27:40] * CruNcher (n=luls_lol@dslb-084-058-189-169.pools.arcor-ip.net) Quit (Read error: 60 (Operation timed out))
  • [02:32:47] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit ()
  • [02:38:50] * CruNcher (n=luls_lol@dslb-084-058-191-116.pools.arcor-ip.net) has joined #beagle
  • [02:40:38] * torpor (n=torpor@91-115-160-244.adsl.highway.telekom.at) Quit (Read error: 110 (Connection timed out))
  • [02:52:16] <ZeZu> jkridner, i know you said akshay was a good guy, but either he smoked himself out pretty good today or is too lazy to read emails he is replying to, or is just really bs'ing me
  • [02:58:06] * gregoiregentil (n=zonbu@adsl-71-142-88-150.dsl.pltn13.pacbell.net) has joined #beagle
  • [03:01:32] * TehUni (n=cory@c-24-30-35-55.hsd1.ga.comcast.net) Quit (Remote closed the connection)
  • [03:05:18] * TehUni (n=cory@c-24-30-35-55.hsd1.ga.comcast.net) has joined #beagle
  • [03:12:11] * dcramer_ (n=davec@dcdsl.ebox.com) has joined #beagle
  • [03:12:11] * dcramer (n=davec@dcdsl.ebox.com) Quit (Read error: 104 (Connection reset by peer))
  • [03:48:05] * _gm_ (n=_gm_@190.173.70.218) Quit (Remote closed the connection)
  • [04:00:34] * NishanthM (n=Nishanth@cpe-76-186-218-144.tx.res.rr.com) has joined #beagle
  • [04:03:01] * n6pfk (n=mike@c-76-104-54-202.hsd1.va.comcast.net) Quit ("Leaving")
  • [04:05:42] * gregoiregentil (n=zonbu@adsl-71-142-88-150.dsl.pltn13.pacbell.net) Quit (Read error: 110 (Connection timed out))
  • [04:15:59] * adeel (n=adeel@c-67-174-36-109.hsd1.ca.comcast.net) has joined #beagle
  • [04:33:21] * gregoiregentil (n=zonbu@adsl-71-135-102-249.dsl.pltn13.pacbell.net) has joined #beagle
  • [04:33:25] * gregoiregentil (n=zonbu@adsl-71-135-102-249.dsl.pltn13.pacbell.net) has left #beagle
  • [04:33:31] * gregoiregentil (n=zonbu@adsl-71-135-102-249.dsl.pltn13.pacbell.net) has joined #beagle
  • [04:43:35] * NishanthMenon (n=Nishanth@cpe-76-186-218-144.tx.res.rr.com) has joined #beagle
  • [04:44:06] * NishanthMenon (n=Nishanth@cpe-76-186-218-144.tx.res.rr.com) Quit (Client Quit)
  • [04:45:45] * NishanthM (n=Nishanth@cpe-76-186-218-144.tx.res.rr.com) Quit (Read error: 110 (Connection timed out))
  • [05:01:14] * mib_k59hr6 (i=62a9d1b5@gateway/web/ajax/mibbit.com/x-a976fde32910dcaa) has joined #beagle
  • [05:01:31] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
  • [05:01:46] * viridior (n=viridis@ip98-169-209-181.dc.dc.cox.net) has joined #beagle
  • [05:01:50] * TehUni (n=cory@c-24-30-35-55.hsd1.ga.comcast.net) Quit (Read error: 110 (Connection timed out))
  • [05:01:56] * mib_k59hr6 (i=62a9d1b5@gateway/web/ajax/mibbit.com/x-a976fde32910dcaa) Quit (Client Quit)
  • [05:02:03] * TehUni (n=cory@c-24-30-35-55.hsd1.ga.comcast.net) has joined #beagle
  • [05:18:08] * BThompsonD (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) Quit (Read error: 104 (Connection reset by peer))
  • [05:24:19] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit ()
  • [05:48:59] * geckosen1tor (n=sean@adsl-68-73-98-69.dsl.dytnoh.sbcglobal.net) Quit (Read error: 104 (Connection reset by peer))
  • [05:51:06] * zuh (i=6d932e96@emperor.pingu.fi) Quit (Read error: 131 (Connection reset by peer))
  • [05:51:07] * kulve (i=19b0d515@emperor.pingu.fi) Quit (Read error: 131 (Connection reset by peer))
  • [06:00:19] * davidwang (i=41c7bd06@gateway/web/ajax/mibbit.com/x-51ef4e9f76016877) has joined #beagle
  • [06:00:28] <davidwang> hi,
  • [06:01:11] <davidwang> can anybody give me some information about rev c2 ?
  • [06:09:45] * dirk2 (n=dirk@p5B040A19.dip0.t-ipconnect.de) has joined #beagle
  • [06:15:25] <dirk2> davidwang: http://elinux.org/BeagleBoard#Revision_C2
  • [06:19:10] <davidwang> I think camera interface should be added
  • [06:19:56] <davidwang> it will be perfect if camera interface connector is added!
  • [06:22:40] <dirk2> davidwang: no changes possible any more for rev C2
  • [06:23:16] <dirk2> davidwang: for camera interface, check overo
  • [06:25:40] <dirk2> davidwang: http://www.gumstix.net/Hardware/view/Hardware-Specifications/Overo-Specifications/112.html => connector J5
  • [06:26:31] * rupeshgujare (n=rupesh@59.160.172.220) has joined #beagle
  • [06:26:49] * rupeshgujare (n=rupesh@59.160.172.220) has left #beagle
  • [06:27:02] * rupeshgujare (n=rupesh@59.160.172.220) has joined #beagle
  • [06:46:03] * adeel (n=adeel@c-67-174-36-109.hsd1.ca.comcast.net) has left #beagle
  • [06:49:47] * davidwang (i=41c7bd06@gateway/web/ajax/mibbit.com/x-51ef4e9f76016877) Quit ("http://www.mibbit.com ajax IRC Client")
  • [06:54:30] * davidwang (i=41c7bd06@gateway/web/ajax/mibbit.com/x-c053728dd679ed76) has joined #beagle
  • [06:59:43] * kozak (n=subbu@117.192.14.157) Quit (Read error: 113 (No route to host))
  • [07:01:20] * zuh (i=262b55c4@emperor.pingu.fi) has joined #beagle
  • [07:21:00] * kulve (i=42dd16b6@emperor.pingu.fi) has joined #beagle
  • [07:59:49] <koen> good morning all
  • [08:01:53] * j24 (n=j24@ns32433.ovh.net) Quit (Remote closed the connection)
  • [08:07:48] <davidwang> hi
  • [08:09:48] * davidwang (i=41c7bd06@gateway/web/ajax/mibbit.com/x-c053728dd679ed76) Quit ("http://www.mibbit.com ajax IRC Client")
  • [08:12:58] * dirk2 (n=dirk@p5B040A19.dip0.t-ipconnect.de) Quit ("Konversation terminated!")
  • [08:22:32] * torpor_ (n=torpor@88-117-85-128.adsl.highway.telekom.at) Quit (Read error: 110 (Connection timed out))
  • [08:23:31] * ScriptRipper (n=martin@85.233.34.53.dynamic.cablesurf.de) has joined #beagle
  • [08:27:12] <ds2> morning
  • [08:30:58] * j24 (n=j24@ns32433.ovh.net) has joined #beagle
  • [08:58:06] * mib_3y72pc (i=dac750dd@gateway/web/ajax/mibbit.com/x-8c2e27a3c070d069) has joined #beagle
  • [08:58:12] * mib_3y72pc (i=dac750dd@gateway/web/ajax/mibbit.com/x-8c2e27a3c070d069) Quit (Client Quit)
  • [08:58:34] * tyhk1987 (i=dac750dd@gateway/web/ajax/mibbit.com/x-15728e9f771e4493) has joined #beagle
  • [08:59:54] * mib_e2db8a (i=cb64d4cc@gateway/web/ajax/mibbit.com/x-06f27802c5ac04ca) has joined #beagle
  • [09:01:03] <tyhk1987> when i want to use the keyboard ,should i use the USB-OTG or the USB HOST ?
  • [09:03:13] * mib_e2db8a (i=cb64d4cc@gateway/web/ajax/mibbit.com/x-06f27802c5ac04ca) Quit (Client Quit)
  • [09:06:50] * mib_e2db8a (i=cb64d4cc@gateway/web/ajax/mibbit.com/x-4d63465e39361986) has joined #beagle
  • [09:27:46] * aleij (n=ad@p54BD0CD0.dip0.t-ipconnect.de) has joined #beagle
  • [09:30:07] * aleij (n=ad@p54BD0CD0.dip0.t-ipconnect.de) has left #beagle
  • [09:34:21] * mib_e2db8a (i=cb64d4cc@gateway/web/ajax/mibbit.com/x-4d63465e39361986) Quit ("http://www.mibbit.com ajax IRC Client")
  • [09:35:28] * mib_e2db8a (i=cb64d4cc@gateway/web/ajax/mibbit.com/x-93c5379edcbc41cb) has joined #beagle
  • [09:57:35] * mib_26br0p (i=97333357@gateway/web/ajax/mibbit.com/x-a4968d8d451a9177) has joined #beagle
  • [09:59:00] * mib_26br0p (i=97333357@gateway/web/ajax/mibbit.com/x-a4968d8d451a9177) Quit (Client Quit)
  • [10:00:28] * mib_e2db8a (i=cb64d4cc@gateway/web/ajax/mibbit.com/x-93c5379edcbc41cb) Quit ("http://www.mibbit.com ajax IRC Client")
  • [10:01:13] * TAK2004 (n=thomas@dslb-088-074-062-037.pools.arcor-ip.net) has joined #beagle
  • [10:03:46] * abitos (n=nixgibts@dslb-088-064-119-036.pools.arcor-ip.net) has joined #beagle
  • [10:20:04] * FuL|OUT is now known as fulgas
  • [10:31:03] * Xenion (n=robert@p579FCD56.dip.t-dialin.net) has joined #beagle
  • [10:31:26] <Xenion> Guten Morgen :-)
  • [10:31:34] <Xenion> Good Morning folks :-)
  • [10:40:12] * rupeshgujare (n=rupesh@59.160.172.220) has left #beagle
  • [10:48:27] * valhalla (n=valhalla@81-174-37-40.dynamic.ngi.it) has joined #beagle
  • [11:05:05] * TAK2004 (n=thomas@dslb-088-074-062-037.pools.arcor-ip.net) Quit (Remote closed the connection)
  • [11:16:04] * matt_c (n=mcroydon@137.147.45.66.cm.sunflower.com) has joined #beagle
  • [11:18:13] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
  • [11:27:44] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit (Read error: 60 (Operation timed out))
  • [11:43:15] * zedstar (n=john@fsf/member/zedstar) has joined #beagle
  • [11:53:46] * gcohler (n=gcohler@pool-98-118-61-5.bstnma.fios.verizon.net) has joined #beagle
  • [11:54:08] * ssvb (n=ssvb___@a88-114-221-132.elisa-laajakaista.fi) Quit ("Leaving")
  • [11:58:31] * guillaum1 (n=gl@AMontsouris-153-1-32-147.w86-212.abo.wanadoo.fr) Quit ("Leaving.")
  • [12:01:53] * lcuk (i=lcuk@cpc1-oldh7-0-0-cust232.manc.cable.ntl.com) has joined #beagle
  • [12:06:04] * gcohler (n=gcohler@pool-98-118-61-5.bstnma.fios.verizon.net) Quit (Excess Flood)
  • [12:06:25] * gcohler (n=gcohler@pool-98-118-61-5.bstnma.fios.verizon.net) has joined #beagle
  • [12:09:46] * ant__ (n=ant@host253-16-dynamic.0-87-r.retail.telecomitalia.it) has joined #beagle
  • [12:32:27] * Openfree (n=df@222.65.52.182) has joined #beagle
  • [12:37:35] * atin_ (n=atin@c-71-232-7-71.hsd1.ma.comcast.net) has joined #beagle
  • [12:39:31] * erbo (n=erik@c-7b7de455.115-16-64736c14.cust.bredbandsbolaget.se) has joined #beagle
  • [12:43:37] * maelcum (n=quassel@e178146040.adsl.alicedsl.de) Quit (Read error: 60 (Operation timed out))
  • [13:01:35] * maelcum (n=quassel@e178172187.adsl.alicedsl.de) has joined #beagle
  • [13:02:20] * mib_fnvlvu (i=56c1c916@gateway/web/ajax/mibbit.com/x-194e23dc3491cdc0) has joined #beagle
  • [13:03:39] * mib_fnvlvu (i=56c1c916@gateway/web/ajax/mibbit.com/x-194e23dc3491cdc0) Quit (Client Quit)
  • [13:05:16] * guillaum1 (n=Guillaum@AMontsouris-153-1-32-147.w86-212.abo.wanadoo.fr) has joined #beagle
  • [13:05:53] * a_way is now known as ali_as
  • [13:17:15] * fishbear (i=63f65316@gateway/web/ajax/mibbit.com/x-a0b3281621c72b41) has joined #beagle
  • [13:18:35] * fishbear (i=63f65316@gateway/web/ajax/mibbit.com/x-a0b3281621c72b41) Quit (Client Quit)
  • [13:19:00] * fishbear (i=63f65316@gateway/web/ajax/mibbit.com/x-9c24c42417b4b0e3) has joined #beagle
  • [13:19:16] <fishbear> Hi, everyone.
  • [13:19:22] * tyhk1987 (i=dac750dd@gateway/web/ajax/mibbit.com/x-15728e9f771e4493) Quit ("http://www.mibbit.com ajax IRC Client")
  • [13:21:24] <fishbear> I am trying to join the mailing group yesterday but I still don't get the approve. How long does it take to get the appove? does anybody know it?
  • [13:23:48] <mru> poke jkridner about it
  • [13:29:25] * fishbear (i=63f65316@gateway/web/ajax/mibbit.com/x-9c24c42417b4b0e3) Quit ("http://www.mibbit.com ajax IRC Client")
  • [13:33:05] <jkridner> good morning all
  • [13:33:05] <jkridner> I usually do approvals once or twice a day.
  • [13:33:43] <jkridner> just did 5 now.
  • [13:33:46] <jkridner> I'll reject any requests that don't include some text.
  • [13:34:55] * gcohler (n=gcohler@pool-98-118-61-5.bstnma.fios.verizon.net) Quit (Read error: 113 (No route to host))
  • [13:55:28] <keesj> lcuk: congragulated with the Nokia support for you app!
  • [13:58:37] <lcuk> thanks keesj :) just need to get an omap3 now and I'm rocking
  • [13:58:57] <lcuk> though to be honest, optimizing for the omap2 is best cos its just gonna fly along on 3
  • [14:04:07] <keesj> ain't is just fast enough already?
  • [14:04:24] <lcuk> thats what i mean :)
  • [14:04:49] <lcuk> im busy turnign the hack into a clean set of classes which work well on omap2 and even better on omap3 :)
  • [14:04:52] * ogra (n=ogra@ubuntu/member/ogra) Quit ("Verlassend")
  • [14:04:53] * ogra_ (n=ogra@p5098ed03.dip0.t-ipconnect.de) has joined #beagle
  • [14:05:01] <keesj> multi-touch will probably be fun
  • [14:05:28] * ldesnogu_ (n=ldesnogu@ven06-2-82-247-86-183.fbx.proxad.net) has joined #beagle
  • [14:05:30] * ogra_ is now known as ogra
  • [14:05:52] <lcuk> heh - its not usable enough for generic uses, but as with everything if done correctly it should blend in with the experience and be natural
  • [14:06:03] <jkridner> what is the app?
  • [14:06:28] <lcuk> its called liqbase, http://maemo.org/downloads/product/OS2008/liqbase/ more info and overviews here http://liqbase.net/
  • [14:06:54] * Xerion_ (i=xerion@82-170-197-160.ip.telfort.nl) has joined #beagle
  • [14:07:29] <lcuk> its a touchscreen playground, slick ui with novel features :) manages to do stuff no other maemo app can
  • [14:07:30] * hugsig (n=hsi@2001:16d8:ff1a:0:216:3eff:fe5a:59cd) Quit (Read error: 60 (Operation timed out))
  • [14:08:38] <jkridner> interesting.
  • [14:09:11] <jkridner> does it have an API for people to use parts of it within their apps?
  • [14:10:26] <keesj> I guess that with maemeo it will would need to be some kind of clutter widget
  • [14:11:18] <lcuk> not in the released version, im busy reorganizing everything into a small graphics library to utilize everything and have a load of apps i want to make - and ive got a plugin format sorted for something else I'm working on
  • [14:11:46] <lcuk> keesj, i looked extensively at clutter, and its a nice little game engine, but it doesnt have *any* support for line drawing
  • [14:12:12] <lcuk> so i would need to bypass clutter entirely to get it in
  • [14:12:28] <lcuk> (go directly to ogl)
  • [14:13:18] * hugsig (n=hsi@2001:16d8:ff1a:0:216:3eff:fe5a:59cd) has joined #beagle
  • [14:13:20] <lcuk> it runs in the xv overlay, so as long as clutter can open a portal for me I suppose it will work, but im not rebuilding yet purely for clutter because then i cant run on older hardware
  • [14:13:28] <keesj> I was thinking of the same aproach champain does http://blog.pierlux.com/2009/01/10/libchamplain-and-libchamplain-gtk-028-released/en/
  • [14:14:51] <keesj> it's a "clutter actor" whatever that is :p
  • [14:15:21] <lcuk> yes keesj, the library at present is opened within an x11 window boundary, so its technically possible to sit a liqbase cell inside a gtk widget
  • [14:15:38] <lcuk> a clutter actor is just a 2.5d widget
  • [14:15:57] <lcuk> base user control for manipulating
  • [14:16:57] * pH5 (n=ph5@e178237090.adsl.alicedsl.de) has joined #beagle
  • [14:17:04] <lcuk> liqbase runs nicely on my x41 tablet - in powersave mode, it feels so good to have 100% of the screen usable and touchable
  • [14:17:15] <lcuk> such a change from windows and gnome etc :)
  • [14:17:27] * ant__ (n=ant@host253-16-dynamic.0-87-r.retail.telecomitalia.it) has left #beagle
  • [14:19:12] <keesj> lcuk: we operate in different worlds. on the same hardware.
  • [14:19:46] <lcuk> heh, which world are you in then
  • [14:20:21] <keesj> I hava my BeagleBoard back and the jtag adapter is not broken afterall. so I can continue trying to make this thing work
  • [14:21:09] <keesj> I am debugging the debugger with my new logic analyzer http://www.flickr.com/photos/51025379@N00/3241380842/
  • [14:22:02] <lcuk> wow, you are braver than me - i couldnt imagine me wiring up a beagle let alone know enough to get it running in any capacity
  • [14:23:02] <keesj> it's pretty near the kind of work I do get paided for. only this is for a good cause :p
  • [14:23:36] <lcuk> 100% agree, you (and the others here) are trailblazing for us lot to come along
  • [14:23:43] * Xerion (n=xerion@cp198589-d.landg1.lb.home.nl) Quit (Read error: 110 (Connection timed out))
  • [14:23:44] * Xerion_ is now known as Xerion
  • [14:24:31] <lcuk> i think i wouldv let the magic smoke out of one of those by now
  • [14:25:02] <keesj> I didn't achieve much yet.
  • [14:25:44] <lcuk> but, but, but you also didnt cause the street to be evacuated when you wire it up incorrectly
  • [14:26:19] <lcuk> i had my bag searched on the way back from the maemo summit, i can just imagine what they wouldv thought if i had your rig in there
  • [14:28:14] <keesj> I had the same , and I had this army box filled with eletronics and wires
  • [14:28:44] <lcuk> im surprised they didnt tell you to GTFO
  • [14:29:36] <keesj> no , they just asked what is was.
  • [14:30:14] <keesj> A college of mine has started porting BSD to the beagle, I find that very cool
  • [14:30:17] <lcuk> i opened my suitcase to find a note from security - i had one of everything i thought i needed in my case and a whole set of converters and stuff
  • [14:32:37] <lcuk> cool :D you could have the worlds first powervr rendered router ;)
  • [14:38:50] * CruNcher (n=luls_lol@dslb-084-058-191-116.pools.arcor-ip.net) Quit ()
  • [14:38:54] * CruNcher (n=luls_lol@dslb-084-058-191-116.pools.arcor-ip.net) has joined #beagle
  • [14:39:10] * hli (i=chaton@vig91-2-82-232-97-149.fbx.proxad.net) has joined #beagle
  • [14:42:54] <Xenion> one of my bb isn't booting it just display 40V on serial
  • [14:42:59] <Xenion> not .. 40T ...
  • [14:43:18] <Xenion> what does this mean ?
  • [14:43:18] <mru> 40V means you have the silicon version ES3.0
  • [14:43:26] <mru> B7 and later use that
  • [14:43:42] <mru> the older ones are ES2.1
  • [14:44:16] <mru> you're not likely to notice any difference
  • [14:44:42] <Xenion> mru k
  • [14:44:51] <Xenion> so 40V all over displayed is not ... wrong?
  • [14:44:56] * mrc3_ (n=ddiaz@189.157.115.100) Quit (Remote closed the connection)
  • [14:45:20] <mru> it's normal for a boot failure ;-)
  • [14:45:53] <mru> follow the usual instructions to get it running
  • [14:47:10] <Xenion> mru after the 40'V nothing happens
  • [14:47:21] <mru> I wouldn't expect it to
  • [14:47:23] <Xenion> so the normal trick plugin power an press USER doenst work
  • [14:47:35] <mru> do you have a bootable sd card inserted?
  • [14:47:38] <Xenion> mru the TWL40xx gets very hot ?
  • [14:47:42] <Xenion> mru yes
  • [14:48:14] <mru> how hot?
  • [14:48:14] <Xenion> it hurts on the finger tip
  • [14:49:13] <mru> but no black scorch marks on the finger?
  • [14:49:26] <Xenion> no
  • [14:49:43] * ant__ (n=ant@host253-16-dynamic.0-87-r.retail.telecomitalia.it) has joined #beagle
  • [14:50:13] * ogra points to http://elinux.org/BeagleBoardRecovery
  • [14:50:26] <Xenion> ogra i tried that
  • [14:50:32] <Xenion> correct me but it's like
  • [14:50:47] <Xenion> PLUGIN POWER && PRESS USER for MMC boot ?
  • [14:51:56] <ogra> well, and have a prepared MMC with proper loader
  • [14:52:21] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
  • [14:53:21] <Xenion> mru, no other LED lights up
  • [14:53:25] <Xenion> just the power LED
  • [14:54:24] <Xenion> ???40V40V40V40V40V40V???40V???40V40V ?
  • [14:54:29] <mru> hmm
  • [14:54:31] <Xenion> all the time @ mru ogra
  • [14:54:37] <mru> that's not how it usually looks
  • [14:54:38] * gcohler (n=gcohler@pool-98-118-61-5.bstnma.fios.verizon.net) has joined #beagle
  • [14:54:40] <Xenion> i unplugged the SD
  • [14:54:44] <Xenion> mru, hm
  • [14:54:54] <Xenion> the point is i have no idea wha could have happend
  • [14:55:09] <mru> it seems to be constantly resetting
  • [14:55:19] <mru> no idea how that would happen
  • [14:55:45] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit (Client Quit)
  • [14:55:46] <ogra> wrong power supply ?
  • [14:55:51] <Xenion> mru, ogra no
  • [14:55:54] <Xenion> it worked
  • [14:56:02] <mru> bad power supplies can do almost anything
  • [14:56:02] <Xenion> i just soldered on some pins for expander
  • [14:56:23] <mru> are you sure you didn't short something by accident?
  • [14:56:30] <mru> or ESD something
  • [14:56:42] <ogra> or fry anything with a to hot soldering iron
  • [14:56:43] <Xenion> mru ariend of tried to "test" the pins which where soldered using a volt-meter maybe he short circutted them ?
  • [14:56:53] <Xenion> ogra, nope unlikely
  • [14:57:12] <Xenion> ogra, it would be possible but if you could see the solder tips you would know it
  • [14:57:22] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
  • [14:57:22] <Xenion> mru ESD may be possible
  • [14:57:39] <mru> you soldered with power off, I hope...
  • [14:57:47] <hli> "Rotten Apple" lol
  • [14:57:51] <Xenion> mru i did
  • [14:58:02] <Xenion> mru i can try to remove all what remains of the solder
  • [14:59:19] <Xenion> mru what does REGEN do ?
  • [14:59:33] <Xenion> i'm unsure aboout that pin maybe it deleted the flash somehow ?
  • [15:00:01] <mru> hli: you've obviously erased your flash somehow
  • [15:00:08] <mru> otherwise it would be booting that
  • [15:00:23] <mru> hli: oops, that was for Xenion
  • [15:00:31] <Xenion> mru ok and what to do now ?
  • [15:00:40] <mru> don't know
  • [15:00:54] <hli> mru: ii realized your mistake :)
  • [15:06:05] <maelcum> can somebody tell me which patches (i use the openembedded patches) are necessary against 2.6.28-omap1 to make the hdmi/dvi display work?
  • [15:11:38] <Xenion> mru could it be possible to boot from serial in the current state ?
  • [15:11:45] <Xenion> it pretty much looks like uboot is gone
  • [15:12:09] <mru> your flash is obviously unbootable
  • [15:12:15] <Xenion> mru indeed
  • [15:12:30] <ogra> right, thats why you need a MMC prepared with xloader and uboot
  • [15:12:48] <ogra> from which you can recover
  • [15:12:55] <Xenion> ogra, tried too card which both are booting well on a different beagleboard
  • [15:13:02] <Xenion> so they work but not on this one
  • [15:14:11] <mru> hmm
  • [15:14:19] <mru> maybe you managed to zap it
  • [15:14:35] <Xenion> what does zap mean ?
  • [15:14:44] <mru> in this case, kill
  • [15:14:51] <mru> check again for short-circuits
  • [15:14:58] <Xenion> mru i'll do
  • [15:15:57] <Xenion> mru could a one time short circut of the expansion pin kill it ? ( i really mean one time, just for 2 sec )
  • [15:16:12] <mru> no idea
  • [15:19:44] * nemequ (n=nemequ@ip68-111-215-155.sd.sd.cox.net) Quit (Read error: 60 (Operation timed out))
  • [15:20:20] * jsync (n=jess@59.160.172.220) Quit ("Leaving.")
  • [15:20:43] <Xenion> because i checked the pins with voltage-meter on the old and the new board after i connected gnd and pin 4 it restart and don't come back, now the TWL40xx gets very hot and sometimes 40V print on serial
  • [15:21:36] <mru> sounds like you may have shorted something
  • [15:25:34] * pH5 (n=ph5@e178237090.adsl.alicedsl.de) Quit (Read error: 113 (No route to host))
  • [15:29:51] * pH5 (n=ph5@e178237090.adsl.alicedsl.de) has joined #beagle
  • [15:35:14] * abitos (n=nixgibts@dslb-088-064-119-036.pools.arcor-ip.net) Quit (Nick collision from services.)
  • [15:35:31] * abitos (n=nixgibts@dslb-084-057-178-087.pools.arcor-ip.net) has joined #beagle
  • [15:36:10] * Openfree (n=df@222.65.52.182) Quit (Remote closed the connection)
  • [15:45:31] * fulgas (n=fn@85.138.15.70) Quit (Read error: 104 (Connection reset by peer))
  • [15:46:07] * fulgas (n=fn@85.138.15.70) has joined #beagle
  • [15:49:55] <Xenion> mru i just unsoldered nearly every pin but nothings changed
  • [15:50:05] <Xenion> 4 pins left .. there soldered to "good"
  • [16:12:04] <jkridner> ping koen.
  • [16:12:18] <jkridner> koen: did you ever get zlib working for the logo.
  • [16:12:35] <jkridner> I just did a little compression utility and I'm wondering if I should use it or zlib.
  • [16:16:15] * JuanG (n=Juan@nat/ti/x-c85acb74fc3ae203) has joined #beagle
  • [16:17:09] * JuanG (n=Juan@nat/ti/x-c85acb74fc3ae203) has left #beagle
  • [16:23:44] * BThompsonD (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) has joined #beagle
  • [16:28:01] <mru> jkridner: u-boot already includes zlib decompression, right?
  • [16:28:40] <jkridner> yes, it does.
  • [16:28:43] <jkridner> and bzlib.
  • [16:28:55] <jkridner> I was looking at how to call them and decided this was easier.
  • [16:29:08] <jkridner> I'm very open to someone replacing this solution though.
  • [16:30:48] * aleij (n=ad@p54BD0CD0.dip0.t-ipconnect.de) has joined #beagle
  • [16:32:59] * alecrim (n=alecrim@189.2.128.130) has joined #beagle
  • [16:33:18] * aleij (n=ad@p54BD0CD0.dip0.t-ipconnect.de) has left #beagle
  • [16:36:31] * ssvb (n=ssvb___@a88-114-221-132.elisa-laajakaista.fi) has joined #beagle
  • [16:39:04] * nabax (n=nabax@89.129.96.71) has joined #beagle
  • [16:39:14] * JuanG_ (n=Juan@nat/ti/x-7bf4bcc0ebc17870) has joined #beagle
  • [16:39:30] * gcohler (n=gcohler@pool-98-118-61-5.bstnma.fios.verizon.net) Quit ("Trillian (http://www.ceruleanstudios.com")
  • [16:40:25] <mru> the zlib api is a bit contorted...
  • [16:43:07] <jkridner> just not worth my time to understand/debug with it, since rle compression and a color look-up table provides a lot of compression.
  • [16:43:16] * JuanG_ (n=Juan@nat/ti/x-7bf4bcc0ebc17870) has left #beagle
  • [16:45:10] <mru> with simple images, such as the beagle logo, rle compresses to about twice the size of zlib in my experience
  • [16:45:30] <mru> obviously it depends on the precise rle variant you use
  • [16:45:32] <jkridner> plus, zlib library would need to be pulled into the build.
  • [16:45:56] <mru> but zlib is already there
  • [16:46:31] <jkridner> I'm currently wasting an extra 3 bytes per entry too, because I have my characters stored as ints.
  • [16:46:39] <jkridner> is it already pulled in, or just in the source?
  • [16:46:49] <mru> zlib.o gets built
  • [16:46:56] <jkridner> I guess it must be pulled in for kernel decompression.
  • [16:47:05] <jkridner> k, so it would be free.
  • [16:47:30] <jkridner> consider it phase two or if someone can beat me to it (since I shared the image).
  • [16:47:59] * zuh_ (i=6e1fff4c@emperor.pingu.fi) has joined #beagle
  • [16:48:01] * zuh_ (i=6e1fff4c@emperor.pingu.fi) Quit (Client Quit)
  • [16:48:16] <jkridner> also, my on-the-fly rle doesn't require allocating buffers to decompress into.
  • [16:50:19] <mru> neither does zlib if done right
  • [16:54:22] <mru> zlib uses a 32k window for back-references
  • [16:54:59] <mru> if the entire output is in a single buffer, there's obviously no inherent need to allocate anything separately
  • [16:55:21] <mru> well, the huffman tables are a different matter
  • [16:55:22] <suihkulokki> http://www.xmunkki.org/wiki/doku.php?id=projects:lightzpng
  • [16:58:07] <jkridner> suihkulokki: I don't need another zlib, given that there is already one in u-boot.
  • [16:58:28] <jkridner> perhaps u-boot should move to that version.
  • [17:00:36] * lcuk (i=lcuk@cpc1-oldh7-0-0-cust232.manc.cable.ntl.com) Quit ("Leaving")
  • [17:01:21] <jkridner> of course, I'd rather someone give some thumbs up to the musb patch so that Rev C can ship with usbtty support.
  • [17:02:23] <jkridner> atin_: do you think ddompe's patch is ready to go?
  • [17:02:41] <jkridner> last I heard, I thought there were some repeatability/usability issues.
  • [17:04:38] * JuanG (n=Juan@nat/ti/x-50f71b5763bd4ccb) has joined #beagle
  • [17:04:48] * JuanG (n=Juan@nat/ti/x-50f71b5763bd4ccb) has left #beagle
  • [17:08:09] * TehUni (n=cory@c-24-30-35-55.hsd1.ga.comcast.net) Quit (Read error: 104 (Connection reset by peer))
  • [17:08:16] * TehUni (n=cory@c-24-30-35-55.hsd1.ga.comcast.net) has joined #beagle
  • [17:09:53] <Xenion> re
  • [17:10:14] <Xenion> jkridner, are you there ?
  • [17:10:24] <jkridner> I am.
  • [17:11:29] <Xenion> by doing some tests today one of my colleagues accidently killed ( looks like that ) a beagleboard .. maybe if you have a moment we can "repair" it .. or at least find out what happend ?
  • [17:12:01] <jkridner> have you gone through the recovery process?
  • [17:12:05] <Xenion> the state right now is, that it looks like the Flash is empty
  • [17:12:10] <Xenion> jkridner, i tried with MRU
  • [17:12:11] <jkridner> it is documented in the manual, I believe.
  • [17:12:18] <jkridner> where did you get stuck?
  • [17:12:19] <Xenion> jkridner, i tried wiki and manual yes
  • [17:12:29] <Xenion> i cant switch the boot mode
  • [17:12:31] <mru> jkridner: his board is printing 40V40V40V without end
  • [17:12:48] <jkridner> hmmm, so it keeps resetting.
  • [17:12:48] <Xenion> mru the 40V where printed when i press RESET
  • [17:12:52] <Xenion> nope
  • [17:13:08] <jkridner> Xenion: nope to what?
  • [17:13:21] <Xenion> it does not keep resetting
  • [17:13:30] <jkridner> if it keeps printing 40V40V40V, I suspect that the power regulator is causing it to reset.
  • [17:13:34] <mru> it obviously is resetting
  • [17:13:34] <Xenion> the resets where USER triggered to see if something happends
  • [17:13:48] <Xenion> mru yes it is because i pressed the RESET button in this instant
  • [17:14:00] <mru> ok, let's get this clear, does it print 40V more than once per reset press?
  • [17:14:04] <Xenion> no
  • [17:14:14] <mru> oh, you made it sound like it did
  • [17:14:18] <ogra> yes
  • [17:14:19] <Xenion> mru sorry
  • [17:14:32] * ogra understood that as well ...
  • [17:14:34] <Xenion> that time i chatted with you 2 people where around me trying to find that error ....
  • [17:14:44] <Xenion> now im alone with 2 BB one working and the broken one
  • [17:14:45] <Xenion> :-)
  • [17:14:53] <Xenion> so now i've got all time to find the "error"
  • [17:15:12] <Xenion> ok heres what i did so far
  • [17:15:27] <Xenion> i've got the board, it was working fine ( played with it since friday )
  • [17:15:45] <Xenion> today i soldered up an 28 pin connector ( male one )
  • [17:15:51] <Xenion> after that it still worked fine
  • [17:15:58] <Xenion> ( i mean it booted up angstroem )
  • [17:16:03] <jkridner> darn, my u-boot gives me "mode not supported" on my HDTV.
  • [17:16:10] * fulgas (n=fn@85.138.15.70) Quit (Read error: 104 (Connection reset by peer))
  • [17:16:52] <Xenion> so after that i handed it over to a colleage he took a volt-meter and measured GND to PIN 4 and PIN 5 ( he wanted to see if the I/O lines where working as expected )
  • [17:16:56] * fulgas (n=fn@85.138.15.70) has joined #beagle
  • [17:17:06] <Xenion> just in this moment ( i think he did something wrong ) the board goes off
  • [17:17:08] <Xenion> since then
  • [17:17:30] <Xenion> everytime i turn it on ( using DC or USB ), the power LED lid, nothing else happens
  • [17:17:54] <Xenion> i swaped the SD card, even tried it without one( the other beagleboard is booting fine with both cards )
  • [17:18:16] <Xenion> i tried, pluging in power-supply (DC) and holding down USER1
  • [17:18:19] <Xenion> nothing changed
  • [17:18:33] <Xenion> only when i press RESET, the board print's out in SERIAL 40V
  • [17:18:42] <Xenion> that's the state
  • [17:19:15] <mru> what's on the sd card?
  • [17:19:23] <Xenion> the point is, i meassured a dozen times the I/O lines using volt-meter .. something like this never happen .. i guess my friend short circuted one I/O line with GND
  • [17:19:40] <ogra> and you did hold down the user button while unplugging/replugging power with a SD card that has a MLO on it ... ?
  • [17:19:42] <Xenion> mru bootable angstroem ( it is definatly working, i verfied it and tried a different card )
  • [17:19:49] <Xenion> ogra, i did
  • [17:20:05] <mru> Xenion: does the card have MLO and u-boot?
  • [17:20:09] <mru> or just uImage?
  • [17:20:26] <ogra> well, MLO should suffice to see more than 40V
  • [17:20:29] <Xenion> MRU nope it contains MLO ( copied first to the card ), uboot and uImage 2008.1 angstroem
  • [17:20:46] <Xenion> ogra, i could create a new boot card .. i've got enough lying around
  • [17:20:56] <Xenion> i even got one working beagleboard to crosstest it
  • [17:21:35] <Xenion> give me a second i try a new card with MLO from beagleboard.org .. this should rule out all possible failures
  • [17:22:29] <jkridner> make sure you are booting with the MLO on the card on your good board.
  • [17:22:40] <jkridner> that way you'll know the card is bootable.
  • [17:22:55] <Xenion> jkridner, im verifing it right now
  • [17:27:55] <jkridner> can anyone tell me if http://www.beagleboard.org/~arago/u-boot-f.bin produced a logo for them?
  • [17:28:02] <jkridner> it does not on my TV.
  • [17:28:38] <jkridner> it seems to be the same settings as the Rev B u-boot to me.
  • [17:29:45] <Xenion> ok i try this one http://beagleboard.googlecode.com/files/MLO_revb
  • [17:32:44] <Xenion> the working board show the following using the new SD Card:
  • [17:32:52] <Xenion> Texas Instruments X-Loader 1.41
  • [17:32:52] <Xenion> Starting on with MMC
  • [17:32:52] <Xenion> Reading boot sector
  • [17:32:58] <Xenion> i'll now try the broken one
  • [17:34:22] <Xenion> nothing
  • [17:34:25] <Xenion> no reaction
  • [17:34:30] <Xenion> just the power LED
  • [17:36:16] <jkridner> have you tried USB or serial based recovery?
  • [17:37:15] <Xenion> jkridner, i think i've tried .. maybe i did something wrong, but should'nt i get "further" when doing serial recovery
  • [17:37:50] <jkridner> yes, but the path is less paved.
  • [17:37:59] <Xenion> ok, what to do ?
  • [17:38:08] <Xenion> board is unplugged
  • [17:38:12] <Xenion> sd card unplugged
  • [17:38:17] <Xenion> serial connected
  • [17:38:19] <jkridner> no Code Composer Studio, right?
  • [17:38:22] <Xenion> user, ready
  • [17:38:29] <Xenion> jkridner, no
  • [17:38:33] <jkridner> you mean to try serial recovery?
  • [17:38:36] <Xenion> last time i used hyperterm ...
  • [17:38:39] <Xenion> jkridner, yes
  • [17:38:40] * fulgas is now known as FuL|OUT
  • [17:38:48] * abrasive (i=abrasive@creep.bur.st) Quit (Remote closed the connection)
  • [17:38:55] <jkridner> google
  • [17:39:03] <Xenion> jkridner, for what ?
  • [17:39:07] * sprotch (i=9055b5d4@gateway/web/ajax/mibbit.com/x-8a6bbb43c433adee) has joined #beagle
  • [17:39:08] <Xenion> serial recovery or code composer ?
  • [17:39:53] <jkridner> guess http://elinux.org/BeagleBoardRecovery doesn't cover serial recovery yet
  • [17:40:13] <jkridner> https://www-a.ti.com/downloads/sds_support/targetcontent/dvsdk/oslinux_dvsdk/v3_00_3530/index.html includes a serial download utility.
  • [17:40:53] <Xenion> <- don't have a ti acc
  • [17:41:42] <jkridner> go to https://www-a.ti.com/downloads/sds_support/targetcontent/psp/omap35x/index.html
  • [17:41:51] <jkridner> you'll need to make a my.ti login.
  • [17:42:41] <jkridner> if you install PSP 1.0.2, then you can find the serial download utility that Mistral created.
  • [17:43:56] <Xenion> ok got a logon
  • [17:44:44] <jkridner> the getting started guide (SPRC655A) covers serial boot in section 5.3.
  • [17:45:05] <Xenion> 60kbits ... 50 minutes .. argh ... :/
  • [17:45:18] <jkridner> it is a Windows utility. :(
  • [17:45:20] * nemequ (n=nemequ@ip68-111-215-155.sd.sd.cox.net) has joined #beagle
  • [17:45:24] <jkridner> DownloadUtility.exe
  • [17:45:44] <Xenion> but im loading https://www-a.ti.com/downloads/sds_support/targetcontent/psp/omap35x/OMAP35x_SDK_setuplinux_1_0_2.bin `
  • [17:45:46] <Xenion> ?
  • [17:46:12] <jkridner> that installs under Linux, but the serial download utility requires Windows.
  • [17:46:18] <Xenion> jkridner, no prob
  • [17:46:25] <Xenion> i'm having a win pc right beside
  • [17:47:38] <jkridner> does anyone know how to extract the DSS/clock configurations for u-boot?
  • [17:48:06] <jkridner> I'm thinking the DSS2 1280x720M-24@60 setting would be good.
  • [17:49:38] <jkridner> Xenion; there is a small program that loads serially before loading u-boot.bin. There is a configuration file that points to that utility (it must be less than 64kbytes).
  • [17:50:08] <Xenion> jkridner, the manual is pretty clear .. but im not sure if it will work
  • [17:50:12] <Xenion> jkridner, ?
  • [17:50:35] <jkridner> well, the switch settings should be ignored. hold the user button when you apply power.
  • [17:50:39] <Xenion> jkridner, my guess is that the flash is empty .. i've looked all over the board .. no short circuts
  • [17:51:27] <jkridner> if you come up with a working process, please add it to the recovery wiki.
  • [17:51:37] <Xenion> jkridner, i'm surelly will
  • [17:52:04] <Xenion> otherwise if it didn't work i'll contact TI .. maybe someone over there at RMA is interested in finding out what's wrong ..
  • [17:52:15] <Xenion> the board looks physically fine
  • [17:53:12] * guillaum11 (n=Guillaum@AMontsouris-153-1-32-147.w86-212.abo.wanadoo.fr) has joined #beagle
  • [17:53:12] <Xenion> i've got an idea ... maybe there i some I/O line i could read to see if the system is "alive"
  • [17:54:07] * shoragan_ (n=shoragan@sicherheitsschwankung.de) has joined #beagle
  • [17:54:16] * guillaum1 (n=Guillaum@AMontsouris-153-1-32-147.w86-212.abo.wanadoo.fr) Quit (kubrick.freenode.net irc.freenode.net)
  • [17:54:16] * bazbell (n=a0192809@nat/ti/x-c74838cd06e76efa) Quit (kubrick.freenode.net irc.freenode.net)
  • [17:54:16] * RogerMonk|linux (n=rmonk@host217-36-23-199.in-addr.btopenworld.com) Quit (kubrick.freenode.net irc.freenode.net)
  • [17:54:16] * craw (i=UNKNOWN@194.24.242.207) Quit (kubrick.freenode.net irc.freenode.net)
  • [17:54:16] * shoragan (n=shoragan@debian/developer/shoragan) Quit (kubrick.freenode.net irc.freenode.net)
  • [17:54:16] * mckoan|away (n=marco@unaffiliated/mckoan) Quit (kubrick.freenode.net irc.freenode.net)
  • [17:54:16] * ramiro (n=ramiro@200-233-120-210.sercomtel.com.br) Quit (kubrick.freenode.net irc.freenode.net)
  • [17:54:16] * GeneralAntilles (n=GeneralA@c-69-244-211-19.hsd1.fl.comcast.net) Quit (kubrick.freenode.net irc.freenode.net)
  • [17:54:16] * tomba (i=tomba@taika.fi) Quit (kubrick.freenode.net irc.freenode.net)
  • [17:54:16] * LoneMeow (i=lonewolf@taika.fi) Quit (kubrick.freenode.net irc.freenode.net)
  • [17:54:16] * calculus (n=calculus@gentoo/user/calculus) Quit (kubrick.freenode.net irc.freenode.net)
  • [17:54:16] * suihkulokki (i=nchip@naru.obs2.net) Quit (kubrick.freenode.net irc.freenode.net)
  • [17:54:16] * assem (n=assem@terranpro.org) Quit (kubrick.freenode.net irc.freenode.net)
  • [17:54:45] <mru> jkridner: I would recommend the standard HDMI 720p60 timings
  • [17:55:09] <mru> many TVs reject anything not explicitly listed in the HDMI spec
  • [17:55:12] <mru> idiots
  • [17:55:18] <jkridner> mru: does the above string not produce that?
  • [17:55:19] <Xenion> :-)=
  • [17:55:39] <mru> i don't know
  • [17:55:46] * suihkulokki (i=nchip@naru.obs2.net) has joined #beagle
  • [17:56:03] <jkridner> k. It works for my TV, but I didn't know if it was really the standard or not.
  • [17:56:14] * calculus (n=calculus@gentoo/user/calculus) has joined #beagle
  • [17:56:21] <jkridner> I think your code didn't use the DSI, so it would be off a bit.
  • [17:56:28] * mckoan|away (n=marco@host56-7-static.30-87-b.business.telecomitalia.it) has joined #beagle
  • [17:56:44] * craw (i=UNKNOWN@194.24.242.207) has joined #beagle
  • [17:56:58] <jkridner> the u-boot hack of register fills is something I don't know how to generate without breaking out the JTAG.
  • [17:58:40] * GeneralAntilles (n=GeneralA@c-69-244-211-19.hsd1.fl.comcast.net) has joined #beagle
  • [17:58:42] <mru> where are those modes defined?
  • [17:58:56] * bazbell (n=a0192809@nat/ti/x-06bf50b948d42d85) has joined #beagle
  • [17:59:04] * RogerMonk|linux (n=rmonk@host217-36-23-199.in-addr.btopenworld.com) has joined #beagle
  • [17:59:05] * assem (n=assem@terranpro.org) has joined #beagle
  • [17:59:28] * ramiro (n=ramiro@200-233-120-210.sercomtel.com.br) has joined #beagle
  • [18:00:31] <jkridner> mru: http://groups.google.com/group/beagleboard/browse_thread/thread/115867f718b52e4b
  • [18:00:37] * matt_c (n=mcroydon@137.147.45.66.cm.sunflower.com) Quit ()
  • [18:01:02] <mru> that doesn't answer the question
  • [18:01:26] <mru> there's a list somewhere in the source code but I can't find it
  • [18:01:31] * gregoiregentil (n=zonbu@adsl-71-135-102-249.dsl.pltn13.pacbell.net) has left #beagle
  • [18:01:49] <jkridner> http://lxr.linux.no/linux+v2.6.28/drivers/video/modedb.c
  • [18:03:24] <jkridner> mru: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f=Documentation/fb/modedb.txt;h=ec4dee75a35450376ad13442ea926eaf76de76aa;hb=HEAD
  • [18:03:44] <mru> that's a text file
  • [18:04:00] * gregoiregentil (n=zonbu@adsl-71-135-102-249.dsl.pltn13.pacbell.net) has joined #beagle
  • [18:04:04] <mru> modedb.c doesn't have a 1280x720 mode
  • [18:05:09] <jkridner> yes, but it describes how to create the strings.
  • [18:05:24] <jkridner> there doesn't seem to be a pre-configured mode.
  • [18:06:30] <ogra> shouldnt there be one in the omapfb source somewhere ?
  • [18:07:38] <jkridner> I don't see it at http://www.beagleboard.org/gitweb/?p=linux-2.6.git;a=blob;f=drivers/video/omap2/omapfb-main.c;h=9dbff42fa0ad507ad34a05a81cc4b24821bf36c2;hb=2.6.28-oe-r8
  • [18:07:51] <ogra> drivers/video/omap/lcd_overo.c
  • [18:07:55] <jkridner> I believe it is all computed.
  • [18:08:10] * FuL|OUT is now known as fulgas
  • [18:08:15] * TAK2004 (n=thomas@dslb-088-074-062-006.pools.arcor-ip.net) has joined #beagle
  • [18:08:35] <jkridner> that is the old driver.
  • [18:08:47] <jkridner> I don't believe it knows how to use DSI.
  • [18:08:54] * LoneMeow (i=lonewolf@taika.fi) has joined #beagle
  • [18:08:59] <jkridner> mru wrote the configurability for that driver.
  • [18:09:01] <ogra> but it has a modeline :)
  • [18:09:14] <jkridner> it does, but I don't think I want to use the timings it generates.
  • [18:09:29] * tomba (i=tomba@taika.fi) has joined #beagle
  • [18:09:36] <jkridner> I want to use the timings generated by tomba's driver, I believe.
  • [18:09:38] <ogra> why isnt the new driver merged yet ?
  • [18:09:58] <jkridner> b/c it makes changes to the sysfs entries and those need to be aligned upstream.
  • [18:10:03] <ogra> ah
  • [18:10:04] <jkridner> with the overall framebuffer driver..
  • [18:10:26] <jkridner> but, I think it provides the timings I want for my u-boot splash screen.
  • [18:10:42] * ogra waits for it to show up in the tmlind branch ...
  • [18:10:58] <jkridner> tomba: do you know if 1280x720M-24@60 == 720p60?
  • [18:11:35] <jkridner> I believe it does, but I want to know if I am safe to use it, or if I need 1280x720M-24m@60 or something else.
  • [18:12:51] <jkridner> the beagle u-boot also currently has an ugly hack to setup the DSS: http://www.beagleboard.org/gitweb/?p=u-boot-arm.git;a=blob;f=board/omap3/beagle/beagle.c;h=171604f584a8d68a6f3851076350e522d31f3df1;hb=e4abff50e04f6266e079b814c1a65e1836ccd9e4
  • [18:12:55] * aleij (n=ad@p54BD0CD0.dip0.t-ipconnect.de) has joined #beagle
  • [18:13:47] <jkridner> I'm guessing that I'll need to add something to the kernel to spit out the values of these registers to update this hack.
  • [18:14:01] * aleij (n=ad@p54BD0CD0.dip0.t-ipconnect.de) has left #beagle
  • [18:18:09] * lcuk (i=lcuk@cpc1-oldh7-0-0-cust232.manc.cable.ntl.com) has joined #beagle
  • [18:22:02] <mru> 1280x720M-24@60 might those "reduced blanking" timings
  • [18:22:36] <jkridner> I think "R" would be there for reduced blanking.
  • [18:22:52] <mru> depends on who wrote the string
  • [18:23:02] <mru> there's no standard syntax
  • [18:24:37] <jkridner> sure, I was just trying to go by the modedb.txt rules.
  • [18:34:26] * n6pfk1 (n=mike@c-76-104-54-202.hsd1.va.comcast.net) has joined #beagle
  • [18:36:17] <n6pfk1> How do I get Applications to show up with a right click?
  • [18:37:10] <jkridner> might want to try asking that in an e17 group if you don't get an answer here.
  • [18:37:18] <jkridner> e17 == enlightenment
  • [18:37:53] <n6pfk1> ok
  • [18:39:33] * mib_fye507 (i=598216b7@gateway/web/ajax/mibbit.com/x-f323b37b374af437) has joined #beagle
  • [18:42:52] <ds2> anyone check if this new revC u-boot breaks retention?
  • [18:43:28] <jkridner> not me. don't even know what is required to exit retention mode.
  • [18:43:40] <ds2> serial port input should do it
  • [18:44:06] <ds2> the user button should be capableof doing itbut I doubt that is enabled
  • [18:44:59] <ds2> reason I asked is this is beginning to look like some of the retention issues caused by the EVM U-boot (it left clocks on that Linux didn't expect to be on)
  • [18:45:31] <jkridner> your review/patches are welcome, but the merge window is negative a few days, yet I'm still trying to do some updates. :)
  • [18:46:14] <jkridner> there is a pre-production run on Monday, but it won't be easy (possible?) to do any u-boot updates before the final production.
  • [18:46:56] <jkridner> Linux should be smarter to init/stop all the clocks.
  • [18:47:05] * TAK2k4 (n=thomas@dslb-088-074-049-133.pools.arcor-ip.net) has joined #beagle
  • [18:47:21] <ds2> it is easy enough to fix, just want to see if anyone has checked it or noted it one way or another
  • [18:47:39] <ds2> heh... Linux expects the clocks to be close to reset state
  • [18:48:12] <ds2> but then I am so behind at the moment... :(
  • [18:54:16] * _fulgas (n=fn@85.138.15.70) has joined #beagle
  • [18:54:33] * fulgas (n=fn@85.138.15.70) Quit (Read error: 104 (Connection reset by peer))
  • [18:55:05] * hli_ (i=chaton@vig91-2-82-232-97-149.fbx.proxad.net) has joined #beagle
  • [18:56:21] <koen> jkridner: no, I haven't looked into logos yet
  • [18:57:40] * mib_fye507 (i=598216b7@gateway/web/ajax/mibbit.com/x-f323b37b374af437) Quit ("http://www.mibbit.com ajax IRC Client")
  • [18:59:59] * JuanG (n=Juan@nat/ti/x-73424dc9fe0213e6) has joined #beagle
  • [19:00:09] * JuanG (n=Juan@nat/ti/x-73424dc9fe0213e6) has left #beagle
  • [19:01:18] * dirk2 (n=dirk@p5B0436A3.dip0.t-ipconnect.de) has joined #beagle
  • [19:02:22] * TAK2004 (n=thomas@dslb-088-074-062-006.pools.arcor-ip.net) Quit (Read error: 110 (Connection timed out))
  • [19:08:52] * dirk2 is happy to see that there is again some work on OpenOCD for Beagle http://www.flickr.com/photos/51025379@N00/3241380842/ keesj: Great!
  • [19:09:55] * dirk2 is disappointed to see an u-boot IXP pull request, but no ARM
  • [19:12:34] <keesj> dirk2: idem here , I have good and renewed hope!
  • [19:12:50] * hli (i=chaton@vig91-2-82-232-97-149.fbx.proxad.net) Quit (Read error: 110 (Connection timed out))
  • [19:15:19] <Xenion> jkridner, the tool say "invalid ASIC-ID"
  • [19:15:32] <Xenion> i think it only works on the EVM ( or at least checks the plattform )
  • [19:15:46] <Xenion> but it looks like it somehow communicates with the bb
  • [19:19:02] <jkridner> hmmm... might be due to you using ES3.0. :(
  • [19:19:47] <jkridner> that error is worth posting to http://community.ti.com and let them know that you are using ES3.0.
  • [19:20:10] <jkridner> a pointer back to this IRC log could help.
  • [19:22:10] * gregoiregentil (n=zonbu@adsl-71-135-102-249.dsl.pltn13.pacbell.net) has left #beagle
  • [19:22:50] <dirk2> keesj: Check your gmail inbox
  • [19:23:08] * TehUni (n=cory@c-24-30-35-55.hsd1.ga.comcast.net) Quit (Remote closed the connection)
  • [19:24:45] <Xenion> jkridner, any other idea
  • [19:26:14] <jkridner> dirk2: we were promised before the weekend. j24 has done some directory reorganization. can only hope that it is going to go as promised.
  • [19:26:33] * gregoiregentil (n=zonbu@adsl-71-135-102-249.dsl.pltn13.pacbell.net) has joined #beagle
  • [19:26:52] <jkridner> Xenion: USB recovery or u-boot-utils (http://code.google.com/p/omap-u-boot-utils/)
  • [19:32:09] <dirk2> jkridner: no movement in u-boot-arm git since two days. maybe I'm impatient, but I don't understand what's the problem with sending a pull request for e.g. OMAP3, adding some additional patches and then send an additional request later. IMHO smaller chunks makes handling easier and probability for issues smaller.
  • [19:32:52] <dirk2> anyway, seems we have to be patient and have to hope...
  • [19:32:59] * JuanG_ (n=Juan@nat/ti/x-58eb463dc22b19cb) has joined #beagle
  • [19:33:18] * fulgas (n=fn@85.138.15.70) has joined #beagle
  • [19:34:13] * _fulgas (n=fn@85.138.15.70) Quit (Read error: 104 (Connection reset by peer))
  • [19:35:25] * TehUni (n=cory@c-24-30-35-55.hsd1.ga.comcast.net) has joined #beagle
  • [19:35:48] <gimpmaster> have any of you recently git pull'ed and bitbaked the beagleboard-demo-image ?
  • [19:35:55] * JuanG_ (n=Juan@nat/ti/x-58eb463dc22b19cb) has left #beagle
  • [19:40:11] <Xenion> jkridner, flashing via pserial seems to work .. now it boots but only outputs ASCII cubes .. looks strange .. i'll try different uboot file
  • [19:41:11] <tomba> jkridner: dunno. but omap can't produce standard timings, so you just have to try if some settings happen to work with your tv
  • [19:41:54] <mru> it can do 720x480@60 exactly
  • [19:42:35] <tomba> well, no it can't. only reduced timings. and I think (guess) reduced timings are not "standard"
  • [19:42:51] <mru> it does the HDMI 720x480 exactly as specified
  • [19:43:13] <tomba> oh. that's one of the few modes then
  • [19:43:37] <tomba> usually the hsw is larger than omap's maximum
  • [19:44:16] <mru> that one has such a low pixel clock that it works
  • [19:44:19] <mru> 27MHz
  • [19:44:34] <mru> and it gets the pixel clock right too
  • [19:44:39] <tomba> but pixel clock is not the issue. or is, but only one of them.
  • [19:45:14] <mru> I mean the pixel clock is so low that the sync pulses don't need many clocks
  • [19:45:27] <tomba> I have often wondered why omap restricts hsw and vsw to such a small value. I mean, it's time to wait, how hard it can be to wait =)
  • [19:45:34] <tomba> ah, ok
  • [19:45:45] <dirk2> keesj: the topic of today seems to be 'hope' :) OpenOCD hope, u-boot hope
  • [19:48:10] * TehUni (n=cory@c-24-30-35-55.hsd1.ga.comcast.net) Quit (Remote closed the connection)
  • [19:48:35] * TehUni (n=cory@c-24-30-35-55.hsd1.ga.comcast.net) has joined #beagle
  • [19:49:30] <Xenion> jkridner, it worked !
  • [19:49:35] <Xenion> in a very weird way
  • [19:49:37] <Xenion> ...
  • [19:49:38] <Xenion> great
  • [19:49:43] <Xenion> im into uboot ...
  • [19:49:47] * fulgas (n=fn@85.138.15.70) Quit (Read error: 131 (Connection reset by peer))
  • [19:50:01] <Xenion> damn but ther's a problem
  • [19:50:07] <Xenion> the TWL get extremly hot
  • [19:50:16] <Xenion> i'm unsure to leave the board on power
  • [19:50:19] * fulgas (n=fn@85.138.15.70) has joined #beagle
  • [19:50:28] <Xenion> jkridner, is there any possibility that the board may "explode" ?
  • [19:50:33] <Xenion> i just want to be sure
  • [19:50:34] * alecrim (n=alecrim@189.2.128.130) Quit (Remote closed the connection)
  • [19:50:43] <tomba> I wonder what is actually the difference between hsw, hfp and hbp. common sense would say that their sum is what matters, not the individual value.
  • [19:51:27] <mru> it helps to think of a crt
  • [19:51:57] <mru> after the active period, you have to wait long enough for the electron beam to switch off entirely before starting the retrace
  • [19:52:18] <mru> then before you start the next line, you have to let the beam stabilise
  • [19:52:33] <mru> and of course you need enough time for the retrace
  • [19:52:58] <tomba> hmm yes, makes sense on crt
  • [19:53:23] <tomba> too bad we can't use a crt with beagle =)
  • [19:54:08] <tomba> I would've broken quite a few of them while developing DSS2 =)
  • [19:54:22] <ds2> uh... isn't S-Video typically a CRT? ;)
  • [19:54:52] <tomba> I stand corrected =)
  • [19:55:03] <mru> ds2: not nowadays
  • [19:55:14] <mru> it's usually the cheapest possible lcd now
  • [19:55:21] <ds2> mru: guess your world is a bit more advance then mine
  • [19:55:34] <ds2> no, I can get non S-video LCDs cheaper
  • [19:55:55] <mru> all my video connections are dvi/hdmi
  • [19:55:56] <ds2> I have yet to see S-Video LCDs really dip below $20US
  • [19:56:15] <Xenion> mru is there any chance the twl or bb might explode ?
  • [19:56:25] <tomba> hehe
  • [19:56:33] <mru> Xenion: I doubt it will explode
  • [19:56:53] <mru> if it gets *really* hot, solder will start melting
  • [19:57:13] <mru> that will short everything
  • [19:57:24] <mru> which could cause your power supply to explode
  • [19:57:55] <ds2> shall we assume that is the case of Xenion disappears suddenly? ;)
  • [19:58:13] * mib_e2db8a (i=cb64d4cc@gateway/web/ajax/mibbit.com/x-b2b3e1f37e65b4b0) has joined #beagle
  • [19:59:50] <Xenion> mru what if i would use USB psupply ?
  • [20:00:23] <mru> I honestly don't know what a catastrophic failure might look like
  • [20:01:16] <Xenion> mru, k, we 'll see
  • [20:01:20] <Xenion> i put up a temp probe
  • [20:01:24] <Xenion> lets see ...
  • [20:03:57] * ogra suggests having a blanket nearby and a "smokesign to IRC" adapter :)
  • [20:04:35] <Xenion> i turned it off at 70??
  • [20:04:46] <Xenion> i think, taht's kind of hot ...
  • [20:04:50] <Xenion> that's
  • [20:04:56] * mib_e2db8a (i=cb64d4cc@gateway/web/ajax/mibbit.com/x-b2b3e1f37e65b4b0) Quit ("http://www.mibbit.com ajax IRC Client")
  • [20:05:23] * BThompsonD (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) Quit ("Trillian (http://www.ceruleanstudios.com")
  • [20:06:06] <ds2> F or C?
  • [20:06:20] <ogra> K :)
  • [20:06:39] <ds2> watch out for the liquid oxygen then :P
  • [20:07:02] <adj> it must be C, as 70 degrees F wouldn't be anywhere near hot
  • [20:07:24] <adj> 70 C is indeed way too hot
  • [20:08:31] <ds2> I'd do a visual inspection for a short
  • [20:08:41] <ds2> this is the TWL4030, right?
  • [20:09:10] <tomba> I don't know, gfx cards seem to run around 70-80C usually
  • [20:09:21] <Xenion> C
  • [20:09:40] <Xenion> ds2, the bb looks 100% fine
  • [20:09:51] <Xenion> no scratches, burns, broken IC nothing
  • [20:10:03] <Xenion> the board wasn't bended .. didn't fall down and so on
  • [20:10:06] <adj> Xenion: how much does it draw current?
  • [20:10:10] * chuckr (i=chuck@april.chuckr.org) Quit (Remote closed the connection)
  • [20:10:34] <Xenion> adj, hm hard to tell i'm using a dc plug and didn't have the right equip to monitor that one
  • [20:10:36] <ds2> Xenion: check for loose specs of stuff and maybe check the traces near the expansion connector
  • [20:10:41] <ogra> but you soldered on it which caused the initial failure ... you really shouldnt omit that info ;)
  • [20:11:12] <Xenion> ogra, that's right but it worked after that, BUT you're right
  • [20:11:15] <ds2> 1.8V is from the TWL... not sure where the 3.3 for the DVI xmitter is from though
  • [20:11:32] <Xenion> i soldered on an expander male header
  • [20:11:36] <Xenion> which is removed by now
  • [20:11:42] <ds2> 1.8V drives the OMAP so a shorted GPIO could cause issues
  • [20:11:58] <ds2> I wonder if you can verify the GPIO's by doing a JTAG BDM scan
  • [20:12:11] <Xenion> ds2, i already checked them more than twice but i'll do again wait ..
  • [20:12:15] <Xenion> ds2, didn't have a jtag
  • [20:12:17] <Xenion> :/
  • [20:12:34] <Xenion> ds2, but right now, no GPIO is shorted .. could this still be and issue ?
  • [20:12:56] <Xenion> <- thinks the trouble was caused by a friend wo shorted a GPIO with 1.8 to 3.3
  • [20:13:01] <Xenion> but im just guessing
  • [20:13:32] <Xenion> could someone please lookup the damage temp. for the TWL4030 ? i'm not finding it on google :/
  • [20:13:41] <Xenion> i' guess it's 85?? as for any IC
  • [20:14:44] <ds2> Xenion: a shorted GPIO on the OMAP could pull a lot of current
  • [20:14:59] <ds2> but if you over voltaged it, so can frying the driver on the pin
  • [20:15:37] <Xenion> and this would mean ?
  • [20:15:43] <ds2> look up the temp range for the TPS65950
  • [20:16:02] <ds2> frying the driver on a pincould cause an internal to the chip short to the rails
  • [20:16:07] * mib_c8nva6 (i=56c1c916@gateway/web/ajax/mibbit.com/x-92a8063dbcee8b8d) has joined #beagle
  • [20:16:41] <Xenion> ds2, this would be irreversible, right ?
  • [20:16:49] <ds2> if it is internal, yep
  • [20:17:00] <ds2> but check for external stuff first
  • [20:17:02] <Xenion> any way to tell if this just happened
  • [20:17:05] <jkridner> Xenion: you can start from http://beagleboard.org/resources
  • [20:17:07] <Xenion> i'm n it
  • [20:17:23] <Xenion> i'm on it ( doing visual check in deep again ...
  • [20:17:27] <ds2> find some way to wiggle every pin bought out and verify it on a logic proble/LA/scope/etc
  • [20:17:35] <Xenion> just got ma a 4x 8x mag
  • [20:17:36] <ds2> s/proble/probe/
  • [20:17:45] <Xenion> ?
  • [20:17:52] <Xenion> ..
  • [20:18:19] <ds2> BDM is good for that =)
  • [20:20:24] <Xenion> thanks jkridner the PDF state 150?? is warning level
  • [20:20:25] <Xenion> .....
  • [20:20:58] <ds2> really? Hmmm BB inside a kettle...
  • [20:21:08] <Xenion> what's a kettle ?
  • [20:21:19] <ds2> teapot, thing for boiling water
  • [20:22:01] <Xenion> i' just wanted to warm my coffe with it, than someone told me about exploding power supplys ... :P
  • [20:22:14] <ogra> Xenion, ein kessel :)
  • [20:22:25] <ds2> bbl
  • [20:24:01] * mib_c8nva6 (i=56c1c916@gateway/web/ajax/mibbit.com/x-92a8063dbcee8b8d) Quit ("http://www.mibbit.com ajax IRC Client")
  • [20:28:52] * dirk2 (n=dirk@p5B0436A3.dip0.t-ipconnect.de) Quit ("Konversation terminated!")
  • [20:32:28] * nabax (n=nabax@89.129.96.71) Quit (Remote closed the connection)
  • [20:32:28] * n6pfk1 (n=mike@c-76-104-54-202.hsd1.va.comcast.net) Quit (Read error: 104 (Connection reset by peer))
  • [20:37:17] * n6pfk (n=mike@c-76-104-54-202.hsd1.va.comcast.net) has joined #beagle
  • [20:47:09] <jkridner> ds2: when you come back, have you looked at http://www.flickr.com/photos/koenkooi/3238253191/?
  • [20:48:03] <jkridner> I'm looking for a nice way to demo Angstrom and Android from the same SD card and this looks like it might simplify the initramfs generation.
  • [20:48:44] <ogra> jkridner, funny
  • [20:48:52] <koen> jkridner: the 'biggest' problem with kexecboot is that it expects a zImage in /boot to 'recognize' it as proper filesystem
  • [20:49:08] * ogra points silently to (https://wiki.ubuntu.com/Specs/ARMSoftbootLoader)
  • [20:49:23] * erbo (n=erik@c-7b7de455.115-16-64736c14.cust.bredbandsbolaget.se) Quit (Read error: 60 (Operation timed out))
  • [20:49:29] <ogra> seems someone already wrote it :)
  • [20:49:39] * jkridner must make a grocery store run. back in a bit to learn about boot selection.
  • [20:50:47] <koen> ogra: boot selectiong with a full libc is easy
  • [20:50:49] <ogra> koen, you could try something like http://people.ubuntu.com/~ogra/arm/bootmenu
  • [20:50:57] <koen> ogra: try doing it with klibc :)
  • [20:51:36] <ogra> well, my script above woud only require kexec to be linked against klibc (or statically) the rest runs fine in busybox
  • [20:51:53] <ogra> though its only a proof of concept
  • [20:52:00] * mib_dzqtwb (i=cfac23da@gateway/web/ajax/mibbit.com/x-7fdbc39786d7ca5a) has joined #beagle
  • [20:52:22] <ogra> (and dont look to close t the code .... its a sunday afternoon hackery :) )
  • [20:52:23] <koen> the angstrom solution is a single binary linked against klibc
  • [20:52:34] <koen> so it's about 80kB cpio.gz
  • [20:52:42] <ogra> sweet
  • [20:52:59] <koen> it needed to fit inside a ~1MB kernel partition
  • [20:53:25] * koen ponders about compiling it in thumb mode
  • [20:53:26] <ogra> well, my colleagues started to jump at petitboot and the like that slightly scared me ... and i look for a general solution across the board for arm HW
  • [20:53:53] <koen> the angstrom solution works on any platform, not only on arm
  • [20:53:58] <ogra> which easily hooks in with the existing ubuntu setup
  • [20:54:22] <koen> my ubuntu workstation is still without a PSU :(
  • [20:55:00] <ant__> koen: hi
  • [20:55:07] <koen> hey ant__
  • [20:55:15] <ant__> koen: sorry for the bad artwork ;-)
  • [20:55:20] <ant__> (logos)
  • [20:55:35] <ant__> we need to redesign qvga
  • [20:56:39] <koen> ant__: I think it needs a full redesign :)
  • [20:57:06] <ant__> 8-)
  • [20:57:15] * koen hates the current font
  • [20:57:18] <ogra> koen, i'll roll you nice ubuntu liveimages for the 256M beagle then ... so you dont need to hunt for a PSU ;)
  • [20:57:28] <koen> ogra: no thanks
  • [20:57:33] <ogra> heh
  • [20:57:37] <koen> no debian stuff allowed on my beagle
  • [20:57:58] * CruNcher (n=luls_lol@dslb-084-058-191-116.pools.arcor-ip.net) Quit (Read error: 60 (Operation timed out))
  • [20:58:01] * koen already provided the toolchain for the debian ARMel port
  • [20:58:26] <ogra> nice :)
  • [20:59:21] * torpor (n=torpor@213.47.17.74) has joined #beagle
  • [20:59:25] <koen> the offical porters (wookey + minions) pissed of me enough to want to stay away from debian/arm forever
  • [21:00:08] * ogra met wookey at CELF
  • [21:00:19] * koen met wookey at fosdem
  • [21:00:23] * CruNcher (n=luls_lol@dslb-084-058-142-212.pools.arcor-ip.net) has joined #beagle
  • [21:00:33] <koen> wookey tends to overpromise
  • [21:00:55] <koen> and tends to annoy people designing webforms
  • [21:02:17] * ogra doesnt know him enough to jugde ... but i looked at his solar power system code and found it relatively scary
  • [21:02:35] <koen> try looking at yaffs(2)
  • [21:02:44] <koen> it has more bugs than lines of code :)
  • [21:02:47] <ogra> is he involved ?
  • [21:02:52] <ogra> heh
  • [21:04:11] * TehUni (n=cory@c-24-30-35-55.hsd1.ga.comcast.net) Quit (Read error: 104 (Connection reset by peer))
  • [21:04:18] * TehUni (n=cory@c-24-30-35-55.hsd1.ga.comcast.net) has joined #beagle
  • [21:04:28] <koen> when the contract says "use mainline gcc on real hardware" and your minion starts using a modified CSL in qemu you're not getting it
  • [21:04:28] * torpor (n=torpor@213.47.17.74) Quit (Read error: 54 (Connection reset by peer))
  • [21:04:33] * torpor (n=torpor@213.47.17.74) has joined #beagle
  • [21:04:53] <ogra> heh, thats a prob i know :)
  • [21:05:02] <ogra> to well actually ...
  • [21:05:33] <koen> I handed them a working native toolchain that worked on my arm920t board
  • [21:06:01] <ogra> which he used as base for the debian port ?
  • [21:06:09] <koen> heh, no
  • [21:06:22] <suihkulokki> koen: fwiw wookey + martin are not behind the debian armel port, they never delivered anything
  • [21:06:22] <koen> they did nothing of use for the next 8 months
  • [21:06:43] <suihkulokki> well exactly :)
  • [21:06:50] <koen> then lennert completed his version he worked on
  • [21:07:10] <gimpmaster> koen: do you know why the latest git pull of OE is failing for beagleboard angstrom on FFMPEG?
  • [21:07:28] <koen> suihkulokki: it still surprises me that martin refused to do 'ipkg install perl' to drag in a fix for the -O0 problem
  • [21:07:41] <koen> suihkulokki: that was the only problem with the toolchain I gave them
  • [21:08:06] <koen> gimpmaster: no idea, it works for me
  • [21:08:34] <gimpmaster> this is what i get
  • [21:08:35] <gimpmaster> NOTE: package ffmpeg-1_0.4.9+r38+gitre4f37d7bc8ebd5e63ce57af157c2ebebfdf871fa-r38: task do_fetch: started From git://git.mansr.com/ffmpeg.mru * branch arm -> FETCH_HEAD NOTE: Creating tarball of git repository fatal: failed to unpack tree object e4f37d7bc8ebd5e63ce57af157c2ebebfdf871fa
  • [21:08:35] * mib_dzqtwb (i=cfac23da@gateway/web/ajax/mibbit.com/x-7fdbc39786d7ca5a) Quit ("http://www.mibbit.com ajax IRC Client")
  • [21:08:45] * fulgas (n=fn@85.138.15.70) Quit (Read error: 104 (Connection reset by peer))
  • [21:09:21] * fulgas (n=fn@85.138.15.70) has joined #beagle
  • [21:09:45] * torpor_ (n=torpor@213.47.17.74) has joined #beagle
  • [21:10:12] <koen> heh
  • [21:10:18] <koen> SGX hits slashdot
  • [21:10:30] <koen> "The "Bloody Mess" That Is Intel's Poulsbo Driver"
  • [21:10:45] <ogra> haha
  • [21:10:53] <ogra> yeah, its worse than nvidia
  • [21:10:57] <koen> poulsbo == sgx535
  • [21:11:24] * suihkulokki is just happy that martin has disappeared from my radar and prefers to look at future rather than rehearse history
  • [21:11:25] <koen> I wonder how different the 535 is from the 530 wrt design
  • [21:11:49] <gimpmaster> what does it mean when it says fails to unpack tree object? is there a way to delete the temp files and have it update ffmpeg again?
  • [21:12:08] <koen> suihkulokki: I would be happy is debian 'porters' stopped bottering me for support
  • [21:12:26] <suihkulokki> koen: who is annoying you these days?
  • [21:12:51] <koen> lately it's 90% beagleboard related
  • [21:13:03] <koen> "plz fix debian kernel ktnxbye"
  • [21:13:52] <ogra> is it so hard to checkout linux-omap and apply some patches ?
  • [21:14:22] <koen> ogra: it seems so
  • [21:14:29] * ogra grins
  • [21:15:02] * torpor__ (n=torpor@213.47.17.74) has joined #beagle
  • [21:16:39] <suihkulokki> selecting the working omap kernel is going to be more fun now that rmk is involved
  • [21:18:11] * koen will stay on .28 for a while to get sgx and gst_ti working with dss2
  • [21:19:24] <koen> suihkulokki: I must say that RMKs attention span is unususally long for the clock thing
  • [21:20:19] * torpor___ (n=torpor@213.47.17.74) has joined #beagle
  • [21:20:41] * TAK2k4 (n=thomas@dslb-088-074-049-133.pools.arcor-ip.net) Quit (Remote closed the connection)
  • [21:20:53] <gimpmaster> koen: is it possible to take your 2.6.27 uImage you posted and the modules + TI's SGX SDK and get openGL es working? or is there still problems?
  • [21:21:24] <koen> the userspace binaries only work with the old, buggy kernel drivers
  • [21:21:41] <koen> the new, not so buggy kernel drivers require a more recent userspace
  • [21:21:58] <koen> which is currently being wrapped in red tape at TI
  • [21:22:14] <gimpmaster> i just need to get something up on the screen that shows opengl to prove to my boss progress is being made
  • [21:23:22] <koen> the .27 uImage I posted should be able to work with the .05 userspace
  • [21:23:45] <gimpmaster> i'm going to try that
  • [21:27:28] * torpor (n=torpor@213.47.17.74) Quit (Read error: 110 (Connection timed out))
  • [21:28:53] * torpor___ (n=torpor@213.47.17.74) Quit (Read error: 104 (Connection reset by peer))
  • [21:30:51] * torpor (n=torpor@213.47.17.74) has joined #beagle
  • [21:32:32] * torpor_ (n=torpor@213.47.17.74) Quit (Read error: 110 (Connection timed out))
  • [21:34:58] * mib_ar51vx (i=d9e1dadf@gateway/web/ajax/mibbit.com/x-dd6993b019103c1d) has joined #beagle
  • [21:35:06] <koen> ogra: the angstrom kexecboot stuff is at http://git.linuxtogo.org/?p=thesing/kexecboot.git;a=summary
  • [21:36:06] * torpor_ (n=torpor@213.47.17.74) has joined #beagle
  • [21:36:09] <ogra> koen, i'll take a look next week (we're meeting up to talk about the boot issues, so i'll travel tomorrow) thanks a lot for pointing it out in exactly the right moment :))
  • [21:36:54] <koen> ant__: btw, reboot and rescan should be in the same list as the partitions
  • [21:37:06] <koen> ant__: lots of devices lack a proper keyboard
  • [21:37:08] <mib_ar51vx> hi try get get the beagle board running . have no uboot promt, if i connect the serial with 11520,8,n,1 only got the key i pressed back. can you help ?
  • [21:37:31] * guillaum11 (n=Guillaum@AMontsouris-153-1-32-147.w86-212.abo.wanadoo.fr) Quit (Read error: 54 (Connection reset by peer))
  • [21:37:47] * torpor__ (n=torpor@213.47.17.74) Quit (Read error: 110 (Connection timed out))
  • [21:38:00] * guillaum1 (n=Guillaum@AMontsouris-153-1-32-147.w86-212.abo.wanadoo.fr) has joined #beagle
  • [21:41:22] * torpor__ (n=torpor@213.47.17.74) has joined #beagle
  • [21:41:22] * pku (n=pku@DSL01.83.171.180.15.ip-pool.NEFkom.net) has joined #beagle
  • [21:46:40] * torpor___ (n=torpor@213.47.17.74) has joined #beagle
  • [21:49:39] * torpor (n=torpor@213.47.17.74) Quit (Read error: 60 (Operation timed out))
  • [21:50:31] <ant__> koen: even if no keyboards is present buttons are
  • [21:50:33] <ant__> [22:46] <Jay7> left - reboot, right - rescan :)
  • [21:50:51] * mib_3j5oa1 (i=1800fa8f@gateway/web/ajax/mibbit.com/x-5fe8f000047e2bca) has joined #beagle
  • [21:51:00] <ant__> otherwise we have to implement scroll
  • [21:51:54] * torpor (n=torpor@213.47.17.74) has joined #beagle
  • [21:52:27] <mib_3j5oa1> beagle board as host
  • [21:54:54] * mib_3j5oa1 (i=1800fa8f@gateway/web/ajax/mibbit.com/x-5fe8f000047e2bca) Quit (Client Quit)
  • [21:54:58] * torpor_ (n=torpor@213.47.17.74) Quit (Read error: 110 (Connection timed out))
  • [21:57:09] * torpor_ (n=torpor@213.47.17.74) has joined #beagle
  • [22:01:51] * flo_lap (n=fuchs@f054163199.adsl.alicedsl.de) has joined #beagle
  • [22:02:22] * flo_lap is now known as florian
  • [22:02:22] * torpor_ (n=torpor@213.47.17.74) Quit (Read error: 54 (Connection reset by peer))
  • [22:02:25] * torpor_ (n=torpor@213.47.17.74) has joined #beagle
  • [22:02:58] * torpor__ (n=torpor@213.47.17.74) Quit (Read error: 110 (Connection timed out))
  • [22:03:41] * torpor___ (n=torpor@213.47.17.74) Quit (Read error: 110 (Connection timed out))
  • [22:07:41] * torpor__ (n=torpor@213.47.17.74) has joined #beagle
  • [22:07:49] * fulgas (n=fn@85.138.15.70) Quit (Read error: 104 (Connection reset by peer))
  • [22:08:26] * fulgas (n=fn@85.138.15.70) has joined #beagle
  • [22:11:01] * torpor (n=torpor@213.47.17.74) Quit (Read error: 60 (Operation timed out))
  • [22:12:46] <gimpmaster> koen: that 2.6.27 image that you put up....is that meant to be used with the release '05' SGX or debug?
  • [22:12:58] * torpor (n=torpor@213.47.17.74) has joined #beagle
  • [22:18:14] * torpor___ (n=torpor@213.47.17.74) has joined #beagle
  • [22:20:31] * torpor_ (n=torpor@213.47.17.74) Quit (Read error: 110 (Connection timed out))
  • [22:20:55] * sprotch (i=9055b5d4@gateway/web/ajax/mibbit.com/x-8a6bbb43c433adee) Quit ("http://www.mibbit.com ajax IRC Client")
  • [22:23:31] * torpor_ (n=torpor@213.47.17.74) has joined #beagle
  • [22:27:37] * mib_ar51vx (i=d9e1dadf@gateway/web/ajax/mibbit.com/x-dd6993b019103c1d) Quit ("http://www.mibbit.com ajax IRC Client")
  • [22:28:46] * torpor__ (n=torpor@213.47.17.74) Quit (Read error: 110 (Connection timed out))
  • [22:28:46] * torpor_ (n=torpor@213.47.17.74) Quit (Read error: 104 (Connection reset by peer))
  • [22:34:05] * torpor_ (n=torpor@213.47.17.74) has joined #beagle
  • [22:35:14] * torpor___ (n=torpor@213.47.17.74) Quit (Read error: 60 (Operation timed out))
  • [22:35:48] * torpor (n=torpor@213.47.17.74) Quit (Read error: 110 (Connection timed out))
  • [22:37:36] * pku (n=pku@DSL01.83.171.180.15.ip-pool.NEFkom.net) Quit ("Leaving.")
  • [22:39:21] * torpor (n=torpor@213.47.17.74) has joined #beagle
  • [22:44:36] * torpor__ (n=torpor@213.47.17.74) has joined #beagle
  • [22:47:53] * torpor (n=torpor@213.47.17.74) Quit (Read error: 104 (Connection reset by peer))
  • [22:48:40] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit ()
  • [22:49:53] * torpor (n=torpor@213.47.17.74) has joined #beagle
  • [22:51:08] * torpor_ (n=torpor@213.47.17.74) Quit (Read error: 110 (Connection timed out))
  • [22:51:29] * _fulgas (n=fn@85.138.15.70) has joined #beagle
  • [22:52:32] * fulgas (n=fn@85.138.15.70) Quit (Read error: 104 (Connection reset by peer))
  • [22:55:08] * torpor_ (n=torpor@213.47.17.74) has joined #beagle
  • [22:59:41] * TAK2004 (n=thomas@dslb-088-074-049-133.pools.arcor-ip.net) has joined #beagle
  • [23:00:25] * torpor___ (n=torpor@213.47.17.74) has joined #beagle
  • [23:00:52] * torpor (n=torpor@213.47.17.74) Quit (Read error: 60 (Operation timed out))
  • [23:01:09] * BThompsonD (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) has joined #beagle
  • [23:05:21] * torpor__ (n=torpor@213.47.17.74) Quit (Read error: 110 (Connection timed out))
  • [23:05:40] * torpor (n=torpor@213.47.17.74) has joined #beagle
  • [23:06:33] * TAK2004 (n=thomas@dslb-088-074-049-133.pools.arcor-ip.net) Quit (Read error: 104 (Connection reset by peer))
  • [23:07:22] * TAK2004 (n=thomas@dslb-088-074-049-133.pools.arcor-ip.net) has joined #beagle
  • [23:08:18] * torpor (n=torpor@213.47.17.74) Quit (Read error: 60 (Operation timed out))
  • [23:09:21] * raster (n=raster@124-170-16-168.dyn.iinet.net.au) has joined #beagle
  • [23:17:29] * jkridner suspects that mib_ar51vx should have used 115200, rather than 11520.
  • [23:17:48] * coolBeaver (n=Franz@212-183-67-179.adsl.highway.telekom.at) has joined #beagle
  • [23:17:50] * torpor___ (n=torpor@213.47.17.74) Quit (Read error: 110 (Connection timed out))
  • [23:17:55] * torpor_ (n=torpor@213.47.17.74) Quit (Read error: 110 (Connection timed out))
  • [23:17:57] <coolBeaver> hi @all
  • [23:19:07] * mib_0bytv1 (i=d9e1dadf@gateway/web/ajax/mibbit.com/x-3f93c0259c96ba00) has joined #beagle
  • [23:19:42] * mib_0bytv1 (i=d9e1dadf@gateway/web/ajax/mibbit.com/x-3f93c0259c96ba00) Quit (Client Quit)
  • [23:21:43] * mib_z3smfr (i=d9e1dadf@gateway/web/ajax/mibbit.com/x-d07c34f88b93e672) has joined #beagle
  • [23:23:06] <mib_z3smfr> hi, got my new beagleboard only up to uboot promt if dvi cable is connected . is this a normal behavior ?
  • [23:23:39] <mru> mib_z3smfr: there is no OS flashed
  • [23:23:48] <mru> so the u-boot prompt is normal
  • [23:24:38] <mib_z3smfr> if dvi is not connected there is no prompt , so this is normal ?
  • [23:24:51] <mru> are you sure about that?
  • [23:25:04] <mib_z3smfr> i got 2 boots same behavior
  • [23:25:14] <mib_z3smfr> i got 2 boards same behavior
  • [23:25:30] <mru> nothing even looks for a connected display
  • [23:25:40] <mru> my boards all boot without anything connected
  • [23:26:43] <mib_z3smfr> next problem i checked serial cable , baudrate etc. but i could not send any keystroke to uboot prompt
  • [23:27:00] <mru> make sure flow control is disabled
  • [23:27:14] <mib_z3smfr> i checked this 10 times
  • [23:27:37] <mru> which terminal app are you using?
  • [23:27:59] <mib_z3smfr> i tried hyperterminal, teraterm, gtkterm and minicom#
  • [23:28:29] <mru> do you have the correct cables?
  • [23:28:59] <mib_z3smfr> checked the cable with loopback and second serial port
  • [23:29:04] * coolBeaver (n=Franz@212-183-67-179.adsl.highway.telekom.at) has left #beagle
  • [23:38:18] * florian (n=fuchs@f054163199.adsl.alicedsl.de) Quit ("Verlassend")
  • [23:43:11] * pH5 (n=ph5@e178237090.adsl.alicedsl.de) Quit ("bye")
  • [23:48:12] * abitos (n=nixgibts@dslb-084-057-178-087.pools.arcor-ip.net) Quit (Read error: 113 (No route to host))
  • [23:55:22] * mib_u7zjqk (i=4e81cf38@gateway/web/ajax/mibbit.com/x-b84cdd230cd2ec11) has joined #beagle
  • [23:55:45] * mib_u7zjqk (i=4e81cf38@gateway/web/ajax/mibbit.com/x-b84cdd230cd2ec11) Quit (Client Quit)
  • [23:57:31] * hugsig (n=hsi@2001:16d8:ff1a:0:216:3eff:fe5a:59cd) Quit (Read error: 60 (Operation timed out))
  • [23:57:59] * hugsig (n=hsi@2001:16d8:ff1a:0:216:3eff:fe5a:59cd) has joined #beagle