• [00:00:08] <ryno> how do you connect it to the board then?
  • [00:00:28] <mru> pin 1-1, 2-2, etc
  • [00:00:56] <mru> the pin that had the plug should go closes to the power jack
  • [00:01:31] <ryno> yeah I see pin 10 is marked on the board, close to the power jack
  • [00:01:33] <mru> same place you'd clip a pin on the board
  • [00:01:45] * ssvb (n=ssvb___@a88-114-221-132.elisa-laajakaista.fi) Quit ("Leaving")
  • [00:04:31] <ryno> thanks for your help
  • [00:05:12] * gcohler (n=gcohler@pool-173-76-128-202.bstnma.fios.verizon.net) has joined #beagle
  • [00:06:01] <mru> you're welcome
  • [00:06:16] <mru> you newcomers have it so easy...
  • [00:09:45] * abitos (n=nixgibts@dslb-084-057-146-023.pools.arcor-ip.net) Quit (Read error: 60 (Operation timed out))
  • [00:20:55] * jkridner|work (n=a0321898@nat/ti/x-183c6db9f8cf6135) Quit ("Leaving.")
  • [00:24:11] <ZeZu> this is getting annoying
  • [00:24:44] <ZeZu> now i get an illegal instruction from a method with nothing other than bx lr in reg. arm code
  • [00:25:31] <raster> mru: in your day you had to check the electrical signals on the omap3530 pins with your tongue
  • [00:25:41] <raster> if it tingles u know you're getting singal
  • [00:25:46] <raster> need to interpret it then with tingles
  • [00:25:49] * jrmuizel (n=jrmuizel@mozca02.ca.mozilla.com) Quit ()
  • [00:26:40] <mru> I started thinking of the scene in the matrix where he's "watching it in code", but it got a bit dirty...
  • [00:27:10] <raster> hahahahah
  • [00:27:29] * mru is not the only one with dirty thoughts, it seems
  • [00:29:52] * BThompsonD (n=BThompso@cpe-72-190-75-99.tx.res.rr.com) has joined #beagle
  • [00:32:12] <ZeZu> the assembler isn't aligning anything .. is it normal that you have to do it yourself for .. each method ?
  • [00:32:48] <mru> if you want alignment, you must use .align directives
  • [00:33:08] <mru> don't overdo it though
  • [00:34:04] <ZeZu> well i assumed if they must be aligned, that the assembler would align them
  • [00:34:04] <mru> it's beneficial if you can shift the code around so loops stay in one cache line
  • [00:34:16] * rsalveti (n=salveti@189.2.128.130) Quit (Remote closed the connection)
  • [00:34:18] <mru> arm instructions must be 4-byte aligned
  • [00:34:22] <mru> that's the only requirement
  • [00:34:26] * guillaum1 (n=Guillaum@AMontsouris-153-1-89-247.w90-2.abo.wanadoo.fr) Quit ("Leaving.")
  • [00:34:27] <ZeZu> it wasn't !
  • [00:34:31] <mru> oh
  • [00:34:38] <ZeZu> is that not odd ?
  • [00:34:48] <mru> yes, in both senses
  • [00:34:51] * guillaum1 (n=gl@AMontsouris-153-1-89-247.w90-2.abo.wanadoo.fr) has joined #beagle
  • [00:35:11] <ZeZu> 0000852a <CallPrintARM>:
  • [00:35:22] * wiking (n=wiking@huwico/staff/wiking) has joined #beagle
  • [00:35:27] <ZeZu> no its still even
  • [00:35:30] <ZeZu> err
  • [00:35:43] <ZeZu> the second bit is not ;|
  • [00:41:53] * gcohler (n=gcohler@pool-173-76-128-202.bstnma.fios.verizon.net) Quit (Read error: 113 (No route to host))
  • [00:48:11] * florian (n=fuchs@g227219219.adsl.alicedsl.de) Quit (Read error: 113 (No route to host))
  • [00:58:01] * geckosenator (n=sean@71.237.94.78) has joined #beagle
  • [01:02:15] * robclark (n=robclark@nat/ti/x-d4130eae558b5891) Quit (Remote closed the connection)
  • [01:08:37] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
  • [01:16:32] * fulgas is now known as FuL|OUT
  • [01:22:32] * ryno (i=cb0e476f@gateway/web/ajax/mibbit.com/x-9488c012c7803f24) Quit ("http://www.mibbit.com ajax IRC Client")
  • [01:37:14] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit ()
  • [01:38:03] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
  • [01:41:27] <ZeZu> just as amusing, a method in one file is called, and it ends up calling one in a diff. file
  • [01:41:58] <ZeZu> so .. ok .. most of it was commented, maybe it all was, and was actually going into the code for the next section .... could happen if the compiler got rid of it all
  • [01:45:56] * robclark (n=robclark@166.128.171.32) has joined #beagle
  • [01:46:58] * nemequ (n=nemequ@ip68-111-215-155.sd.sd.cox.net) Quit ("Ex-Chat")
  • [01:48:22] * TAK2004 (n=thomas@dslb-088-074-055-226.pools.arcor-ip.net) Quit ("Verlassend")
  • [01:48:22] <ZeZu> definitely not the case
  • [02:03:21] * ddompe_ (n=ddompe@200.122.155.113) Quit (Read error: 104 (Connection reset by peer))
  • [02:03:40] * robclark_ (n=robclark@166.128.171.32) has joined #beagle
  • [02:03:51] * robclark (n=robclark@166.128.171.32) Quit (Read error: 104 (Connection reset by peer))
  • [02:04:23] * ddompe (n=ddompe@200.122.155.113) has joined #beagle
  • [02:11:27] * bmxr (n=bmxr@d64-180-251-177.bchsia.telus.net) has joined #beagle
  • [02:14:08] * nemequ (n=nemequ@ip68-111-215-155.sd.sd.cox.net) has joined #beagle
  • [02:23:04] * ddompe (n=ddompe@200.122.155.113) Quit (Read error: 104 (Connection reset by peer))
  • [02:23:40] * ddompe (n=ddompe@200.122.155.113) has joined #beagle
  • [02:26:42] * as_leep (n=ali_as@ambix.plus.com) Quit (Read error: 110 (Connection timed out))
  • [02:28:07] * Cru_N_cher (n=luls_lol@dslb-084-058-102-017.pools.arcor-ip.net) Quit (Read error: 60 (Operation timed out))
  • [02:28:44] * CruNcher (n=luls_lol@dslb-084-058-141-162.pools.arcor-ip.net) has joined #beagle
  • [02:33:17] * ddompe (n=ddompe@200.122.155.113) Quit (Read error: 104 (Connection reset by peer))
  • [02:34:17] * ddompe (n=ddompe@200.122.155.113) has joined #beagle
  • [02:35:12] * emeb (n=ericb@ip72-223-90-212.ph.ph.cox.net) has left #beagle
  • [02:44:34] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit ()
  • [02:59:20] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
  • [03:07:21] * Leon_Nardella (n=leon@200-161-14-111.dsl.telesp.net.br) Quit (Read error: 110 (Connection timed out))
  • [03:09:16] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit ()
  • [03:12:09] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
  • [03:13:41] * shenki (n=joel@202.174.42.5) Quit (Read error: 113 (No route to host))
  • [03:15:21] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit (Client Quit)
  • [03:19:52] * robtow (n=rtow@nat/montavista/x-9682b00bdcf05d09) Quit (Read error: 110 (Connection timed out))
  • [03:21:12] * ddompe (n=ddompe@200.122.155.113) Quit (Read error: 104 (Connection reset by peer))
  • [03:24:44] * Wowbagger_ (n=wowbagge@d154-20-187-250.bchsia.telus.net) has joined #beagle
  • [03:29:28] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
  • [04:02:05] * mib_m25rv3 (i=0cce5fb8@gateway/web/ajax/mibbit.com/x-e7006d4399400109) has joined #beagle
  • [04:09:36] * shenki (n=joel@202.174.42.5) has joined #beagle
  • [04:17:19] * mib_m25rv3 (i=0cce5fb8@gateway/web/ajax/mibbit.com/x-e7006d4399400109) Quit ("http://www.mibbit.com ajax IRC Client")
  • [04:21:49] * BThompsonD (n=BThompso@cpe-72-190-75-99.tx.res.rr.com) Quit ("Trillian (http://www.ceruleanstudios.com")
  • [04:29:18] * rsalveti (n=salveti@200.222.2.234) has joined #beagle
  • [04:31:18] * mib_be9obc (i=a103012a@gateway/web/ajax/mibbit.com/x-78b94618ee232dde) has joined #beagle
  • [04:33:13] * vlad_ (n=asdf@69-12-240-128.dsl.static.sonic.net) Quit (Read error: 110 (Connection timed out))
  • [04:33:52] * hock0006 (i=c9d839f0@gateway/web/ajax/mibbit.com/x-4d0901893178c0a7) has joined #beagle
  • [04:48:09] * Pyrodogg (i=a05e590a@gateway/web/ajax/mibbit.com/x-7a35077b946b952a) has joined #beagle
  • [04:48:51] * alecrim (n=alecrim@201008202192.user.veloxzone.com.br) has joined #beagle
  • [04:51:00] * vlad (n=asdf@69-12-240-128.dsl.static.sonic.net) has joined #beagle
  • [04:51:29] * alecrim (n=alecrim@201008202192.user.veloxzone.com.br) Quit (Read error: 104 (Connection reset by peer))
  • [04:52:02] * alecrim_ (n=alecrim@201008202192.user.veloxzone.com.br) has joined #beagle
  • [04:53:46] * vandy (i=3d0c0312@gateway/web/ajax/mibbit.com/x-9135f032289e45aa) has joined #beagle
  • [04:59:49] * vlad (n=asdf@69-12-240-128.dsl.static.sonic.net) Quit (Read error: 60 (Operation timed out))
  • [05:02:48] * vlad (n=asdf@69-12-240-128.dsl.static.sonic.net) has joined #beagle
  • [05:20:27] * development (n=developm@61.246.2.118) has joined #beagle
  • [05:20:32] * development is now known as priyanka
  • [05:21:37] * bmxr (n=bmxr@d64-180-251-177.bchsia.telus.net) Quit (Remote closed the connection)
  • [05:26:21] * ddompe (n=ddompe@200.122.155.113) has joined #beagle
  • [05:28:21] * bazbell (n=a0192809@nat/ti/x-837d0816fb6cd540) Quit ("Leaving.")
  • [05:47:02] * Pyrodogg (i=a05e590a@gateway/web/ajax/mibbit.com/x-7a35077b946b952a) Quit ("http://www.mibbit.com ajax IRC Client")
  • [05:47:07] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit ()
  • [05:52:36] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [05:59:07] * rupeshgujare (n=rupesh@59.160.172.220) has joined #beagle
  • [06:00:57] * hock0006 (i=c9d839f0@gateway/web/ajax/mibbit.com/x-4d0901893178c0a7) Quit ("http://www.mibbit.com ajax IRC Client")
  • [06:40:09] * leslie (n=leslie@116.228.58.74) has joined #beagle
  • [06:53:21] <leslie> Hi all, anybody tried building gtkglext on beagleboard?
  • [07:00:37] * jsync (n=jess@59.160.172.220) has joined #beagle
  • [07:04:02] * magnet (n=magnet@AMontpellier-151-1-46-206.w92-143.abo.wanadoo.fr) has joined #beagle
  • [07:09:47] * Wowbagger_ (n=wowbagge@d154-20-187-250.bchsia.telus.net) Quit ("Leaving")
  • [07:11:31] * viridior (n=viridis@ip98-169-157-82.dc.dc.cox.net) Quit (Read error: 60 (Operation timed out))
  • [07:21:47] * magnet_ (n=magnet@AMontpellier-151-1-42-13.w92-143.abo.wanadoo.fr) Quit (Read error: 110 (Connection timed out))
  • [07:23:13] * methril|away is now known as methril
  • [07:23:26] <methril> good morning
  • [07:24:09] <AV500> gm
  • [07:26:30] <erbo> morning
  • [07:28:12] * viridior (n=viridis@ip98-169-157-82.dc.dc.cox.net) has joined #beagle
  • [07:37:47] * mckoan|away is now known as mckoan
  • [07:39:15] * lifeeth (n=praneeth@unaffiliated/lifeeth) Quit (Remote closed the connection)
  • [07:47:38] * NishanthMenon (n=nmenon@nat/ti/x-8d56ad7a117fb9f1) has joined #beagle
  • [08:08:34] <erbo> hmm, sending psplash=false to the kernel has no effect for me. I still get the splash
  • [08:10:15] * CruNcher (n=luls_lol@dslb-084-058-141-162.pools.arcor-ip.net) Quit (Read error: 60 (Operation timed out))
  • [08:10:56] * alecrim_ (n=alecrim@201008202192.user.veloxzone.com.br) Quit (Remote closed the connection)
  • [08:13:05] * CruNcher (n=luls_lol@dslb-084-058-140-144.pools.arcor-ip.net) has joined #beagle
  • [08:22:50] * Stskeepz (n=chobits@84.238.11.16) has joined #beagle
  • [08:24:57] * Stskeeps (n=chobits@84.238.11.16) Quit (Remote closed the connection)
  • [08:48:18] * Peter_Men1 (n=peter@219.133.177.6) has joined #beagle
  • [08:49:41] * Peter_Men1 (n=peter@219.133.177.6) has left #beagle
  • [08:53:37] * PhastPhrog (n=chatzill@194.193.86.112) has joined #beagle
  • [09:02:32] * mpoullet (n=mpoullet@proxye.avm.de) has joined #beagle
  • [09:04:12] * sparq (n=russell@ich.thy.om.orpho.us) Quit (kubrick.freenode.net irc.freenode.net)
  • [09:04:12] * scruggs_ (n=chris@72-161-105-25.dyn.centurytel.net) Quit (kubrick.freenode.net irc.freenode.net)
  • [09:04:12] * mmt (n=mmt@TEP.MIT.EDU) Quit (kubrick.freenode.net irc.freenode.net)
  • [09:04:12] * GeneralAntilles (n=GeneralA@c-69-244-211-19.hsd1.fl.comcast.net) Quit (kubrick.freenode.net irc.freenode.net)
  • [09:04:12] * muriani (i=james@internal.directron.us) Quit (kubrick.freenode.net irc.freenode.net)
  • [09:04:12] * calculus (n=calculus@gentoo/user/calculus) Quit (kubrick.freenode.net irc.freenode.net)
  • [09:04:14] * mmt_ (n=mmt@TEP.MIT.EDU) has joined #beagle
  • [09:04:14] * scruggs_ (n=chris@72-161-105-25.dyn.centurytel.net) has joined #beagle
  • [09:04:16] * muriani (i=james@internal.directron.us) has joined #beagle
  • [09:04:16] * sparq (n=russell@ich.thy.om.orpho.us) has joined #beagle
  • [09:04:22] * calculus (n=calculus@gentoo/user/calculus) has joined #beagle
  • [09:04:41] * guillaum1 (n=gl@AMontsouris-153-1-89-247.w90-2.abo.wanadoo.fr) Quit ("Leaving.")
  • [09:05:22] * guillaum1 (n=GZBA4143@AMontsouris-153-1-89-247.w90-2.abo.wanadoo.fr) has joined #beagle
  • [09:05:44] * ogra (n=ogra@ubuntu/member/ogra) Quit (Read error: 104 (Connection reset by peer))
  • [09:06:18] * ogra (n=ogra@ubuntu/member/ogra) has joined #beagle
  • [09:26:06] <ldesnogu> ZeZu: if you generate code, you indeed have to flush caches before executing it; swi 0x9f0002 is the syscall
  • [09:27:16] <suihkulokki> ldesnogu: Aaiieee, that's the oldabi version
  • [09:27:35] * gletelli_ (n=chatzill@fw-tnat.cambridge.arm.com) Quit ("ChatZilla 0.9.84 [Firefox 3.0.2/2008091620]")
  • [09:27:46] <mru> isn't there a glibc interface for this?
  • [09:28:04] <suihkulokki> __clear_cache
  • [09:29:25] * florian_kc (n=fuchs@217.146.132.69) has joined #beagle
  • [09:29:46] * zedstar (n=john@fsf/member/zedstar) has joined #beagle
  • [09:30:03] * florian_kc is now known as florian
  • [09:33:15] <ldesnogu> suihkulokki: I shouldn't have looked at qemu armv4 backend :)
  • [09:37:36] <suihkulokki> ldesnogu: if there is still a swi 0x9f0002 without __clear_cache alternative, it's is good if you looked in :)
  • [09:40:22] <florian> good morning
  • [09:42:41] * valhalla (n=valhalla@81-174-25-183.dynamic.ngi.it) has joined #beagle
  • [09:50:17] * mib_dpakpd (i=4f6115e0@gateway/web/ajax/mibbit.com/x-ace831345cdd310f) has joined #beagle
  • [09:52:08] * mib_dpakpd (i=4f6115e0@gateway/web/ajax/mibbit.com/x-ace831345cdd310f) Quit (Client Quit)
  • [09:53:43] * Stskeepz is now known as Stskeeps
  • [09:53:47] * Stskeeps (n=chobits@84.238.11.16) Quit ("Reconnecting")
  • [09:53:50] * Stskeeps (n=chobits@84.238.11.16) has joined #beagle
  • [09:56:02] * Vincent2 (i=c05b3c0a@gateway/web/ajax/mibbit.com/x-816b13bb715a8ebd) has joined #beagle
  • [09:56:06] <Vincent2> 'morning
  • [09:57:09] <Vincent2> koen: you told me you have oprofile working well in Angstrom <
  • [09:57:12] <Vincent2> ?*
  • [09:58:03] * ogra (n=ogra@ubuntu/member/ogra) Quit (Remote closed the connection)
  • [10:01:15] * ogra (n=ogra@ubuntu/member/ogra) has joined #beagle
  • [10:02:29] * geckosenator (n=sean@71.237.94.78) Quit (Read error: 110 (Connection timed out))
  • [10:06:22] * TAK2004 (n=thomas@dslb-088-072-223-028.pools.arcor-ip.net) has joined #beagle
  • [10:08:07] * abitos (n=nixgibts@dslb-084-057-146-023.pools.arcor-ip.net) has joined #beagle
  • [10:14:29] * ogra (n=ogra@ubuntu/member/ogra) Quit ("Verlassend")
  • [10:15:10] * NishanthM (n=nmenon@nat/ti/x-519f4e1c67c0f23f) has joined #beagle
  • [10:15:44] * ogra (n=ogra@ubuntu/member/ogra) has joined #beagle
  • [10:16:58] * ogra (n=ogra@ubuntu/member/ogra) Quit (Client Quit)
  • [10:18:24] * ogra (n=ogra@ubuntu/member/ogra) has joined #beagle
  • [10:22:37] * NishanthMenon (n=nmenon@nat/ti/x-8d56ad7a117fb9f1) Quit (Remote closed the connection)
  • [10:24:03] * ogra (n=ogra@ubuntu/member/ogra) Quit (Remote closed the connection)
  • [10:25:14] * ogra (n=ogra@ubuntu/member/ogra) has joined #beagle
  • [10:32:34] * Beagle8 (n=Beagle8@203.99.190.255) has joined #beagle
  • [10:32:34] * Beagle8 (n=Beagle8@203.99.190.255) Quit (Client Quit)
  • [10:33:23] * Beagle3 (n=Beagle3@203.99.190.255) has joined #beagle
  • [10:34:17] <Beagle3> Whats up guys, is there any getting started for beagle board
  • [10:40:56] <keesj> yo yo yo yo
  • [10:42:57] <keesj> Beagle3: try elinux.org
  • [11:00:41] * mib_xe8v9h (i=461de807@gateway/web/ajax/mibbit.com/x-6dce8a3acb8c6db6) has joined #beagle
  • [11:01:20] <mib_xe8v9h> where can I get the best beaglboard android porting documentation
  • [11:01:25] <mib_xe8v9h> ?
  • [11:01:27] <mib_xe8v9h> tx
  • [11:15:19] * RogerMonk (n=a0740758@nat/ti/x-118418dbcffb04fc) has joined #beagle
  • [11:17:18] <Beagle3> thanks dude
  • [11:17:50] * harbaum (n=harbaum@i3ED6FE0A.versanet.de) has joined #beagle
  • [11:21:46] * gcohler (n=gcohler@pool-173-76-128-202.bstnma.fios.verizon.net) has joined #beagle
  • [11:41:15] * FuL|OUT is now known as fulgas
  • [11:43:05] * MagicZaurus (n=odiehl@bb121-7-234-36.singnet.com.sg) has joined #beagle
  • [11:46:42] * lcuk (i=lcuk@cpc3-oldh7-0-0-cust590.manc.cable.ntl.com) Quit (Read error: 110 (Connection timed out))
  • [11:48:36] * gcohler (n=gcohler@pool-173-76-128-202.bstnma.fios.verizon.net) Quit (Read error: 110 (Connection timed out))
  • [11:49:01] * aleij (n=ad@11-130.77-83.cust.bluewin.ch) has joined #beagle
  • [12:01:04] * mib_jvl6vv (i=a103012a@gateway/web/ajax/mibbit.com/x-a538c20679a4fab9) has joined #beagle
  • [12:01:07] * Openfree (n=df@222.65.140.197) has joined #beagle
  • [12:13:12] * mib_jvl6vv (i=a103012a@gateway/web/ajax/mibbit.com/x-a538c20679a4fab9) Quit ("http://www.mibbit.com ajax IRC Client")
  • [12:13:34] <leslie> Hi, anybody knows how to make window system to support opengl?
  • [12:14:09] <leslie> my application, which using opengl and gtkglext, it reports: window system doesn't support OpenGL
  • [12:23:09] <leslie> is it to enable opengl support in Xorg? how to do that?
  • [12:28:30] <tomba> only if you use software opengl. Beagle hardware doesn't support opengl, only opengl ES
  • [12:30:03] * methril (n=Methril@213.27.233.98) Quit (Read error: 113 (No route to host))
  • [12:32:17] <leslie> my application is built with mesa lib in oe, will it use beagle hardware? and how to make it running on board? it requires opengl window system, and my Xorg driver is fb
  • [12:38:19] <jkridner> good morning all.
  • [12:40:01] * simon42 (n=simon@89.238.65.10) Quit ("leaving")
  • [12:40:17] <jkridner> reminder: just a couple more days for http://elinux.org/BeagleBoard/contest
  • [12:40:45] * simon42 (n=simon@89.238.65.10) has joined #beagle
  • [12:40:55] * aleij (n=ad@11-130.77-83.cust.bluewin.ch) has left #beagle
  • [12:41:19] * methril (n=Methril@213.27.233.98) has joined #beagle
  • [12:53:18] * fischer (n=tfischer@fischerfamily.org) Quit (Read error: 110 (Connection timed out))
  • [12:59:20] * leslie (n=leslie@116.228.58.74) Quit (Remote closed the connection)
  • [13:11:29] * mib_xe8v9h (i=461de807@gateway/web/ajax/mibbit.com/x-6dce8a3acb8c6db6) Quit ("http://www.mibbit.com ajax IRC Client")
  • [13:17:45] * ceyusa (n=ceyusa@cm40051.red83-165.mundo-r.com) has joined #beagle
  • [13:26:32] * mib_jvl6vv (i=a103012a@gateway/web/ajax/mibbit.com/x-ac53af1b6e64e30d) has joined #beagle
  • [13:31:27] * robclark_ (n=robclark@166.128.171.32) Quit (Read error: 110 (Connection timed out))
  • [13:31:51] * _boto (n=abotorab@212.42.238.143) has joined #beagle
  • [13:33:43] * robclark (n=robclark@nat/ti/x-888c28288e6037c6) has joined #beagle
  • [13:36:03] * mib_y48eg3 (i=81bb9bb5@gateway/web/ajax/mibbit.com/x-59e5a4ef623142b9) has joined #beagle
  • [13:36:58] * fischer (n=tfischer@fischerfamily.org) has joined #beagle
  • [13:43:46] * methril is now known as methril|lunch
  • [13:45:37] * mib_y48eg3 (i=81bb9bb5@gateway/web/ajax/mibbit.com/x-59e5a4ef623142b9) Quit ("http://www.mibbit.com ajax IRC Client")
  • [13:50:59] * BThompson (n=BThompso@nat/ti/x-615896d2a5a1b890) has joined #beagle
  • [13:59:22] * fulgas (n=fn@85.138.15.70) Quit ("changing servers")
  • [13:59:51] * fulgas (n=fn@85.138.15.70) has joined #beagle
  • [14:04:21] * NishanthM (n=nmenon@nat/ti/x-519f4e1c67c0f23f) Quit ("Leaving")
  • [14:06:45] * magnet is now known as Guest62902
  • [14:08:34] * Openfree (n=df@222.65.140.197) Quit (Read error: 110 (Connection timed out))
  • [14:10:33] * tyhk1987 (i=dd0625dc@gateway/web/ajax/mibbit.com/x-ca3cd64ce71992af) has joined #beagle
  • [14:10:56] <tyhk1987> anyone is using codesourcery g++ ?
  • [14:11:05] <jkridner> yes.
  • [14:11:12] <jkridner> er, lite.
  • [14:11:54] <tyhk1987> have you make GUI on the beagle ?
  • [14:12:02] <jkridner> yes.
  • [14:12:18] <tyhk1987> how to do that ?
  • [14:12:24] <tyhk1987> just eclipse ?
  • [14:12:24] * mib_sf0ee3 (i=812ad0b1@gateway/web/ajax/mibbit.com/x-bf68212fa08ecc20) has joined #beagle
  • [14:12:30] <jkridner> no, command-line.
  • [14:12:47] <tyhk1987> with QT ?
  • [14:13:00] <jkridner> I've built existing Qt apps.
  • [14:13:23] <jkridner> I design my own GUIs with the browser.
  • [14:14:09] <tyhk1987> what browser ?
  • [14:14:18] <jkridner> Epiphany and Firefox.
  • [14:14:18] <tyhk1987> do yu use java or c++ ?
  • [14:14:41] <jkridner> Java, but not C++ for any of my own apps. I've also built a simple app with Android.
  • [14:15:23] <tyhk1987> have you used c++ ?
  • [14:15:56] <jkridner> used existing apps written in C++, but I don't like to code in C++.
  • [14:16:09] * as_leep (n=ali_as@ambix.plus.com) has joined #beagle
  • [14:16:16] * as_leep is now known as ali_as
  • [14:16:21] <tyhk1987> i agree with you
  • [14:17:03] <tyhk1987> i am noe doing a project on the beagle ,but i am confused with GUI program on beagle
  • [14:17:11] * fulgas is now known as FuL|OUT
  • [14:17:37] * PhastPhrog (n=chatzill@194.193.86.112) Quit (Read error: 110 (Connection timed out))
  • [14:17:47] <tyhk1987> could you give me some tips ?
  • [14:17:50] <robclark> GTK uses C.. plus bindings are avail in script languages like python which can be good to quickly whip up a GUI..
  • [14:18:17] <robclark> (well, gobject tries to do classes in C.. I'm not sure which is worse, that or C++..)
  • [14:18:23] * rupeshgujare (n=rupesh@59.160.172.220) has left #beagle
  • [14:18:37] <robclark> (gobject => lots of boilerplate template code)
  • [14:20:24] <tyhk1987> what language do you usually use when you do GUI on beagle ?
  • [14:21:17] <robclark> I haven't yet on beagle.. but poked around just a bit with C/gtk on other omap/linux platforms..
  • [14:21:20] * jkridner writes in evil JavaScript and uses the dojo and jquery libraries.
  • [14:21:56] <robclark> but really, it depends less on the hardware, and more on all the software on top..
  • [14:22:15] <robclark> ie. if you have linux, X11, etc, then it is more or less like writing GUI for a desktop linux box..
  • [14:23:05] * methril|lunch is now known as methril
  • [14:23:30] * Openfree (n=df@222.65.140.197) has joined #beagle
  • [14:23:40] <tyhk1987> i am using angstrom , and when i program on the X86 plattforms ,i should use cross-compiling
  • [14:25:08] <tyhk1987> a hello world program is easy ,but when i want to do a GUI,it is hard for me ,and i don't know how to begin?
  • [14:25:39] <jkridner> if your GUI app is small, you can do native development to avoid doing cross-dev.
  • [14:25:58] <jkridner> you can even run 'git' natively to manage your code.
  • [14:25:59] <tyhk1987> is there any website that i can refer ?
  • [14:26:15] <tyhk1987> you mean i install a developtool on the SD card ?
  • [14:28:24] <tyhk1987> how can i avoid cross-compilng ?
  • [14:28:35] <jkridner> opkg install task-native-sdk cpp gccmakedep git
  • [14:28:37] <jkridner> http://groups.google.com/group/beagleboard/browse_thread/thread/e8bff0c78955d6d/f557d42379c49c6b?lnk=gst&q=task-native-sdk#f557d42379c49c6b
  • [14:31:36] <tyhk1987> if i want do cross-compiling , do i have any good choice ?
  • [14:33:22] <tyhk1987> can i use email to contact you ?
  • [14:33:41] <robclark> I'm not sure if it is the best environment for *developing*, but bitbake/openembedded is good for cross compiling..
  • [14:34:09] <robclark> but basically cross compiling is sort of the same as native compiling.. just different compiler executables, library paths, include paths, etc
  • [14:34:11] <jkridner> I'm here pretty much every morning US time.
  • [14:34:58] <jkridner> There is work in Angstrom to have it output its tool-chain for use on the PC without needing to create recipes.
  • [14:35:15] <jkridner> Generating recipes isn't so bad, but it is still something to learn.
  • [14:35:20] <tyhk1987> but i am in china ,so it is night here
  • [14:35:49] * bazbell (n=a0192809@nat/ti/x-7fb69e99c98b907d) has joined #beagle
  • [14:35:55] <jkridner> discussion AT beagleboard.org might be good for you.
  • [14:36:11] <jkridner> also, there are frequently people on this channel.
  • [14:36:19] <tyhk1987> so i can install a devolop tool on the sd card ,then do any program on the beagle ?
  • [14:36:36] <tyhk1987> ok ,thank you very much !!!
  • [14:37:09] <robclark> yeah, recipes are not bad.. but would be more convenient for development if you could tell bitbake to just use your local git/svn checkout for src for some certain package (ie. for it's tmp/work/..etc../..etc.. directory)
  • [14:37:24] <jkridner> as with any development, use version control.
  • [14:38:03] * FuL|OUT is now known as fulgas
  • [14:38:13] <robclark> yeah, but bitbake always wants to take the src from the repository, not from your local workspace where you are working on some changes...
  • [14:39:14] <tyhk1987> when the beagleboard is compilmg ,will it run very slowly ?
  • [14:39:16] <_boto> i am trying to get an overview how much memory is consumed by various parts in system
  • [14:39:33] <jkridner> so the "sdk" work would help you avoid needing to import stuff into the local workspace.
  • [14:39:36] <_boto> i see that the user apps including firefox and XOrg consume about 50 megs
  • [14:39:46] <Crofton|work> robclark, I've made recipes that pull from svn with AUTOREV set b4
  • [14:39:59] <_boto> the remaining memory (about 50 megs) seem to be consumed by kernel, can this be true?
  • [14:40:12] <_boto> top shows me a memory usage of about 100 megs
  • [14:40:13] <tyhk1987> maybe i can use 4G SD card
  • [14:40:45] * cbrake_away is now known as cbrake
  • [14:40:58] <robclark> I think I'm explaining myself badly.. bitbake is fine once the changes are committed to the workspace.. the issue is how do you do development that way.. you always push the changes to the repository, and *then* see if it compiles?
  • [14:41:05] <robclark> s/workspace/repository
  • [14:41:05] <tyhk1987> what i am afraid is the speed when i am comping
  • [14:41:40] <simon42> the speed of the compiler run oder the other applications working in background?
  • [14:41:53] <_boto> if i start firefox and surf a little i see that the system memory runs empty; the network traffic gets slow as the kernel cannot immediately allocate memory for the packets
  • [14:41:57] <simon42> s/oder/or/
  • [14:42:32] <AV500> _boto: I would not use firefox on the BB, use a webkit based browser, faster and lighter
  • [14:42:39] <_boto> although the swap partition is on, it seems that only having firefox + Xorg + gpe running drives the memory usage to limits
  • [14:42:53] <tyhk1987> thank you all ,than you very much ! i need to go !
  • [14:42:58] <_boto> AV500, unfortunately i am forced to use it
  • [14:43:28] <AV500> _boto: think about the last time you had a PC with only 128 meg and what you were running on it...
  • [14:43:44] <_boto> lol, that time there were no youtube ;-)
  • [14:44:18] <_boto> in principle, i would like to know what is consuming the rest of 50 megs
  • [14:44:28] <_boto> i cannot believe that the kernel needs 50 megs
  • [14:45:20] <_boto> looking into slaptop entries does not unveile any unusual object memory too
  • [14:45:29] <AV500> page cache?
  • [14:45:43] <mru> the kernel will use any spare memory for various caches
  • [14:46:01] <AV500> thanks mru, you take it from here :-)
  • [14:46:16] <_boto> is there a way to define some rules for the kernel and set a limit?
  • [14:46:29] * tyhk1987 (i=dd0625dc@gateway/web/ajax/mibbit.com/x-ca3cd64ce71992af) Quit ("http://www.mibbit.com ajax IRC Client")
  • [14:46:40] <AV500> no need, the kernel drop cached pages if the user space needs mem, no?
  • [14:46:41] <mru> why would you want to do that?
  • [14:46:49] <AV500> drops
  • [14:47:01] <_boto> well, the network traffic is the problem ...
  • [14:47:04] <mru> AV500: yes, it does
  • [14:47:25] <mru> _boto: the problem there seems to be that userspace is using too much, not the kernel...
  • [14:47:38] <_boto> if the mem usage is on limit then the kernel needs some iterations when memory is needed by the usb lan driver
  • [14:47:58] <_boto> mru: i see that the user space needs about 50 megs
  • [14:48:03] <mru> yes, but if userspace didn't keep taking it back, it would be faster
  • [14:48:10] <_boto> the system has a total of 128 megs
  • [14:48:19] <_boto> sure
  • [14:49:09] <_boto> is there a way to play with vm mem settings for reserved mem size etc?
  • [14:49:41] <_boto> what i would like to have is a memory margin for networking traffic
  • [14:49:53] <_boto> something about 5 megs may be ok
  • [14:50:33] * tzhau (n=tzhau@proxy0.sun.ac.za) Quit (Remote closed the connection)
  • [14:50:36] * tzhau (n=tzhau@proxy1.sun.ac.za) has joined #beagle
  • [14:50:48] <_boto> the problem is: if the network traffic is not fast enough then media will stuck
  • [14:52:17] * GeneralAntilles (n=GeneralA@c-69-244-211-19.hsd1.fl.comcast.net) has joined #beagle
  • [14:54:37] * davidm (n=David@nat/ti/x-a47d726ebf0ac93f) has joined #beagle
  • [14:55:15] <AV500> _boto: could it that your decoding of the media is the bottleneck?
  • [14:55:51] <_boto> well, atm i see only that simple surfing in internet via firefox and looking some images cause already the problem
  • [14:56:18] <_boto> using gstreamer fetching media from internet seems to have the same problem
  • [14:56:46] * jsync (n=jess@59.160.172.220) has left #beagle
  • [14:56:59] <_boto> the lan driver tries to get kernel memory and cannot; this leads to several retries until the kernel manages to drop non-used memory
  • [14:57:22] <mru> are you sure this is what's happening?
  • [14:57:32] <mru> or are you just speculating?
  • [14:58:21] <_boto> i am sure
  • [14:58:34] <_boto> i get kernel logs and looked into driver sources
  • [14:59:02] <_boto> the driver gets packets and tries to allocate memory in atomic mode
  • [14:59:07] <AV500> but wouldnt the driver allways alloc/free the same memory all the time?
  • [14:59:09] <_boto> and that fails
  • [14:59:31] <mru> it would only fail if something is taking it away between packets
  • [14:59:38] <mru> and that would be your hungry userspace
  • [14:59:39] <_boto> the driver passes the new packet to higher level of networking, that level frees the packets
  • [14:59:52] * jkridner|work (n=a0321898@nat/ti/x-6d43a4a4616547ca) has joined #beagle
  • [14:59:53] <_boto> mru: yep
  • [15:00:08] <mru> so do less in userspace
  • [15:00:09] <_boto> mru: but i hope to find a solution somehow
  • [15:00:18] <AV500> do not use firefox
  • [15:00:20] <mru> buy a rev c beagle
  • [15:00:30] <_boto> mru: the application needs firefox, i cannot change the application requirements
  • [15:00:30] <mru> or buy a pc
  • [15:00:34] <AV500> or ram doubler (tm)
  • [15:00:43] <_boto> i have also rev c
  • [15:00:43] <mru> AV500: aka rev c
  • [15:01:01] <_boto> it has only 128 megs
  • [15:01:09] <jkridner|work> Rev C has 256MB.
  • [15:01:24] <_boto> oh, you mean i have rev b then?
  • [15:01:28] <AV500> yep
  • [15:01:29] * _boto checks ...
  • [15:01:32] <jkridner|work> yeah, what does the board say?
  • [15:01:50] <_boto> you are right; i have rev b
  • [15:01:59] <_boto> is rev c already available?
  • [15:02:01] * Openfree (n=df@222.65.140.197) Quit (Read error: 110 (Connection timed out))
  • [15:02:06] * brijesh (n=bksingh@nat/ti/x-447aecc27021ceb2) has joined #beagle
  • [15:02:13] <mru> no
  • [15:02:14] <jkridner|work> late March.
  • [15:02:28] <AV500> = april 1st :-)
  • [15:02:30] <_boto> cool, then there is hope :-)
  • [15:02:35] <_boto> hehe, april joke
  • [15:02:41] <AV500> there is always hope...
  • [15:03:09] <AV500> jkridner|work: btw, can I trade 2 rev B for one C?
  • [15:03:09] * __alanc__ (n=a-campbe@nat/ti/x-2f5b77ff2e63a988) Quit (Remote closed the connection)
  • [15:03:23] <jkridner|work> sorry. :)
  • [15:03:28] * katie (n=katierh@nat/ti/x-1d7f6f31ba5e694b) has joined #beagle
  • [15:03:37] * mib_be9obc (i=a103012a@gateway/web/ajax/mibbit.com/x-78b94618ee232dde) Quit ("http://www.mibbit.com ajax IRC Client")
  • [15:03:47] <jkridner|work> maybe someone else will buy them from you at 1/2 price.
  • [15:03:54] <AV500> I am sure
  • [15:04:09] <mru> keep them and build a cluster
  • [15:04:23] <_boto> hehe
  • [15:04:30] <AV500> one is not even booted, all electrons like new!
  • [15:04:38] * harbaum (n=harbaum@i3ED6FE0A.versanet.de) Quit (Read error: 113 (No route to host))
  • [15:04:41] * Batko_Marto (n=Batko_Ma@141.117.181.134) has joined #beagle
  • [15:05:06] <jkridner|work> Still in the same uncertain positions, eh?
  • [15:05:23] <mru> never observed
  • [15:06:29] <jkridner|work> then we should know exactly where they are.
  • [15:06:45] <AV500> yes, on my desk
  • [15:07:27] <mru> if we know exactly where they are, they could be moving very fast...
  • [15:07:39] <mru> AV500: are you sure they're still on your desk?
  • [15:07:47] <AV500> hmm, the board does feel warm :-)
  • [15:07:56] <AV500> I guess they run in circles...
  • [15:08:02] <jkridner|work> they could be half-way across the universe. oh, wait, are they back?
  • [15:11:15] * __alanc__ (n=a-campbe@nat/ti/x-d2bb095b4b4ffea9) has joined #beagle
  • [15:11:34] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [15:11:54] * CarlM (i=d5d20d1e@gateway/web/ajax/mibbit.com/x-9932c73a9b43fec6) has joined #beagle
  • [15:12:32] * emeb (n=ericb@ip72-223-90-212.ph.ph.cox.net) has joined #beagle
  • [15:15:53] * eFfeM (n=frans@195-241-226-180.ip.telfort.nl) has joined #beagle
  • [15:16:26] * PhastPhrog (n=chatzill@194.193.86.112) has joined #beagle
  • [15:18:16] * a_way (n=ali_as@ambix.plus.com) has joined #beagle
  • [15:20:26] * CarlM (i=d5d20d1e@gateway/web/ajax/mibbit.com/x-9932c73a9b43fec6) Quit ("http://www.mibbit.com ajax IRC Client")
  • [15:21:48] * ali_as (n=ali_as@ambix.plus.com) Quit (Read error: 60 (Operation timed out))
  • [15:25:00] * a_way is now known as ali_as
  • [15:35:55] * gletelli_ (n=chatzill@fw-tnat.cambridge.arm.com) has joined #beagle
  • [15:36:08] * jrmuizel (n=jrmuizel@mozca02.ca.mozilla.com) has joined #beagle
  • [15:40:21] * Beagle3 (n=Beagle3@203.99.190.255) Quit ()
  • [15:43:13] * prpplague (n=dave@mail.americanmicrosystems.com) has joined #beagle
  • [15:46:54] * DaQatz (n=db@c-66-30-48-150.hsd1.nh.comcast.net) has joined #beagle
  • [15:49:45] * Carlm (i=d5d20d1e@gateway/web/ajax/mibbit.com/x-8d25fd57d2240f13) has joined #beagle
  • [15:50:49] <Carlm> this might be a stupid question, im using angstrom base, theres no cron tried a opkg install cron but theres no cron package for the beagle it seems, is their an alternative?
  • [15:55:49] * tzhau (n=tzhau@proxy1.sun.ac.za) Quit (Remote closed the connection)
  • [15:59:23] <eFfeM> Carlm: there is a package that exports cron, i have it on my backup image
  • [16:03:58] <eFfeM> Carlm: i looked in the dev tree, there is a package cron, but it is indeed not in the angstrom feed
  • [16:04:34] <Carlm> :(
  • [16:04:56] * royerfa (n=fabroy01@fw-tnat.cambridge.arm.com) has joined #beagle
  • [16:05:07] <eFfeM> maybe there is a busybox-cron
  • [16:05:44] <Carlm> there is but, the busybox in the angstrom feed doesnt have it
  • [16:05:54] * tzhau (n=tzhau@proxy1.sun.ac.za) has joined #beagle
  • [16:06:57] <eFfeM> how urgent do you need it ?
  • [16:07:45] <Carlm> i can wait....
  • [16:09:28] <Carlm> might be easier to make my own simple scheduler, I just need my application called every hour. wanted to make sure i wasnt being daft and had missed it. i just assumed it would be there
  • [16:09:41] <eFfeM> i added cron to the list, but it still need to be build
  • [16:10:14] <Carlm> thanks
  • [16:10:23] * methril is now known as methril|away
  • [16:10:30] <Crofton|work> vixie cron?
  • [16:10:33] <Carlm> so will that appear on the angstrom feed list eventually then
  • [16:11:13] <eFfeM> yes, but i decided to lend you a hand: http://filebin.ca/cbjyac/cron_3.0pl1-r8.1_armv7a.ipk
  • [16:11:53] <eFfeM> you can dl to your beagle and install with opkg install cron_3.0pl1-r8.1_armv7a.ipk
  • [16:12:00] * robtow (n=rtow@64.62.142.114) has joined #beagle
  • [16:13:33] <Carlm> perfect thanks ! :D
  • [16:15:19] <eFfeM> Carlm: np
  • [16:15:22] <eFfeM> my pleasure
  • [16:15:39] * eFfeM wonders why OE has a package cdrtools-native, but no package cdrtools
  • [16:25:19] * Batko_Marto_ (n=Batko_Ma@ncart-cam.scs.ryerson.ca) has joined #beagle
  • [16:26:14] * Batko_Marto (n=Batko_Ma@141.117.181.134) Quit (Read error: 110 (Connection timed out))
  • [16:30:08] * RogerMonk (n=a0740758@nat/ti/x-118418dbcffb04fc) Quit (Remote closed the connection)
  • [16:32:35] * mib_2i8yr6 (i=4fa70124@gateway/web/ajax/mibbit.com/x-800d8b1ec8b8ebb8) has joined #beagle
  • [16:35:41] * GeneralAntilles (n=GeneralA@c-69-244-211-19.hsd1.fl.comcast.net) Quit ()
  • [16:37:24] * marcelocb (n=marcelo@201-13-165-16.dial-up.telesp.net.br) has joined #beagle
  • [16:38:10] * mib_2i8yr6 (i=4fa70124@gateway/web/ajax/mibbit.com/x-800d8b1ec8b8ebb8) Quit ("http://www.mibbit.com ajax IRC Client")
  • [16:41:58] * Vincent2 (i=c05b3c0a@gateway/web/ajax/mibbit.com/x-816b13bb715a8ebd) Quit ("http://www.mibbit.com ajax IRC Client")
  • [16:42:58] * GeneralAntilles (n=GeneralA@c-69-244-211-19.hsd1.fl.comcast.net) has joined #beagle
  • [16:45:13] <koen> eFfeM: to create livecds
  • [16:45:39] <Qball> hi all
  • [16:46:00] <Qball> anybody here knows about tweaking usb bandwidth allocation?
  • [16:48:04] <VVeIrD> damn.. i can't get my usb working..
  • [16:48:23] <VVeIrD> tried shortening pins 4/5 with a screwdriver..
  • [16:48:28] <VVeIrD> but still nothing
  • [16:48:39] <VVeIrD> ( held it on the pins while booting )
  • [16:49:03] <VVeIrD> still no reaction
  • [16:49:21] <Qball> why not buy the right cable?
  • [16:49:32] <mru> Qball: ever tried to buy one?
  • [16:49:40] * abitos (n=nixgibts@dslb-084-057-146-023.pools.arcor-ip.net) Quit (Read error: 113 (No route to host))
  • [16:49:41] <VVeIrD> pfft ;)
  • [16:49:56] <Qball> mru: yes
  • [16:50:00] <VVeIrD> no stores around
  • [16:50:04] <Qball> I have one
  • [16:50:14] <Qball> local "hasan" computer store had them
  • [16:50:16] * Guest62902 is now known as _magnt
  • [16:50:18] * _magnt is now known as _magnet
  • [16:50:23] * GeneralAntilles (n=GeneralA@c-69-244-211-19.hsd1.fl.comcast.net) Quit ()
  • [16:50:56] <VVeIrD> what is supposed to happen, if 4/5 not short?
  • [16:51:07] <VVeIrD> should devices still get power?
  • [16:51:14] <VVeIrD> if so, this does not happen at all..
  • [16:51:16] <AV500> power?
  • [16:51:32] <AV500> if you short 4/5 you want to be host, in this case you cannot provide power over usb
  • [16:51:47] <VVeIrD> i proviode power via dc
  • [16:51:49] <AV500> i mean to the BB
  • [16:51:57] <VVeIrD> not via usb
  • [16:52:01] <AV500> VVeIrD: ok, understand
  • [16:52:15] <VVeIrD> i mean, power to the connected device FROM bb
  • [16:52:16] <_boto> i have found a solution for the memory problem
  • [16:52:18] <AV500> BB can only provide a little power, best is to use a powered HUB
  • [16:52:23] <AV500> _boto: tell us
  • [16:52:26] <VVeIrD> i know..
  • [16:52:28] <AV500> killall -9 firefoy
  • [16:52:31] <AV500> killall -9 firefox
  • [16:52:34] <VVeIrD> but i want to see something happening at least..
  • [16:52:45] <AV500> kernel logs should show a hub
  • [16:52:54] <_boto> i have just increased the min_free_kbytes
  • [16:52:55] <VVeIrD> if i connect a usb-stick, nothing happens at all ( has a led to indicate connection )
  • [16:53:09] <_boto> in /proc/sys/vm
  • [16:53:11] <VVeIrD> if so, this does not happen @ log
  • [16:53:16] * Carlm (i=d5d20d1e@gateway/web/ajax/mibbit.com/x-8d25fd57d2240f13) Quit ("http://www.mibbit.com ajax IRC Client")
  • [16:53:26] <_boto> now there is more reserved memory for networking traffic
  • [16:53:34] <AV500> _boto: ok
  • [16:53:59] <_boto> i took a value of 10000
  • [16:54:05] <_boto> before it was 1442
  • [16:54:21] * GeneralAntilles (n=GeneralA@c-69-244-211-19.hsd1.fl.comcast.net) has joined #beagle
  • [16:55:49] <VVeIrD> if i connect a powered usb-hub ( w/o shortened pins ), should the kernel find connected devices like a usb-stick ?
  • [16:56:09] <VVeIrD> or is this not possible in non-host mode?
  • [16:56:21] <VVeIrD> ( im quite unfamilliar with usb )
  • [16:56:25] <AV500> no, you have to be in host mode
  • [16:56:32] <VVeIrD> ok..
  • [16:56:34] <AV500> so ,right cable or 4/5 short
  • [16:57:10] <VVeIrD> k thx
  • [16:57:13] * docelic (n=docelic@78.134.207.11) has joined #beagle
  • [16:57:14] <VVeIrD> ill continue trying
  • [16:57:55] * royerfa (n=fabroy01@fw-tnat.cambridge.arm.com) has left #beagle
  • [17:03:09] <Qball> what are these errors:
  • [17:03:09] <Qball> what are these errors: omap-dss DISPC error: dispc irq error status 0040
  • [17:03:12] <Qball> omap-dss DISPC error: dispc irq error status 00c2
  • [17:03:32] * dirk2 (n=dirk@p5B040C6F.dip0.t-ipconnect.de) has joined #beagle
  • [17:04:19] <AV500> Qball: most likely your DSS config is "out of range"
  • [17:04:36] <Qball> how to fix it?
  • [17:05:25] <Qball> I am not using X or anything
  • [17:06:09] <Qball> I am the fb I guess
  • [17:06:11] * dev_543 (i=c2c841ef@gateway/web/ajax/mibbit.com/x-5be4dcd241d857fb) has joined #beagle
  • [17:06:29] <AV500> Qball: you are the fb, cool :-)
  • [17:06:41] <AV500> Qball: I cannot say from here
  • [17:06:52] <Qball> damn
  • [17:06:53] * mib_sf0ee3 (i=812ad0b1@gateway/web/ajax/mibbit.com/x-bf68212fa08ecc20) Quit (Read error: 104 (Connection reset by peer))
  • [17:06:53] * xomok (i=ddbb2d4f@gateway/web/ajax/mibbit.com/x-69aaaafbec19dc5e) Quit (Read error: 104 (Connection reset by peer))
  • [17:06:53] * vandy (i=3d0c0312@gateway/web/ajax/mibbit.com/x-9135f032289e45aa) Quit (Read error: 104 (Connection reset by peer))
  • [17:06:53] * mib_jvl6vv (i=a103012a@gateway/web/ajax/mibbit.com/x-ac53af1b6e64e30d) Quit (Read error: 54 (Connection reset by peer))
  • [17:06:55] <Qball> stupid typos
  • [17:07:14] <Qball> AV500: when it happens my soundcards "crackles"
  • [17:07:18] <Qball> (usb card)
  • [17:07:37] * PhastPhrog (n=chatzill@194.193.86.112) Quit ("ChatZilla 0.9.84 [Firefox 3.0.6/2009011913]")
  • [17:07:40] <eFfeM> koen i was just curious why cdrtools was missing, it used to exist in the past, 100% sure I used it on nslu2
  • [17:08:25] <AV500> Qball: what mode do you run fb in?
  • [17:08:29] <dev_543> Hey guys. I'm trying to mount a NFS export onto my beagle, I've enabled all the options in the kernel for NFS client but the mount fails with "missing codepage or helper program..."
  • [17:08:32] <AV500> res, bpp etc..?
  • [17:08:47] <Qball> AV500: 1280x720 or something like that
  • [17:09:00] <AV500> and it does work?
  • [17:09:02] <dev_543> I've got wireshark running and I can see it doesn't sent any traffic to my Linux PC so it's not the server
  • [17:09:06] <Qball> it only happens when I have usb 2.0 card attached
  • [17:09:11] <Qball> AV500: tested it working before yes
  • [17:09:17] <AV500> what BPP?
  • [17:09:22] <Qball> 24 60Hz
  • [17:09:28] <Qball> I think
  • [17:09:31] * mib_sf0ee3 (i=812ad0b1@gateway/web/ajax/mibbit.com/x-9b23f48e2643d873) has joined #beagle
  • [17:09:44] <Qball> 1280x720@60
  • [17:09:51] * florian (n=fuchs@217.146.132.69) Quit (Remote closed the connection)
  • [17:09:57] <AV500> yes, this works
  • [17:10:15] <AV500> it happens with card just attached or playing?
  • [17:10:16] <dev_543> I've not had problems with NFS on other embedded systems am at a loss what to do next :(
  • [17:10:17] <Qball> usb 2.0 network card seems to be the issue.. with a 1.0 it is lot less
  • [17:10:24] <Qball> playing
  • [17:10:28] <Qball> audio from network to usb soundcard
  • [17:10:31] <eFfeM> Qball: on 2.6.28?
  • [17:10:40] * mckoan is now known as mckoan|away
  • [17:10:52] <AV500> hmm, it would mean that somehos the DSS does not get enough mem bandwidth to do it's job
  • [17:10:53] <eFfeM> Qball: that was related to 1280x720@60
  • [17:11:07] <VVeIrD> ok.. now i used a knife to shorten the pins. The usb-hub is now powered by the bb, but still no reaction on added devices..
  • [17:11:18] <AV500> but I doubt you can generate that much mem BW with networking and audio
  • [17:11:19] <Qball> eFfeM: yeah, OE build from 2 days ago
  • [17:11:37] <AV500> VVeIrD: do not power from the BB, use a power supply to the hub
  • [17:11:40] <Qball> AV500: well if I use mii-tool to set it to 10mbit I still have it
  • [17:11:48] <AV500> yes and this is strange
  • [17:11:52] <eFfeM> on a monitor or a tv ?
  • [17:12:23] <eFfeM> Qball: what cmd line did you boot with (the video part)
  • [17:12:29] <VVeIrD> AV500: i did this only to see if anything happens at all..
  • [17:12:37] <VVeIrD> i do power the hub afterwards..
  • [17:12:41] <Qball> omapfb.video_mode=1280x720MR-24@60
  • [17:12:41] <AV500> VVeIrD: ok
  • [17:12:51] <Qball> anyway I could ditch that
  • [17:12:56] <Qball> as I am not planning to use X
  • [17:12:59] <Qball> or the video out
  • [17:13:00] <dev_543> hmm, strace shows it trying to run /sbin/mount.nfs which doesn't exist. I didn't know it was required :/
  • [17:13:05] <eFfeM> Qball: monitor or tv ?
  • [17:13:10] <AV500> Qball: it should still work
  • [17:13:18] <eFfeM> thought i tried that but that it did not work with my tv
  • [17:13:18] <Qball> X works fine
  • [17:13:23] <Qball> just sound crackles
  • [17:13:28] <eFfeM> the R seems to be the problem
  • [17:13:39] <Qball> it works on both samsung monitor as philips full hd tv
  • [17:14:01] <Qball> anyway be back later
  • [17:14:04] <Qball> food time
  • [17:14:18] <AV500> chew slowly
  • [17:14:28] <eFfeM> Qball: enjoy your meal will try on tv later on
  • [17:24:01] * gcohler_ (n=gcohler@nat/ti/x-f6e0d447e8986c33) has joined #beagle
  • [17:26:58] * gcohler_ (n=gcohler@nat/ti/x-f6e0d447e8986c33) Quit (Remote closed the connection)
  • [17:30:29] * robtow (n=rtow@64.62.142.114) Quit ("Leaving.")
  • [17:31:42] * mib_sf0ee3 (i=812ad0b1@gateway/web/ajax/mibbit.com/x-9b23f48e2643d873) Quit ("http://www.mibbit.com ajax IRC Client")
  • [17:31:50] * mib_ubrqf6 (i=812ad0b1@gateway/web/ajax/mibbit.com/x-ae5a35e1f6173e22) has joined #beagle
  • [17:35:55] * fulgas (n=fn@85.138.15.70) Quit (Read error: 104 (Connection reset by peer))
  • [17:36:34] * fulgas (n=fn@85.138.15.70) has joined #beagle
  • [17:38:06] <Qball> hmm
  • [17:38:32] * mpoullet (n=mpoullet@proxye.avm.de) has left #beagle
  • [17:39:42] * mib_hu16ey (i=803d5123@gateway/web/ajax/mibbit.com/x-6a4f3624a772065e) has joined #beagle
  • [17:40:20] * mib_hu16ey (i=803d5123@gateway/web/ajax/mibbit.com/x-6a4f3624a772065e) Quit (Client Quit)
  • [17:42:18] * bmxr_laptop (n=chatzill@142.232.132.10) has joined #beagle
  • [17:50:03] * nemequ (n=nemequ@ip68-111-215-155.sd.sd.cox.net) Quit ("Ex-Chat")
  • [17:50:55] <dev_543> Strangle, getting the beagle to boot over NFS seems easier then mounting a NFS export from a running system
  • [17:50:57] * marcelocb (n=marcelo@201-13-165-16.dial-up.telesp.net.br) Quit ("Ex-Chat")
  • [17:51:15] <dev_543> nvm, it's what I wanted to do :)
  • [17:52:23] <mru> dev_543: says who? adventure runs perfectly on mine
  • [17:53:03] * Pyrodogg (i=a05e5bb5@gateway/web/ajax/mibbit.com/x-7605e8ce2681e5c9) has joined #beagle
  • [17:53:27] <Qball> mount -t nfs <ip>:<mount> <mount poinrt>
  • [17:53:28] <dev_543> I was trying to do mount -f nfs ... and it just kept giving me an error
  • [17:53:33] <Qball> works fine here
  • [17:53:38] <Qball> install the nfs-utils-client
  • [17:53:38] <dev_543> Yep, that's what I did
  • [17:53:44] <Qball> or how it is calle
  • [17:53:45] <Qball> d
  • [17:54:00] <dev_543> Ah, that might be missing from the demo-image
  • [17:54:08] <Qball> nfs-utils-client - 1.1.2-2.1 - userspace utilities for kernel nfs
  • [17:54:34] <dev_543> I thought all you need was the kernel to be configured for NFS support
  • [17:54:48] <dev_543> and mount to support NFS of course
  • [17:56:00] <dev_543> Have to confess that up till now I've always used buildroot as the systems I've been working on are normally "smaller"
  • [17:56:47] <Qball> I have a console-image here.. 68mb.. works fine
  • [17:57:30] <mru> dev_543: sorry, wrong window, wrong nick...
  • [17:57:36] * vlad is now known as vlad_
  • [17:57:56] <dev_543> mru, np :)
  • [17:58:33] <dev_543> Systems where you only have 32MB flash if your luckily :)
  • [17:59:23] <dev_543> And as I mainly did kernel development I was only interested in building a few simple apps to test my drivers
  • [17:59:47] * lcuk (i=lcuk@cpc3-oldh7-0-0-cust590.manc.cable.ntl.com) has joined #beagle
  • [18:00:07] <dev_543> I think OE is also getting more user friendly :)
  • [18:01:03] * Qball hates being so busy.. got some 1/2 done packages for it.
  • [18:01:25] * Batko_Marto_ (n=Batko_Ma@ncart-cam.scs.ryerson.ca) Quit (Remote closed the connection)
  • [18:03:11] * dev_543 is now known as dev_543|afk
  • [18:05:21] * MagicZauru1 (n=odiehl@bb121-7-234-36.singnet.com.sg) has joined #beagle
  • [18:09:50] * koen is getting annoyed by the fact he can't type properly on his old keyboard anymore
  • [18:10:20] <AV500> koen: new fingers?
  • [18:10:22] <mru> koen: so get a new one
  • [18:11:18] <Qball> hmm if I do halt on my machine, the reset button does not work (after power down messagE)
  • [18:11:34] <mru> Qball: yes, that's a known bug
  • [18:11:46] <Qball> so not me, that is good
  • [18:12:52] <eFfeM> koen, get a kbd like the one florian has and showed at fosdem
  • [18:12:55] * guillaum1 (n=GZBA4143@AMontsouris-153-1-89-247.w90-2.abo.wanadoo.fr) Quit ("Leaving.")
  • [18:13:19] <mru> eFfeM: that's a great gadget but not very good for typing
  • [18:13:21] <AV500> eFfeM: I doubt it is RSI friendly to pound on a hard surface all the time :-)
  • [18:13:37] * guillaum1 (n=Guillaum@AMontsouris-153-1-89-247.w90-2.abo.wanadoo.fr) has joined #beagle
  • [18:13:38] <mru> AV500: no need to pound
  • [18:14:01] * Batko_Marto (n=Batko_Ma@141.117.181.134) has joined #beagle
  • [18:14:03] <AV500> you have not seen me type :-)
  • [18:14:07] <eFfeM> i'm pretty sure it isn't
  • [18:14:33] <eFfeM> silly q of the day: if I do an opkg install gpsd why does it then install fso-gpsd and not gpsd
  • [18:16:04] <Qball> AV500: you need one of those old fashion, kill while typing e-mail, ibm keyboard
  • [18:17:00] <koen> mru: it's built in to my old laptop :)
  • [18:17:20] <eFfeM> no takers for the silly Q of the day ?
  • [18:18:15] <eFfeM> "Seems I've found a replace gpsd gpsd
  • [18:18:15] <eFfeM> "
  • [18:18:17] <koen> eFfeM: the fso-gpsd is due the teh fso people having no clue about RREPLACES and QA
  • [18:18:46] <eFfeM> koen, is fso-gpsd compatible with gpsd ?
  • [18:19:05] <koen> if it has 'fso' or 'openmoko' in it's name, it's made out of turds and gaffa tape
  • [18:19:20] <koen> eFfeM: the dbus interface should be compatible
  • [18:19:22] <eFfeM> not even duct tape ? bleh
  • [18:19:38] <koen> eFfeM: but you want to use gypsy or geoclue for positioning :)
  • [18:19:48] <koen> gaffa > ductape
  • [18:19:52] * mib_tsi5fh (i=d955b1d4@gateway/web/ajax/mibbit.com/x-3a44e62655056d13) has joined #beagle
  • [18:20:09] <eFfeM> gpsd is needed to connect to e.g navit
  • [18:20:16] <eFfeM> and probably also for gpsdrive
  • [18:20:33] <eFfeM> just wanted to see if i could get my bt gps thing runnign on bealge
  • [18:20:41] * mib_tsi5fh (i=d955b1d4@gateway/web/ajax/mibbit.com/x-3a44e62655056d13) Quit (Client Quit)
  • [18:22:37] <eFfeM> koen btw trying to make cdrtools for target but for some reason the install dir remains empty and make install seems not to be done, exe's do stay in the src dir, any idea what could be wrong
  • [18:23:38] <koen> empty make install rule?
  • [18:23:42] <koen> empty do_install in OE?
  • [18:23:58] <Qball> broken ${DESTDIR} in install target?
  • [18:24:04] <Qball> in the makefile of cdrtools
  • [18:24:36] <eFfeM> there is no do_install in the recipe and if I type make install in the target dir something happens
  • [18:25:04] <koen> do_install() {
  • [18:25:19] <koen> oe_runmake install DESTDIR="${D}"
  • [18:25:20] <koen> }
  • [18:26:26] <eFfeM> koen, will try that, thanks
  • [18:26:43] * eFfeM bought an external dvd writer today (only eur 10)
  • [18:26:55] <Qball> those get cheaper by the day
  • [18:27:00] <Qball> a slimline or not
  • [18:27:00] <eFfeM> it can accomodate 10 beagles or so
  • [18:27:04] <eFfeM> nope
  • [18:27:06] * koen has an external dvd writer attach to the beagle
  • [18:27:15] <Qball> eFfeM: where?
  • [18:27:17] <eFfeM> that's why i wanted to have a look at cdrtools
  • [18:27:20] <koen> buspowered, but for the actual writing you need extra psu
  • [18:27:29] <eFfeM> Qball: philips staff shop
  • [18:27:33] <Qball> aah
  • [18:27:37] <Qball> nice shop
  • [18:27:46] <Qball> the one in the stadion right
  • [18:27:50] <eFfeM> yes
  • [18:28:28] <Qball> been there once with my uncle
  • [18:28:29] <Qball> years ago
  • [18:28:37] <Qball> when I was a little boy..
  • [18:29:28] <eFfeM> they were getting rid of some old stuff and stuff with damaged packaging etc
  • [18:29:37] <Qball> always a good time to shop
  • [18:34:32] * MagicZaurus (n=odiehl@bb121-7-234-36.singnet.com.sg) Quit (Read error: 110 (Connection timed out))
  • [18:35:09] <eFfeM> also trying to get ampache running on beagle, but that is even a bigger challenge, it uses php+sql and currently php is compiled without php support
  • [18:42:16] <Qball> hmm ampache
  • [18:42:22] <Qball> ask vollmer.
  • [18:43:30] <Qball> if it is to heavy maybe he can make a "light" mode
  • [18:46:48] * Pyrodogg (i=a05e5bb5@gateway/web/ajax/mibbit.com/x-7605e8ce2681e5c9) Quit ("http://www.mibbit.com ajax IRC Client")
  • [18:49:14] <eFfeM> qball, first need to get a php with iconv and mysql
  • [18:50:15] * gcohler (n=gcohler@nat/ti/x-d81634c6bf297720) has joined #beagle
  • [18:54:08] * jkridner|work (n=a0321898@nat/ti/x-6d43a4a4616547ca) Quit (Remote closed the connection)
  • [18:54:17] * jkridner|work1 (n=a0321898@nat/ti/x-79302194c926bbd4) has joined #beagle
  • [19:00:17] * Batko_Marto (n=Batko_Ma@141.117.181.134) Quit (Read error: 113 (No route to host))
  • [19:16:41] * CruNcher (n=luls_lol@dslb-084-058-140-144.pools.arcor-ip.net) Quit (Read error: 60 (Operation timed out))
  • [19:17:53] * CruNcher (n=luls_lol@dslb-084-058-126-120.pools.arcor-ip.net) has joined #beagle
  • [19:21:29] * harbaum (n=harbaum@i3ED6FE0A.versanet.de) has joined #beagle
  • [19:27:40] * robtow (n=rtow@nat/montavista/x-e1040fea84eaaefd) has joined #beagle
  • [19:31:46] <eFfeM> hm, what is wrong if I get an error "Architecture did not match (40 to 3)" during QA
  • [19:32:14] <koen> most likely it's an x86 binary
  • [19:32:25] <eFfeM> guess so
  • [19:32:26] <koen> see classes/insane.bbclass what '3' is
  • [19:32:40] <koen> "i386": ( 3, 0, 0, True, True),
  • [19:32:44] <koen> indeed, x86
  • [19:37:41] <eFfeM> the other thing is that it complains that /usr/man/man8/mkisofs.8 etc is not shipped in any package, but I did a FILES_#{PN}-doc += ${mandir}/man8/mkisofs.8
  • [19:38:45] <koen> ${mandir} is /usr/share/man
  • [19:38:51] <eFfeM> ah
  • [19:39:00] * koen just checked bitbake.conf
  • [19:39:38] <eFfeM> can I add a dir? e.g. += "/usr/man" ?
  • [19:39:51] <koen> yes
  • [19:39:57] <eFfeM> nice
  • [19:40:17] <koen> although do_install_append() { mv ${D}/usr/man* ${D}${datdir}} would be better
  • [19:41:21] * bmxr_laptop (n=chatzill@142.232.132.10) Quit (Remote closed the connection)
  • [19:41:44] <eFfeM> does it then package automatically ?
  • [19:48:13] <eFfeM> hm. giving up on cdrtools, if anyone wants to give it a try: here is what I got: http://filebin.ca/wsvkke/cdrtools_2.01.bb
  • [19:49:55] <koen> if it's in the right dir it will package automagically
  • [19:50:19] <koen> packaging /usr/man doesn't make sense, since the man package will look in /usr/share/man
  • [19:50:45] <eFfeM> well i don't manage to get it compiled with the cross cc compiler, added the mv at the end of do_install, but to no avail
  • [19:50:49] * eFfeM feels stuck
  • [19:51:40] * pH5 (n=ph5@e178247144.adsl.alicedsl.de) has joined #beagle
  • [19:54:30] * mib_77z5sm (i=c7c587d8@gateway/web/ajax/mibbit.com/x-8baaaaea0de2847b) has joined #beagle
  • [19:56:08] * mib_77z5sm (i=c7c587d8@gateway/web/ajax/mibbit.com/x-8baaaaea0de2847b) Quit (Client Quit)
  • [20:21:14] * likewise (n=likewise@82-171-51-231.ip.telfort.nl) has joined #beagle
  • [20:21:14] * rbelem (n=rodrigo@pdpc/supporter/active/rbelem) has joined #beagle
  • [20:25:54] * nemequ (n=nemequ@ip68-111-215-155.sd.sd.cox.net) has joined #beagle
  • [20:25:58] * nemequ (n=nemequ@ip68-111-215-155.sd.sd.cox.net) has left #beagle
  • [20:27:29] * mib_tduxg3 (i=a103012a@gateway/web/ajax/mibbit.com/x-5e6accfea79766bc) has joined #beagle
  • [20:29:16] <mib_tduxg3> hi ! I need to use an incremental encoder with my beagleboard... do I have to create a kernel modul or a kid of driver to handle interrupts ?
  • [20:29:48] <mib_tduxg3> (kind of driver....)
  • [20:30:04] * mib_tduxg3 is now known as fayce
  • [20:31:32] <fayce> guys ?
  • [20:32:30] <harbaum> yes, only the kernel can handle interrupts
  • [20:33:25] <harbaum> although you can have a generic driver that does exactly that: forwarding interrupts as signals to some user space app
  • [20:34:00] <harbaum> but i don't think something like that exists (and would make much sense since you usually want to do more than just getting notified of interrupts)
  • [20:34:33] <fayce> I just need to get notified of interrupts...
  • [20:34:45] <fayce> so I can increment a value ...
  • [20:34:55] <fayce> (encoder's Top)
  • [20:39:18] * koen attempts to read http://www.marvell.com/products/embedded_processors/developer/kirkwood/sheevaplug.jsp
  • [20:40:24] <pH5> still /.ed?
  • [20:40:27] * Crofton wonders if the overo build in oe.dev will work ...
  • [20:40:43] * florian (n=fuchs@f054212252.adsl.alicedsl.de) has joined #beagle
  • [20:40:44] <koen> Crofton|work: it should
  • [20:40:48] <koen> the result runs on my overo :)
  • [20:40:58] <Crofton|work> great :)
  • [20:41:13] <Crofton|work> I am going to test in a bit
  • [20:42:50] <koen> Crofton|work: uboot prolly won't work
  • [20:43:06] <Qball> cool localedef triggers the oomp
  • [20:43:10] <Crofton|work> I was going to use dl'd u-boot and xloader
  • [20:44:55] <harbaum> fayce: What kind of hardware is that? _only_ generating interrupts on certain events doesn't make much sense as you can actually miss interrupts
  • [20:46:02] <harbaum> fayce: if the number of events is important such a hardware should also run a hardware counter, so you can check after you received an irq if you've missed previous ones
  • [20:46:21] * pH5_ (n=ph5@e178209006.adsl.alicedsl.de) has joined #beagle
  • [20:50:46] * eFfeM (n=frans@195-241-226-180.ip.telfort.nl) Quit ("Leaving.")
  • [20:51:00] * Crofton (n=balister@pool-96-240-173-146.ronkva.east.verizon.net) Quit (Remote closed the connection)
  • [20:52:21] <fayce> harbaum: the hardware is an incremental encoder ..
  • [20:53:01] * Xenion (n=robert@p579FCD37.dip.t-dialin.net) has joined #beagle
  • [20:53:34] * eFfeM (n=Frans@195-241-226-180.ip.telfort.nl) has joined #beagle
  • [20:53:44] <fayce> harbaum: do you have any example code for such a need ??
  • [20:55:43] <fayce> harbaum: and... what is a hardware counter ? do you mean a kind of an external chip that must do the counting operation ?
  • [20:55:50] <harbaum> you are planning to connect the encoder directly to the irq inputs? You might consider adding a hardware counter for the reasons i told you
  • [20:55:57] <harbaum> yepp, exactly that
  • [20:56:33] <harbaum> example code: basically every linux driver example uses interrupts
  • [20:58:44] <fayce> but they are made for a type of hardware wich interrupts can be not ALL taken in consideration. is that right ?
  • [20:59:07] <harbaum> ??
  • [20:59:34] <fayce> humm... it's really hard to explain, i'm french...
  • [20:59:36] <fayce> :)
  • [20:59:41] <Qball> that explains
  • [20:59:53] <fayce> :D
  • [21:00:02] <harbaum> an interrupt usually only tells you that something happened. E.g. a packet was received by a network card
  • [21:00:43] <harbaum> but your system may have been processing other interrupts running at higher priority or may even had interrupts completely disabled for some time
  • [21:01:14] <harbaum> the network card in this example would have buffered as many packets as possible. after receiving the interrupt the driver checks the hardware
  • [21:01:24] <fayce> and what if I put those interrupt (encoder's ones) at the higher interrupt priority ?
  • [21:01:31] <harbaum> of the network card to see how many packets actually have been received
  • [21:01:49] <harbaum> then it's less likely they get missed.
  • [21:02:16] * dirk2 (n=dirk@p5B040C6F.dip0.t-ipconnect.de) Quit ("Konversation terminated!")
  • [21:03:11] <fayce> to tell you everything, it's for a robot... for the motor control system... one wheel round is equal to 2048 tops... if I miss one or two TOPs.. it doesn't really matter for me
  • [21:03:15] <harbaum> on a small system like the beagle board you may actually have success with your approach. but the more other hardware is involved the more likely you'll run into problems
  • [21:03:32] * pH5 (n=ph5@e178247144.adsl.alicedsl.de) Quit (Read error: 110 (Connection timed out))
  • [21:04:18] <harbaum> how fast will your wheels turn?
  • [21:04:32] <fayce> I will not use any other hardware... only I2C (if we can consider it as a hardware)
  • [21:04:47] <fayce> humm they won't be tooo fast...
  • [21:05:17] <harbaum> the beagle board already uses interrupt generating hardware internally like the usb controller etc
  • [21:05:29] <harbaum> cat /proc/interrupts will tell you more
  • [21:05:31] <fayce> i think 2 - 3 meter /s
  • [21:05:34] <Qball> still if you loos say 1 interrupts on say left wheel, after 10 meter you might be completely offtrack
  • [21:06:03] <harbaum> 2-3 m/s is how many wheel rotations per second?
  • [21:07:01] <fayce> Qball: if I loose 1 interrupt on how many others ? (because if I loose 1 interrupt for every 2048, it won't have a big impact on my robot's precision...)
  • [21:07:33] <fayce> ~20cm
  • [21:07:49] <fayce> (and the speed is variable...)
  • [21:08:03] <harbaum> so you'll have 10-15 wheel turns per second and 2048 interrupts per wheel turn?
  • [21:09:06] <fayce> sorry .. i thing 2-3 meters /s is too much ... my older robot wasn't so fast...
  • [21:09:16] <harbaum> this results in 20000-30000 interrupts a second. the pause between two interrupts is then 30-50us
  • [21:09:41] <fayce> 1meter /s is the maximum I think ...
  • [21:10:00] <harbaum> that's still 10000 interrupts a second
  • [21:10:17] <fayce> yes
  • [21:10:28] <harbaum> meaning that everything blocking interrupt handling for more than 100us will make you loose interrupts
  • [21:10:37] <fayce> the beagle board with her 600Mhz cannot handle that ?
  • [21:11:01] <harbaum> e.g. dma transfers block interrupt handling
  • [21:12:01] <harbaum> and any other interrupt running at higher priority which interrupt service routine runs longer than 100us will also make you miss interrupts
  • [21:12:33] <harbaum> i don't say it won't work, but you'll really have to make sure nothing blocks your irq processing for more than 100us
  • [21:13:18] <robclark> harbaum: does linux use FIQ for anything? (does linux mask FIQ?)
  • [21:13:44] <harbaum> what's fiq?
  • [21:13:56] <robclark> the ARM's second interrupt line
  • [21:14:17] <fayce> harbaum: I don't think that i will have process that will make me an interrupt for 100us ...
  • [21:14:23] <robclark> if linux uses the IRQ vector for everything, then FIQ could be used to do something simple, like if you just need to increment a counter
  • [21:14:28] <fayce> no DMA ... only I2C who will cause interrupts ...
  • [21:14:29] <robclark> FIQ == fast interrupt
  • [21:15:12] <fayce> robclark: and how can I use that FIQ ???
  • [21:15:28] <robclark> well, depends really on whether linux uses it for anything
  • [21:15:29] <harbaum> i don't know any details about the beagle board. had mine for a few days only. i just tell you what you have to think about
  • [21:15:39] <robclark> at a minimum, you would have to do that in kernel space..
  • [21:16:00] <robclark> but honestly I'm not really sure about the linux part, that is one area I've not looked into
  • [21:16:29] <robclark> I've used FIQ on a more RTOS sort of OS on ARM (nucleus), where the rest of the system didn't know about (nor mask) IRQ
  • [21:17:40] <harbaum> you can't install an irq handler in user space as you application may not be active when the interrupt occurs
  • [21:18:05] <harbaum> it may even be swapped out
  • [21:19:14] <harbaum> robclark: "cat /proc/interrupts" should tell you which irqs have a driver listening for it
  • [21:19:25] <fayce> i will check that
  • [21:20:08] <robclark> well, the ARM itself only (unless you are talking about some of the cortex-M series) only has two interrupt lines into the processor, IRQ and FIQ
  • [21:20:29] <robclark> you normally have an interrupt controller that muxes all the interrupt srcs into one of those two lines
  • [21:20:56] <robclark> I'd guess /proc/interrupts is referring to the other side of that interrupt controller, not to IRQ vs FIQ..
  • [21:23:05] <fayce> hey, there is an interesting line in my cat /proc/interrupts
  • [21:23:16] <fayce> 95: 4626 INTC gp timer 167: 0 GPIO user 376: 0 twl4030 PwrButton
  • [21:23:28] <fayce> specially this one :167: 0 GPIO user
  • [21:24:06] <fayce> I can deduce that there is a driver that is supposed to handle interrupts from the GPIO ?
  • [21:26:33] <harbaum> Dunno. Maybe there's a driver listening for the user button?
  • [21:26:48] * rsalveti (n=salveti@200.222.2.234) Quit (Read error: 113 (No route to host))
  • [21:26:51] * ceyusa (n=ceyusa@cm40051.red83-165.mundo-r.com) Quit (Read error: 110 (Connection timed out))
  • [21:26:56] <harbaum> That's a question for someone who actually knows the beagle board :-)
  • [21:27:02] * rsalveti (n=salveti@200.222.2.234) has joined #beagle
  • [21:28:42] * ssvb (n=ssvb___@a88-114-221-132.elisa-laajakaista.fi) has joined #beagle
  • [21:29:54] * mpoullet (n=mpoullet@77-23-114-46-dynip.superkabel.de) has joined #beagle
  • [21:31:13] * Batko_Marto (n=Batko_Ma@ncart-cam.scs.ryerson.ca) has joined #beagle
  • [21:33:03] <mpoullet> hi, can someone helps me to build linux-omap-pm? It still doesn't fetch: http://pastebin.com/d11d39594
  • [21:33:18] <mpoullet> I'd like to test the 600MHz mode
  • [21:33:50] * eFfeM (n=Frans@195-241-226-180.ip.telfort.nl) Quit (Read error: 104 (Connection reset by peer))
  • [21:36:41] * pH5_ (n=ph5@e178209006.adsl.alicedsl.de) Quit (Read error: 110 (Connection timed out))
  • [21:37:07] * pH5 (n=ph5@e178238045.adsl.alicedsl.de) has joined #beagle
  • [21:40:51] * pH5 (n=ph5@e178238045.adsl.alicedsl.de) Quit (Client Quit)
  • [21:41:53] <ZeZu> where the @%*( can i find neon instruction encoding ?
  • [21:42:07] <ZeZu> other than the Arch. Ref. Manual for cortex-A*
  • [21:42:34] <jkridner> mpoullet: can you simply perform the git clone, just to be sure it works?
  • [21:42:43] <ZeZu> google suggests the realview assembler docs, but i've looked and it has mnemonics but no instruction encoding
  • [21:43:08] <ZeZu> digging through gcc doesn't sound like much fun
  • [21:43:18] <vlad_> ZeZu: not available other than via an IP agreement with ARM, unfortunately =/
  • [21:43:21] <mru> ZeZu: most instructions are the same as the public armv5 manual
  • [21:43:38] <ZeZu> mru, armv5 has neon ?
  • [21:43:42] <mru> vlad_: that's not true
  • [21:43:47] <mru> ZeZu: no, not neon
  • [21:43:52] <mru> didn't know you were doing neon
  • [21:43:56] <ZeZu> i'm looking for neon now
  • [21:44:02] <ZeZu> got most of the rest working
  • [21:44:16] <ZeZu> although i dont handle the S bit for flags yet
  • [21:44:21] <mpoullet> jkridner: outside oe, I can clone the repo: http://pastebin.com/d480014f
  • [21:44:49] <ZeZu> and you can specify the shifter to the compiler but i haven't tested it much
  • [21:44:54] <koen> rm rm DLDIR/*hil* DLDIR/git/*hil* -rf
  • [21:45:03] <ZeZu> i dont see why it wouldn't work though, just not a great interface
  • [21:45:48] * harbaum (n=harbaum@i3ED6FE0A.versanet.de) Quit (Read error: 113 (No route to host))
  • [21:46:13] <vlad_> ZeZu: what are you working on?
  • [21:46:29] <ZeZu> vlad_: a dynamic compiler
  • [21:46:42] <mru> for what?
  • [21:46:44] <jkridner> mpoullet: what are you building that relies on linux-omap_2.6.28.bb ?
  • [21:46:45] * methril|laptop (n=methril@93.73.220.87.dynamic.jazztel.es) Quit (Remote closed the connection)
  • [21:46:45] <ZeZu> will go in a dreamcast emulator
  • [21:47:01] <ZeZu> but i will probably release the source to the compiler as well
  • [21:47:27] <jkridner> mpoullet: you might try generating depends.dot to see why that kernel is being pulled into the build.
  • [21:47:38] <ZeZu> I dumped thumb, it uses arm code atm
  • [21:48:14] <ZeZu> but i can't find neon instruction encoding, i know gcc supports it now but i'm almost scared to dig through gcc source and try to decode it
  • [21:48:38] <ZeZu> and ARM is being awfully slow about deciding whether it wants to give me the cortex-a* ARM manual or not
  • [21:48:48] * ZeZu checks corp. email again
  • [21:49:01] <mru> it took me a while to get the manual too
  • [21:49:11] <mru> and some help from inside
  • [21:49:34] * ZeZu needs some help from inside, or someone inside the channel ;)
  • [21:49:47] <mpoullet> koen: I've tried to clean up my DLDIR as you explained, without luck: http://pastebin.com/d5b29296f
  • [21:50:07] <ZeZu> I could live without the manual, but really .. why should it not be made available to me, if i own one?
  • [21:50:20] <ZeZu> Or should it be TI's responsibility to provide it ?
  • [21:51:22] <mpoullet> jkridner: not sure I understand the question, I'd simply like to try the linux-omap-pm because of the clean 600MHz support (cpufreq + core voltage ok)
  • [21:51:47] <mru> ZeZu: it's up to ARM to provide manuals
  • [21:52:17] <jkridner> I was just looking for anything oddball in your logs. the fact that something was pulling in dependencies on both kernels looked interesting.
  • [21:52:54] <ZeZu> I guess, I just dont understand why they aren't made publicly available, and what is with things like Jazelle where its such a big feature, that they dont want you to use
  • [21:53:40] <mpoullet> jkridner: I think it is only a warning because per default virtual/kernel is provided by linux-omap-2.6.28 and I try to compile another package that provides it too, but I'm not sure
  • [21:53:45] <mru> jazelle is no more, it's called RCT and ThumbEE now
  • [21:53:59] <mru> the A8 has no support for directly executing java opcodes
  • [21:54:06] <ZeZu> i dont want the java bytecode
  • [21:54:16] <mru> good
  • [21:54:16] <ZeZu> I want ThumbEE and details
  • [21:54:24] <mru> then you want the manual...
  • [21:54:40] <ZeZu> which ... god only knows if i may get it anytime soon
  • [21:55:05] <ZeZu> and goes back to the original point of them not providing documentation :|
  • [21:55:16] <mru> there's nothing I can do, I'm afraid
  • [21:55:27] <ZeZu> i know, i'm just rambling i guess
  • [21:55:36] * mib_7eznnk (i=c94b48e3@gateway/web/ajax/mibbit.com/x-1f97d5a23e234a96) has joined #beagle
  • [21:55:49] <mru> people that could do something are watching this channel...
  • [21:55:53] <ZeZu> ARM doesn't even sell the things, they just sell the silicon license
  • [21:56:17] <ZeZu> so are they really responsible for the developers getting to use it ?
  • [21:57:05] <ZeZu> mru, i know they are, why i discuss it here, and people seem to know what they are talking about in here ... definitely helpfull
  • [21:57:48] * gcohler (n=gcohler@nat/ti/x-d81634c6bf297720) Quit (Remote closed the connection)
  • [21:58:02] <ZeZu> Is anyone familiar with the kernel syscalls and cache flushing btw?
  • [21:58:21] <ZeZu> mprotect seems to flush it sometimes
  • [22:02:23] <mru> mprotect is not guaranteed to do what you need
  • [22:03:47] <ZeZu> i know
  • [22:04:07] <ZeZu> it is working partially at least
  • [22:04:18] * _don_ (n=don@nat/ti/x-72dcedfa92ba5898) has joined #beagle
  • [22:04:23] <ZeZu> but if i modify what is already written the cache loses sync
  • [22:04:39] <ZeZu> and i'm worried that quick compiles will not work either
  • [22:06:51] * docelic (n=docelic@78.134.207.11) Quit ("http://www.spinlocksolutions.com/")
  • [22:06:55] * Xenion (n=robert@p579FCD37.dip.t-dialin.net) Quit ("Verlassend")
  • [22:09:33] * BThompson (n=BThompso@nat/ti/x-615896d2a5a1b890) Quit ("Trillian (http://www.ceruleanstudios.com")
  • [22:11:22] * bmxr_laptop (n=chatzill@142.232.129.21) has joined #beagle
  • [22:11:50] * bmxr_laptop (n=chatzill@142.232.129.21) Quit (Client Quit)
  • [22:12:27] * fayce (i=a103012a@gateway/web/ajax/mibbit.com/x-5e6accfea79766bc) Quit ("http://www.mibbit.com ajax IRC Client")
  • [22:14:22] * mpoullet (n=mpoullet@77-23-114-46-dynip.superkabel.de) has left #beagle
  • [22:14:23] * fayce_ (n=projette@istapc17.univ-st-etienne.fr) has joined #beagle
  • [22:16:28] <ZeZu> (UNSPEC_VABAL 68)
  • [22:17:01] * abitos (n=nixgibts@p5B2E6DCD.dip.t-dialin.net) has joined #beagle
  • [22:17:06] <ZeZu> this looks like gcc greek for opcode encode
  • [22:17:44] <mru> if you're looking for instruction encodings you should be looking at binutils, not gcc
  • [22:19:11] <ZeZu> you sir, have a very good point
  • [22:19:50] <ZeZu> the .md/.ml files i'm looking at, are some of the ugliest things i've ever seen
  • [22:20:24] * abitos (n=nixgibts@p5B2E6DCD.dip.t-dialin.net) Quit (Nick collision from services.)
  • [22:20:39] * abitos (n=nixgibts@p5B2E6DCD.dip.t-dialin.net) has joined #beagle
  • [22:20:43] <mru> binutils is very ugly
  • [22:21:50] <ZeZu> this is gcc but it looks like some kindof auto gen of parts of the assembler
  • [22:22:14] <ZeZu> i guess i could read up on gcc backend but that would take longer than digging for what i want
  • [22:22:25] * mib_ubrqf6 (i=812ad0b1@gateway/web/ajax/mibbit.com/x-ae5a35e1f6173e22) Quit ("http://www.mibbit.com ajax IRC Client")
  • [22:22:29] <mru> gcc uses a machine description file to generate a translator from some intermediate format to target assembler
  • [22:22:55] <mru> the translation from mnemonics to binary is done by binutils
  • [22:25:33] <ZeZu> found it
  • [22:25:42] <ZeZu> arm-dis.c
  • [22:31:25] * gregoiregentil (n=zonbu@adsl-71-135-118-139.dsl.pltn13.pacbell.net) Quit ("Leaving.")
  • [22:31:42] * likewise (n=likewise@82-171-51-231.ip.telfort.nl) Quit ()
  • [22:31:49] * valhalla (n=valhalla@81-174-25-183.dynamic.ngi.it) Quit ("Leaving")
  • [22:37:07] * ianr (n=ian_r@adsl-76-212-145-128.dsl.sndg02.sbcglobal.net) has joined #beagle
  • [22:38:22] * teamcobra (n=elizabet@216.23.243.238) has joined #beagle
  • [22:38:54] <ianr> hey zezu, you are having trouble getting hold of ARM ARM manual?
  • [22:39:51] <teamcobra> I'm building a very multimedia-intensive application based around the beagleboard, should I wait for the c2 rev?
  • [22:40:17] <ali_as> I'm waiting for c2.
  • [22:40:43] <ianr> happy to try to help, i work for ARM
  • [22:41:03] <ali_as> ianr, does that apply to anyone else?
  • [22:41:25] <ianr> yes
  • [22:41:28] * ogra guesses to anyone working for arm at least :)
  • [22:41:43] <ianr> hi ogra
  • [22:41:47] <ogra> hey :)
  • [22:42:10] <ali_as> I wouldn't mind a copy, I'm interested in assembler optimisation for the A8.
  • [22:42:33] <ianr> if anyone wants to drop me a note to ian.rickards@arm.com I'll see what strings I can pull
  • [22:43:07] <Qball> lets spam him
  • [22:43:21] <ali_as> There is also someone porting RiscOS to the OMAP architecture who's just been refused a v7 based entirely on his email address not belonging to a company.
  • [22:43:32] * cbrake is now known as cbrake_away
  • [22:44:50] <ianr> There are some rules being applied here... I will try to lobby anyone's case
  • [22:45:36] * jld1 (i=629a2d1d@gateway/web/ajax/mibbit.com/x-b701aa2094987279) has joined #beagle
  • [22:45:42] <ianr> even Qball's :)
  • [22:47:00] <ali_as> Understood, may I post your address to http://www.riscosopen.org/forum/forums/5/topics/166?page=2 or do you want it kept off forums?
  • [22:48:08] <ali_as> His name is Jeffrey Lee and last I heard he was having cache setup issues.
  • [22:49:11] <jld1> Can anyone discuss reducing power consumption on the beagleboard?
  • [22:50:24] <ianr> ali_as: not sure about posting my email addr widely... Now I know his name I will chase it internally
  • [22:50:27] <Crofton|work> I didn't have any trouble getting the manual
  • [22:50:37] <Crofton|work> but I think I used my .com address
  • [22:52:37] <ali_as> Ian, this feels like an odd situation with ARM keeping the documents under guard, are they going to be made public in any reasonable time frame?
  • [22:54:57] <Crofton|work> ali_as, it seems like it is hit or miss whether you get the docs easily
  • [22:55:55] <ianr> not my decision i'm afraid, but I am lobbying for a better & more scalable solution
  • [22:56:02] <ali_as> I havn't tried yet, since it isn't an issue until C2 is released I only know of Jeffrey's refusal.
  • [22:57:17] <jld1> Can anyone discuss reducing power consumption on the beagleboard?
  • [22:58:01] <ali_as> Ian, any effort to get the docs to the community developers much apreciated.
  • [22:58:23] <Crofton|work> jld1, try the pm kernel
  • [22:58:32] <mru> or unplug it ;-)
  • [22:58:37] <jld1> lol
  • [22:58:52] <mru> or just use green fonts more
  • [22:58:57] <Crofton|work> also, using coloured text annoys the crap out of us
  • [22:59:24] <jld1> Cfrofton, can you point me to the pm kernel
  • [22:59:45] <jld1> sry about the colors
  • [22:59:49] <ZeZu> ianr: yes, at first i used the wrong email
  • [22:59:57] <ZeZu> replied w/ company email and reapplied
  • [23:00:03] <ZeZu> waiting to hear back from them
  • [23:00:41] <Crofton|work> linux-omap-pm recipe in OE
  • [23:00:55] <ianr> zezu: drop me a note if it seems to be taking too long
  • [23:01:02] <jld1> Thanks!
  • [23:01:16] <ZeZu> will do, thanks :)
  • [23:02:25] * __alanc__ (n=a-campbe@nat/ti/x-d2bb095b4b4ffea9) Quit (Remote closed the connection)
  • [23:02:39] * Batko_Marto (n=Batko_Ma@ncart-cam.scs.ryerson.ca) Quit (Remote closed the connection)
  • [23:03:42] * jld1 (i=629a2d1d@gateway/web/ajax/mibbit.com/x-b701aa2094987279) Quit ("http://www.mibbit.com ajax IRC Client")
  • [23:05:42] <ZeZu> email sent
  • [23:08:04] * BThompsonD (n=BThompso@cpe-72-190-75-99.tx.res.rr.com) has joined #beagle
  • [23:18:01] * ali_as is now known as as_leep
  • [23:24:15] <ssvb> ZeZu: have you already checked __clear_cache (__builtin___clear_cache) gcc function? you can also google for it to find more details about the use of self modifying code and jit on arm
  • [23:25:36] <ssvb> ZeZu: it uses syscall on arm linux, you can disassemble test sample code or check gcc sources or whatever to find out which one of them is used, I don't remember the exact name at the moment
  • [23:28:23] <ssvb> ZeZu: whatever, I'm not going to bug you any longer regarding this thing, everything is up to you :)
  • [23:31:26] <ZeZu> ssvb, I haven't checked __clear_cache i will look at that, i did look around on google, there were few thigns about JIT on ARM, one persons test for ffmpeg that doesn't use a working syscall
  • [23:31:43] <ZeZu> I will take objdump to __clear_cache and see, thanks :)
  • [23:33:37] * teamcobra (n=elizabet@216.23.243.238) Quit ("Leaving")
  • [23:35:40] <ssvb> ZeZu: there is a chance that you found my old posts from the time when I also had no clue about how to do this in a correct way ;)
  • [23:36:20] * prpplague (n=dave@mail.americanmicrosystems.com) Quit ("Leaving")
  • [23:36:45] <ZeZu> ah, quite possible
  • [23:43:06] * davidm (n=David@nat/ti/x-a47d726ebf0ac93f) Quit (Remote closed the connection)
  • [23:59:42] * katie (n=katierh@nat/ti/x-1d7f6f31ba5e694b) Quit ()