• [00:04:27] * Kamondelious (~kamondeli@24.52.209.68) Quit (Remote host closed the connection)
  • [00:07:07] * Kamondelious (~kamondeli@24.52.209.68) has joined #beagle
  • [00:14:11] * _jkridner_ (~jkridner@solution1.hsia.citycenter.com) Quit (Ping timeout: 240 seconds)
  • [00:16:00] * mnt_real (~mnt_real@bas1-montreal43-2925257249.dsl.bell.ca) has joined #beagle
  • [00:22:22] * Anubis (6159527f@gateway/web/freenode/ip.97.89.82.127) has joined #beagle
  • [00:24:50] <Anubis> ?
  • [00:27:44] * scrp3l (~scrp3l@201.250.167.190) has joined #beagle
  • [00:28:13] <Anubis> Hello?
  • [00:29:23] * _jkridner_ (~jkridner@solution1.hsia.citycenter.com) has joined #beagle
  • [00:29:23] * _jkridner_ (~jkridner@solution1.hsia.citycenter.com) has joined #beagleboard
  • [00:30:01] <Anubis> Hello?
  • [00:31:34] <prpplague> Anubis: everyone left for holiday, they will be back next week
  • [00:32:04] <Anubis> okay thank you
  • [00:32:14] <prpplague> Anubis: if you have a question, ask, if someone is available and knows the answer they will respond
  • [00:35:20] <Anubis> We have been trying to figure out how to contact them to become a distributor. That is all
  • [00:36:41] <djlewis> prpplague: hi
  • [00:37:23] <prpplague> djlewis: hey bud
  • [00:37:55] <prpplague> Anubis: email circuitco or the email addresses listed on beagleboard.org
  • [00:39:26] * rlrosa (~rrosa@64-60-141-114.static-ip.telepacific.net) has joined #beagle
  • [00:39:34] <rlrosa> hi
  • [00:39:37] <rlrosa> anybody around_
  • [00:40:12] <rlrosa> i had a beagle bb-md-000 rev c4, and got usb network working. i cannot do it with the xm
  • [00:40:32] <rlrosa> got an image from narcissus and it says Cleaning: /etc/network/run/ifstate.
  • [00:40:33] <rlrosa> Configuring network interfaces... Operation failed.
  • [00:40:38] <rlrosa> at one point of the boot up
  • [00:45:45] * rlrosa (~rrosa@64-60-141-114.static-ip.telepacific.net) Quit (Quit: Leaving.)
  • [00:49:06] * rlrosa (~rrosa@64-60-141-114.static-ip.telepacific.net) has joined #beagle
  • [00:49:54] <rlrosa> hi
  • [00:50:11] <rlrosa> can anybody help out with an xm?
  • [00:52:35] <Anubis> I was told everyone has left for a vacation
  • [00:55:33] <rlrosa> Anubis: ok, thanks
  • [00:55:58] <prpplague> hehe
  • [00:56:42] <prpplague> rlrosa / Anubis : it is sunday evening in the states, things will be pretty quiet. if you have a question, ask it, if someone is available and knows the answer they will respond
  • [00:57:03] <rlrosa> ok. i'm having trouble setting up network over usb on an xm
  • [00:57:23] <rlrosa> i got it working with the bb-mb-000 revC4, but a similar procedure failes on the xm
  • [00:58:06] <marcompile> rlrosa, the interface on the xM is usb0, not eth0
  • [00:58:45] <rlrosa> yes. it fails to bring it up during boot
  • [00:58:57] <rlrosa> where can i get a reliable image to try this?
  • [00:59:06] <rlrosa> i got mine from narcissus, i also have a bitbaked one
  • [00:59:08] <marcompile> bring it up manually
  • [00:59:17] <marcompile> like udhcpc -i usb0
  • [00:59:36] <rlrosa> ok one sec let me try
  • [01:02:52] <rlrosa> run-parts: /etc/udhcpc.d/00avahi-autoipd exited with return code 1
  • [01:02:52] <rlrosa> Sending discover...
  • [01:02:52] <rlrosa> Sending discover...
  • [01:02:52] <rlrosa> Sending discover...
  • [01:02:52] <rlrosa> Sending discover...
  • [01:02:52] <rlrosa> Sending discover...
  • [01:02:52] <rlrosa> Sending discover...
  • [01:02:53] <rlrosa> run-parts: /etc/udhcpc.d/99avahi-autoipd exited with return code 1
  • [01:03:12] <rlrosa> i'll run from the bitbaked version and see what happens
  • [01:03:48] <marcompile> type ifconfig and check if the interface is up
  • [01:03:56] <rlrosa> yeah it is
  • [01:04:05] <marcompile> does your network support dhcp?
  • [01:04:06] <rlrosa> ok, i'll have to read the man for udhcpc
  • [01:04:16] <rlrosa> not sure
  • [01:04:26] <marcompile> ok, so your bb is connected to what?
  • [01:04:34] <marcompile> a router? a switch?
  • [01:04:44] <rlrosa> i've got serial now, just the check stuff, then i'll go straight to a laptop
  • [01:04:58] <marcompile> yeah ok but how is the network?
  • [01:05:04] <rlrosa> i've got switch then router
  • [01:05:15] <rlrosa> it's an office
  • [01:05:25] <marcompile> so the cable is connected and the lights are up?
  • [01:05:58] <marcompile> the lights on the ethernet connector, i mean
  • [01:06:18] <marcompile> brb
  • [01:06:21] * marcompile (~marco@20158125094.user.veloxzone.com.br) Quit (Quit: brb)
  • [01:09:03] * marcompile (~marco@20158125094.user.veloxzone.com.br) has joined #beagle
  • [01:09:14] * marcompile (~marco@20158125094.user.veloxzone.com.br) has joined #beagleboard
  • [01:09:39] <rlrosa> lights are on, and green blinks
  • [01:09:55] <rlrosa> [ 405.828247] usb0: link up, 100Mbps, full-duplex, lpa 0x45E1]
  • [01:10:02] <marcompile> does your network support DHCP autoconfiguration?
  • [01:10:07] <rlrosa> that's into the hub
  • [01:10:12] <rlrosa> is there an easy way to check?
  • [01:10:19] <marcompile> if your computer is on the same network, you can check your settings to see if its manual or automagic
  • [01:10:20] <rlrosa> otherwise i'll go straight to the laptop
  • [01:10:31] <rlrosa> cmd?
  • [01:11:03] <marcompile> on windows?
  • [01:11:22] <rlrosa> nop
  • [01:11:23] <rlrosa> ubuntu
  • [01:11:26] <rlrosa> 10.04
  • [01:11:43] <marcompile> so check NetworkManager
  • [01:11:56] <marcompile> to see if you have automatic IP config or manual
  • [01:12:36] <rlrosa> dhcp
  • [01:12:41] <rlrosa> (automatic)
  • [01:12:55] <marcompile> well, so udhcpc -i usb0 should have worked
  • [01:13:14] <rlrosa> ok, but i didn't have the network cable when i ran that
  • [01:13:19] <rlrosa> i'll do it again
  • [01:13:27] <rlrosa> it should get an IP after that, right?
  • [01:13:54] <rlrosa> root@beagleboard:~# udhcpc -i usb0
  • [01:13:54] <rlrosa> udhcpc (v1.13.2) started
  • [01:13:54] <rlrosa> Sending discover...
  • [01:13:54] <rlrosa> Sending select for 10.22.8.20...
  • [01:13:54] <rlrosa> Lease of 10.22.8.20 obtained, lease time 40000
  • [01:13:55] <rlrosa> run-parts: /etc/udhcpc.d/00avahi-autoipd exited with return code 1
  • [01:13:55] <rlrosa> adding dns 10.22.1.230
  • [01:13:56] <rlrosa> adding dns 10.22.1.241
  • [01:13:56] <rlrosa> root@beagleboard:~#
  • [01:13:57] <rlrosa> root@beagleboard:~# [ 808.426086] Alignment trap in kernel: swapper (0) PC=0xc043a2d4 Instr=0xe8930003 Address=0xdef6002a FSR 0x001
  • [01:14:35] <rlrosa> ok now it didn't complain
  • [01:14:41] <rlrosa> let's try
  • [01:15:01] <ds2> PASTEBIN
  • [01:15:09] <rlrosa> nice!
  • [01:15:21] <rlrosa> marcompile: thanks a lot!
  • [01:15:28] <rlrosa> marcompile: :D
  • [01:16:00] * phantoxe (~destroy@a95-92-86-197.cpe.netcabo.pt) Quit ()
  • [01:17:48] * mnt_real (~mnt_real@bas1-montreal43-2925257249.dsl.bell.ca) Quit (Remote host closed the connection)
  • [01:23:10] * temp5 (63ff3e67@gateway/web/freenode/ip.99.255.62.103) has joined #beagle
  • [01:25:10] * benmcnelly (~ben@adsl-99-38-78-150.dsl.spfdmo.sbcglobal.net) Quit (Quit: Leaving.)
  • [01:26:24] * rlrosa (~rrosa@64-60-141-114.static-ip.telepacific.net) Quit (Ping timeout: 246 seconds)
  • [01:26:45] <temp5> If I am looking to compile a driver for OMAP3530 is there any difference between using the C6000 Compiler from TI and Code Sourcery GCC Tools for ARM?
  • [01:28:09] <temp5> Assuming I am running a pre compiled Android os from TI.
  • [01:38:42] * Anubis (6159527f@gateway/web/freenode/ip.97.89.82.127) Quit (Quit: Page closed)
  • [01:40:53] <marcompile> temp5, yes. C6000 is the compiler for the DSP]
  • [01:41:05] <marcompile> you probably won't need it unless you are doing something with the DSP
  • [01:41:33] <marcompile> the GCC is the ARM compiler, that you use to compile Linux, android and most drivers
  • [01:43:47] * rlrosa (~rrosa@64-60-141-114.static-ip.telepacific.net) has joined #beagle
  • [01:49:22] <temp5> is it possible to get a non expiring license for the GCC for ARM? The one I got from codesourcery expires every few weeks.
  • [01:52:10] <ds2> the license for GCC for ARM does not expire.
  • [01:52:21] <ds2> to do is is a violation of the GPL.
  • [01:52:30] <ds2> s/is is/so is/
  • [01:52:57] <marcompile> use the lite version of the compiler
  • [01:53:07] <marcompile> its the same, but without the IDE
  • [01:53:15] <ds2> the IDE is not GCC
  • [01:53:51] <marcompile> yeah the lite version comes with GCC that is probably enough for what we do
  • [01:55:09] <temp5> nice thanks!
  • [02:00:08] <temp5> marcompile, is it possible to download the lite vesion of the gcc compiler for omap3530 from the codesourcery web site?
  • [02:00:37] <marcompile> yes
  • [02:10:29] * rlrosa (~rrosa@64-60-141-114.static-ip.telepacific.net) Quit (Ping timeout: 258 seconds)
  • [02:14:45] * rlrosa (~rrosa@64-60-141-114.static-ip.telepacific.net) has joined #beagle
  • [02:24:26] * temp5 (63ff3e67@gateway/web/freenode/ip.99.255.62.103) Quit (Ping timeout: 252 seconds)
  • [02:27:35] * borillion (~borillion@c-71-202-114-22.hsd1.ca.comcast.net) has joined #beagleboard
  • [02:28:12] <borillion> hello?
  • [02:33:55] * rlrosa (~rrosa@64-60-141-114.static-ip.telepacific.net) has left #beagle
  • [02:39:23] * openfree (~dennis@116.228.88.131) Quit (Quit: leaving)
  • [02:39:48] * openfree (~dennis@116.228.88.131) has joined #beagle
  • [02:52:26] * peabody124 (~peabody12@c-98-196-22-185.hsd1.tx.comcast.net) Quit (Quit: peabody124)
  • [03:11:46] * peabody124 (~peabody12@128.249.96.123) has joined #beagle
  • [03:18:01] * jefferai (~quassel@kde/amarok/mitchell) Quit (Ping timeout: 252 seconds)
  • [03:18:36] * ppotera (~ppotera@99-100-130-116.lightspeed.stlsmo.sbcglobal.net) has joined #beagle
  • [03:23:37] * jefferai (~quassel@kde/amarok/mitchell) has joined #beagle
  • [03:25:47] * raster (raster@enlightenment2.osuosl.org) has joined #beagle
  • [03:25:48] * raster (raster@enlightenment2.osuosl.org) Quit (Changing host)
  • [03:25:48] * raster (raster@enlightenment/developer/raster) has joined #beagle
  • [03:31:06] * borillion (~borillion@c-71-202-114-22.hsd1.ca.comcast.net) Quit (Quit: Leaving)
  • [03:34:10] * _jkridner_ (~jkridner@solution1.hsia.citycenter.com) Quit (Ping timeout: 240 seconds)
  • [03:38:14] * mctouch_ (~mctouch@cpc17-sgyl28-2-0-cust34.sgyl.cable.virginmedia.com) has joined #beagle
  • [03:43:00] * ppotera (~ppotera@99-100-130-116.lightspeed.stlsmo.sbcglobal.net) Quit (Quit: ppotera)
  • [04:01:10] * peabody124 (~peabody12@128.249.96.123) Quit (Remote host closed the connection)
  • [04:01:32] * peabody124 (~peabody12@128.249.96.21) has joined #beagle
  • [04:02:02] * peabody124 (~peabody12@128.249.96.21) Quit (Client Quit)
  • [04:04:39] * Openfree` (~Openfreer@116.228.88.131) Quit (Read error: Connection reset by peer)
  • [04:06:51] * Openfree` (~Openfreer@116.228.88.131) has joined #beagle
  • [04:12:19] * mnt_real (~mnt_real@bas1-montreal43-2925257249.dsl.bell.ca) has joined #beagle
  • [04:12:28] * bazbell1 (~a0192809@nat/ti/x-punuozkvfipqywdx) has joined #beagle
  • [04:13:45] * bazbell (~a0192809@nat/ti/x-fyrnexoywrrjjfvk) Quit (Ping timeout: 252 seconds)
  • [04:20:11] * hitlin37 (b64723e4@gateway/web/freenode/ip.182.71.35.228) has joined #beagle
  • [04:21:49] <hitlin37> gm
  • [04:31:48] * jevin (~jevin@ec2-174-129-222-35.compute-1.amazonaws.com) Quit (Excess Flood)
  • [04:34:28] * jevin (~jevin@ec2-174-129-222-35.compute-1.amazonaws.com) has joined #beagle
  • [04:35:54] * peabody124 (~peabody12@128.249.96.21) has joined #beagle
  • [04:58:12] * l4 (~marius@88.119.128.50) has joined #beagle
  • [05:06:22] <av500> gm
  • [05:07:41] * jevin (~jevin@ec2-174-129-222-35.compute-1.amazonaws.com) Quit (Excess Flood)
  • [05:10:59] * jevin (~jevin@ec2-174-129-222-35.compute-1.amazonaws.com) has joined #beagle
  • [05:14:07] * mnt_real (~mnt_real@bas1-montreal43-2925257249.dsl.bell.ca) Quit (Remote host closed the connection)
  • [05:14:08] * pbansal (~PBansal@nat/ti/x-bvfafapwomvdowqj) has joined #beagle
  • [05:36:23] * dl9pf (~quassel@opensuse/member/dl9pf) has joined #beagle
  • [05:36:49] * dl9pf_ (~quassel@p5B212352.dip.t-dialin.net) Quit (Ping timeout: 245 seconds)
  • [05:37:01] * borillion (~borillion@c-71-202-114-22.hsd1.ca.comcast.net) has joined #beagle
  • [05:43:50] <borillion> stupid question prolly been discussed a million times over, but the BB xM's that do have nand on them, why cant we boot from it?
  • [05:45:27] * _jkridner_ (~jkridner@solution1.hsia.citycenter.com) has joined #beagle
  • [05:45:27] * _jkridner_ (~jkridner@solution1.hsia.citycenter.com) has joined #beagleboard
  • [05:46:29] <av500> borillion: because the SYSBOOT pins are not setup for that
  • [05:46:39] <av500> resolder them and it should boot from nand
  • [05:47:13] <borillion> :P
  • [05:48:24] <borillion> av500 where are those even :P
  • [05:49:02] <thurbad> attached to the omap most likely
  • [05:49:29] <borillion> lol figured :P
  • [05:49:42] <av500> borillion: read the .sch?
  • [05:49:43] <borillion> not that I was going to solder anything on here lloll
  • [05:50:03] <borillion> except for the rtc battery
  • [05:50:41] <borillion> av500, who does that :-s hehe
  • [05:52:32] <borillion> thinking about getting one of these to play with http://www.tincantools.com/popup_image.php?type=D&id=16151&title=Trainer-xM%20Board&area=C
  • [05:52:37] <borillion> has anyone gotten one?
  • [05:54:18] <av500> some have
  • [05:56:58] * benmcnelly (~ben@173-22-51-91.client.mchsi.com) has joined #beagle
  • [06:02:02] * amitk (~amit@a91-154-114-11.elisa-laajakaista.fi) has joined #beagle
  • [06:02:40] * matthsu (~matt@61-220-35-169.HINET-IP.hinet.net) has joined #beagle
  • [06:06:13] <djlewis> hmm, looks just like the trainer I have
  • [06:08:51] * thurbad (~natesewel@rrcs-97-79-173-242.sw.biz.rr.com) Quit (Ping timeout: 246 seconds)
  • [06:09:23] <djlewis> nite nite :)
  • [06:11:41] * JLaurin (88a32c66@gateway/web/freenode/ip.136.163.44.102) has joined #beagle
  • [06:17:44] * l4 (~marius@88.119.128.50) Quit (Ping timeout: 258 seconds)
  • [06:25:39] * thaytan_ is now known as thaytan
  • [06:31:57] * ssvb (~ssvb@a88-114-220-213.elisa-laajakaista.fi) Quit (Quit: Leaving)
  • [06:31:57] * lyakh (~lyakh@dslb-094-221-102-004.pools.arcor-ip.net) has joined #beagle
  • [06:39:33] * santosh-omap (~a0393909@nat/ti/x-rbdsnzerbgsslasa) has joined #beagle
  • [06:39:42] * santosh-omap (~a0393909@nat/ti/x-rbdsnzerbgsslasa) has left #beagle
  • [06:42:08] * olsen (~sesselast@krlh-5f726289.pool.mediaWays.net) has joined #beagle
  • [06:42:18] * borillion (~borillion@c-71-202-114-22.hsd1.ca.comcast.net) Quit (Quit: Leaving)
  • [06:43:02] * nerxgas (~dagon@76-14-166-97.wsac.wavecable.com) Quit (Ping timeout: 258 seconds)
  • [06:45:24] * mctouch_ (~mctouch@cpc17-sgyl28-2-0-cust34.sgyl.cable.virginmedia.com) Quit (Quit: Leaving...)
  • [06:48:04] * nerxgas (~dagon@76-14-166-97.wsac.wavecable.com) has joined #beagle
  • [06:53:16] * ericb2 (~X@aud25-1-88-166-8-11.fbx.proxad.net) has joined #beagle
  • [06:53:16] * ericb2 (~X@aud25-1-88-166-8-11.fbx.proxad.net) Quit (Changing host)
  • [06:53:16] * ericb2 (~X@unaffiliated/ericb2) has joined #beagle
  • [06:57:14] * olsen (~sesselast@krlh-5f726289.pool.mediaWays.net) Quit (Ping timeout: 245 seconds)
  • [06:59:06] * marcompile (~marco@20158125094.user.veloxzone.com.br) Quit (Quit: Leaving)
  • [07:07:41] * tasslehoff (~Tasslehof@147.84-49-231.nextgentel.com) has joined #beagle
  • [07:08:48] * balestrino (~balestrin@illegal-use-181-112.dimnp.unipi.it) has joined #beagle
  • [07:10:48] * olsen (~sesselast@krlh-4d02003f.pool.mediaWays.net) has joined #beagle
  • [07:43:55] * scrp3l (~scrp3l@201.250.167.190) Quit (Quit: Ex-Chat)
  • [07:44:35] * matthsu (~matt@61-220-35-169.HINET-IP.hinet.net) Quit (Ping timeout: 252 seconds)
  • [07:46:33] * matthsu (~matt@61-220-35-169.HINET-IP.hinet.net) has joined #beagle
  • [07:50:14] * peabody124 (~peabody12@128.249.96.21) Quit (Ping timeout: 258 seconds)
  • [07:54:37] <speakman> Looking at "OMAP3 Boars" wiki page for product-ready boards but what I think is really important is an active community around the product.
  • [07:55:45] <av500> depends
  • [07:57:41] * ezio38 (~ezio@77.104.47.202) has joined #beagle
  • [07:58:13] <speakman> The perfect solution in my case would be an Android-ready board - a sort of board + display running Android which just works.
  • [07:58:27] <speakman> everything but the encapsulation
  • [07:59:49] <av500> android ready is what?
  • [07:59:55] <av500> able to run linux? check!
  • [08:00:01] * florian (~fuchs@Maemo/community/contributor/florian) has joined #beagle
  • [08:00:27] <speakman> hm - like buying Samsung Galaxy Tab without the encapsulation :)
  • [08:00:44] <dm8tbr> speakman: buy one and remove it
  • [08:00:50] <hitlin37> u can hack galaxy tab easily
  • [08:00:59] <hitlin37> cynogen mod
  • [08:01:11] <hitlin37> and do whatever u want
  • [08:01:25] <speakman> this is for productional use. I don't thing the actual Galaxy would do. :D
  • [08:02:43] <dm8tbr> I hear archos sells also engineering services if you want to build your own product based on their hardware...
  • [08:03:29] * olsen (~sesselast@krlh-4d02003f.pool.mediaWays.net) Quit (Ping timeout: 245 seconds)
  • [08:04:36] <speakman> dm8tbr: that's interresting. thanks!
  • [08:04:52] <hitlin37> +there's active community around archos products
  • [08:05:02] <speakman> p1
  • [08:05:03] <speakman> ??1 l
  • [08:05:06] <speakman> p1 k
  • [08:05:15] <dm8tbr> av500 can give you more info :)
  • [08:05:16] <speakman> sorry, messed with my keyboard :)
  • [08:05:42] <dm8tbr> /msg av500 don't forget my commission!
  • [08:05:47] <dm8tbr> oops! ;)
  • [08:06:15] * santosh-omap (~a0393909@nat/ti/x-josppaesekytokpa) has joined #beagle
  • [08:06:25] <dm8tbr> http://www.archos.com/corporate/company/bizdev.html?country=fi&lang=en
  • [08:06:35] <av500> wow, never saw that one
  • [08:06:44] <speakman> dm8tbr: finish?
  • [08:07:03] <av500> in finland
  • [08:07:03] <dm8tbr> speakman: it sensed my location, yes
  • [08:07:12] <speakman> dm8tbr: swe here :p
  • [08:07:29] <dm8tbr> I guessed from your typos / kbd cleaning ;)
  • [08:07:36] <speakman> lol :D
  • [08:08:52] <dm8tbr> av500: that page has existed for a while aau showed it to me once back-then(tm)
  • [08:09:00] <av500> i know :)
  • [08:09:09] * matthsu (~matt@61-220-35-169.HINET-IP.hinet.net) Quit (Ping timeout: 252 seconds)
  • [08:09:36] <dm8tbr> what scares me: it's up to date, it's this year's IFA, not last years!
  • [08:10:09] * matthsu (~matt@61-220-35-169.HINET-IP.hinet.net) has joined #beagle
  • [08:10:14] <av500> dm8tbr: yes, I noticed that
  • [08:10:16] <av500> scary
  • [08:10:42] <av500> speakman: having a community around a commercial product is nice to have
  • [08:10:46] <dm8tbr> speakman: so, book a flight for a meet and greet with av500 and the bunch
  • [08:10:58] <av500> but demanding it is a bit too much inho
  • [08:11:16] * peabody124 (~peabody12@c-98-196-22-185.hsd1.tx.comcast.net) has joined #beagle
  • [08:11:18] <av500> most communities come up after you released a product, if ever
  • [08:11:37] <av500> unless you productize based on e.g. the BB
  • [08:12:09] <dm8tbr> we're trying hard to keep those around the Archos hardware running, but around 6months slip after product release is just normal before anything starts happening
  • [08:12:24] * dm8tbr is one of the ppl behind openAOS, jftr
  • [08:12:36] <av500> you need 6mo to reach 3 stars on all angry bird levels....
  • [08:12:53] <av500> so the delay can be explained
  • [08:13:01] <dm8tbr> I believe my GF did that in under a week when I still had the a101
  • [08:13:07] <speakman> av500: I was thinking like the community around Beagleboard and/or Gumstix for example
  • [08:13:14] <av500> dm8tbr: and where is she hacking away in irc?
  • [08:13:20] <av500> speakman: sure
  • [08:13:20] <dm8tbr> hehe
  • [08:13:28] <av500> speakman: so use BB or gumstix
  • [08:13:50] <speakman> but BB isn't product-ready right?
  • [08:13:50] <dm8tbr> speakman: the good thing is that BB and BBxm losely translate to archos hardware too
  • [08:14:01] <av500> speakman: depends on what product you mean
  • [08:14:06] <speakman> ok? so you're all working at Archos? :D
  • [08:14:10] <dm8tbr> this helps community work
  • [08:14:18] <av500> speakman: no, dm8tbr is just a fan
  • [08:14:19] * dm8tbr is only community person
  • [08:14:26] <speakman> :D
  • [08:14:29] <av500> he produces hoat air mostly
  • [08:14:33] <av500> hot
  • [08:14:37] * dm8tbr holds up his PMA430 with the 'archos fanboy' sticker
  • [08:14:49] <dm8tbr> av500: that's what I'm supposed to, I'm a damager
  • [08:15:01] * dm8tbr adjusts his pointy hairdo
  • [08:15:30] <speakman> hot air ftw. very valuable in northern scandinavia
  • [08:15:51] <av500> nothing like nuclear powered sidewalk heating :)
  • [08:15:55] <dm8tbr> yes, I'm a frequent guest to the sauna in the building where my appt is
  • [08:15:55] <speakman> so - Archos is particular open source friendly?
  • [08:16:09] <av500> totally :)
  • [08:16:12] <av500> I dont know
  • [08:16:37] <dm8tbr> speakman: av500 and some othere of their R&D hang out here, what more can you ask?
  • [08:16:52] <dm8tbr> we get frequent updates of their GPL code
  • [08:17:16] * JLaurin (88a32c66@gateway/web/freenode/ip.136.163.44.102) Quit (Quit: Page closed)
  • [08:17:16] <dm8tbr> and sometimes we fix their kernel bugs ;)
  • [08:17:24] <av500> \o/
  • [08:17:29] <speakman> that's great! never really considered Archos as a partner. That could possible change. :)
  • [08:18:44] <speakman> What I'm after is an ~10 inch Android tabled with _no_ physical buttons and industrial encapsulation.
  • [08:19:28] <dm8tbr> you'd need some tough glass
  • [08:19:31] * olsen (~sesselast@krlh-5f723084.pool.mediaWays.net) has joined #beagle
  • [08:19:35] <dm8tbr> that could interfere with the capa ts
  • [08:19:50] <GGuyZ> Morning
  • [08:19:57] <speakman> We're currently doing it outself (but not running Android though), but we've hit some very expensive periods during development which mainly was caused by our hardware vendor.
  • [08:20:13] <speakman> I'm looking for alternative approaches.
  • [08:20:31] <av500> something like an android toughbook?
  • [08:20:50] <speakman> *googling
  • [08:21:21] <speakman> yes - sort of!
  • [08:21:49] <speakman> But no physical buttons. Or we could even do the encapuslation ourself.
  • [08:22:16] <speakman> We will have to add some stuff too - like approximity readers for example
  • [08:23:02] * mctouch_ (~mctouch@cpc17-sgyl28-2-0-cust34.sgyl.cable.virginmedia.com) has joined #beagle
  • [08:23:23] * mctouch_ (~mctouch@cpc17-sgyl28-2-0-cust34.sgyl.cable.virginmedia.com) Quit (Client Quit)
  • [08:23:58] <GGuyZ> av500: Do I need to use dm6446 server/codecs or omap3530? I seem to have problems with the omap3530, while the dm6446 seems to give me less issues
  • [08:24:10] <av500> hmm
  • [08:24:22] <av500> it should be 3530 of course
  • [08:24:29] <av500> but the DSPs are similar/the same
  • [08:26:57] <GGuyZ> On TI's site the codecs are listed as C64+. I.E: generic...
  • [08:27:10] <av500> yes
  • [08:27:26] <av500> I have one codec written for dm6441 that runs fine on 3730
  • [08:27:28] <GGuyZ> when you download you see that they are designed to dm6446, but I guess that's fine
  • [08:27:56] <av500> I am not sure that the hw accels are 100% the same
  • [08:28:02] <GGuyZ> Yeah but currently I'm having issues and I'm not yet certain whether it's the server, codec, or application code (trying to open the codec and failing)
  • [08:28:04] <av500> but this codec was dsp sw only anyway
  • [08:28:18] <av500> GGuyZ: so you rebuilt it with the h264 decoder?
  • [08:28:27] <av500> can you create it at least?
  • [08:28:31] <GGuyZ> Yes, that was sucessful
  • [08:28:36] <GGuyZ> Create the engine? yes
  • [08:28:40] <av500> and the codec?
  • [08:28:54] <GGuyZ> I'm failing in: VIDDEC2_create
  • [08:29:00] <GGuyZ> Nope, that's where I'm failing :)
  • [08:29:05] <av500> ah ok
  • [08:29:34] <av500> http://processors.wiki.ti.com/index.php/CE_DEBUG
  • [08:29:44] <av500> CE_DEBUG=2 <your stuff>
  • [08:29:46] <GGuyZ> Yeah, obviously I ran it
  • [08:29:56] <av500> youtoofast :)
  • [08:30:29] <GGuyZ> Just because I see the debug log doesn't mean I can make sense of its errors :)
  • [08:30:42] <av500> thats why pastebin was invented :)
  • [08:32:45] <GGuyZ> :)
  • [08:33:10] <GGuyZ> http://pastebin.com/aiyZjEmx
  • [08:48:25] * _jkridner_ (~jkridner@solution1.hsia.citycenter.com) Quit (Ping timeout: 240 seconds)
  • [08:59:12] * phantoxe (~destroy@a95-92-86-197.cpe.netcabo.pt) has joined #beagle
  • [09:01:03] * jpirko (~jirka@nat/redhat/x-gtfffmikjlqwryel) has joined #beagle
  • [09:06:04] * matthsu (~matt@61-220-35-169.HINET-IP.hinet.net) Quit (Ping timeout: 264 seconds)
  • [09:11:13] <GGuyZ> av500: Any clue perhaps? Maybe I shouldn't use the VIDDEC2_* interface?
  • [09:11:26] <av500> is the codec viddec2?
  • [09:12:12] <av500> could you pastebin the .map file of the server?
  • [09:12:21] <av500> in server/package/cfgfoo.map
  • [09:12:44] * matthsu (~matt@61-220-35-169.HINET-IP.hinet.net) has joined #beagle
  • [09:13:16] <GGuyZ> Yes it is, but in the example app they used ALG_* directly
  • [09:13:25] <GGuyZ> Yeah, sure
  • [09:14:40] <av500> GGuyZ: yes, the example app for the codec is most likely a standalone dsp app
  • [09:15:30] <GGuyZ> Yes it is
  • [09:15:57] <av500> just make sure you send the same VIDDEC2_Params
  • [09:16:04] <av500> with the correct size etc
  • [09:17:24] <GGuyZ> I think I did that, the problem is that they use extended structs
  • [09:17:49] <av500> thats not a problem
  • [09:17:55] <av500> just do the same
  • [09:17:55] <GGuyZ> So I guess they are casted out when calling VIDDEC
  • [09:18:01] <GGuyZ> Alright
  • [09:18:10] <GGuyZ> http://pastebin.com/4hwLx8wv
  • [09:18:13] <GGuyZ> That's the map file
  • [09:18:54] <GGuyZ> And also, from the CE DEBUG log I pastebin'ed earlier you can see that the params are sent
  • [09:19:25] <GGuyZ> Obviously I'm not sure they are ok, but I simply used the same variables as in the example
  • [09:19:36] <av500> GGuyZ: you can also use _IH264VDEC_PARAMS
  • [09:19:41] <av500> IH264VDEC_PARAMS
  • [09:19:48] <av500> thats supposed to be "default" params
  • [09:24:26] <GGuyZ> That's what I'm using
  • [09:24:31] * matthsu (~matt@61-220-35-169.HINET-IP.hinet.net) Quit (Ping timeout: 258 seconds)
  • [09:24:51] <GGuyZ> I can pastebin the code too, if that'd help. I'm just not sure where the problem is from the logs
  • [09:25:13] <GGuyZ> (Server memory allocation issue or my test code)
  • [09:27:53] <GGuyZ> --> http://pastebin.com/cKY9Bbg1
  • [09:30:56] <av500> XDM_YUV_420SP
  • [09:31:00] <av500> you sure?
  • [09:31:10] * matthsu (~matt@61-220-35-169.HINET-IP.hinet.net) has joined #beagle
  • [09:31:40] * kaio (~kaio@fedora/kaio) Quit (Ping timeout: 240 seconds)
  • [09:32:20] <GGuyZ> Not really, could it matter in the creation part?
  • [09:32:27] <av500> yes
  • [09:32:40] <GGuyZ> I'll change it.. in the example it's '4'
  • [09:32:50] <av500> I dont think any omap3 codecs support semi planar
  • [09:32:54] <av500> but I might be wrong
  • [09:33:01] <av500> lemme check
  • [09:33:56] <av500> if you have codec data sheets, have a look
  • [09:34:51] <av500> GGuyZ: 4 is XDM_YUV_422ILE
  • [09:34:55] <av500> and the correct one
  • [09:35:29] * l4 (~marius@88.119.128.50) has joined #beagle
  • [09:35:52] <av500> GGuyZ: where did you get XDM_YUV_420SP from?
  • [09:36:01] <av500> ah right
  • [09:36:04] <av500> from omapfbplay
  • [09:36:07] <av500> for omap4
  • [09:36:31] <GGuyZ> Yup... :)
  • [09:36:43] <GGuyZ> It was XDM_YUV_422ILE before
  • [09:36:46] <av500> omap4 codecs do SP because DSS can output that natively
  • [09:37:02] <av500> on omap3 there is only 422ILE support
  • [09:37:19] <av500> ILE is fine
  • [09:37:31] * jpsaman (~jpsaman@2001:4cb8:17:1:f24d:a2ff:fe65:bd7e) has joined #beagle
  • [09:37:31] * jpsaman (~jpsaman@2001:4cb8:17:1:f24d:a2ff:fe65:bd7e) Quit (Changing host)
  • [09:37:31] * jpsaman (~jpsaman@videolan/developer/jpsaman) has joined #beagle
  • [09:37:52] <GGuyZ> I don't mind really, I was just careless, but let's hope this fixes it :)
  • [09:40:25] <GGuyZ> Still the same error :(
  • [09:41:07] <av500> ah ok, then its one of the other 1001 reasons to fail :)
  • [09:41:50] <GGuyZ> Yeah. You probably just saved me a lot of time finding out the ILE part the hard way
  • [09:42:38] <av500> GGuyZ: in the codec demo code, isnt there a full set of params?
  • [09:42:45] <av500> or dump IH264VDEC_PARAMS
  • [09:42:59] <GGuyZ> The rest of the params are identical
  • [09:43:02] <GGuyZ> I copied them
  • [09:43:07] <av500> k
  • [09:43:18] <GGuyZ> Oh, there is one more change I made
  • [09:43:26] <GGuyZ> I'll revert it back, but I doubt that's the cause
  • [09:43:37] <av500> pastebin me the server cfg file too please
  • [09:43:53] <av500> GGuyZ: er, did you add the codec on the app side too?
  • [09:44:02] <av500> the app should also have a .cfg file
  • [09:44:34] <GGuyZ> Ok that parameter is not the problem
  • [09:44:35] <av500> is this a modded example app?
  • [09:44:40] <av500> modified
  • [09:44:50] <GGuyZ> yes it is. Quite modded
  • [09:44:55] <GGuyZ> I only used 'createFromServer'
  • [09:44:59] <av500> ah right
  • [09:45:02] <GGuyZ> on the client cfg
  • [09:45:07] <av500> that should be fine
  • [09:45:17] <av500> and you built the app after the server
  • [09:45:22] <av500> well obviously
  • [09:45:25] <GGuyZ> yes, of course
  • [09:45:30] <av500> in ye olde time 'createFromServer' did not exist
  • [09:45:34] * olsen (~sesselast@krlh-5f723084.pool.mediaWays.net) Quit (Quit: Leaving.)
  • [09:45:36] <av500> so my apps done have that
  • [09:45:39] <GGuyZ> Yeah I read about it
  • [09:47:24] <GGuyZ> I really do think the problem could be with the server conf. It is the one used in the examples with very slight modifications
  • [09:48:08] <GGuyZ> http://pastebin.com/9N7rt1s5
  • [09:49:49] * retzo (~kvirc@62.145.30.66) has joined #beagle
  • [09:49:51] <av500> looks ok to me
  • [09:50:27] <GGuyZ> Shouldn't have IRAM instead?
  • [09:50:38] <av500> ?
  • [09:50:52] <GGuyZ> I saw some example configs using IRAM instead of L1DHEAP
  • [09:50:54] * retzo (~kvirc@62.145.30.66) Quit (Client Quit)
  • [09:51:07] <av500> GGuyZ: that will be a performance thing
  • [09:51:17] <av500> what codec package did you download?
  • [09:51:45] <GGuyZ> c64+ h264decoder
  • [09:51:55] <GGuyZ> I'll paste a link
  • [09:51:57] <av500> where?
  • [09:51:59] <av500> thx
  • [09:52:20] * ogra_ (~ogra@p5098ed03.dip0.t-ipconnect.de) has joined #beagle
  • [09:52:47] * Russ (foobar@ip70-176-251-1.ph.ph.cox.net) has joined #beagle
  • [09:52:52] <GGuyZ> http://software-dl.ti.com/dsps/dsps_public_sw/codecs/C64XPlus_Video//C64XPlus_Video_latest/dm6446_h264dec_2_00_002_production.bin
  • [09:54:31] * Ceriand|desktop (~Ceriand@unaffiliated/ceriand) Quit (Quit: Leaving.)
  • [09:56:17] * peabody124 (~peabody12@c-98-196-22-185.hsd1.tx.comcast.net) Quit (Quit: peabody124)
  • [10:02:12] * olsen (~sesselast@krlh-5f723084.pool.mediaWays.net) has joined #beagle
  • [10:09:39] * balestrino (~balestrin@illegal-use-181-112.dimnp.unipi.it) Quit (Ping timeout: 258 seconds)
  • [10:10:34] * olsen (~sesselast@krlh-5f723084.pool.mediaWays.net) Quit (Quit: Leaving.)
  • [10:11:06] * balestrino (~balestrin@illegal-use-181-112.dimnp.unipi.it) has joined #beagle
  • [10:15:24] <GGuyZ> Any idea perhaps? I'm literally out of ideas :(
  • [10:15:40] * pbansal (~PBansal@nat/ti/x-bvfafapwomvdowqj) Quit (Ping timeout: 264 seconds)
  • [10:17:43] <av500> GGuyZ: me too atm
  • [10:17:52] <av500> and I hate to say that
  • [10:18:13] <av500> GGuyZ: you could look at some project that actually uses that decoder
  • [10:18:16] <av500> like ti-gst
  • [10:18:22] <av500> there should be a server defined as well
  • [10:18:26] <av500> or its in DMAI
  • [10:18:32] <av500> but there must be one
  • [10:18:52] <GGuyZ> I'll look into it.. Thanks :)
  • [10:19:14] <GGuyZ> Do you think it might be because I'm building the dm6446 codec (c64+) and not the omap3530 one?
  • [10:19:40] <GGuyZ> For some reason the omap3530 version causes the server to fail when building
  • [10:20:11] <av500> could be
  • [10:20:16] <av500> fail how?
  • [10:20:33] <av500> now that you mention it again, the 6441 codec probably wont run
  • [10:20:44] <av500> so we should fix the 3550 one
  • [10:21:25] <GGuyZ> 6446, not 6441 (unless they are the same.. :) )
  • [10:21:35] <GGuyZ> Unresolved symbol - _H264VDEC_TI_runFunc_load_addr /home/user/ti/codec_engine_2_26_02_11/examples/ti/sdo/codecs/h264dec/lib/h264vdec_ti.l64P<h264vdec_ti_plink.l64P>
  • [10:21:45] <av500> GGuyZ: they are the same
  • [10:21:48] <av500> 644x
  • [10:21:59] <av500> ah right
  • [10:22:01] <av500> that one
  • [10:24:52] <GGuyZ> I infer it sounds familiar :P Googling didn't help much in this case
  • [10:25:07] <av500> no
  • [10:25:13] <av500> familiar because you told me before
  • [10:26:22] <GGuyZ> Oh lol. Yes, that's when I decided to stick with the dm6446 which worked.
  • [10:28:41] <GGuyZ> It's referenced in the codec's link.xdt file
  • [10:29:04] <GGuyZ> And the dm6446 codec doesn't use that, which is why it doesn't fail to build
  • [10:36:41] * jluisn (~quassel@187.115.172.24) has joined #beagle
  • [10:38:57] * phdeswer (~philippe@a83-245-252-47.elisa-laajakaista.fi) has joined #beagle
  • [10:40:40] <av500> GGuyZ: got a url to that 35xx decoder?
  • [10:42:09] <GGuyZ> Yeah
  • [10:42:11] <GGuyZ> http://software-dl.ti.com/dsps/dsps_public_sw/codecs/OMAP35xx//OMAP35xx_latest/omap3530_h264dec_2_01_007_production.exe
  • [10:42:59] <av500> .exe?
  • [10:43:21] * matthsu (~matt@61-220-35-169.HINET-IP.hinet.net) Quit (Ping timeout: 276 seconds)
  • [10:43:21] <av500> ok, bin works too
  • [10:43:53] <GGuyZ> My mistake :)
  • [10:44:18] * topfs2 (~topfs2@xbmc/staff/topfs2) has joined #beagle
  • [10:48:26] <av500> GGuyZ: does the unresolved symbol still generate a map file?
  • [10:49:12] * pfefferz (~pfefferz@76-205-172-172.lightspeed.austtx.sbcglobal.net) has joined #beagle
  • [10:49:20] <GGuyZ> let me check
  • [10:49:48] * pfefferz (~pfefferz@76-205-172-172.lightspeed.austtx.sbcglobal.net) Quit (Changing host)
  • [10:49:48] * pfefferz (~pfefferz@linaro/pfefferz) has joined #beagle
  • [10:50:12] * tsahee (~tsahee@132.68.49.129) has joined #beagle
  • [10:51:46] <_av500_> GGuyZ: try adding H264VDEC.alg.fastMemSection = "DDR2";
  • [10:51:51] <_av500_> to the server cfg
  • [10:52:37] <GGuyZ> trying.. and to your question - yes, it generates a map file
  • [10:53:44] * bazbell1 (~a0192809@nat/ti/x-punuozkvfipqywdx) Quit (Remote host closed the connection)
  • [10:53:45] <_av500_> i guess it is missing this fastMemSection
  • [10:53:58] <_av500_> the link.xdt file references it, but the server does not have it
  • [10:55:08] <GGuyZ> It doesn't seem to have an effect :/
  • [10:56:23] * bazbell (~a0192809@nat/ti/x-jnrhkrnzikqjndtn) has joined #beagle
  • [10:57:08] <av500> GGuyZ: search the codec user guide for "fastmem"
  • [10:58:16] <GGuyZ> googling and checking it as we speak, I'll let you know in a few minutes
  • [10:58:44] <_av500_> GGuyZ: also see http://e2e.ti.com/support/dsp/omap_applications_processors/f/447/p/29905/103979.aspx
  • [10:58:47] * ogra_ (~ogra@p5098ed03.dip0.t-ipconnect.de) Quit (Ping timeout: 240 seconds)
  • [10:58:54] <_av500_> and the SL2SRAM section
  • [10:59:18] <GGuyZ> Alright, thanks :)
  • [10:59:30] <av500> GGuyZ: the user guide is in doc/ in the codec
  • [10:59:35] * ogra_ (~ogra@p5098ed03.dip0.t-ipconnect.de) has joined #beagle
  • [11:00:23] <GGuyZ> Yeah, I saw
  • [11:03:52] <tsahee> hey guys! I have a problem and a solution with ti recipes.. do you know who is in charge of those?
  • [11:07:03] <av500> git blame?
  • [11:14:09] * santosh-omap (~a0393909@nat/ti/x-josppaesekytokpa) has left #beagle
  • [11:15:27] <tsahee> av500: thank you! learning new things every day.. :)
  • [11:16:09] <GGuyZ> av500: Thanks! Now it builds :)
  • [11:19:00] <_av500_> GGuyZ: oh cool
  • [11:21:30] <GGuyZ> Yes!
  • [11:21:31] <GGuyZ> You rock!
  • [11:21:54] <GGuyZ> It loads the codec successfully :)!
  • [11:22:16] <av500> nice
  • [11:22:40] * CMoH (~cipi@unaffiliated/c-moh) has joined #beagle
  • [11:22:42] <GGuyZ> Sorry for my over enthusiasm, but finally some progress :)
  • [11:22:47] <av500> i just enter random stuff in google :)
  • [11:23:49] <GGuyZ> And yet you make it work
  • [11:24:23] * tegila (~tegila@189-015-140-147.xd-dynamic.ctbcnetsuper.com.br) has joined #beagle
  • [11:24:37] <GGuyZ> Alright, lunch break and then I hope I can finish this :P
  • [11:24:49] <av500> finish, hehe
  • [11:25:46] <GGuyZ> Damn, I was hoping you'd say it's all downhill from here
  • [11:26:03] <av500> it is
  • [11:26:15] <av500> but have you seen what downhill biking is like? :)
  • [11:29:00] * damjan (~damjan@unaffiliated/damjan) Quit (Ping timeout: 258 seconds)
  • [11:30:08] * tsahee (~tsahee@132.68.49.129) Quit (Quit: Ex-Chat)
  • [11:32:39] * l4_ (~marius@88.119.128.50) has joined #beagle
  • [11:32:39] * l4 (~marius@88.119.128.50) Quit (Read error: Connection reset by peer)
  • [11:32:39] * l4_ is now known as l4
  • [11:33:52] <GGuyZ> av500: yeah. It's fun
  • [11:34:01] <GGuyZ> as long as you don't fall
  • [11:40:11] * balestrino (~balestrin@illegal-use-181-112.dimnp.unipi.it) Quit (Ping timeout: 260 seconds)
  • [11:48:24] * amitk (~amit@a91-154-114-11.elisa-laajakaista.fi) Quit (Ping timeout: 260 seconds)
  • [11:49:13] <tomba> well, I'll be damned on this channel also. I noticed I can run panda dvi with 1920x1200@60 output, and the same thing seems to work on beagle also.
  • [11:50:54] <av500> er?
  • [11:51:00] <av500> how?
  • [11:51:03] <av500> what pixclk?
  • [11:51:24] <tomba> pix clock 154MHz
  • [11:52:09] <av500> so why did we think 1080p@24 was the bare limit?
  • [11:53:44] <tomba> nobody has read the TRM? I don't know =)
  • [11:53:56] <tomba> I could've sworn the minimum pixel clock divisor (PCD) is 2
  • [11:54:25] <tomba> but if you don't downscale, and the IPC (inverted pixel clock) flag is off, it can be 1
  • [11:54:48] <av500> nice
  • [11:55:12] <av500> well, on omap3, it will eat all the sdram bandwidth anyway :)
  • [11:55:18] * amitk (~amit@a91-154-114-11.elisa-laajakaista.fi) has joined #beagle
  • [11:55:21] <tomba> actually.. the TRM says on OMAP3 that value 1 _is_ invalid
  • [11:56:19] <tomba> OMAP4 TRM doesn't say that. but it still seems to work on OMAP3
  • [11:57:00] <av500> seems or does?
  • [11:57:51] <tomba> seems, as in, I can see a 1920x1200@60 output on my monitor =)
  • [11:58:32] <av500> you are just halucinating :)
  • [11:58:41] <av500> GGuyZ: going to grab some food too
  • [11:58:46] <av500> GGuyZ: still, stick with the plan
  • [11:59:06] <av500> take your app that you have now and split out the main.c file
  • [11:59:22] <av500> and put that in a standard makefile without any of the xdc foo
  • [11:59:31] <av500> then link all the stuff mentioned in the .xdl file to that
  • [12:00:26] <av500> pastebin me the .xdl once more please
  • [12:00:28] <av500> bbl
  • [12:03:22] * eFfeM_work1 is now known as eFfeM_work
  • [12:04:12] * thurbad (~natesewel@rrcs-97-79-173-242.sw.biz.rr.com) has joined #beagle
  • [12:05:51] <GGuyZ> av500: I already did that and it seems to work. Now I need to write the real code.
  • [12:05:56] <GGuyZ> And thanks again :)
  • [12:06:14] * ezio_38 (~ezio@77.104.47.202) has joined #beagle
  • [12:06:14] * ezio_38 (~ezio@77.104.47.202) Quit (Client Quit)
  • [12:07:43] <GGuyZ> current xdl file >> http://pastebin.com/vJLt6SW5
  • [12:09:44] * amitk (~amit@a91-154-114-11.elisa-laajakaista.fi) Quit (Ping timeout: 245 seconds)
  • [12:13:18] <av500> GGuyZ: 1st thing you want to do is to make a new server that gets rid of all these sample _copy codecs
  • [12:13:51] <av500> that should cut down the xdl file a lot
  • [12:14:06] * damjan (~damjan@unaffiliated/damjan) has joined #beagle
  • [12:14:40] <hitlin37> window filter was nothing but different name for group filter...same logic...different name...
  • [12:14:43] <GGuyZ> That's a good thought
  • [12:14:57] <av500> hitlin37: ah
  • [12:15:44] <hitlin37> different naming wasted my time...finally when i compared the logic....both were doing same thing
  • [12:16:36] <av500> you should use a kalman filter anyway
  • [12:17:02] * amitk (~amit@a91-154-114-11.elisa-laajakaista.fi) has joined #beagle
  • [12:22:38] <hitlin37> hmmmmm
  • [12:26:01] * mru uses a spam filter
  • [12:27:04] * ogra_ (~ogra@p5098ed03.dip0.t-ipconnect.de) Quit (Excess Flood)
  • [12:27:35] * ogra_ (~ogra@p5098ed03.dip0.t-ipconnect.de) has joined #beagle
  • [12:28:14] * benmcnelly (~ben@173-22-51-91.client.mchsi.com) Quit (Quit: Leaving.)
  • [12:31:51] <av500> mru: if you manage to "model" the email system good enough, then kalman can filter your spam too :)
  • [12:33:09] * drakkan1000 (~drakkan@net-93-144-31-95.cust.dsl.teletu.it) has joined #beagle
  • [12:33:30] * kevinsc (~a0214685@nat/ti/x-hvettyvxftacygar) has joined #beagle
  • [12:40:56] * av500 glares at koen
  • [12:44:32] * drakkan1000 (~drakkan@net-93-144-31-95.cust.dsl.teletu.it) Quit (Quit: Ex-Chat)
  • [12:48:11] <GGuyZ> av500: dce.c uses tilermem.h and memmgr.h files. I can't see if they are available (and compatible) for omap3?
  • [12:48:20] <av500> no
  • [12:48:38] <av500> you have to use CMEM
  • [12:49:26] * panto (~panto@vfppp062038104093.dsl.hol.gr) has joined #beagle
  • [12:49:42] <GGuyZ> Thanks... I should have got the hint from TilerMem_VirtToPhys :P
  • [12:52:05] <av500> GGuyZ: there is one more thing
  • [12:52:33] <av500> you have to make ofbp uses v4l2 on omap3 with cmem buffers
  • [12:52:40] <av500> if you want to avoid a memcpy
  • [12:53:02] <av500> normally, the memcpy is part of the planar to interleaved conversion
  • [12:53:07] <av500> when doing e.g. arm decoding
  • [12:53:30] <av500> or on omap4, vl42 can display NV12 buffers directly
  • [12:55:29] * unsolo_ (~unsolo@58.80-203-72.nextgentel.com) Quit (Ping timeout: 260 seconds)
  • [12:57:21] * unsolo (~unsolo@58.80-203-72.nextgentel.com) has joined #beagle
  • [12:57:28] <GGuyZ> omapfbplay has a v4l2.c class to deal with it, but should it work out of the box with what I'm trying to do?
  • [12:57:48] <GGuyZ> I've never tried working with v4l2 or cmem directly, so I'm trying to see how much code changes this requires of me
  • [12:59:47] <av500> no
  • [13:00:09] <av500> on omap3 the dsp delivers frames in cmem
  • [13:00:33] <av500> if you ask v4l2 to allocate frames you need to memcpy from cmem to v4l2 buffera
  • [13:00:36] <av500> buffers
  • [13:00:42] <mru> sucks
  • [13:01:11] <av500> so you need to use the USERPTR feature of v4l2
  • [13:01:18] <mru> bah
  • [13:01:21] <GGuyZ> And will that cause too much overhead? I'm trying to see why that is an issue
  • [13:01:26] <mru> just set the overlay framebuffer to the cmem address
  • [13:01:33] <av500> no
  • [13:01:44] <av500> no overhead
  • [13:02:16] <GGuyZ> mru: Could you please elaborate?
  • [13:02:43] <mru> that doesn't work with v4l2 of course
  • [13:03:03] <mru> because v4l2 thinks the world revolves around it
  • [13:03:34] <av500> it cant, it revolves around me
  • [13:03:54] <GGuyZ> lol
  • [13:03:57] <mru> well, you're heavy enough
  • [13:04:43] <GGuyZ> Well, to be honest I'm looking for the quickest solution to get your code(omapfbplay) to work with CE. I don't care about using v4l2/not using it, just as long as it requires less code modifications and thus less testings
  • [13:05:00] <av500> GGuyZ: use USERPTR
  • [13:06:28] * hitlin37 (b64723e4@gateway/web/freenode/ip.182.71.35.228) Quit (Ping timeout: 252 seconds)
  • [13:07:01] <GGuyZ> I want to understand it (a little) first. By default omapfbplay doesn't use v4l2 right? it uses omapfb directly..
  • [13:07:13] <av500> it uses whatever you tell it
  • [13:07:30] <av500> it has compile time and cmdline flags
  • [13:07:40] <GGuyZ> yeah, I used omapfb flag, my bad
  • [13:08:36] <GGuyZ> Ok, so which is easier? Your way = v4l2 + userptr, or mru's way(Still not sure what it is)?
  • [13:09:01] <av500> GGuyZ: you can of course hack omapfb by adding an ioctl that passes the overlay address
  • [13:09:07] <av500> to avoid the copy
  • [13:09:15] <mru> if there isn't one already
  • [13:09:39] <av500> it is in mine :)
  • [13:09:43] <GGuyZ> I don't mind hacking into the code, I'm recompiling it as it is... I'm just searching for the easier route :)
  • [13:09:49] <GGuyZ> Well that seems a good way to go
  • [13:09:59] <GGuyZ> any chance for a pastebin of that fragment?
  • [13:10:16] <mru> relying on custom kernel hacks always has drawbacks
  • [13:10:21] <av500> FBIO_FRAME_ENQUEUE
  • [13:10:34] <av500> FBIO_FRAME_GET_DONE
  • [13:12:29] * amitk (~amit@a91-154-114-11.elisa-laajakaista.fi) Quit (Quit: leaving)
  • [13:12:33] <GGuyZ> mru: I'm not looking for broad support or scalability at the moment. First I just want to see if work
  • [13:12:40] <GGuyZ> av500: Thanks, trying to look into it..
  • [13:13:23] * tegila (~tegila@189-015-140-147.xd-dynamic.ctbcnetsuper.com.br) Quit (Remote host closed the connection)
  • [13:13:29] <av500> GGuyZ: use USERPTR
  • [13:13:41] <mru> it might be possible to do it without any kernel hacks actually
  • [13:14:17] <av500> i think the omapdss sysfs entries should accept a phys address :)
  • [13:14:37] <mru> if you tell it the framebuffer has a ridiculous size and set the offsets to whatever values make land it on the desired address
  • [13:14:39] <av500> tomba: ^^^^
  • [13:15:00] <av500> mru: but it will try to alloc that framebuffer
  • [13:15:16] <av500> no?
  • [13:15:36] <mru> no, that's a different ioctl
  • [13:15:59] * odavilar (~odavilar@148.241.160.199) has joined #beagle
  • [13:16:02] <mru> it all depends on how carefully the values are validated
  • [13:16:42] <GGuyZ> av500: Alright, I'll use USERPTR. What do I do with it? :)
  • [13:16:47] <av500> :)
  • [13:17:06] <mru> first, make sure your cursing skills are up to date
  • [13:17:07] <av500> you google it
  • [13:17:56] <GGuyZ> I always google stuff, I just don't always like what I see. I think such is the case with v4l2
  • [13:18:23] * DarrenE (~darreneth@nat/ti/x-krlziyzjzzljboel) has joined #beagle
  • [13:18:59] <av500> GGuyZ: http://pastebin.com/DPwyDXWK
  • [13:21:23] * jconnolly (~jconnolly@66.43.64.66) Quit (Quit: leaving)
  • [13:21:43] <GGuyZ> Thanks :)
  • [13:21:50] * jconnolly (~jconnolly@66.43.64.66) has joined #beagle
  • [13:22:00] <av500> np
  • [13:25:17] * mnt_real (~mnt_real@bas1-montreal43-2925257249.dsl.bell.ca) has joined #beagle
  • [13:26:02] <GGuyZ> Sorry for the dumb question, but in this case I don't need to work with CMEM directly at all?
  • [13:26:26] <av500> sure you have
  • [13:26:32] <av500> you alloc buffers from CMEM
  • [13:26:42] <av500> and use them for in/out with the DSP
  • [13:27:02] <av500> after the process() call you have the video frame in the out buffer
  • [13:27:14] <av500> and you pass that address to QBUF
  • [13:27:24] <av500> in buf.m.userptr
  • [13:27:45] <GGuyZ> and get a user space buffer that the v4l2 output can understand?
  • [13:29:23] <av500> cmem is a contigous buffer that is mapped to user space
  • [13:29:32] * matthsu (~matt@114-43-135-72.dynamic.hinet.net) has joined #beagle
  • [13:29:59] * tegila (~tegila@189-015-140-147.xd-dynamic.ctbcnetsuper.com.br) has joined #beagle
  • [13:30:04] <GGuyZ> so where does the userptr come in?
  • [13:30:33] <GGuyZ> (This is very new to me, obviously..)
  • [13:31:39] <av500> you pass the user space cmem address to v4l2
  • [13:31:49] <av500> internally v4l2 will do something like: frm->phys_addr = omap_vout_uservirt_to_phys(buffer->m.userptr) + vout->cropped_offset;
  • [13:32:51] <av500> to get the phys address and use it
  • [13:33:34] <av500> GGuyZ: for a start, try to use ofbp with v4l2 and lavc decocing
  • [13:33:37] <av500> decoding
  • [13:33:43] <av500> make sure that works
  • [13:33:56] <av500> as a next step, then use cmem userptr buffers
  • [13:34:03] <av500> still with lavc
  • [13:34:08] <av500> then, replace lavc with ce
  • [13:35:06] <GGuyZ> Alright, sounds like a plan
  • [13:35:19] <av500> good
  • [13:35:22] * av500 grabs a cigar
  • [13:35:25] <GGuyZ> Thanks again for the help, I know I have tons of questions :)
  • [13:35:30] <av500> np
  • [13:35:37] <av500> too bad we did not have BB Gsoc this year
  • [13:36:34] * ogra_ (~ogra@p5098ed03.dip0.t-ipconnect.de) Quit (Excess Flood)
  • [13:37:04] * ogra_ (~ogra@p5098ed03.dip0.t-ipconnect.de) has joined #beagle
  • [13:37:05] <GGuyZ> Well, I'm doing this as part of my final project, which I have to show in the end of the week
  • [13:37:13] <av500> oh
  • [13:37:18] <av500> we have a tight schedule then :)
  • [13:38:10] <GGuyZ> Yeah :). Well, it's not necessary to have a decoding portion done on the DSP
  • [13:38:14] * raster (raster@enlightenment/developer/raster) Quit (Quit: Gettin' stinky!)
  • [13:38:21] <GGuyZ> But it will make a great difference
  • [13:38:45] <GGuyZ> And I'm also doing it for the learning experience and fun, so later on I could do more serious stuff without a tight schedule
  • [13:50:20] * l4 (~marius@88.119.128.50) Quit (Quit: l4)
  • [13:51:53] * mdp (~mdp@cpe-24-166-66-254.neo.res.rr.com) Quit (Read error: Connection reset by peer)
  • [13:52:11] * bgamari (~ben@pool-96-240-192-157.spfdma.east.verizon.net) Quit (Ping timeout: 240 seconds)
  • [13:52:35] * unsolo_ (~unsolo@58.80-203-72.nextgentel.com) has joined #beagle
  • [13:52:56] * bgamari (~ben@pool-96-240-192-157.spfdma.east.verizon.net) has joined #beagle
  • [13:53:29] * joel_ (~joel@cpe-76-184-244-226.tx.res.rr.com) Quit (Ping timeout: 245 seconds)
  • [13:53:45] * joelagnel (~joel@cpe-76-184-244-226.tx.res.rr.com) Quit (Ping timeout: 260 seconds)
  • [13:54:22] <GGuyZ> av500: Alright, v4l2 works. Well kinda, but it's manageable. Now, I need to be more conservative using the CMEM buffers right? I'm limited to 16MB(that's what I set in the kernel module).
  • [13:56:09] * unsolo (~unsolo@58.80-203-72.nextgentel.com) Quit (Ping timeout: 264 seconds)
  • [14:01:33] * bgamari (~ben@pool-96-240-192-157.spfdma.east.verizon.net) Quit (Ping timeout: 264 seconds)
  • [14:01:48] * risca (~risca@h241n2-n-a31.ias.bredband.telia.com) has joined #beagle
  • [14:08:36] * chase (~chase@nat/ti/x-zucjkfonxoxhjfnp) has joined #beagle
  • [14:09:18] * b7500af1 (~vt@2001:468:c80:4240:21c:bfff:fe8b:9c32) has joined #beagle
  • [14:20:48] * hwoarang (~hwoarang@lydia.silverarrow.org) has joined #beagle
  • [14:20:48] * hwoarang (~hwoarang@lydia.silverarrow.org) Quit (Changing host)
  • [14:20:48] * hwoarang (~hwoarang@gentoo/developer/hwoarang) has joined #beagle
  • [14:23:34] * benmcnelly (~ben@173-22-51-91.client.mchsi.com) has joined #beagle
  • [14:25:17] * thurbad (~natesewel@rrcs-97-79-173-242.sw.biz.rr.com) Quit (Quit: thurbad)
  • [14:26:24] <av500> GGuyZ: yes
  • [14:27:38] * prpplague (~prpplague@ppp-70-249-157-222.dsl.rcsntx.swbell.net) Quit (Quit: Later Folks!)
  • [14:28:54] * Zygo (startkeylo@startkeylogger.hungrycats.org) Quit (Excess Flood)
  • [14:28:58] * Zygo (startkeylo@startkeylogger.hungrycats.org) has joined #beagle
  • [14:29:56] * mnt_real_ (~mnt_real@bas1-montreal43-2925257249.dsl.bell.ca) has joined #beagle
  • [14:29:57] * plm (~plm@65.111.170.40) has joined #beagle
  • [14:30:22] * mnt_real_ (~mnt_real@bas1-montreal43-2925257249.dsl.bell.ca) Quit (Client Quit)
  • [14:31:00] * bazbell (~a0192809@nat/ti/x-jnrhkrnzikqjndtn) has left #beagle
  • [14:31:21] * tasslehoff (~Tasslehof@147.84-49-231.nextgentel.com) Quit (Quit: WeeChat 0.3.2)
  • [14:34:18] * joelagnel (~joel@nat/ti/x-vepxtisizxqrpjki) has joined #beagle
  • [14:34:21] * joel_ (~joel@nat/ti/x-guylxvrxauxamibk) has joined #beagle
  • [14:37:01] * thurbad (~natesewel@64.132.24.248) has joined #beagle
  • [14:37:13] * GPSFan (~kenm@64.92.145.112) has joined #beagle
  • [14:40:00] * jevin (~jevin@ec2-174-129-222-35.compute-1.amazonaws.com) Quit (Excess Flood)
  • [14:40:27] * jevin (~jevin@ec2-174-129-222-35.compute-1.amazonaws.com) has joined #beagle
  • [14:51:57] * jevin (~jevin@ec2-174-129-222-35.compute-1.amazonaws.com) Quit (Excess Flood)
  • [14:54:26] * jevin (~jevin@ec2-174-129-222-35.compute-1.amazonaws.com) has joined #beagle
  • [14:55:59] * denix (~denys@nat/ti/x-gdgrkvhsjlwhiseh) has joined #beagle
  • [15:00:29] * ddompe (~ddompe@201.196.107.110) has joined #beagle
  • [15:01:42] * dl9pf (~quassel@opensuse/member/dl9pf) Quit (Quit: No Ping reply in 180 seconds.)
  • [15:02:11] * dl9pf (~quassel@opensuse/member/dl9pf) has joined #beagle
  • [15:02:41] * joel_ (~joel@nat/ti/x-guylxvrxauxamibk) Quit (Quit: Leaving)
  • [15:02:47] * joelagnel (~joel@nat/ti/x-vepxtisizxqrpjki) Quit (Remote host closed the connection)
  • [15:03:06] * joelagnel (~joel@nat/ti/x-ekqxljuolqqcqawx) has joined #beagle
  • [15:03:42] * b7500af1 (~vt@2001:468:c80:4240:21c:bfff:fe8b:9c32) Quit (Quit: Leaving)
  • [15:04:49] <GGuyZ> av500: I've implemented/modified v4l2.c frames allocation code to use CMEM and userptr instead of memory mapping.
  • [15:05:27] <av500> ok
  • [15:05:31] <GGuyZ> Could you please take a quick look? I want to make sure I know what I'm doing before spending more time implementing the rest
  • [15:05:54] <GGuyZ> http://pastebin.com/4Jvrbm9D
  • [15:06:18] <GGuyZ> So much new stuff, I may have made a complete mix of everything :P
  • [15:07:09] <av500> er
  • [15:07:16] <av500> you allocate one big cmem buffeR?
  • [15:07:19] <av500> buffer?
  • [15:08:08] <GGuyZ> Yeah, and I assume from your response it's a no no. But it's also how it is done in mru's code (cmem.c)
  • [15:08:57] <av500> yes, but mru never sent them to the dsp
  • [15:09:09] <av500> maybe it works with one large buffer that you shop up
  • [15:09:21] * jluisn (~quassel@187.115.172.24) Quit (Remote host closed the connection)
  • [15:10:54] <av500> chop up
  • [15:11:13] <av500> sec
  • [15:11:48] <GGuyZ> Alright
  • [15:12:02] * peabody124 (~peabody12@c-98-196-22-185.hsd1.tx.comcast.net) has joined #beagle
  • [15:12:04] <av500> also, you dont want CACHED
  • [15:12:20] <av500> you should have a loop around CMEM_alloc
  • [15:12:24] <av500> for one frame each allocated
  • [15:12:33] * novogram_ (~novogramm@w0109-114-22-162-76.uqwimax.jp) Quit (Ping timeout: 258 seconds)
  • [15:12:37] <av500> and you dont need to send the phys address to v4l2
  • [15:12:45] <av500> as said, it should figure that out by itself
  • [15:15:14] <GGuyZ> A few things though
  • [15:15:32] * b7500af1 (~vt@2001:468:c80:4240:21c:bfff:fe8b:9c32) has joined #beagle
  • [15:16:14] <GGuyZ> I'm relying quite significally on the fact that I can allocate one big buffer for the frames. That's how I cache a lot of frame initially (A part of the app is streaming, so buffering is important to me)
  • [15:16:25] <GGuyZ> The question is, what I can do about it with CMEM
  • [15:16:28] <av500> ?
  • [15:16:36] <av500> you mean the compressed data?
  • [15:16:48] <av500> that you buffer in normall malloc memory
  • [15:16:57] <av500> and memcpy it in the process call
  • [15:17:13] <av500> you need 1 cmem buffer for the bistream data
  • [15:17:18] <av500> and a few for the video frames
  • [15:17:31] * drakkan1000 (~drakkan@net-93-144-31-95.cust.dsl.teletu.it) has joined #beagle
  • [15:18:07] <av500> GGuyZ: http://git.mansr.com/?p=omapfbplay;a=blob;f=dce.c;h=ab7ad0a434eb2d83d743628b7bf8b9c02fd2359d;hb=refs/heads/master#l247
  • [15:18:21] <av500> for DCE, that is a tilerbuffer
  • [15:18:27] <av500> for CE, its a CMEM buffer
  • [15:18:32] <av500> and the memcpy 2 lines below
  • [15:18:36] <av500> thats on the "input" side
  • [15:18:53] <av500> on the output side you allocate a few cmem buffers
  • [15:18:58] <av500> the size of your video
  • [15:19:14] <av500> width x height x 2
  • [15:19:18] <av500> + padding
  • [15:19:31] <av500> to 16pixesl or so
  • [15:20:52] <GGuyZ> and where does the v4l2 part come in?
  • [15:21:14] <av500> for display?
  • [15:21:24] <GGuyZ> yes
  • [15:21:34] <av500> yes, its for display :)
  • [15:22:49] <GGuyZ> I'll explain my question
  • [15:23:11] <GGuyZ> The input side is clear. There's nothing to do with the display there - just allocate a single CMEM buffer as you said
  • [15:23:38] <GGuyZ> The output side - First, why do I need to create more than one buffer here?
  • [15:24:15] <av500> because you want to display and decode at the same time, no?
  • [15:24:55] <av500> how would you do that with only 1 buffer
  • [15:24:57] <av500> ?
  • [15:25:18] <GGuyZ> 1 buffer for the compressed data, and 1 more for the decoded data
  • [15:25:32] <av500> decoded data = video frame
  • [15:25:36] <av500> but 1 is not enough
  • [15:25:43] <av500> [17:24:14] <av500> because you want to display and decode at the same time, no?
  • [15:26:00] <av500> if you decode a buffer and send that to v4l2, how would you decode the next frame?
  • [15:26:08] <av500> with only one buffeR?
  • [15:26:26] <av500> remember, there is no memcpy
  • [15:26:38] <av500> the buffer is "owned" 1st by the dsp, then by v4l2
  • [15:26:50] <av500> so you need a "few"
  • [15:27:07] * novogrammer (~novogramm@w0109-49-135-136-117.uqwimax.jp) has joined #beagle
  • [15:29:00] <GGuyZ> Then how do I determine how many? simply each time I call decode (i.e: where process is called) allocate a new buffer for the input, process it, and send it (without memcpying) to v4l2, which is then it's owner
  • [15:29:09] <GGuyZ> Is that the flow?
  • [15:29:17] * bazbell (~a0192809@nat/ti/x-mtmxxhacsldkcdip) has joined #beagle
  • [15:31:20] * PaulePan1er is now known as PaulePanter
  • [15:33:01] <av500> no
  • [15:33:05] <av500> you allocate "a few"
  • [15:33:13] <av500> e.g. 6
  • [15:33:23] <av500> like what ofbp already does
  • [15:33:30] <av500> and you recycle them of course
  • [15:33:41] <av500> send to dsp, get back from dsp, send to v4l2, get back from v4l2
  • [15:33:48] <av500> that is all in the code already
  • [15:34:08] <av500> e.g. in the use case of dce + v4l2 on the omap4
  • [15:34:29] <av500> the only real differnece is that for the omap4 use case the buffers are allocated from v4l2
  • [15:34:41] <av500> and in your case you allocate them from cmem and use USERPTR
  • [15:35:26] <av500> http://git.mansr.com/?p=omapfbplay;a=blob;f=v4l2.c;h=24f769c31eb684fa373abf29e71a880cf821778a;hb=refs/heads/master#l125
  • [15:35:31] <av500> see alloc_buffers
  • [15:35:45] <av500> it uses VIDIOC_REQBUFS with V4L2_MEMORY_MMAP
  • [15:35:54] <av500> and mmap()
  • [15:35:57] <GGuyZ> Yes, and above I changed that
  • [15:36:00] <av500> you will use USER_PTR
  • [15:36:02] <GGuyZ> that's what I pastebin'd
  • [15:36:03] <av500> and cmem_alloc
  • [15:36:31] <av500> no you did not
  • [15:36:39] <av500> as I said cmem_alloc goes into the loop
  • [15:37:10] * jpsaman (~jpsaman@videolan/developer/jpsaman) Quit (Quit: Leaving)
  • [15:38:03] <GGuyZ> Alright, I'll try again, see I can make a bit more progress
  • [15:38:27] <GGuyZ> It would be better if I try and then ask you if I'm doing it correctly, because this way it's hard for the both of us :)
  • [15:38:40] <av500> ok
  • [15:38:49] <av500> I'll be back later
  • [15:39:02] <GGuyZ> sure
  • [15:39:06] <GGuyZ> Thanks again :)
  • [15:43:13] * jpirko (~jirka@nat/redhat/x-gtfffmikjlqwryel) Quit (Quit: Leaving)
  • [15:43:17] * prpplague (~danders@nat/ti/x-vanqqzqhkpfapvon) has joined #beagle
  • [15:54:22] * Marbug (~Marbug@83.101.67.3) Quit (Ping timeout: 240 seconds)
  • [16:05:12] * Ceriand|work (~Ceriand@unaffiliated/ceriand) has joined #beagle
  • [16:08:05] <joelagnel> I have trouble accessing /dev/loop* as non-root
  • [16:08:14] <joelagnel> I am in the 'disk' group
  • [16:08:18] <joelagnel> permissions: brw-rw---- 1 root disk 7, 0 2011-08-02 02:03 /dev/loop0
  • [16:09:20] <joelagnel> open("/dev/loop0", O_RDONLY|O_LARGEFILE) = -1 EACCES (Permission denied)
  • [16:09:43] <joelagnel> hm
  • [16:10:55] * arun (~arun@unaffiliated/sindian) Quit (Read error: Connection reset by peer)
  • [16:12:03] <joelagnel> koen, any help?
  • [16:13:06] * ezio38 (~ezio@77.104.47.202) Quit (Quit: Leaving)
  • [16:13:36] <joelagnel> The funny thing is if I add other users to disk, they can access it
  • [16:18:40] <joelagnel> restarted ssh session and it works :) thanks anyway.
  • [16:22:02] * arun (~arun@2001:610:110:4e2:280:5aff:fe69:e130) has joined #beagle
  • [16:22:02] * arun (~arun@2001:610:110:4e2:280:5aff:fe69:e130) Quit (Changing host)
  • [16:22:02] * arun (~arun@unaffiliated/sindian) has joined #beagle
  • [16:36:19] * emeb (~ericb@ip72-223-85-60.ph.ph.cox.net) has joined #beagle
  • [16:36:23] * drakkan1000 (~drakkan@net-93-144-31-95.cust.dsl.teletu.it) Quit (Ping timeout: 264 seconds)
  • [16:43:20] * ZeZu (~null@c-98-227-57-88.hsd1.in.comcast.net) has joined #beagle
  • [16:44:26] * mctouch_ (~mctouch@cpc17-sgyl28-2-0-cust34.sgyl.cable.virginmedia.com) has joined #beagle
  • [16:49:49] * topfs2 (~topfs2@xbmc/staff/topfs2) Quit (Ping timeout: 252 seconds)
  • [16:50:52] * _jkridner_ (~jkridner@solution1.hsia.citycenter.com) has joined #beagle
  • [16:50:52] * _jkridner_ (~jkridner@solution1.hsia.citycenter.com) has joined #beagleboard
  • [16:52:39] * temp5 (d810e70a@gateway/web/freenode/ip.216.16.231.10) has joined #beagle
  • [16:54:25] <joelagnel> jkridner, hi
  • [16:55:06] <temp5> I was trying to use GNU GCC for ARM to compile a hello world C program for the Beagle running Android. I did linux-none-arm-gnueabi hello_world.c and the output did not execute on the Android CLI. Am I missing any compiler arguments?
  • [16:56:46] * peabody124 (~peabody12@c-98-196-22-185.hsd1.tx.comcast.net) Quit (Quit: peabody124)
  • [16:57:09] * drakkan1000 (~drakkan@dynamic-adsl-94-36-186-207.clienti.tiscali.it) has joined #beagle
  • [16:58:25] <joelagnel> _jkridner_, hi, are you in vegas? :)
  • [16:58:48] * drakkan1000_ (~drakkan@dynamic-adsl-94-36-195-254.clienti.tiscali.it) has joined #beagle
  • [16:59:25] * tegila (~tegila@189-015-140-147.xd-dynamic.ctbcnetsuper.com.br) Quit (Quit: Leaving.)
  • [17:00:36] * drakkan1000__ (~drakkan@dynamic-adsl-94-36-185-219.clienti.tiscali.it) has joined #beagle
  • [17:01:00] * phantoxe (~destroy@a95-92-86-197.cpe.netcabo.pt) Quit ()
  • [17:01:35] * DarrenE (~darreneth@nat/ti/x-krlziyzjzzljboel) Quit (Ping timeout: 260 seconds)
  • [17:01:57] * drakkan1000 (~drakkan@dynamic-adsl-94-36-186-207.clienti.tiscali.it) Quit (Ping timeout: 240 seconds)
  • [17:02:26] * temp5_ (d810e70a@gateway/web/freenode/ip.216.16.231.10) has joined #beagle
  • [17:03:40] * drakkan1000_ (~drakkan@dynamic-adsl-94-36-195-254.clienti.tiscali.it) Quit (Ping timeout: 240 seconds)
  • [17:04:04] * temp5 (d810e70a@gateway/web/freenode/ip.216.16.231.10) Quit (Ping timeout: 252 seconds)
  • [17:05:26] * drakkan1000__ (~drakkan@dynamic-adsl-94-36-185-219.clienti.tiscali.it) Quit (Ping timeout: 246 seconds)
  • [17:10:10] * ssvb (~ssvb@a88-114-220-213.elisa-laajakaista.fi) has joined #beagle
  • [17:13:04] * jconnolly is now known as jconnolly|away
  • [17:15:02] * temp5_ (d810e70a@gateway/web/freenode/ip.216.16.231.10) Quit (Quit: Page closed)
  • [17:15:27] * mike_ (~mike@pool-74-110-218-2.rcmdva.fios.verizon.net) has joined #beagle
  • [17:15:51] * mikey_w (~mike@pool-74-110-218-2.rcmdva.fios.verizon.net) Quit (Read error: No route to host)
  • [17:15:53] * mike_ is now known as Guest8893
  • [17:16:04] * Guest8893 is now known as mikie_w
  • [17:16:10] * jluisn (~quassel@187.115.172.24) has joined #beagle
  • [17:16:24] * mikie_w is now known as mikey_w
  • [17:23:00] * gustavoz (~gustavoz@host82.201-253-131.telecom.net.ar) has joined #beagle
  • [17:25:38] * pcgeil (~steffen@erft-5d808f95.pool.mediaWays.net) has joined #beagle
  • [17:26:20] * pcgeil (~steffen@erft-5d808f95.pool.mediaWays.net) has left #beagle
  • [17:27:56] * shende (836b0073@gateway/web/freenode/ip.131.107.0.115) has joined #beagle
  • [17:28:46] * shende (836b0073@gateway/web/freenode/ip.131.107.0.115) Quit (Client Quit)
  • [17:36:23] * mnt_real (~mnt_real@bas1-montreal43-2925257249.dsl.bell.ca) Quit (Ping timeout: 252 seconds)
  • [17:38:36] * djlewis (~quassel@75.15.64.180) Quit (Ping timeout: 258 seconds)
  • [17:38:43] <_jkridner_> joelagnel: yes.
  • [17:40:09] * joelagnel (~joel@nat/ti/x-ekqxljuolqqcqawx) Quit (Ping timeout: 260 seconds)
  • [17:40:21] * DarrenE (~darreneth@nat/ti/x-hxmrymijmojbufau) has joined #beagle
  • [17:40:45] * matthsu (~matt@114-43-135-72.dynamic.hinet.net) Quit (Ping timeout: 240 seconds)
  • [17:42:34] * peabody124 (~peabody12@128.249.96.21) has joined #beagle
  • [17:49:32] <prpplague> _jkridner_: lost all your money yet?
  • [17:50:30] <GGuyZ> mru || av500 - here by any chance?
  • [17:52:07] <GGuyZ> It seems that I was mistaken and v4l2 doesn't work. I guess I was running omapfb all of the time (/dev/video1 doesn't exist). As I am short on time, could you please explain where I need to put the FBIO dequeue/enqueue? You said you had an example, and I would really appreciate this small code snippet
  • [18:00:38] * zumbi_ (~zumbi@77.230.237.25) has joined #beagle
  • [18:01:03] * zumbi_ is now known as Guest2554
  • [18:03:40] * Guest2554 is now known as zumbi
  • [18:06:49] <_av500_> GGuyZ: there is no FBIO queue
  • [18:07:02] <_av500_> thats what i did 5ys ago
  • [18:07:17] <_av500_> for a quick test, just memcpy the frames
  • [18:07:20] <GGuyZ> av500: FBIO_FRAME_ENQUEUE
  • [18:07:29] <GGuyZ> That's what I meant :P
  • [18:07:32] <_av500_> yes
  • [18:07:36] <_av500_> its on my harddrvie
  • [18:07:56] <GGuyZ> what do you mean just memcpy the frames?
  • [18:08:03] <GGuyZ> Oh I see
  • [18:08:45] * jevin (~jevin@ec2-174-129-222-35.compute-1.amazonaws.com) Quit (Excess Flood)
  • [18:09:17] <GGuyZ> You mean just do the whole process without outputting to the screen?
  • [18:10:22] * pbansal (~PBansal@nat/ti/x-yzinnsmallnmijyy) has joined #beagle
  • [18:10:56] * jevin (~jevin@ec2-174-129-222-35.compute-1.amazonaws.com) has joined #beagle
  • [18:11:49] <_av500_> no
  • [18:11:52] <_av500_> look at omapfb
  • [18:11:58] <_av500_> it allocates its own mem
  • [18:12:07] <_av500_> so you need to copy cmem to omapfb mem
  • [18:12:27] <_av500_> but 1st do the decode without display
  • [18:14:57] <GGuyZ> Alright, I'll do that
  • [18:15:32] <GGuyZ> But now I've got to take a break.. Sitting 24/7 hurts
  • [18:15:35] <GGuyZ> :)
  • [18:31:17] * djlewis (~djelwis@adsl-65-64-30-13.dsl.ltrkar.swbell.net) has joined #beagle
  • [18:31:41] <djlewis> gm
  • [18:37:18] * Darren (~darreneth@nat/ti/x-ejlkoqpayowfbmfl) has joined #beagle
  • [18:49:53] * Darren (~darreneth@nat/ti/x-ejlkoqpayowfbmfl) Quit (Quit: Leaving)
  • [18:53:12] * novogrammer (~novogramm@w0109-49-135-136-117.uqwimax.jp) Quit (Remote host closed the connection)
  • [18:55:16] <_jkridner_> prpplague: can you wire me some?
  • [19:01:37] * balau (~balau@host138-64-dynamic.245-95-r.retail.telecomitalia.it) has joined #beagle
  • [19:02:05] <djlewis> prpplague: ping
  • [19:02:42] * olsen (~sesselast@krlh-5f723084.pool.mediaWays.net) has joined #beagle
  • [19:03:06] * odavilar (~odavilar@148.241.160.199) Quit (Quit: leaving)
  • [19:06:37] * Marbug (~Marbug@83.101.67.3) has joined #beagle
  • [19:10:20] * risca (~risca@h241n2-n-a31.ias.bredband.telia.com) Quit (Ping timeout: 240 seconds)
  • [19:12:20] * temp5 (d810e70a@gateway/web/freenode/ip.216.16.231.10) has joined #beagle
  • [19:12:24] <temp5> I was trying to use GNU GCC for ARM to compile a hello world C program for the Beagle running Android. I did linux-none-arm-gnueabi hello_world.c and the output did not execute on the Android CLI. Am I missing any compiler arguments?
  • [19:13:41] <ds2> lots
  • [19:14:42] <djlewis> ds2: gm
  • [19:15:32] <ds2> gm djlewis
  • [19:22:55] * risca (~risca@h241n2-n-a31.ias.bredband.telia.com) has joined #beagle
  • [19:23:54] * olsen (~sesselast@krlh-5f723084.pool.mediaWays.net) Quit (Ping timeout: 245 seconds)
  • [19:25:19] * phantoxe (~destroy@a95-92-86-197.cpe.netcabo.pt) has joined #beagle
  • [19:32:08] * mctouch_ (~mctouch@cpc17-sgyl28-2-0-cust34.sgyl.cable.virginmedia.com) Quit (Quit: Bye!)
  • [19:32:25] * mctouch_ (~mctouch@cpc17-sgyl28-2-0-cust34.sgyl.cable.virginmedia.com) has joined #beagle
  • [19:32:39] * arun_ (~arun@unaffiliated/sindian) Quit (Ping timeout: 245 seconds)
  • [19:33:31] * brolin (~brolin@nat220.udea.edu.co) has joined #beagle
  • [19:39:10] * temp5 (d810e70a@gateway/web/freenode/ip.216.16.231.10) Quit (Ping timeout: 252 seconds)
  • [19:40:12] * olsen (~sesselast@krlh-4d035740.pool.mediaWays.net) has joined #beagle
  • [19:43:30] * openwatts (472ee69a@gateway/web/freenode/ip.71.46.230.154) has joined #beagle
  • [19:44:53] <openwatts> So I am trying to get the beagletoys WLAN adapter to work in Android 2.3.4 but I am having issues. I have the compat wireless driver built and can manually load the driver but when I do, android resets. Any ideas on what might be going on here. A better question would be does anyone have a how-to on it anywhere?
  • [19:47:00] <prpplague> djlewis: pong
  • [19:47:29] * pcgeil_ (~steffen@erft-4d07d13a.pool.mediaWays.net) has joined #beagle
  • [19:47:42] <djlewis> prpplague: i am having power and bus noises on my trainer. I2c 5V setting at 100kHZ
  • [19:47:55] <djlewis> Did that condition get tested much?
  • [19:47:56] * marcompile (~Marco@189.12.163.170) has joined #beagle
  • [19:48:45] <prpplague> djlewis: yep, we did pretty heavy testing on that with no issues
  • [19:48:56] <prpplague> djlewis: power supply dirty?
  • [19:49:03] <djlewis> hmm, must be my setup somehow.
  • [19:49:08] <_av500_> djlewis: get an electro bus, much less noise
  • [19:49:27] <djlewis> No, I replaced the beagle power and same. I powered the device with a external well regulated 5V and same
  • [19:49:44] <djlewis> I powered device with another well regulated pwr supply and same issue.
  • [19:49:44] * pcgeil_ is now known as pcgeil
  • [19:50:11] <djlewis> If I turn input to my 5V device down to 3.3 to 4.3 V it works.
  • [19:52:10] <prpplague> djlewis: which rev of trainer do you have?
  • [19:52:16] <djlewis> rev A
  • [19:52:56] <djlewis> but tuening down the V to my device changes its operating parameters, not good.
  • [19:53:01] <prpplague> djlewis: we did see some slew rate issues with the txs0102 due to the internal pullups, which is the reason we changed the part on the revB
  • [19:53:28] * _jkridner_ (~jkridner@solution1.hsia.citycenter.com) Quit (Ping timeout: 258 seconds)
  • [19:54:18] <djlewis> hmm
  • [19:54:19] <prpplague> djlewis: you can change R1/R2 down to something like a 4.7k
  • [19:54:27] * bgamari (~ben@physicsnat56.physics.umass.edu) has joined #beagle
  • [19:54:47] <djlewis> might could if I could see them ;)
  • [19:56:28] * peabody124_ (~peabody12@128.249.96.123) has joined #beagle
  • [19:56:38] * _jkridner_ (~jkridner@solution1.hsia.citycenter.com) has joined #beagle
  • [19:56:38] * _jkridner_ (~jkridner@solution1.hsia.citycenter.com) has joined #beagleboard
  • [19:57:51] * peabody124_ (~peabody12@128.249.96.123) Quit (Remote host closed the connection)
  • [19:57:54] <djlewis> prpplague: i see the newer PCA9306 and 2.2k resistors
  • [19:57:59] <djlewis> on the revB
  • [19:58:00] * peabody124 (~peabody12@128.249.96.21) Quit (Read error: Connection reset by peer)
  • [19:58:07] <prpplague> djlewis: yea, the txs0102 has 10k internals
  • [19:58:13] * peabody124 (~peabody12@128.249.96.21) has joined #beagle
  • [19:58:14] <prpplague> djlewis: pca9306 doesn't
  • [19:58:48] <djlewis> and they are not pin for pin replacable :(
  • [19:59:38] <djlewis> prpplague: if txs102 has 10k and you strap on 10k then it is already down to 5k ohm, no?
  • [20:00:34] <prpplague> djlewis: the 10k's are on the A side of the part
  • [20:01:01] <djlewis> oh
  • [20:02:40] * bgamari (~ben@physicsnat56.physics.umass.edu) Quit (Ping timeout: 258 seconds)
  • [20:04:18] * bgamari (~ben@gamari.physics.umass.edu) has joined #beagle
  • [20:04:45] <prpplague> djlewis: actually i take that back, iirc, there are 10k's on both sides
  • [20:04:53] * pcgeil (~steffen@erft-4d07d13a.pool.mediaWays.net) Quit (Ping timeout: 252 seconds)
  • [20:05:24] * bibr (~ahan@2001:470:dc88:37:5eff:35ff:fe05:806a) Quit (Ping timeout: 260 seconds)
  • [20:06:17] <djlewis> I added 10k to the device for pullups already
  • [20:09:50] * arun_ (~arun@e71020.upc-e.chello.nl) has joined #beagle
  • [20:09:50] * arun_ (~arun@e71020.upc-e.chello.nl) Quit (Changing host)
  • [20:09:50] * arun_ (~arun@unaffiliated/sindian) has joined #beagle
  • [20:10:48] <prpplague> djlewis: thats probably too much
  • [20:12:08] <djlewis> prpplague: i tried without ext pullups and same issue
  • [20:13:08] * pcgeil (~steffen@erft-4d07dec6.pool.mediaWays.net) has joined #beagle
  • [20:13:22] * pcgeil (~steffen@erft-4d07dec6.pool.mediaWays.net) has left #beagle
  • [20:13:47] * mnt_real (~mnt_real@bas1-montreal43-2925257249.dsl.bell.ca) has joined #beagle
  • [20:15:10] <djlewis> prpplague: one symptom is I get negative ligic levels where thery should not be.
  • [20:15:17] <_av500_> ECL?
  • [20:15:26] <prpplague> djlewis: thats odd
  • [20:16:14] <djlewis> _av500_: i correct myself, 0 logic levels
  • [20:16:54] <djlewis> prpplague: I have pictures on the computer at home
  • [20:17:16] <prpplague> djlewis: send me the info, worst case, i can get you a revB board
  • [20:18:37] <djlewis> prpplague: i recon i could dig out an old 5V logic Processor and try to emulate i2c with it
  • [20:18:41] <djlewis> prpplague: as a test.
  • [20:23:14] * Darren (~darreneth@nat/ti/x-lnrhblcmarqbeghd) has joined #beagle
  • [20:23:15] * arcaico (~Frederico@189.12.170.25) has joined #beagle
  • [20:24:18] * koen coughs and spreads some more flu around in #beagle
  • [20:24:25] <_av500_> sure
  • [20:24:42] <_av500_> koen: I lol'd at bitbake codec-engine
  • [20:24:57] <djlewis> koen: man, I hate that flu feeling, get better :)
  • [20:25:16] * DarrenE (~darreneth@nat/ti/x-hxmrymijmojbufau) Quit (Ping timeout: 264 seconds)
  • [20:26:37] <_av500_> koen: I like how it fails with that made up download url
  • [20:26:50] <_av500_> and then it does an emerge world
  • [20:27:52] * gustavoz (~gustavoz@host82.201-253-131.telecom.net.ar) Quit (Quit: Leaving)
  • [20:31:35] * GGuyZ (~guyz@bzq-79-182-184-21.red.bezeqint.net) Quit (Ping timeout: 260 seconds)
  • [20:32:07] * joelagnel (c05b42bd@gateway/web/freenode/ip.192.91.66.189) has joined #beagle
  • [20:33:01] * bgamari (~ben@gamari.physics.umass.edu) Quit (Read error: Operation timed out)
  • [20:33:41] * balau (~balau@host138-64-dynamic.245-95-r.retail.telecomitalia.it) Quit (Quit: Leaving)
  • [20:37:26] * brolin_ (~brolin@186.180.147.91) has joined #beagle
  • [20:38:37] * brolin (~brolin@nat220.udea.edu.co) Quit (Ping timeout: 252 seconds)
  • [20:42:00] * brolin_ (~brolin@186.180.147.91) Quit (Ping timeout: 240 seconds)
  • [20:43:27] * bgamari (~ben@gamari.physics.umass.edu) has joined #beagle
  • [20:44:07] * brolin (~brolin@186.180.190.239) has joined #beagle
  • [20:47:46] * jluisn (~quassel@187.115.172.24) Quit (Remote host closed the connection)
  • [20:50:06] * mctouch_ (~mctouch@cpc17-sgyl28-2-0-cust34.sgyl.cable.virginmedia.com) Quit (Quit: Leaving...)
  • [20:52:50] <djlewis> Firefox has detected that the server is redirecting the request for this address in a way that will never complete.
  • [20:53:15] <djlewis> Getting these from http://www.ti.com/product/txs0102#technicaldocuments
  • [20:53:30] <prpplague> djlewis: hehe
  • [20:53:47] <djlewis> seems every time i visit ti site they have changed their links
  • [20:54:27] <mIKEjONES> djlewis: it's part of their new marketting technique
  • [20:54:48] * brolin (~brolin@186.180.190.239) Quit (Ping timeout: 258 seconds)
  • [20:56:23] * brolin (~brolin@nat202.udea.edu.co) has joined #beagle
  • [20:56:44] * brolin (~brolin@nat202.udea.edu.co) Quit (Client Quit)
  • [21:06:20] <unsolo_> its like apple only pieces of the information is awailable..
  • [21:08:54] <marcompile> at least apple preserve the links
  • [21:10:37] * Marbug (~Marbug@83.101.67.3) Quit (Remote host closed the connection)
  • [21:16:13] * flo_lap (~fuchs@sign-4db607b0.pool.mediaWays.net) has joined #beagle
  • [21:16:13] * flo_lap (~fuchs@sign-4db607b0.pool.mediaWays.net) Quit (Changing host)
  • [21:16:13] * flo_lap (~fuchs@Maemo/community/contributor/florian) has joined #beagle
  • [21:16:27] * florian (~fuchs@Maemo/community/contributor/florian) Quit (Disconnected by services)
  • [21:16:31] * flo_lap is now known as florian
  • [21:16:59] * florian_kc (~fuchs@Maemo/community/contributor/florian) has joined #beagle
  • [21:17:37] * Marbug (~Marbug@83.101.67.3) has joined #beagle
  • [21:18:52] * Marbug (~Marbug@83.101.67.3) Quit (Remote host closed the connection)
  • [21:23:04] * Marbug (~Marbug@83.101.67.3) has joined #beagle
  • [21:27:38] * marcompile (~Marco@189.12.163.170) Quit (Quit: Fui embora)
  • [21:32:31] * unsolo_ (~unsolo@58.80-203-72.nextgentel.com) Quit (Ping timeout: 252 seconds)
  • [21:33:57] * rcf (~rcf@190.52-243-81.adsl-dyn.isp.belgacom.be) has joined #beagle
  • [21:46:33] * hwoarang (~hwoarang@gentoo/developer/hwoarang) Quit (Remote host closed the connection)
  • [21:50:54] * olsen (~sesselast@krlh-4d035740.pool.mediaWays.net) Quit (Quit: Leaving.)
  • [21:56:03] * bgamari (~ben@gamari.physics.umass.edu) Quit (Read error: Operation timed out)
  • [22:07:41] * rcf (~rcf@190.52-243-81.adsl-dyn.isp.belgacom.be) Quit (Quit: This war is mine)
  • [22:12:51] * ddompe (~ddompe@201.196.107.110) Quit (Quit: ddompe is leaving)
  • [22:15:37] * bgamari (~ben@pool-96-240-192-157.spfdma.east.verizon.net) has joined #beagle
  • [22:16:18] * Darren (~darreneth@nat/ti/x-lnrhblcmarqbeghd) Quit (Ping timeout: 240 seconds)
  • [22:22:08] * prpplague is now known as prpplague^2
  • [22:23:33] * mdp (~mdp@cpe-24-166-66-254.neo.res.rr.com) has joined #beagle
  • [22:25:55] * jevin (~jevin@ec2-174-129-222-35.compute-1.amazonaws.com) Quit (Excess Flood)
  • [22:28:55] * jevin (~jevin@napalm.jevinskie.com) has joined #beagle
  • [22:40:31] <muriani> ok, did I just completely miss the sd image from narcissus?
  • [22:40:39] <muriani> I got the rootfs
  • [22:45:05] <djlewis> muriani: aren't some pieces packed in a directory inside it
  • [22:46:35] <muriani> are they? Last I used narcissus there were 2 downloads, one to dd to the card, and a rootfs tarball IIRC
  • [22:48:20] <muriani> trying to find some info on this and I haven't particularly been successful so far.
  • [22:50:53] <muriani> oh. Apparently you just get the rootfs if you use simple image building?
  • [22:51:15] <djlewis> um, i havent doen it lately
  • [22:51:44] <muriani> heh
  • [22:57:40] * lyakh (~lyakh@dslb-094-221-102-004.pools.arcor-ip.net) Quit (Quit: thanks, bye)
  • [22:59:10] * _jkridner_ (~jkridner@solution1.hsia.citycenter.com) Quit (Ping timeout: 260 seconds)
  • [23:06:07] * jevin (~jevin@napalm.jevinskie.com) Quit (Remote host closed the connection)
  • [23:06:24] * florian (~fuchs@Maemo/community/contributor/florian) Quit (Quit: Verlassend)
  • [23:15:41] * Marbug (~Marbug@83.101.67.3) Quit (Remote host closed the connection)
  • [23:16:02] <djlewis> later..
  • [23:16:07] * djlewis (~djelwis@adsl-65-64-30-13.dsl.ltrkar.swbell.net) Quit (Quit: Leaving.)
  • [23:16:08] * Marbug (~Marbug@83.101.67.3) has joined #beagle
  • [23:19:57] * phdeswer (~philippe@a83-245-252-47.elisa-laajakaista.fi) Quit (Ping timeout: 252 seconds)
  • [23:22:17] * jevin (~jevin@napalm.jevinskie.com) has joined #beagle
  • [23:23:11] * ogra_ (~ogra@p5098ed03.dip0.t-ipconnect.de) Quit (Ping timeout: 240 seconds)
  • [23:23:55] * ogra_ (~ogra@p5098ed03.dip0.t-ipconnect.de) has joined #beagle
  • [23:29:39] * benmcnelly (~ben@173-22-51-91.client.mchsi.com) Quit (Read error: Connection reset by peer)
  • [23:32:21] * scrp3l (~scrp3l@201.250.186.177) has joined #beagle
  • [23:33:12] * panto (~panto@vfppp062038104093.dsl.hol.gr) Quit (Quit: Leaving)
  • [23:34:18] * prpplague (~prpplague@ppp-70-249-157-222.dsl.rcsntx.swbell.net) has joined #beagle
  • [23:40:29] * pbansal (~PBansal@nat/ti/x-yzinnsmallnmijyy) Quit (Ping timeout: 252 seconds)
  • [23:51:55] * thurbad (~natesewel@64.132.24.248) Quit (Quit: thurbad)