• [14:44:53] * BeagleBot (n=PircBot@ec2-75-101-156-174.compute-1.amazonaws.com) has joined #beagle
  • [14:44:53] * Topic is '"Welcome to #Beagle | Discussion about the OMAP3 Beagle Board - http://beagleboard.org | Beagle search tools are on #dashboard at irc.gimp.org, NOT here ;-)"'
  • [14:44:53] * Set by likewise on Tue Nov 17 16:28:25 CST 2009
  • [14:46:59] * jayabharath (n=jayabhar@nat/ti/x-lpvihlcjqmawxais) has joined #beagle
  • [14:48:19] * _cjp (n=christia@cpc1-nrte24-2-0-cust314.8-4.cable.virginmedia.com) Quit (Read error: 104 (Connection reset by peer))
  • [14:48:26] * _cjp (n=christia@cpc1-nrte24-2-0-cust314.8-4.cable.virginmedia.com) has joined #beagle
  • [14:49:17] * mikhas (n=mikhas@85.183.48.167) Quit (Client Quit)
  • [14:51:35] <hrw> ls: cannot access /dev/ttyS*: No such file or directory
  • [14:51:40] <hrw> koen: found ;D
  • [14:51:59] <hrw> somehow my image lacks dev entries
  • [14:52:15] * srv (i=7aa7498a@gateway/web/freenode/x-gsddeveqzcdbnogx) Quit ("Page closed")
  • [14:52:33] * Dropp (i=4df30886@gateway/web/freenode/x-qkkblkckewzvujlt) Quit ("Page closed")
  • [14:52:39] * lifeeth (n=praneeth@unaffiliated/lifeeth) Quit ("Up and at 'em, Atom Ant!")
  • [14:58:22] * franktango (n=a0746747@nat/ti/x-mntnbffzimdvkzny) has left #beagle
  • [15:01:54] * _koen_ (n=x0115699@nat/ti/x-qaalrcjlxztzymhi) Quit (Remote closed the connection)
  • [15:03:54] * BThompson (n=a0193480@nat/ti/x-psdlspeemmwsvfdz) has joined #beagle
  • [15:05:19] * Belna|work (i=d472fcf2@gateway/web/freenode/x-sjnpabcfvdjgjzwi) Quit ("Page closed")
  • [15:07:53] * JDuke128 (n=kadir@81.214.22.138) Quit (Read error: 110 (Connection timed out))
  • [15:21:33] <ynezz> sakoman: good :)
  • [15:23:19] <sakoman> ynezz: I'll await your patch fixing the NetworkManager issue ;-)
  • [15:23:34] <ynezz> haha
  • [15:23:45] <av500> finally a proper USB hub: http://www.thanko.jp/product/usb_80port/
  • [15:24:19] <hrw> av500: yep, it is built from at least 27 hubs...
  • [15:24:26] * hrw -> off
  • [15:24:33] * hrw is now known as hrw|gone
  • [15:24:43] <sakoman> koen: when do you plan to merge your dsp changes?
  • [15:24:58] <sakoman> I may wait till then to avoid downloading two versions
  • [15:24:59] * jevin (n=jevin@72.12.219.128) has joined #beagle
  • [15:25:16] <Crofton|work> I wonder if that is a powered hub
  • [15:25:44] <av500> I see a large PSU
  • [15:25:47] <av500> .)
  • [15:26:04] <jkridner> I can tell it is powered--is it actually a hub?
  • [15:26:11] * davidm1 (n=David@nat/ti/x-pqtrdmtsrlgsgtkk) has joined #beagle
  • [15:27:07] <Crofton|work> sakoman, are you going to update from dev soon?
  • [15:27:53] <sakoman> yes, as soon as I get the SGXstuff working with 2.6.32 -- that is the only remaining issue
  • [15:28:41] <Crofton|work> I better hurry up and push my gnuradio sdk changes
  • [15:30:43] * soman (n=somnath@stargate.starnet.fi) Quit (Remote closed the connection)
  • [15:41:33] * BDavid (n=blurgs@nat/ti/x-dnovewrwmkaaznbv) Quit (Remote closed the connection)
  • [15:41:34] * prpplague (n=dave123r@69.73.255.6) has joined #beagle
  • [15:43:58] * bgamari (n=ben@pool-74-106-64-24.spfdma.east.verizon.net) has joined #beagle
  • [15:59:46] * _koen_ (n=x0115699@nat/ti/x-qwwvzinrrbnqtcfe) has joined #beagle
  • [16:00:55] * [Bigneko] (n=Storekat@94.145.194.40) has joined #beagle
  • [16:01:38] * alancam (n=a-campbe@nat/ti/x-nlvferifojjjdsjh) has joined #beagle
  • [16:06:26] * _cjp1 (n=christia@cpc1-nrte24-2-0-cust314.8-4.cable.virginmedia.com) has joined #beagle
  • [16:06:35] * _cjp (n=christia@cpc1-nrte24-2-0-cust314.8-4.cable.virginmedia.com) Quit (Read error: 104 (Connection reset by peer))
  • [16:09:23] * robclark (n=robclark@nat/ti/x-oyohktkogrwpawtz) has joined #beagle
  • [16:13:55] * bearsh|work (n=quassel@inst-232.173.zhaw.ch) Quit (Read error: 104 (Connection reset by peer))
  • [16:16:14] <sakoman> _koen_: I get an OMAP_ERROR_DEVICE_REGISTER_FAILED error return from OMAPLFBInit in omaplfb_displayclass.c
  • [16:16:50] <sakoman> Is there an sgx modules expert I can talk to about this?
  • [16:18:29] * bswix (n=rode@147.84-49-231.nextgentel.com) Quit (Remote closed the connection)
  • [16:18:34] <sakoman> there are quite a few chages to that function when compared to the previous version
  • [16:22:19] <_koen_> sakoman: I know they work against this kernel: http://arago-project.org/git/people/?p=sriram/ti-psp-omap.git;a=shortlog
  • [16:22:31] <_koen_> sakoman: you could try building that for overo and see if the sgx starts working
  • [16:23:02] * BhooshanSupe1 (n=bhooshan@206.107.164.187) Quit ("Leaving.")
  • [16:23:23] <Batko_Marto> Hey guys, I'm trying to get my igep board to boot from the microsd but for some reason it just hangs at Starting on with MMC. Any ideas?
  • [16:23:43] <av500> you make a mistake?
  • [16:23:47] <sakoman> _koen_: I'll spend a bit more time trying to figure out why it fails with the l-o kernel
  • [16:23:57] <Batko_Marto> my sd card is the same format like the one i use for the beagleboard
  • [16:24:55] * Belna (n=Thomas@93.104.154.211) has joined #beagle
  • [16:25:17] * [Bigneko] (n=Storekat@94.145.194.40) Quit (Read error: 104 (Connection reset by peer))
  • [16:26:22] * BhooshanSupe (n=bhooshan@206.107.164.187) has joined #beagle
  • [16:27:31] * lifeeth (n=praneeth@unaffiliated/lifeeth) has joined #beagle
  • [16:28:19] * raster (n=raster@enlightenment/developer/raster) has joined #beagle
  • [16:29:41] * _roger_ (n=a0740758@nat/ti/x-rthmwlrnwbfbdvzb) Quit ("Leaving.")
  • [16:33:15] * lifeeth (n=praneeth@unaffiliated/lifeeth) Quit (Remote closed the connection)
  • [16:34:08] * Belna_ (n=Thomas@ppp-93-104-148-224.dynamic.mnet-online.de) has joined #beagle
  • [16:35:03] * eFfeM1 (n=frans@j200125.upc-j.chello.nl) has joined #beagle
  • [16:35:23] * lifeeth (n=praneeth@unaffiliated/lifeeth) has joined #beagle
  • [16:39:36] * poynting (i=4cdc7e86@gateway/web/freenode/x-pqaadgmihkrnuyuy) has joined #beagle
  • [16:43:30] * ablesignal (i=18f025f2@gateway/web/freenode/x-gzpaevmaapeyseok) has joined #beagle
  • [16:44:44] * ablesignal (i=18f025f2@gateway/web/freenode/x-gzpaevmaapeyseok) Quit (Client Quit)
  • [16:44:55] * ablesignal (i=18f025f2@gateway/web/freenode/x-rftehbswghbwryws) has joined #beagle
  • [16:45:49] * ablesignal (i=18f025f2@gateway/web/freenode/x-rftehbswghbwryws) Quit (Client Quit)
  • [16:50:30] * florian (n=fuchs@Maemo/community/contributor/florian) Quit (Remote closed the connection)
  • [16:50:53] * Belna (n=Thomas@93.104.154.211) Quit (Read error: 110 (Connection timed out))
  • [16:58:01] * Entasis (n=Jarred@ppp118-210-9-69.lns20.adl2.internode.on.net) Quit ("Leaving")
  • [16:58:45] * _koen_ is looking at http://trac.webkit.org/changeset/54063
  • [16:59:08] <_koen_> I wonder when someone will write a browser using that
  • [16:59:27] <sakoman> _koen_: are there any major benefits to moving to the lastest SGX modules? I'm not sure how long I want to spend debugging the crash if there isn't a big win.
  • [17:00:02] <_koen_> compared to the previous version SGX using apps crash a lot less
  • [17:00:06] * wandern (n=joel@66.129.232.2) has joined #beagle
  • [17:00:08] <Batko_Marto> it's weird. if i manually run the commands for booting the kernel from the mmc it works. but if it tries to autoboot it gets stuck
  • [17:02:10] <av500> _koen_: what does that patch to do the layman?
  • [17:04:48] <_koen_> av500: it adds an openvg backend to webkit
  • [17:05:11] <_koen_> so you can use the OMG OPTMIZED tags when sending farmville spam
  • [17:06:03] * av500 must goggle famrville, feels old
  • [17:06:19] <av500> geeez
  • [17:08:49] * _koen_ used the magic ignore button on farmville
  • [17:11:54] * _cjp1 (n=christia@cpc1-nrte24-2-0-cust314.8-4.cable.virginmedia.com) has left #beagle
  • [17:18:13] * prpplague (n=dave123r@69.73.255.6) Quit ()
  • [17:19:40] * raster (n=raster@enlightenment/developer/raster) Quit ("Gettin' stinky!")
  • [17:25:33] * bgamari (n=ben@pool-74-106-64-24.spfdma.east.verizon.net) Quit (Read error: 113 (No route to host))
  • [17:28:14] * courville (n=courvill@archos.rain.fr) Quit (Read error: 110 (Connection timed out))
  • [17:31:35] * rob102 (n=chatzill@dslb-088-065-197-207.pools.arcor-ip.net) has joined #beagle
  • [17:32:57] * rob102 (n=chatzill@dslb-088-065-197-207.pools.arcor-ip.net) Quit (Remote closed the connection)
  • [17:33:16] * naeg (n=naeg@194.208.239.170) Quit (Read error: 60 (Operation timed out))
  • [17:43:10] * virals (n=viral@122.167.85.188) has joined #beagle
  • [17:46:00] * cody (n=cody@dslb-084-056-080-139.pools.arcor-ip.net) has joined #beagle
  • [17:46:56] * florian (n=fuchs@Maemo/community/contributor/florian) has joined #beagle
  • [17:54:07] <eFfeM1> _koen_: any objections against this: http://patchwork.openembedded.org/patch/1529/ ?
  • [17:54:41] * eFfeM1 is now known as eFfeM_home
  • [17:57:10] * gopi (i=7bc99667@gateway/web/freenode/x-txyqogwrcnuwrkxz) has joined #beagle
  • [18:02:34] * cody__ (n=cody@dslb-084-056-094-238.pools.arcor-ip.net) Quit (Read error: 110 (Connection timed out))
  • [18:06:42] * killring (n=killring@adsl-76-226-98-221.dsl.sfldmi.sbcglobal.net) has joined #beagle
  • [18:09:07] * stryh (i=dce39c9e@gateway/web/freenode/x-dpqvdngwbgpuzbxv) has joined #beagle
  • [18:09:13] <stryh> hi all
  • [18:09:49] <stryh> HI, I am trying to download "android-omap-2.6.29" kernel from http://android.git.kernel.org/?p=kernel/omap.git;a=summary I have run following commands : $git clone git://android.git.kernel.org/kernel/omap.git But this does not show "android-omap-2.6.29" branch in downloaded directory. Can anyone guide me to download "android-omap-2.6.29" branch from git://android.git.kernel.org/kernel/omap.git ?
  • [18:10:22] <stryh> can anyone help me please
  • [18:11:50] <stryh> ??
  • [18:12:10] * stryh (i=dce39c9e@gateway/web/freenode/x-dpqvdngwbgpuzbxv) Quit (Client Quit)
  • [18:13:42] <eFfeM_home> patience is also a virtue :-)
  • [18:14:56] <av500> pawhat?
  • [18:16:03] * gopi (i=7bc99667@gateway/web/freenode/x-txyqogwrcnuwrkxz) Quit ("Page closed")
  • [18:27:44] * ssvb (n=ssvb___@a88-112-120-50.elisa-laajakaista.fi) has joined #beagle
  • [18:36:09] <ds2> morning
  • [18:39:02] * andrevs is now known as AndrevS
  • [18:43:34] * eFfeM_home is now known as eFfeM-away
  • [18:49:07] * Batko_Marto (n=Batko_Ma@141.117.231.12) Quit (Remote closed the connection)
  • [18:49:27] * robtow (n=robtow@dsl092-218-034.sfo2.dsl.speakeasy.net) has joined #beagle
  • [18:50:53] <robtow> I just tried plugging in a Logitech Quickcam Communbicat MP webcam - it's a UVC USB camera - it shows up when I do lsusb, but /dev/video0 does not get created. I thought Angstrom demo images past *.28 had UVC driver support?
  • [18:56:09] <_koen_> eFfeM-away: no objections
  • [18:57:22] <sakoman> robtow: did you see my news on the zd1211 issue?
  • [18:57:50] <robtow> sakoman - I saw your notes in this channel yesterday!
  • [18:58:19] <sakoman> there was another this morning
  • [18:58:44] <ds2> sakoman: so it was a timing thing ?
  • [18:58:57] <robtow> I didn't see the one from this morning. What's new?
  • [18:59:09] <sakoman> disabling NetworkManager fixes the firmware download problem
  • [18:59:26] <robtow> Damn. Really?
  • [18:59:34] <robtow> Then it worked?
  • [18:59:36] <sakoman> try just renaming the NetworkManager init and rebooting
  • [18:59:50] <robtow> Ah.
  • [19:00:02] <ds2> that'd explain why it works for me in non Angstrom
  • [19:00:03] <robtow> Where is it?
  • [19:00:39] <sakoman> it is /etc/init.d/NetworkManager
  • [19:00:48] <sakoman> just rename it
  • [19:00:59] <robtow> Excellent. I'll try it.
  • [19:01:04] <robtow> MOST excellent.
  • [19:02:54] <_koen_> or just use update-rc.d NetworkManager remove
  • [19:03:01] <_koen_> that's what update-rc.d is for
  • [19:05:10] <robtow> Thanks _koen_
  • [19:05:34] <sakoman> _koen_: is there an easy way to undo a remove?
  • [19:09:48] * gdm_ (n=gdm@190.173.83.132) Quit (Read error: 110 (Connection timed out))
  • [19:10:28] <robtow> Hmmm. The SD card I built yesterday from the *29 demo image doesn't have a /etc/init.d/NetworkManager
  • [19:11:30] <robtow> i did update-rc.d NetworkManager remove
  • [19:11:32] <robtow> and rebooted.
  • [19:11:41] <robtow> unplugged the Shireen and plugged it back in
  • [19:12:14] <robtow> and am still getting the same zd1211 firmware error
  • [19:12:30] <sakoman> does your image have connman?
  • [19:12:51] <robtow> If it's in the 29 demo, yes. How can I check?
  • [19:12:51] <sakoman> if so, then you might want to disable it
  • [19:13:13] <sakoman> look in /etc/init.d and see if there is a connman init
  • [19:13:23] <robtow> yes, there is.
  • [19:13:27] <robtow> I'll disable it.
  • [19:14:32] <robtow> moved it out of the dir, rebooting.
  • [19:14:51] <adj> connman is evil. It always messes up my wired lan if I forget to kill it
  • [19:15:05] * bgamari (n=ben@64.252.153.54) has joined #beagle
  • [19:16:50] <adj> it has some kind of a twisted mind. Wired LAN usually works well for 5-10 minutes before connman decides that it's time to start generating glitches and disconnecting ethernet
  • [19:17:20] <robtow> Still got error -110 :-(
  • [19:18:39] <robtow> It appears to be trying to load two firmwares.
  • [19:18:54] <robtow> First zd1211b_up, then zd1211b_uphr.
  • [19:19:06] <robtow> It does not complain about up, just uphr
  • [19:19:26] <robtow> Wiat I said that wrong.
  • [19:20:52] <robtow> usb 1.2.1 requests, in order, ub, uphr, up, uphr - then says it can't load uph. And displays error -110.
  • [19:22:27] <robtow> wait!
  • [19:23:22] <sakoman> robtow: I don't know what to suggest. I was using my Gnome image and disabling NetworkManager allowed my zd1211 dongle to function
  • [19:23:41] <robtow> Sakmon - hold on, I'm trying something....
  • [19:24:19] * sakoman is heading off to lunch :-)
  • [19:24:27] <robtow> See you in a bit!
  • [19:42:22] * felipec (n=felipec@a91-153-253-80.elisa-laajakaista.fi) has joined #beagle
  • [19:49:16] * felipec (n=felipec@a91-153-253-80.elisa-laajakaista.fi) Quit ("Ex-Chat")
  • [19:50:26] * ScriptRipper (n=martin@opensuse/member/MartinMohring) Quit (Read error: 104 (Connection reset by peer))
  • [19:53:15] * mikhas (n=mikhas@p4FC21492.dip.t-dialin.net) has joined #beagle
  • [19:53:16] * felipec (n=felipec@a91-153-253-80.elisa-laajakaista.fi) has joined #beagle
  • [19:55:31] * lifeeth (n=praneeth@unaffiliated/lifeeth) Quit ("Up and at 'em, Atom Ant!")
  • [20:02:31] <Crofton> koen, something funny is going on
  • [20:02:46] <Crofton> I made a new card, but musb does not work anymore
  • [20:03:14] * rsalveti (n=rsalveti@187-6-189-248.ggs4102.3g.brasiltelecom.net.br) has joined #beagle
  • [20:03:35] * rsalveti (n=rsalveti@187-6-189-248.ggs4102.3g.brasiltelecom.net.br) has left #beagle
  • [20:04:35] <robtow> cd /lib
  • [20:04:42] * [Bigneko] (n=Storekat@94.145.194.40) has joined #beagle
  • [20:05:19] * hollisb (n=hollisb@c-24-20-193-174.hsd1.or.comcast.net) has joined #beagle
  • [20:06:11] * kg4giy (n=kg4giy@linuxjournal/staff/DavidLane) Quit ("Time to track the dreaded Jabberwocky!")
  • [20:13:22] * mobidev (n=mobidev@94.127.205.30) Quit ("I go offline...")
  • [20:14:39] <Crofton> interesting, C3 u-boot won't let kernel init musb
  • [20:15:56] * NishanthMenon (n=nmenon@nat/ti/x-kcxlkevmsoasybhl) has joined #beagle
  • [20:16:07] * ogra_ (n=ogra@p5098ed03.dip0.t-ipconnect.de) has joined #beagle
  • [20:16:18] * ogra (n=ogra@ubuntu/member/ogra) Quit (Read error: 104 (Connection reset by peer))
  • [20:16:27] * poynting (i=4cdc7e86@gateway/web/freenode/x-pqaadgmihkrnuyuy) Quit (Client Quit)
  • [20:17:24] * ogra_ is now known as ogra
  • [20:17:57] * jpsaman_ (n=jpsaman@1-201-ftth.onsbrabantnet.nl) Quit ("Leaving")
  • [20:18:32] * qwqb (i=86817b89@gateway/web/freenode/x-dkkefovxevkkrrep) has joined #beagle
  • [20:19:07] <qwqb> what's the best way to go about getting a wifi connection with the beagle board?
  • [20:19:27] * alancam (n=a-campbe@nat/ti/x-nlvferifojjjdsjh) Quit ()
  • [20:35:22] * rkirti (n=oespirit@203.199.213.3) Quit (Remote closed the connection)
  • [20:35:25] * torusle (n=nils@c181215.adsl.hansenet.de) has joined #beagle
  • [20:35:30] <torusle> evening everyone.
  • [20:38:39] <mru> morning torusle
  • [20:42:00] <torusle> gets the feeling that my messed up sleep-cycle is no secret anymore.
  • [20:44:46] <mru> can't be worse than mine
  • [20:45:01] * gdm (n=gdm@190.173.64.2) has joined #beagle
  • [20:50:30] * eFfeM-away is now known as eFfeM-Home
  • [20:51:22] <eFfeM-Home> _koen_: will commit it with a slight change, teh var can be undefined so added x left and right
  • [20:52:11] * qwqb (i=86817b89@gateway/web/freenode/x-dkkefovxevkkrrep) Quit ("Page closed")
  • [20:53:37] * XorA (n=XorA@www.xora.org.uk) has left #beagle
  • [20:59:53] * djlewis (n=djlewis@75.15.67.115) has joined #beagle
  • [21:00:20] <eFfeM-Home> _koen_: one more thing: if you follow the recipe at angstrom-distribution.org it says to copy contrib/angstrom.conf
  • [21:00:39] <eFfeM-Home> however the page assumes that you are instailling in ${OETREE} whereas local.conf says /OE
  • [21:01:12] <eFfeM-Home> suggest either to fix contrib/angstrom/local.conf or add a note to the page that the path in local.conf has to be chanaged
  • [21:01:30] <eFfeM-Home> and in any case I would suggest using a variable in local.conf so we need to change only in one place
  • [21:01:58] * rcranetx (n=rcranetx@nat/ti/x-rtuxjphcepajoqsu) Quit ("Leaving.")
  • [21:05:58] * rcranetx (n=rcranetx@nat/ti/x-kywtqtvwqjalesqg) has joined #beagle
  • [21:06:52] * adj (i=antti@193.19.136.193) Quit (Read error: 110 (Connection timed out))
  • [21:08:40] * SM_ (i=80ad5d96@gateway/web/freenode/x-oxwxvsgvqrnclpwm) has joined #beagle
  • [21:08:47] * Summeli (i=summeli@irc.summeli.fi) Quit (Read error: 104 (Connection reset by peer))
  • [21:12:08] * alecrim (n=alecrim@189.2.128.130) Quit (Read error: 60 (Operation timed out))
  • [21:17:56] * lifeeth (n=praneeth@unaffiliated/lifeeth) has joined #beagle
  • [21:22:36] * philo (i=4618d853@gateway/web/freenode/x-qexctrweedekeall) has joined #beagle
  • [21:22:53] <philo> digi key still havent any beagle
  • [21:24:24] * SM_ (i=80ad5d96@gateway/web/freenode/x-oxwxvsgvqrnclpwm) Quit ("Page closed")
  • [21:24:58] * SM1 (n=sm@rijndael.ece.vt.edu) has joined #beagle
  • [21:27:49] * philo (i=4618d853@gateway/web/freenode/x-qexctrweedekeall) Quit ("Page closed")
  • [21:28:29] * bgamari (n=ben@64.252.153.54) Quit (Read error: 110 (Connection timed out))
  • [21:29:19] <SM1> hi, i am trying to learn about using the dsp+arm on the beagleboard
  • [21:29:43] <SM1> i've seen http://elinux.org/BeagleBoard/DSP_Clarification , but is there anything that compares DSP bridge and DSPLink in more detail?
  • [21:34:27] * jayabharath (n=jayabhar@nat/ti/x-lpvihlcjqmawxais) Quit (Client Quit)
  • [21:36:43] * courville (n=courvill@courville.org) has joined #beagle
  • [21:36:59] * Belna_ (n=Thomas@ppp-93-104-148-224.dynamic.mnet-online.de) Quit (Client Quit)
  • [21:37:23] * Belna (n=Thomas@ppp-93-104-148-224.dynamic.mnet-online.de) has joined #beagle
  • [21:37:41] * Belna (n=Thomas@ppp-93-104-148-224.dynamic.mnet-online.de) Quit (Read error: 54 (Connection reset by peer))
  • [21:48:45] <Crofton|work> btw, the beagle is amazing
  • [21:48:56] <Crofton|work> it can (barely) compile gnuradio natively
  • [21:49:08] <mru> and that's amazing why?
  • [21:49:13] * AndrevS is now known as andrevs
  • [21:49:17] * themick (n=themick@ucb-np1-235.colorado.edu) has joined #beagle
  • [21:49:18] <Crofton|work> c++ and swig code
  • [21:49:21] <mru> because gnuradio is so shoddy it needs a monster to build it?
  • [21:49:30] <Crofton|work> exactly
  • [21:51:24] <djlewis> and I was thinking of trying KStars ..
  • [21:52:18] <djlewis> ice is still falling from the sky here.
  • [21:52:58] <djlewis> luckily in its small form known as sleet ;)
  • [21:55:27] * Tryum is now known as Try`0xff
  • [21:55:42] * rcranetx (n=rcranetx@nat/ti/x-kywtqtvwqjalesqg) Quit ("Leaving.")
  • [21:55:55] * [Bigneko] (n=Storekat@94.145.194.40) Quit ("Leaving")
  • [22:05:11] * SM1 (n=sm@rijndael.ece.vt.edu) Quit (Read error: 110 (Connection timed out))
  • [22:08:00] * ant__ (n=andrea@host100-253-dynamic.8-87-r.retail.telecomitalia.it) has joined #beagle
  • [22:09:09] * crashovrd (n=user1@adsl-75-0-234-81.dsl.crchtx.sbcglobal.net) has joined #beagle
  • [22:09:22] <crashovrd> been seeing lots of talk about the zd1211
  • [22:09:33] <crashovrd> so thought i would pipe in
  • [22:09:54] <crashovrd> the zd1211 firmware is delay loaded until the device is first used
  • [22:10:02] <crashovrd> so when you load the module, you will see wlan0
  • [22:10:22] <crashovrd> as soon as you or NetworkManager try to use it, the firmware gets loaded
  • [22:10:43] <_av500_> djlewis: gm
  • [22:10:45] <crashovrd> which fails on the devices where the version mismatch occurs
  • [22:11:26] <crashovrd> i took the known working Fedora 12 source and diffed against the 2.6.32 omap source
  • [22:11:37] <djlewis> gm _av500_
  • [22:11:46] <crashovrd> the latter of which is more up to date
  • [22:11:56] <crashovrd> and could find no significate changes other than clean up
  • [22:12:28] <_av500_> djlewis: hows der robot?
  • [22:12:50] <crashovrd> the point that the device fails is right after it sends the initial code to it
  • [22:13:06] <crashovrd> after that it is locked and useless and any other comm attempts fail
  • [22:13:22] <crashovrd> even with extending timeouts, the problem persisted
  • [22:13:39] <_av500_> so what mismatches, the fw?
  • [22:13:46] <crashovrd> i have kernel premption disabled
  • [22:13:49] <robtow> crashovrd so what mismatches?
  • [22:13:59] <djlewis> _av500_: I been testing a new IR distance sensor. Sharp GP2Y0A02YK
  • [22:14:02] <crashovrd> but it seems like something else is going on during the transfer that creates the problem
  • [22:14:20] <crashovrd> robtow, the firmware version vs. the expected version in the silicon
  • [22:14:38] <robtow> crashovrd - I see.
  • [22:14:39] <crashovrd> it is a read only check that is done to make the determination
  • [22:14:39] <_av500_> cant the driver be made to load fw immediately?
  • [22:14:40] <crashovrd> no code is sent
  • [22:14:47] <robtow> Hmm.
  • [22:14:59] <robtow> So maybe I need an older version of the firmware?
  • [22:14:59] <crashovrd> in effect what happens is that certain devices have an extended boot sequence
  • [22:15:07] * _ANY_ (i=4f0cf60a@gateway/web/freenode/x-smipgnkgudciwzcs) has joined #beagle
  • [22:15:22] <crashovrd> robtow, i have elimiated firmware as the culprit by diffing it against known working on x86
  • [22:15:49] <crashovrd> my guess is that there is an IRQ or something happening during the upload to the device that hoses it
  • [22:15:58] <robtow> hmm
  • [22:16:11] <_av500_> cant the driver be made to load fw immediately?
  • [22:16:23] <ds2> why would you want to do that?
  • [22:17:00] <ds2> that would make things worse
  • [22:17:01] <crashovrd> _av500_, i am sure it can
  • [22:17:06] <crashovrd> but that would be a regression
  • [22:17:08] <_av500_> rulwe out that there is arace between fw upload and device use
  • [22:17:14] <crashovrd> they purposefull moved it to delay loading
  • [22:18:36] <robtow> koen built a 32 kernel image yesterday that he gave me that *did* load the firmware on 1st boot, but it hung with a soft lock on subsequent boots.
  • [22:18:38] <_av500_> well, it does not work :)
  • [22:19:15] <crashovrd> robtow, that is symptomatic of the problem
  • [22:19:22] <ds2> robtow: this is on the EHCI port, right? and this IS a modified C3 or a C4, right?
  • [22:19:25] <crashovrd> once the firmware load fails, the device is locked until powered off
  • [22:19:37] <robtow> ds2 - C4, stock.
  • [22:19:54] <crashovrd> so you would need to verify that the firmware loaded, and you got network transfer, and then it refused to reboot
  • [22:19:59] <ds2> robtow: but it is a EHCI port?
  • [22:21:13] <ds2> IOW, is it on the full size A connector or on the miniAB connector w/an adapter
  • [22:21:46] <crashovrd> my tests were conducted on a beagle C3 rev with the cap modfier
  • [22:21:54] <crashovrd> and on the EHCI port through a powered hub
  • [22:22:04] <robtow> EHCI, through powered hub
  • [22:22:30] <robtow> And the device is a two watt Shireen wifi module, which has a separate power cable.
  • [22:22:33] <crashovrd> in the past, i have connected the zd1211 directly to the EHCI and the failure was identical
  • [22:22:34] <ds2> trying to eliminate corrupt downloads
  • [22:22:59] <robtow> the separate power cable goes off to a wall adapter.
  • [22:26:56] <crashovrd> now that i think about, the only way to load the firmware from a file is after the system is up
  • [22:27:11] <crashovrd> because the FS needs to be mounted
  • [22:27:27] <robtow> crashovrd - yes.
  • [22:27:41] <robtow> Plugging the module in after complete boot results in the same failure.
  • [22:27:55] <crashovrd> otherwise you would have to embed it in the module and that would be licensing issue
  • [22:28:00] <crashovrd> because it would have to be GPL
  • [22:28:07] <djlewis> that used to be a fix ;)
  • [22:28:16] <djlewis> Plugging in after boot.
  • [22:28:21] <robtow> crashovrd - precisely!
  • [22:28:58] <robtow> djlewis - doesn't work well for an embedded system potted in an ocean going autonomous vehicle.
  • [22:29:12] * courville (n=courvill@courville.org) Quit (Read error: 113 (No route to host))
  • [22:29:18] <djlewis> Sure, hold your breath and go for it.
  • [22:29:28] * Cru_N_cher (n=luls_lol@dslb-084-058-134-165.pools.arcor-ip.net) Quit (Client Quit)
  • [22:29:33] * CruNcher (n=luls_lol@dslb-084-058-134-165.pools.arcor-ip.net) has joined #beagle
  • [22:29:44] <djlewis> did someone mention Linksys wusb54g was having thie problem?
  • [22:30:11] <crashovrd> robtow, i too am in the same boat (metaphorically) with the zd1211
  • [22:30:13] <crashovrd> :)
  • [22:30:27] <robtow> crashovrd - you also have a need for zd1211?
  • [22:30:52] <crashovrd> yup. spent several days in the kernel code trying to find a work around
  • [22:31:50] <crashovrd> but i am by no means a kernel expert especially when it comes to how all the systems work together to get USB and firmware to work
  • [22:32:02] <crashovrd> i do notice that in other drivers there are mutexs
  • [22:32:09] <crashovrd> and not a single one in the zd1211
  • [22:32:27] <crashovrd> which also leads me to believe it may be some sort of concurrency issue
  • [22:32:49] * eFfeM-Home (n=frans@j200125.upc-j.chello.nl) Quit ("Leaving.")
  • [22:32:59] <crashovrd> which brought out due to the timing diff of embedded systems vs x86
  • [22:33:14] <_av500_> and it has to be that zd stuff?
  • [22:33:46] <crashovrd> _av500_, it doesnt have to be. there are other parts and deals that could be made
  • [22:33:57] <crashovrd> its finding which is less of a hassle
  • [22:34:11] <djlewis> yesterday there was mention of many chipset variations in the zd1211 world, unsupported.
  • [22:35:11] <crashovrd> i think if i get time, i will just wrap the driver in a giant mutex and see what happens
  • [22:35:13] <crashovrd> :P
  • [22:35:16] <robtow> _av500_ - yes - I have a STRONG need to use a particular zd1211 module - as it has a 2 watt radio.
  • [22:35:50] <djlewis> sounds like time for a good decongestant ;)
  • [22:42:53] * ogra (n=ogra@ubuntu/member/ogra) Quit (Read error: 113 (No route to host))
  • [22:43:51] <robtow> <--- Gone to the Microcenter store to buy a Logitech Quickcam Pro 9000 to use with beagleboard. Be back in 40 minutes!
  • [22:44:31] * wandern (n=joel@66.129.232.2) Quit (Client Quit)
  • [22:45:17] <djlewis> robtow: get me one too :)
  • [22:45:40] <crashovrd> web cam + 2W radio
  • [22:45:43] <crashovrd> now i am afraid
  • [22:45:45] <crashovrd> :P
  • [22:45:51] * djlewis went out on the icy ramp to check wind vane. It is frozen over. Oh well.
  • [22:46:06] <djlewis> the ramp and the wind vane that is.
  • [22:46:52] <djlewis> crashovrd: darned sea life wont get any privacy.
  • [22:47:39] <crashovrd> no they wont, but they will get cancer!
  • [22:47:40] <crashovrd> :D
  • [22:48:59] <djlewis> hehee
  • [22:49:02] <djlewis> yup
  • [22:49:17] <djlewis> or fried by microwave.
  • [22:50:07] <djlewis> hmm, perhaps his motive is to spot the tasty fish then hit the transmitter?
  • [22:50:29] <crashovrd> hey, what a brilliant idea! its the beaglboard fishing pole. it uses image recognition to identify the fish you wish to catch, then powers up the 2W radio to kill and cook it!
  • [22:50:59] <djlewis> sounds like a contest winner to me :)
  • [22:51:53] <ds2> Mmmmmm salt water steamed fished :)~~~~
  • [22:53:57] * lifeeth (n=praneeth@unaffiliated/lifeeth) Quit ("Up and at 'em, Atom Ant!")
  • [22:59:58] * niclas (n=niclas@nat/ti/x-qjtgkwxainqdijro) Quit ()
  • [23:01:24] * djlewis has an inch of sleet
  • [23:03:52] * jconnolly|away (n=jconnoll@firebug.buglabs.net) Quit (Read error: 110 (Connection timed out))
  • [23:06:25] * NishanthMenon (n=nmenon@nat/ti/x-kcxlkevmsoasybhl) Quit ("Ex-Chat")
  • [23:08:17] <ds2> djlewis: have the outside been well salted?
  • [23:10:02] <djlewis> Naw, I save my salt for cookin.
  • [23:11:01] <djlewis> I tried to scrape the sleet off the wooden steps to my porch with a hoe but it is frozen in layers.
  • [23:11:29] <djlewis> I am in no hurry to venture out anyways. It should be melting off by the time I am.
  • [23:11:40] * ddompe (n=ddompe@200.122.155.113) Quit ("ddompe is leaving")
  • [23:11:42] <djlewis> Come Monday.
  • [23:12:15] <ds2> or time to get a big torch? ;)
  • [23:12:27] <crashovrd> or u could fire up a 2W zd1211 device and melt right thought that!
  • [23:12:32] <crashovrd> so versatile
  • [23:12:54] <djlewis> Wooden structure home, big torch, somehow I think not :P
  • [23:13:29] <djlewis> yes, that is a interesting suggestion.
  • [23:14:27] * Summeli (i=summeli@irc.summeli.fi) has joined #beagle
  • [23:16:35] <ds2> wood is not that flamable when wet
  • [23:16:49] <ds2> try starting a fire in the fireplace with green wood!
  • [23:17:13] <djlewis> for that I use a big torch ;)
  • [23:17:45] * jconnolly|away (n=jconnoll@firebug.buglabs.net) has joined #beagle
  • [23:18:05] * rhk (n=rhk@adsl-75-44-25-53.dsl.sfldmi.sbcglobal.net) Quit ("ChatZilla 0.9.86 [Firefox 3.5.7/20091221164558]")
  • [23:18:34] * BThompson (n=a0193480@nat/ti/x-psdlspeemmwsvfdz) Quit (Read error: 104 (Connection reset by peer))
  • [23:20:03] * jav987 (i=4894976a@gateway/web/freenode/x-jopffbawbcfjgvfh) has joined #beagle
  • [23:20:10] <jav987> hello.
  • [23:20:35] <jav987> I can't remember the name, but there is a similar project like the beagle board, but it uses the tms320 (floating point alu)
  • [23:20:43] <jav987> does anyone knows about this?
  • [23:21:08] <jav987> tms320c6713
  • [23:22:16] * likewise (n=likewise@215-65-ftth.onsneteindhoven.nl) has joined #beagle
  • [23:22:21] <mru> that's a dsp part number
  • [23:22:51] <jav987> yeah, sorry about that... the beagle board has fixed point alu
  • [23:22:56] <mru> wrong
  • [23:23:01] <jav987> wrong/
  • [23:23:04] <jav987> oh ok\
  • [23:23:04] * likewise (n=likewise@215-65-ftth.onsneteindhoven.nl) Quit (Excess Flood)
  • [23:23:08] <mru> the omap3 ARM core has a nice FPU
  • [23:23:13] <mru> the DSP is integer-only
  • [23:23:29] <jav987> c6713 is not integer only
  • [23:23:44] <mru> I know that
  • [23:23:57] <mru> the beagle has an omap3 chip
  • [23:24:02] * djlewis was looking at the Leopard with (TMS320DM355) earlier.
  • [23:24:13] <mru> the omap3 is a cortex-a8 ARM core and a C64x+ DSP
  • [23:24:24] <mru> the A8 has FPU, the C64x doesn't
  • [23:24:46] <mru> C67x DSPs all have float
  • [23:25:03] <jav987> oh ok
  • [23:25:16] <mru> it doesn't make sense to compare "beagle" with C6713
  • [23:25:29] <mru> the chip you're thinking of, does it have an ARM core as well?
  • [23:25:40] <mru> probably an arm926 if so
  • [23:25:42] * torusle (n=nils@c181215.adsl.hansenet.de) Quit (Read error: 60 (Operation timed out))
  • [23:27:21] * djlewis wanders out to feed three hungry canines.
  • [23:27:40] <mru> what are you feeding them to?
  • [23:27:53] <jav987> no it doesnt make sense to compare when c6713 starter kit is 500 dollars...
  • [23:28:02] * jrmuizel (n=jrmuizel@mozca02.ca.mozilla.com) Quit ()
  • [23:31:08] <jav987> when I see the c64+ specs, says that it has a fixed-point dsp
  • [23:32:33] <DesktopMa> a8 has an fpu?
  • [23:33:02] <jav987> well, mru says that it does
  • [23:33:57] <DesktopMa> oh the coprocessor I guess
  • [23:34:39] <jav987> but c64 in ti is not listed as fpu but fixed point dsp
  • [23:34:46] <jav987> instead of floating point dsp
  • [23:35:04] <jav987> there was this other project that uses a different omap, and is also open source like this one
  • [23:35:16] <ds2> VFP
  • [23:35:26] <ds2> does NEON do FP to any level?
  • [23:35:46] <mru> NEON does single-precision FP
  • [23:35:55] <mru> 2 ops per cycle
  • [23:36:11] * gdm_ (n=gdm@190.173.75.76) has joined #beagle
  • [23:36:16] <ds2> so there is 2 FPU's on there
  • [23:36:20] <jav987> mru, so are you saying the the beagle board co processor can perform floating point dsp
  • [23:36:47] <mru> it's more complicated
  • [23:37:11] <mru> the cortex-a8 has a neon+vfp unit
  • [23:37:36] <mru> it can do two single-precision FP ops per cycle
  • [23:37:36] <ds2> can NEON do any sort of MAC by itself?
  • [23:37:53] <mru> the vfp can do double precision but is slower
  • [23:38:12] * torusle (n=nils@c202191.adsl.hansenet.de) has joined #beagle
  • [23:38:45] <mru> mac as in multiply-accumulate?
  • [23:38:52] <ds2> yes
  • [23:38:59] <mru> yes, both integer and float
  • [23:39:10] <ds2> I know it can multiple but can it do that in a single instruction w/o bouncing back and forth with the ARM
  • [23:39:25] <ds2> in that case, I'd argue there is the DSP functionality there already :D
  • [23:39:34] <mru> it's a SIMD unit
  • [23:39:45] <mru> not quite what you normally call a dsp
  • [23:39:46] <jav987> mru, would you recollect a similar project like beagle board but using a bit different components? they gave one once here, but I can't find it in my bookmarks
  • [23:39:51] <ds2> I only know what Ian taught :D
  • [23:40:06] <mru> jav987: maybe the hawkboard
  • [23:40:14] <mru> that has an omap-l138
  • [23:40:24] <mru> which is arm9 + c674x
  • [23:40:34] <ds2> but it sounds like it has more then what the BF does and that claims to be a DSP hybrid
  • [23:40:45] <mru> blackfin?
  • [23:40:47] <torusle> btw - does anyone has any information about the IVA3 from the new OMAP (4 series)?
  • [23:40:49] <ds2> yes
  • [23:40:55] <mru> A8 is way more powerful
  • [23:40:58] <jav987> mru: that is probably the one. it does say floating point dsp
  • [23:41:10] <crashovrd> u got CPU, DSP, VFP, NEON, and GPU
  • [23:41:10] <mru> torusle: yes, but I'm not allowed to say much
  • [23:41:15] <crashovrd> that should be enough procs
  • [23:41:19] <crashovrd> <3 beagle
  • [23:41:30] <torusle> mru: I did some rendering on the blackfin a year ago, and I was shocked how bad the performance was...
  • [23:41:38] <torusle> mru: ah.. okay..
  • [23:41:45] <mru> I have a BF537 on my desk
  • [23:41:47] <mru> 600MHz
  • [23:41:50] <jav987> mru: you are correct. but when the single purpose is to process real time dsp... but then again... the beagle board may still be faster
  • [23:41:55] <mru> orders of magnitude slower than the beagle
  • [23:42:02] * torusle should really talk to the german TI folks...
  • [23:42:18] <torusle> mru: yep..
  • [23:42:34] <torusle> mru: for my project it was the memory throughput that killed everything..
  • [23:42:39] <mru> torusle: I can tell you omap4 will have a dsp and a dedicate video acceleration unit
  • [23:42:57] * davidm1 (n=David@nat/ti/x-pqtrdmtsrlgsgtkk) Quit (Remote closed the connection)
  • [23:43:19] <DesktopMa> there's quite a lot about omap 4 on the TI pages.
  • [23:43:22] <torusle> mru: like the two functional units that resides in the OMAP3 DSP power-space, or something better?
  • [23:43:23] <mru> 6 different arm cores that I know of on it
  • [23:43:50] <mru> torusle: the omap3 iva2 block contains a c64x+ dsp core and a video accelerator
  • [23:44:01] <torusle> mru: jep, I know..
  • [23:44:03] <mru> the video unit is "behind" the dsp
  • [23:44:14] <mru> so only the dsp can talk to it
  • [23:44:24] <mru> on omap4 the video accel is directly on L3
  • [23:44:47] <mru> so you can drive it from the arm
  • [23:44:52] <torusle> ah, okay.. that may make a difference for the dsp-impaired :-)
  • [23:44:59] <jav987> the hawkboard contains a c674x
  • [23:45:11] <mru> torusle: it gives you a choice
  • [23:45:32] <mru> you might want to use the dsp for something else
  • [23:45:40] <mru> even if you're not "impaired"
  • [23:46:37] <mru> torusle: did you ever use any other compiler than gcc with blackfin?
  • [23:46:41] <jav987> mru: well, thank you for the info.
  • [23:47:23] * jav987 (i=4894976a@gateway/web/freenode/x-jopffbawbcfjgvfh) Quit ("Page closed")
  • [23:47:38] <torusle> mru: I dont remember. I used the compiler that I got from AD.
  • [23:47:46] <mru> I'm wondering if the performance issues are down to gcc suckage
  • [23:49:14] * gdm (n=gdm@190.173.64.2) Quit (Read error: 110 (Connection timed out))
  • [23:49:25] <torusle> don't know...
  • [23:49:36] * fischer (n=fischer1@fischerfamily.org) Quit (Read error: 110 (Connection timed out))
  • [23:51:21] * fischer (n=fischer1@fischerfamily.org) has joined #beagle
  • [23:59:14] * ZetaSyanthis (n=zeta@cpe-98-157-206-217.ma.res.rr.com) Quit (Remote closed the connection)