• [00:00:09] <Xenion> Gute Nacht / good night :-)
  • [00:03:22] * mike18 (n=asdfasd@76.84.227.175) Quit (Read error: 104 (Connection reset by peer))
  • [00:03:41] * mike18 (n=asdfasd@76.84.227.175) has joined #beagle
  • [00:07:32] * bazbell (n=a0192809@nat/ti/x-9c02fc50112d63bf) Quit (Remote closed the connection)
  • [00:25:50] <javaJake> I'm looking for BeagleBoard expertise before I buy an SDHC card. How do I know if I can use an SDHC card for booting with?
  • [00:26:24] * TehUni (n=cory@c-24-30-35-55.hsd1.ga.comcast.net) Quit ("kernel upgrade")
  • [00:26:50] <mru> javaJake: yes, sdhc cards are fully supported
  • [00:26:53] <javaJake> All of them?
  • [00:27:26] <mru> you probably have to put x-loader in flash, everything else should work
  • [00:27:42] <mru> I'm booting from an 8GB sandisk card
  • [00:27:51] <javaJake> Yea..
  • [00:28:01] <javaJake> In the reference manual, page 67 it has requirements
  • [00:28:27] <javaJake> I guess I'm wondering if those requirements are more or less common sense, and most, if not all, manufacturers will already have these covered
  • [00:29:25] <mru> I haven't heard of a card not working
  • [00:29:31] <javaJake> OK
  • [00:29:43] <mru> the rom loader is a bit picky but u-boot and linux support pretty much anything
  • [00:30:17] <mru> I'd recommend a major brand of card either way
  • [00:30:32] <mru> sandisk, kingston...
  • [00:31:07] <javaJake> Transcend?
  • [00:31:29] * mturquette (n=mturquet@CC0F872D.ptr.provps.com) Quit (Remote closed the connection)
  • [00:31:34] * mturquette (n=mturquet@CC0F872D.ptr.provps.com) has joined #beagle
  • [00:31:40] <javaJake> That's what I'm going to go with, I think, at this point.
  • [00:35:46] <mru> I don't recall hearing anything specific about them
  • [00:37:08] <javaJake> I've seen lots of good reviews everywhere.
  • [00:38:52] * uncola9 (i=425bccbc@gateway/web/ajax/mibbit.com/x-c5ef63bebdcb171d) has joined #beagle
  • [00:39:05] * uncola9 (i=425bccbc@gateway/web/ajax/mibbit.com/x-c5ef63bebdcb171d) Quit (Client Quit)
  • [00:39:18] * uncola (n=uncola@cpe-66-91-204-188.hawaii.res.rr.com) has joined #beagle
  • [00:39:19] <uncola> hi
  • [00:58:22] <mike18> is anyone around that has experience with wifi on beagleboard?
  • [01:03:51] * MAD|munchies is now known as MostAwesomeDude
  • [01:04:45] * florian (n=fuchs@f049007080.adsl.alicedsl.de) Quit ("Verlassend")
  • [01:07:50] * uncola (n=uncola@cpe-66-91-204-188.hawaii.res.rr.com) has left #beagle
  • [01:08:56] * bazbell (n=a0192809@nat/ti/x-8e229617a2689b10) has joined #beagle
  • [01:15:43] * lcuk (i=lcuk@cpc1-oldh7-0-0-cust232.manc.cable.ntl.com) has joined #beagle
  • [01:28:53] * ScriptRipper (n=martin@opensuse/member/MartinMohring) Quit (Read error: 104 (Connection reset by peer))
  • [01:38:56] * javaJake (n=javaJake@unaffiliated/javajake) Quit ("backing up /home")
  • [01:40:14] * dioioib (n=dioioib@d121-173-32.home3.cgocable.net) Quit ()
  • [02:04:43] * Leon_Nardella1 (n=leon@200-161-14-111.dsl.telesp.net.br) has joined #beagle
  • [02:08:33] * Leon_Nardella (n=leon@200-161-14-111.dsl.telesp.net.br) Quit (Read error: 60 (Operation timed out))
  • [02:24:03] * SpaceY (i=Rakso@CPE001310d5071d-CM0011ae01368a.cpe.net.cable.rogers.com) has joined #Beagle
  • [02:24:55] * nabax (n=nabax@89.129.96.71) Quit ("Me'n vaig")
  • [02:31:37] * mike18 (n=asdfasd@76.84.227.175) Quit (Read error: 110 (Connection timed out))
  • [02:45:57] * emeb (n=ericb@ip72-223-90-212.ph.ph.cox.net) has left #beagle
  • [02:51:15] * aleij (n=ad@184-56.79-83.cust.bluewin.ch) Quit ()
  • [02:51:50] * emeb_mac (n=ericb@ip72-223-90-212.ph.ph.cox.net) has joined #beagle
  • [02:56:19] * fulgas is now known as FuL|OUT
  • [02:58:27] * lcuk (i=lcuk@cpc1-oldh7-0-0-cust232.manc.cable.ntl.com) Quit ("Leaving")
  • [03:06:26] * nemequ (n=nemequ@ip68-111-215-155.sd.sd.cox.net) has joined #beagle
  • [03:26:07] * SpaceY (i=Rakso@CPE001310d5071d-CM0011ae01368a.cpe.net.cable.rogers.com) Quit ()
  • [03:42:09] * n6pfk (n=mike@c-76-104-54-202.hsd1.va.comcast.net) has joined #beagle
  • [03:42:37] <n6pfk> Atin: You around?
  • [03:46:27] * JuanG (n=Juan@nat/ti/x-ea408035ab1b57a1) has joined #beagle
  • [03:46:36] * JuanG (n=Juan@nat/ti/x-ea408035ab1b57a1) has left #beagle
  • [03:48:17] * TehUni (n=cory@c-24-30-35-55.hsd1.ga.comcast.net) has joined #beagle
  • [03:54:46] <FPGA> Anyone know how to add omapfbplay to android?
  • [03:55:16] <n6pfk> bye.
  • [03:55:21] * n6pfk (n=mike@c-76-104-54-202.hsd1.va.comcast.net) Quit ("Leaving")
  • [04:00:24] * hli (i=chaton@vig91-2-82-232-97-149.fbx.proxad.net) Quit (Read error: 104 (Connection reset by peer))
  • [04:02:30] <FPGA> excuse me...to angstrom...(not sure what the difference is, but angstrom is what I have)
  • [04:10:10] * dcordes (n=dcordes@unaffiliated/dcordes) has joined #beagle
  • [04:10:11] <ZeZu> bit difference between angstrom and android :)
  • [04:10:34] <ZeZu> one is a linux distro, the other is a linux kernel with google "stack" sitting on top of it
  • [04:12:00] <FPGA> in that order?
  • [04:13:46] <FPGA> which is a better platform for a simple media center -- ie do the video+audio work on any s/w platforms or are we still waiting for the C1 and the linux drivers?
  • [04:15:45] <raster> video overlays work
  • [04:15:51] <raster> u have a dsp to decode video
  • [04:15:56] <raster> so it works
  • [04:16:04] <raster> depends on your requirements
  • [04:17:21] <FPGA> i'd like to be able to play full 720p movies with audio but I'm okay with slightly subpar frame rates
  • [04:17:46] <FPGA> the wikis seems to imply that either
  • [04:17:53] <FPGA> a) audio is crash prone
  • [04:18:16] <FPGA> or b) the DSP linux drivers are needed on many of the OSes
  • [04:18:44] <raster> dsp drivers are done - theres a patch from ti agaisnt u.. 2.6.26? or was it 27?
  • [04:21:09] <FPGA> for example, i have todays versions of andriod and a simple 5meg DIVx file. mplayer is crashing and claimingsystem is too slow (but my video sample size is one)
  • [04:23:15] * dcordes_ (n=dcordes@unaffiliated/dcordes) Quit (Read error: 110 (Connection timed out))
  • [04:24:51] <FPGA> yes, i have 27 - at least for uImage...not clear which uboot is
  • [04:26:12] <FPGA> ...and it does work with -nosound
  • [04:26:52] <FPGA> Is android a better/more stable platform? Or is the BIOS/board at fault?
  • [04:28:00] <raster> cant help with android
  • [04:28:05] <raster> they dont really use a standard linux "os"
  • [04:28:12] <raster> the only thing close tyo standard is the kernel
  • [04:28:16] <raster> the rest is custom android
  • [04:28:25] <raster> or some derivative of something not used in linux
  • [04:29:31] <FPGA> thanks...am I missing something on angstrom or are others experiencing core dumps with audio enabled?
  • [04:30:00] * jsync (n=jess@59.160.172.220) has joined #beagle
  • [04:30:23] <raster> havent tried any audio
  • [04:30:26] <raster> dunno
  • [04:38:18] * bmxr (n=chatzill@d64-180-251-177.bchsia.telus.net) has joined #beagle
  • [04:42:46] <sakoman_> FPGA: with recent angstrom images you should not be getting any kernel oopses with audio
  • [04:43:00] <sakoman_> it used to be an issue back in 2.6.26
  • [04:53:15] * geckosenator (n=sean@adsl-75-52-174-185.dsl.dytnoh.sbcglobal.net) has joined #beagle
  • [04:55:53] * mib_9ebogd (i=4c5d8d7e@gateway/web/ajax/mibbit.com/x-18aa3575cf1847c3) has joined #beagle
  • [04:58:37] * dcordes_ (n=dcordes@unaffiliated/dcordes) has joined #beagle
  • [05:12:40] * dcordes (n=dcordes@unaffiliated/dcordes) Quit (Read error: 110 (Connection timed out))
  • [05:12:53] * Wowbagger_ (n=wowbagge@d154-20-130-66.bchsia.telus.net) has joined #beagle
  • [05:18:54] * JoeyBorn (n=jborn@adsl-75-3-6-223.dsl.chcgil.sbcglobal.net) Quit ("ready for the beating")
  • [05:45:42] * Shivdas (n=root@59.160.172.220) has joined #beagle
  • [06:00:12] * mib_9ebogd (i=4c5d8d7e@gateway/web/ajax/mibbit.com/x-18aa3575cf1847c3) Quit ("http://www.mibbit.com ajax IRC Client")
  • [06:22:24] * mrc3 (n=ddiaz@189.157.115.100) has joined #beagle
  • [06:33:05] * jonnor (n=jon@ti0016a380-1012.bb.online.no) has joined #beagle
  • [06:37:47] * ssvb (n=ssvb___@a88-114-221-132.elisa-laajakaista.fi) Quit ("Leaving")
  • [06:42:32] * rupeshgujare (n=rupesh@59.160.172.220) has joined #beagle
  • [06:49:10] * emeb_mac (n=ericb@ip72-223-90-212.ph.ph.cox.net) Quit ()
  • [07:06:58] * Viral_Sachde (n=Viral_Sa@122.172.51.209) has joined #beagle
  • [07:06:59] * garren_ (n=chatzill@mail.dm.co.za) has joined #beagle
  • [07:07:00] * Wowbagger_ (n=wowbagge@d154-20-130-66.bchsia.telus.net) Quit ("Leaving")
  • [07:08:21] * garren_ is now known as garren|work
  • [07:11:51] * Viral_Sachde (n=Viral_Sa@122.172.51.209) Quit (Read error: 104 (Connection reset by peer))
  • [07:12:59] * Viral_Sachde (n=Viral_Sa@122.172.51.209) has joined #beagle
  • [07:23:42] * VHDL (n=free_ser@ip98-171-180-136.sb.sd.cox.net) has joined #beagle
  • [07:24:21] * gabba (i=d87245c2@gateway/web/ajax/mibbit.com/x-703cec6550d68323) Quit ("http://www.mibbit.com ajax IRC Client")
  • [07:24:47] * gabba (i=d87245c2@gateway/web/ajax/mibbit.com/x-744eec9a28d15bf6) has joined #beagle
  • [07:24:48] * Viral_Sachde (n=Viral_Sa@122.172.51.209) Quit (Read error: 104 (Connection reset by peer))
  • [07:25:44] * Viral_Sachde (n=Viral_Sa@122.172.51.209) has joined #beagle
  • [07:31:31] * Viral_Sachde (n=Viral_Sa@122.172.51.209) Quit (Read error: 104 (Connection reset by peer))
  • [07:31:56] * Viral_Sachde (n=Viral_Sa@122.172.51.209) has joined #beagle
  • [07:37:06] * raster (n=raster@r125-63-180-233.cpe.unwired.net.au) Quit (Connection reset by peer)
  • [07:37:06] * Viral_Sachde (n=Viral_Sa@122.172.51.209) Quit (Read error: 104 (Connection reset by peer))
  • [07:37:24] * Viral_Sachde (n=Viral_Sa@122.172.51.209) has joined #beagle
  • [07:42:13] * FPGA (n=free_ser@ip98-171-180-136.sb.sd.cox.net) Quit (Read error: 110 (Connection timed out))
  • [07:54:32] * garren|work (n=chatzill@mail.dm.co.za) Quit (Read error: 104 (Connection reset by peer))
  • [07:56:33] * Viral_Sachde (n=Viral_Sa@122.172.51.209) Quit (Read error: 104 (Connection reset by peer))
  • [08:02:05] <koen> gregoiregentil: that error is because we don't set the path to DMAI yet
  • [08:03:27] * garren|work (n=chatzill@mail.dm.co.za) has joined #beagle
  • [08:15:53] * Viral_Sachde (n=Viral_Sa@122.172.51.209) has joined #beagle
  • [08:16:45] * VHDL (n=free_ser@ip98-171-180-136.sb.sd.cox.net) Quit ()
  • [08:20:01] * raster (n=raster@r125-63-180-233.cpe.unwired.net.au) has joined #beagle
  • [08:23:34] * Viral_Sachde (n=Viral_Sa@122.172.51.209) Quit (Read error: 104 (Connection reset by peer))
  • [08:38:11] * bazbel1 (n=a0192809@nat/ti/x-b390544ef8b66088) has joined #beagle
  • [08:42:16] * bazbell (n=a0192809@nat/ti/x-8e229617a2689b10) Quit (Remote closed the connection)
  • [08:42:38] * Viral_Sachde (n=Viral_Sa@122.172.51.209) has joined #beagle
  • [08:42:55] * raster licks his lips
  • [08:43:00] <raster> mmm neon is nice
  • [08:44:34] <koen> gregoiregentil: you can do 'git pull git://dominion.thruhere.net/git/openembedded.git org.openembedded.dev' to stay up to date
  • [08:45:01] <koen> raster: is evas rewritten in NEON assembler already?
  • [08:45:15] <raster> koen: no. but i'm reading my arm arm
  • [08:45:22] <raster> btw - i hav ent gut-pulled
  • [08:45:26] <raster> on too limited bandwidth
  • [08:45:37] <raster> is there a pixman 0.13.2 in oe upstream yet?
  • [08:45:42] <raster> if not - i can add it in for you
  • [08:45:59] <raster> as long as i dont make 0.13.2 the preferred version i think its harmless to just add it in quietly
  • [08:46:00] <raster> right?
  • [08:48:54] * Viral_Sachde (n=Viral_Sa@122.172.51.209) Quit (Read error: 104 (Connection reset by peer))
  • [08:49:18] <koen> raster: http://dominion.thruhere.net/git/?p=openembedded.git;a=commitdiff;h=5f2c2447fe4f78b6ac8ab3a2fd175e0e6d85a4b7
  • [08:50:03] <koen> raster: but the 0.12.0 in OE has the arm assemblyy stuff that went into 0.13.2
  • [08:50:34] <raster> oh - i was passed a neon patch for pixman that i tried out
  • [08:50:39] * garren|work (n=chatzill@mail.dm.co.za) Quit (Read error: 104 (Connection reset by peer))
  • [08:50:45] <raster> from a little birdie
  • [08:50:51] <koen> show me :)
  • [08:50:56] <raster> aaah ok
  • [08:50:59] <raster> you have it already
  • [08:51:07] <raster> it gets speedusp across the board
  • [08:51:14] <raster> it introduced some rendering bugs
  • [08:51:24] <koen> the 0.12.0 in OE has http://cgit.freedesktop.org/pixman/commit/?id=d0b181f347ef4720d130beee3f03196afbd28aba and http://cgit.freedesktop.org/pixman/commit/?id=7180230d4d87c55dfef1e17a0cc3b125d45aa3a0 as extras
  • [08:51:37] <raster> but on simepl argb8888 over composites it scores 112% faster in real life usage tests of xrender than 0.12
  • [08:51:39] <koen> those were needed to make mozilla stuff crawl a little fater
  • [08:52:07] <koen> since mozilla renders everything in 24bit and has pixman convert it to 16bit
  • [08:52:12] <koen> which lacked a fast path
  • [08:54:44] <raster> the sad thing tho
  • [08:55:03] <raster> even with neon.. xrender (powered by pixman) still is left int he dust with evas's stodgey c-only rendering :(
  • [08:55:21] <raster> i am forever waiting for a good reason to maybe try use pixman
  • [08:55:43] <raster> but nothing really makes me want to - i'll just lose quality of rendering and speed and get a bunch of work to do
  • [08:56:03] <raster> i'm going to throw some neon into evas and see what tricks i can make it do
  • [08:59:32] <koen> you could run cairo-perf ('make perf' in the cairo source tree) to see speedups and slowdowns
  • [08:59:40] <koen> iirc it even has a mode to detect rendering errors
  • [09:00:18] <raster> already did it with evas+expedite+xrender
  • [09:00:18] <raster> :)
  • [09:00:26] <raster> and even detected an error
  • [09:00:33] <raster> well didnt need code to find it
  • [09:00:48] <raster> u just see it jump out at you when the thnig goes all purple blue and white
  • [09:00:49] <raster> :)
  • [09:07:49] * Viral_Sachde (n=Viral_Sa@122.172.51.209) has joined #beagle
  • [09:08:22] * Viral_Sachde (n=Viral_Sa@122.172.51.209) has left #beagle
  • [09:09:20] <koen> raster: btw, what's the best way to ship a default 'desktop' config? e.g. custom background, ibar apps, modules, etc
  • [09:09:49] <raster> hmm
  • [09:10:04] <raster> everything bar ibar u'd want a custom profile
  • [09:10:15] <raster> like the illume, standard, minimalist, netbook etc. is done
  • [09:10:18] <raster> its a whole config setup
  • [09:10:24] <raster> problem rhere is ibar is outof that config
  • [09:10:30] <raster> its "shared" between profiels
  • [09:10:40] <raster> (so u have the same set of apps in all profiles)
  • [09:10:42] <koen> well, forget out about ibar for the moment
  • [09:10:52] <raster> there's a tarball e untars first time with the wizard
  • [09:11:00] <raster> but i'm actually in the middle of deprecating that right now
  • [09:11:04] <koen> how can I 'snapshot' my current setup and put it in OE?
  • [09:11:18] <raster> and making the wziard literally generate .desktop files for a bunch of well known useful apps
  • [09:11:30] <raster> ~/e/e/config
  • [09:11:37] <raster> in there u'll have 1 or more directories
  • [09:11:40] <raster> the name of your current profile
  • [09:12:17] <koen> and profile.cfg
  • [09:12:21] <raster> basically - cp -r that dir to /usr/share/enlightenment/data/config/
  • [09:12:30] <raster> rename it of course something useful
  • [09:12:36] <raster> like "koen"
  • [09:12:40] <raster> or whatever u like
  • [09:13:07] <raster> well as of the wizard and profile selection profile.cfg is redundant
  • [09:13:18] <raster> as the user will be asked to sel3ect a profile
  • [09:13:24] <raster> simply dont chip profiles u dont want to ship
  • [09:13:32] <raster> u must ship default
  • [09:13:36] <raster> thats what runs the wizard
  • [09:13:39] <raster> and lets u select
  • [09:13:42] <raster> and sets stuff up
  • [09:13:50] <raster> tho if u want.. u could replace default with your own
  • [09:13:55] <raster> and never have a wizard
  • [09:14:13] <raster> tho i kind of like the idea of giving the user a set of choices the first time they use e
  • [09:14:21] <raster> eg lang, menus, profile etc.
  • [09:14:29] <koen> how is the default backround stored in that profile?
  • [09:14:30] <raster> the wizard is entirely modular
  • [09:14:48] <raster> every page int he wixzard (there are invisible pages too that dont show anything and just do stupp) is a .so
  • [09:14:51] <raster> err do stuff
  • [09:14:56] <raster> they are run in order
  • [09:15:00] <raster> page_000.so
  • [09:15:04] <raster> 001.so
  • [09:15:06] <raster> 002.so
  • [09:15:06] <raster> etc.
  • [09:15:32] <raster> the idea of the wizard being modular is for system integrators to be able to provide their own wizard moduels to ask custom q's
  • [09:15:36] <raster> or re-use ones we write
  • [09:15:38] <raster> etc.
  • [09:15:42] <raster> as for background
  • [09:15:46] <raster> thats in the e.cfg file
  • [09:15:48] <raster> its a binary
  • [09:15:51] <raster> but i can dissect it
  • [09:16:17] * koen mumbles something about binary config file
  • [09:16:19] <raster> eet -d e.cfg e.src
  • [09:16:29] <raster> will get u a test dump of it (as e.src)
  • [09:16:48] <raster> oops
  • [09:16:53] <raster> eet -d e.cfg config e.src
  • [09:16:58] <raster> that will do it
  • [09:17:09] <raster> eet -e e.cfg config e.src 1
  • [09:17:12] <raster> will re-encode
  • [09:17:13] <raster> :)
  • [09:17:34] <raster> we saved a parser
  • [09:17:41] <raster> and its damn fast and small
  • [09:17:45] <raster> as its the same back-end edje uses
  • [09:18:07] <raster> and thats intended for use to dynamically load large gobs of ui layout data on the fly as you display a gui
  • [09:18:52] <raster> e ships its profiles as src and compiles them at compile time with eet
  • [09:18:56] <raster> nb
  • [09:19:03] <raster> if u want an icon and a description for your profile
  • [09:19:07] <raster> add a .desktop file
  • [09:19:10] <raster> and an icon file in the dir
  • [09:19:17] <raster> see the already installed profiels for examples
  • [09:19:18] <raster> :)
  • [09:20:14] <koen> so I could put my 1337-koen profile in OE as 'source' and run eet over it?
  • [09:20:32] <raster> yup
  • [09:20:35] <raster> exactly
  • [09:20:40] <raster> its pretty easy
  • [09:20:50] <raster> the commands above will do it
  • [09:20:57] <raster> u just have a few .src files that are text
  • [09:21:01] <raster> edit at will
  • [09:21:08] <raster> on pckg built eet -e ... them
  • [09:21:18] <raster> add a .desktop and a icon .png or whatever u like
  • [09:21:29] <raster> (yes u can use a .edj file for an icon.. it then can even be animated)
  • [09:21:49] <raster> and just put them in a directory in e's config profiles dir
  • [09:21:57] <raster> user will be offered a choice on dirst run
  • [09:22:11] <raster> they can also select the profile anytime the like later at runtime to switch to it
  • [09:22:24] <raster> if u want to make a specific image for a specific device and target
  • [09:22:30] <raster> only include default and your profile
  • [09:22:32] <raster> nothign else
  • [09:22:42] <raster> or include several variations of your profiel with different defautl setups
  • [09:23:18] <raster> whihc is really much more useful as you re-use a feature to allow a user to select "i like white" "i like black" "i like red" "i like big" "i like small" kind of setups
  • [09:23:32] <raster> at least get them started with something they might like
  • [09:23:44] <raster> and as i said
  • [09:23:56] <raster> you can skip that if u really want and replace default profile with yours
  • [09:24:06] <raster> and so the user will be dumped into that right away
  • [09:24:13] <raster> and not really have any choices
  • [09:24:57] <raster> (or u can use the wizard and remove the profile selector etc etc. and have some custom wizard modules to do setup if u want)
  • [09:26:10] * atin_ is now known as atin_OUT
  • [09:42:03] * florian_ (n=fuchs@217.146.132.69) has joined #beagle
  • [09:43:09] * florian_kc (n=fuchs@217.146.132.69) has joined #beagle
  • [09:43:31] * florian_ (n=fuchs@217.146.132.69) Quit (Client Quit)
  • [09:43:34] * florian_kc (n=fuchs@217.146.132.69) Quit (Read error: 104 (Connection reset by peer))
  • [09:43:51] * florian_kc (n=fuchs@217.146.132.69) has joined #beagle
  • [09:44:08] * florian_kc is now known as florian
  • [09:44:17] * recalcati (i=5e51e963@gateway/web/ajax/mibbit.com/x-d1e61b3b0f23209e) has joined #beagle
  • [09:44:48] <likewise> gm
  • [09:45:00] <recalcati> hello everybody
  • [09:47:47] <recalcati> anybody knows how to buy the correct usb to ethernet interface here in Europe? I can't find it.
  • [09:48:06] * and-ri (n=ubuntu@pd95b4498.dip0.t-ipconnect.de) has joined #beagle
  • [09:48:54] <and-ri> do anybody know how i can install the jamvm in firefox?
  • [09:50:48] * garren|work (n=chatzill@mail.dm.co.za) has joined #beagle
  • [09:56:20] <florian> hi all
  • [10:01:33] <koen> recalcati: I know the usb200M from linksys works, as does the one from apple
  • [10:10:46] <recalcati> koen: yes, but I'm not able to buy it, did you buy it in internet from where?
  • [10:18:10] * gletelli_ (n=chatzill@fw-tnat.cambridge.arm.com) has joined #beagle
  • [10:19:27] <koen> I bought the apple one from the online apple store
  • [10:20:03] <koen> it's ~3???30
  • [10:20:10] <koen> 30 euros approx
  • [10:20:24] <garren|work> recalcati: I think their is a D-Link that should also work.
  • [10:24:33] * RogerMonk (n=a0740758@nat/ti/x-daaaba947bb568f6) has joined #beagle
  • [10:27:59] * ScriptRipper (n=martin@85.233.34.53.dynamic.cablesurf.de) has joined #beagle
  • [10:27:59] <and-ri> koen: sorry to bother you, but are you able to use java in firefox (angstrom), maybe could you explain how to do that?
  • [10:29:11] <recalcati> thanks !!
  • [10:30:55] <koen> raster: http://scap.linuxtogo.org/files/f093baa41aa6607e55d6950fc6d9aa5e.png :)
  • [10:31:15] <koen> and-ri: I don't use java, ask on the mailinglist
  • [10:31:52] <raster> koen: purrrrfect!
  • [10:32:10] <raster> not too hard i hope?
  • [10:33:22] <RogerMonk> koen - hi!
  • [10:33:27] <RogerMonk> Happy New Year All!
  • [10:33:31] <koen> raster: copy/paste :)
  • [10:33:38] <koen> RogerMonk: Hi!
  • [10:33:55] <raster> koen: :)
  • [10:34:08] <raster> good - i hoped i made it easy to do this kind of stuff
  • [10:34:27] <raster> for system integrators
  • [10:34:38] <raster> once you knoiw the magic files/dirs to throw stuff into
  • [10:34:42] <raster> it should be nice and orderly
  • [10:35:20] <koen> raster: http://dominion.thruhere.net/git/?p=openembedded.git;a=commitdiff;h=0663295937bc2698d86e1055839a519699220b3e
  • [10:35:42] * Xenion (n=robert@p579FCC3A.dip.t-dialin.net) Quit (Read error: 110 (Connection timed out))
  • [10:35:43] <koen> the 'hard' stuff being http://dominion.thruhere.net/git/?p=openembedded.git;a=blob_plain;f=packages/angstrom/e-wm-config-angstrom.bb;hb=0663295937bc2698d86e1055839a519699220b3e
  • [10:36:04] <raster> hahahhaa
  • [10:36:10] * Xenion (n=robert@p579FC67E.dip.t-dialin.net) has joined #beagle
  • [10:36:13] <raster> 'hard' ... yes... 'hard'... :)
  • [10:37:22] <koen> RogerMonk: if your firewall doesn't block you: 'git pull git://dominion.thruhere.net/git/openembedded.git org.openembedded.dev' in your OE tree to get the CE updates I pushed
  • [10:37:36] <koen> RogerMonk: it also includes a skeleton for the gstreamer-ti modules
  • [10:37:53] <RogerMonk> koen - yep, will do - sweet - just getting myself back rolling :)
  • [10:38:41] <raster> koen: hmm actually.. strange
  • [10:38:44] <raster> why is default there
  • [10:38:45] <koen> (the OE server is having difficulties)
  • [10:38:47] <raster> it shouldnt be
  • [10:39:02] <koen> raster: I loaded the wizard using the config panel
  • [10:39:13] <koen> you know, where it says DO NOT DO THIS!!! :)
  • [10:39:32] <raster> OOOOOOOH
  • [10:39:34] <koen> raster: feature request: show profile icons in the settings panel :)
  • [10:39:39] <raster> you're not runing from the default profile
  • [10:39:40] <raster> aga
  • [10:39:42] <raster> aha
  • [10:39:47] <raster> and yes
  • [10:39:52] <raster> profile icons et.c will go there
  • [10:40:04] <raster> todo item for release is to fix up all config dialogs to work on low res screens
  • [10:40:05] <raster> like qvga
  • [10:40:08] <raster> and simplify them
  • [10:40:12] <raster> better design and layout
  • [10:40:15] <raster> better labels etc.
  • [10:40:29] <raster> that comes with it
  • [10:40:45] <koen> some scaling is also wrong in various backgrounds
  • [10:40:50] <Xenion> Good Morning / Guten Morgen :-)
  • [10:40:56] <koen> but I guess that's due to authors making buggy edje files
  • [10:41:03] <koen> Xenion: moin moin
  • [10:41:05] <raster> actually no
  • [10:41:14] <raster> the dialogs are just normal laid out widgets
  • [10:41:22] <raster> tables, boxes, lists, etc.
  • [10:41:25] <raster> in code
  • [10:41:25] <koen> raster: e.g. a background like e-rising looks weird on a portrait screen
  • [10:41:35] <raster> they were never tested/designed for tiny screens
  • [10:41:56] <Xenion> :-)
  • [10:42:05] <raster> they simply had to work on a desktop @ scaleing of 1.0 at 640x480
  • [10:42:12] <raster> if they worked there they were good to go
  • [10:42:30] <raster> since then we have more extrerem requirements with illume etc.
  • [10:42:35] <raster> i redid the config panel to work
  • [10:42:40] <raster> with a toolbar at the top for categories
  • [10:42:43] <raster> and list below
  • [10:42:52] <raster> and i need to just go thru everything and fix it up
  • [10:49:02] * brolin (n=brolin@190.157.13.209) has joined #beagle
  • [10:55:44] <koen> RogerMonk: is DMAI in CE or do I need to download it seperately?
  • [10:56:01] <koen> RogerMonk: the dummies book is great, btw
  • [10:56:02] <RogerMonk> koen - separate
  • [10:56:11] <RogerMonk> it sits on top of CE and Kernel
  • [10:56:21] <RogerMonk> which platform u using?
  • [10:56:38] <koen> osd2, beagle and omap3evm
  • [10:56:46] <RogerMonk> if u download the 1.16 release (that I sent link in email) - that should work on osd2
  • [10:56:49] <koen> .23, .27 and .28
  • [10:56:55] <RogerMonk> we need more work to get omap up
  • [10:57:13] * koen once again missed a link
  • [10:57:16] <RogerMonk> but I'll help u with that
  • [10:57:18] <koen> ah, found it
  • [11:00:09] <koen> RogerMonk: do bits of DMAI need to get rebuilt?
  • [11:20:20] * geckosenator (n=sean@adsl-75-52-174-185.dsl.dytnoh.sbcglobal.net) Quit (Read error: 60 (Operation timed out))
  • [11:23:58] <RogerMonk> koen - yep, all DMAI needs to be rebuild
  • [11:24:00] <RogerMonk> (t)
  • [11:26:32] <koen> in that case I'll duplicate the accept_license method for libgles-omap3 :)
  • [11:36:11] <gregoiregentil> RogerMonk: If you remember, we started discussing this a month ago. Do you have a rough idea when DMAI will be in better shape for OMAP? How much efforts is required?
  • [11:36:44] <gregoiregentil> koen: Thanks for the different links and tips
  • [11:41:04] <gregoiregentil> koen: Regarding pvr, I tried Pratheesh's module and it was working :-) but my compiled module wasn't :-( . Was your compiled module enable pvrsrvinit?
  • [11:47:17] * aleij (n=ad@18-202.77-83.cust.bluewin.ch) has joined #beagle
  • [11:49:45] * recalcati (i=5e51e963@gateway/web/ajax/mibbit.com/x-d1e61b3b0f23209e) Quit ("http://www.mibbit.com ajax IRC Client")
  • [11:50:05] <koen> gregoiregentil: haven't gotten it to work yet
  • [11:50:23] <koen> gregoiregentil: waiting for legal to release pratheesh patch to GPL(!) code
  • [11:50:31] * Viral_Sachde (n=Viral_Sa@122.172.51.209) has joined #beagle
  • [11:50:47] <koen> I wonder if legal knows that they are violating the GPL by holding on to the source
  • [11:51:16] <gregoiregentil> koen: i have used exactly the same defconfig as Pratheesh, so, yes, indeed, there is a magic patch somewhere...
  • [11:51:23] <gregoiregentil> koen: yeah ;-)
  • [11:52:15] <koen> aaaargh
  • [11:52:27] <koen> the dmai installjammer protects against scripted input
  • [11:52:31] * lcuk (i=lcuk@cpc1-oldh7-0-0-cust232.manc.cable.ntl.com) has joined #beagle
  • [11:53:54] <koen> it actually should protect against scripted input, but it makes life a lot harder
  • [11:54:45] <RogerMonk> gregoiregentil - nope, sorry, not yet - still working it
  • [11:55:15] <gregoiregentil> RogerMonk: I understand. Any idea how much work is still required and rough date of completion?
  • [11:55:26] <RogerMonk> gregoiregentil - nope - sorry
  • [11:55:33] <RogerMonk> watch this space
  • [11:55:52] <RogerMonk> (or let me know if u get there first :))
  • [12:01:27] * Viral_Sachde (n=Viral_Sa@122.172.51.209) Quit (Read error: 104 (Connection reset by peer))
  • [12:02:13] * Viral_Sachde (n=Viral_Sa@122.172.51.209) has joined #beagle
  • [12:05:25] <magnet> hello !
  • [12:06:50] <jkridner> good morning all
  • [12:07:58] <koen> RogerMonk, gregoiregentil: http://dominion.thruhere.net/git/?p=openembedded.git;a=commitdiff;h=b16036af1bfae4153ea7f54ab1ffd77b9016c6fc
  • [12:08:44] <koen> http://news.cnet.com/8301-1001_3-10130690-92.html
  • [12:08:52] <koen> freescale imx51 has cortex a8 :)
  • [12:09:27] <raster> now where is an a9
  • [12:09:28] <raster> ...
  • [12:09:30] <raster> :)
  • [12:12:43] * koen wonders about a9 for omap3 or omap4 or omap5
  • [12:15:06] <raster> :)
  • [12:16:57] * Viral_Sachde (n=Viral_Sa@122.172.51.209) Quit (Read error: 104 (Connection reset by peer))
  • [12:17:45] <koen> ldesnogu: when I hear 'DSP' I always think of armv5te with its 'DSP extensions' :)
  • [12:18:06] <koen> ldesnogu: that's why I thought snapdragon lacked a proper DSP
  • [12:18:12] <ldesnogu> koen: you need to be reeducated :)
  • [12:18:26] <koen> no, I need to be less cynical about spec :)
  • [12:18:32] <ldesnogu> heh
  • [12:18:40] <ScriptRipper> hi there!
  • [12:18:46] <koen> "we have a MAC instruction, so we can call it DSP, OMG!!!"
  • [12:18:55] <ldesnogu> anyway qualcomm is so secretive we won't get any info I'm afraid
  • [12:19:22] <ldesnogu> DSP have become useless
  • [12:19:31] * ldesnogu awaits Jason reaction
  • [12:19:47] <ScriptRipper> ldesnogu: that is not true!
  • [12:19:57] <ldesnogu> :)
  • [12:20:22] <koen> my initial enthousiam about the DSP was tempered by mru running 720p on the cortex :)
  • [12:20:25] <ScriptRipper> Jason is not yet awake, maybe!
  • [12:20:27] <ldesnogu> put it differently: would you prefer dual-core or single core + DSP?
  • [12:20:43] <ldesnogu> Jason said hello 15 minutes ago :)
  • [12:20:47] <koen> with current glibc and RMK as arm maintainer?
  • [12:21:12] <koen> I'd go for single core + dsp
  • [12:21:13] <ldesnogu> glibc stinks for sure
  • [12:21:18] <ldesnogu> koen: really?
  • [12:21:23] <koen> well, I'd actually go for dualcore + dsp :)
  • [12:21:27] <ldesnogu> :)
  • [12:21:50] <ScriptRipper> ldesnogu: its more what you can achieve, and how easy it is to program
  • [12:22:00] <ldesnogu> I guess you again forgot to say dual core WITH NEON
  • [12:22:15] <raster> ldesnogu: i'd go dual core any day
  • [12:22:22] <raster> (as long as both cores had neon)
  • [12:22:22] <raster> :)
  • [12:22:27] <ScriptRipper> but I would prefer DSP + Dual core with NEON :)
  • [12:22:29] <ldesnogu> ScriptRipper: exactly, and look at c64x+, not many people are using it on Beagle :(
  • [12:22:51] <raster> hahahha
  • [12:23:16] <raster> id be ok with a dsp+arm IF the dsp could mmap() all of ram
  • [12:23:21] <magnet> ldesnogu: it's not possible to get it working atm, so you no one will it it !
  • [12:23:22] <raster> and respect the mmu
  • [12:23:51] <ldesnogu> raster: I thought c64x+ MMU enabled that
  • [12:24:03] <magnet> I meant that no one will use it.
  • [12:24:31] <raster> ldesnogu: dunno - last iplayed was the dsp on the omap2 (n800 etc.)
  • [12:24:38] <raster> and u could mmap a 16m window of ram
  • [12:24:42] <raster> thats it
  • [12:24:49] <raster> i'd be much happeir if i could mmap all of ram
  • [12:25:01] <raster> so u can jut pick and choose your source data to snarf from at will
  • [12:25:19] <raster> a 2nd arm core is easier to develop for
  • [12:25:26] <raster> given compilers/tools
  • [12:27:27] <ldesnogu> I think we don't miss much (if anything) to use the c64x+
  • [12:28:48] <raster> can it see all of memory though?
  • [12:29:11] <raster> (and again - its harder to work with due to the compiler toolchain being "significantly different" to the normal gcc)
  • [12:29:30] <koen> iirc it can see all of the ram
  • [12:29:48] <koen> but it needs contiguous memory chunks to work with
  • [12:30:21] <koen> some implementations require physically contiguous pieces
  • [12:30:31] * koen waits for a correction on that statement
  • [12:31:32] <raster> well if it respects the mmu
  • [12:31:35] <raster> then it doesnt matter
  • [12:31:40] <raster> but thats what i'm wondering
  • [12:31:50] <raster> for now dsp is on my "sometime later" list
  • [12:31:58] <raster> neon is a more immediate and easily reachable goal
  • [12:32:04] <ldesnogu> raster: looking at dsp mmu specs, it looks *very* similar to arm one
  • [12:33:01] <koen> raster: we're working on getting dsplink building in OE, which would give you access to DSP on davinci, omap2, omap3 and hw engines on dm3xx
  • [12:33:02] <raster> but it needs to be programmed separately
  • [12:33:14] <raster> so it mimics/maps to the arm mmu info
  • [12:33:14] * koen loves having a single API for stuff like that
  • [12:33:28] <raster> koen: but thats just dsplink
  • [12:33:35] <raster> u still need to use that "stnage" ti dsp compiler
  • [12:33:50] <raster> at least last i played it was a kind-of-strange setup binary only compiler
  • [12:34:02] <koen> there's a trick to use GCC as frontend and hand the IR to the ti compiler
  • [12:34:06] <RogerMonk> koen - please change DMAI description in .bb to Davinci Multimedia Application Interface
  • [12:34:13] <ldesnogu> who cares if it's binary only as long as it works?
  • [12:34:36] <raster> koen: not when i played
  • [12:34:39] <raster> :(
  • [12:34:40] <koen> RogerMonk: what about "Davinci (and OMAP) Multimedia Application Interface"?
  • [12:34:50] <RogerMonk> yep
  • [12:34:50] <raster> so u have a slightly bizarre-flavor of c
  • [12:34:52] <RogerMonk> thanks
  • [12:36:00] * Viral_Sachde (n=Viral_Sa@122.172.51.209) has joined #beagle
  • [12:36:47] <raster> i havent checked it in more recent times
  • [12:36:58] <raster> so only going on my dsp fun and games on my n800
  • [12:37:11] <raster> with the c55x
  • [12:37:44] <ldesnogu> raster: c64x+ is less dsp-like than c55
  • [12:37:59] <ldesnogu> so its C compiler would probably look more friendly to you
  • [12:38:25] <raster> ok
  • [12:38:33] <raster> 55 was doable
  • [12:38:34] * recalcati (i=5e51e963@gateway/web/ajax/mibbit.com/x-727daa00d06a7c5e) has joined #beagle
  • [12:38:37] <raster> just inconvenient
  • [12:38:42] <raster> and i'm a lazy sod
  • [12:38:42] <raster> :)
  • [12:54:56] * RogerMonk (n=a0740758@nat/ti/x-daaaba947bb568f6) has left #beagle
  • [12:54:57] * Viral_Sachde (n=Viral_Sa@122.172.51.209) Quit ("Leaving.")
  • [12:57:15] <BeagleBot> http://beagleboard.org/project/Beagledroid/ was edited by petermcd.myopenid.com
  • [12:57:42] * brolin (n=brolin@190.157.13.209) Quit (Client Quit)
  • [13:04:44] <jkridner> another Android port.
  • [13:04:51] <jkridner> er, build.
  • [13:05:02] <jkridner> I don't see the code on this new one.
  • [13:05:14] <koen> I still haven't worked out why android targets unaccelerated raw fb
  • [13:05:26] <ScriptRipper> koen , ldesnogu: isnt there a free codec pack, that could be run inside the DSP to make a part of the work for say
  • [13:05:48] <ScriptRipper> koen , ldesnogu: v4l or openmax?
  • [13:05:56] <Crofton|work> is dsplink/codec building and running for the beagle now
  • [13:06:09] <ScriptRipper> or what else do you have in mind?
  • [13:06:53] <koen> ScriptRipper: you need to have glue to have that codec communicate with the ARM side and have it play nice with resources
  • [13:07:36] <raster> bah - play nice!
  • [13:07:41] <raster> who needs that
  • [13:07:42] <raster> :)
  • [13:09:04] * koen likes the dsplink dualcore codes that can loadbalance between arm and dsp
  • [13:09:15] <koen> CE dualcore codecs actually
  • [13:09:18] <ldesnogu> raster: you're the one asking for a nice MMU on the dsp, and then you don't care about playing nice? :P
  • [13:09:30] * RogerMonk (n=a0740758@nat/ti/x-d3155e5bd5069b6e) has joined #beagle
  • [13:09:40] <raster> ldesnogu: i'm joking! :-P
  • [13:09:41] <raster> :)
  • [13:09:47] <ldesnogu> :)
  • [13:09:51] <jkridner> I found that Beagledroid instructions on the contest site.
  • [13:10:19] <jkridner> not sure why people don't find it necessary to include those instructions on the project home page.
  • [13:11:02] <raster> i need to dig into the new 64x dsp stuff
  • [13:11:12] <raster> i hear it can crank out a few instrs per cycle
  • [13:11:20] <ldesnogu> 8
  • [13:11:25] <raster> is it still so u have to specially scheduly your asm to do that?
  • [13:11:29] <raster> schedule
  • [13:11:40] <ldesnogu> the linear assembler will take of that for you
  • [13:11:42] <raster> (the 55 could but u had to explicitly do it)
  • [13:11:55] <raster> ok
  • [13:12:10] <raster> on the 55 i think it as 2 per cycle max
  • [13:12:23] <raster> does it still have a measly # of registers?
  • [13:12:25] <raster> :)
  • [13:12:41] <raster> (eg the single 32bit one and then i think it was another 16bit or so)
  • [13:12:57] <jkridner> koen, ds2, sakoman: have you reviewed the current contest entries?
  • [13:14:11] <ldesnogu> raster: read this document http://focus.ti.com/general/docs/techdocsabstract.tsp?abstractName=spru732h
  • [13:15:01] * raster clicks
  • [13:15:13] * raster waits
  • [13:15:18] * JuanG (n=Juan@nat/ti/x-154021a0f333cacf) has joined #beagle
  • [13:15:26] * JuanG (n=Juan@nat/ti/x-154021a0f333cacf) has left #beagle
  • [13:16:19] <koen> jkridner: not much finished projects
  • [13:16:39] <jkridner> but some (>1) show good progress.
  • [13:17:13] <koen> jkridner: I like the James project best since it has docs and a demo (and since I tested bits of my myself a few years ago)
  • [13:17:25] <koen> the beaglebot is a good second
  • [13:17:32] <koen> and beaglerc a good 3rd
  • [13:18:53] <koen> I hope beagleconf and beagleRT make some progress for the next competition
  • [13:19:54] <garren|work> when will be the next competition? I would be keen to enter that. Didn't have enough time for this one
  • [13:21:15] <koen> jkridner suggested 'monthly', which sounds nice
  • [13:21:32] <raster> hmm
  • [13:21:37] <raster> 685 pages of fun to be had
  • [13:21:40] * RobertK (i=3edc0622@gateway/web/ajax/mibbit.com/x-7d9866451b2fd78a) has joined #beagle
  • [13:21:41] <ScriptRipper> koen: if the codec stuff for Video/Audio can be more or less completely offloaded, this is a practical solution.
  • [13:22:37] <ScriptRipper> and about playing nice: the device driver in the linux kernel needs to take care about reloading/resetting the dsp anyway.
  • [13:23:00] <koen> ScriptRipper: I was thinking about a hybrid approuch, e.g. DSP does bitstream decoding, CPU does the image decoding and DSP does the colour conversion and hands it to DSS
  • [13:23:03] <garren|work> yeah monthly would be cool...
  • [13:23:09] <ScriptRipper> that is required because you can get the codecs "dead" e.g. with random content
  • [13:23:10] <garren|work> maybe have themed contests
  • [13:23:42] <koen> ScriptRipper: since the cpu and dsp are not fast enough to do 1080p mpeg4 asp on their own, so you could share the work
  • [13:24:15] <ScriptRipper> koen: is the video subsystem capable of doing 1080p framing?
  • [13:24:35] <RobertK> jkridner: I like the BeagleBot best - I love to see some image processing...
  • [13:24:36] <koen> you can get 1080p24 out of the dvi port AIUI
  • [13:25:27] <jkridner> RobertK: what about our ability to reproduce it? Are there portions that can be reused by everyone?
  • [13:25:38] <koen> a decent TV will upconvert it to 48,50, 96 or 100hz
  • [13:25:40] <ScriptRipper> koen: is there bandwidth left to RAM for decoding of 1080p content? I know from experience (with ST Micro) that 1080p decoding is also a bandwidth thing
  • [13:25:49] <jkridner> RobertK: it does make a great video!
  • [13:25:58] <Crofton|work> raster, 685 pages is nothing
  • [13:25:58] <recalcati> The TI OMAP Workshop is in Cambridge in England, isn't it?
  • [13:26:00] <koen> mru thinks it can be done, especially with revC having faster ram
  • [13:26:15] <raster> Crofton|work: i know. the arm arm is 2200 or so
  • [13:26:26] <raster> and i have a small army of other docs here in a folder
  • [13:26:47] * Crofton|work suspects mru of practicing the dark arts
  • [13:26:59] <recalcati> my Sony Bravia KDL-32W4000 doesn't display 1080p24
  • [13:27:06] <Crofton|work> the omap3 ref manual is around 3500
  • [13:27:18] <recalcati> The TI OMAP Workshop is in Cambridge in England, isn't it?
  • [13:27:18] <ScriptRipper> koen: sharing the work between CPU/NEON and DSP is at least more complicated.
  • [13:27:34] <ScriptRipper> koen: what about using the shaders of the 3D Engine?
  • [13:28:12] <raster> for that.. u'd need drivers first :)
  • [13:28:39] <raster> still coming...
  • [13:29:34] <koen> ScriptRipper: yuv420p is 12bpp, which requires less bw than yuv422p which the overlay uses
  • [13:29:56] <Crofton|work> http://gnuradio.org/trac/wiki/Gcell
  • [13:30:03] <koen> ScriptRipper: do doing the colour conversion in the DSP would hopefully save a lot of BW
  • [13:30:08] <Crofton|work> I would like to see something likis for the dsp
  • [13:30:56] <tomba> anyone knows what YUY422 means?
  • [13:31:00] <koen> Crofton|work: how's your neon code doing?
  • [13:31:25] <koen> tomba: check http://fourcc.org/yuv.php
  • [13:31:44] * fagius (n=fagius@static-71-111-254-119.rlghnc.dsl-w.verizon.net) has joined #beagle
  • [13:31:48] * ftagius (n=fagius@static-71-111-254-119.rlghnc.dsl-w.verizon.net) has joined #beagle
  • [13:31:53] * Crofton|work has some paying work
  • [13:32:06] <Crofton|work> but, I am off the pain killers and productivity is much better
  • [13:32:11] <tomba> koen: thanks. ok, DSS2 has the yuv modes wrong way.
  • [13:32:13] <Crofton|work> the last month has been grim
  • [13:32:25] <Crofton|work> from an ability to focus point of view
  • [13:36:17] <koen> tomba: ok, that's what I suspected :)
  • [13:36:34] <koen> tomba: one less problem to fix in X/mplayer/omapfbplay :)
  • [13:39:35] <RobertK> jkridner: I believe the image processing chain could be very interesting.
  • [13:41:11] <gregoiregentil> koen, tomba: Good! I was not messing up with mplayer omapfb...
  • [13:41:25] * Shivdas (n=root@59.160.172.220) has left #beagle
  • [13:42:02] * ftagius (n=fagius@static-71-111-254-119.rlghnc.dsl-w.verizon.net) Quit (Client Quit)
  • [13:45:39] <gregoiregentil> koen: To be consistent, can you use SRC_URI = "http://install.tarball.in.source.dir/" in dmai recipe like you did in dsplink.bb. I have an automatic sed in my build script ;-)
  • [13:46:06] <tomba> koen: I remember you had problems with video overlay not going off or something. Is there an easy way for me to try it? (rootfs.tar.gz that boots without any audio/dsp/whatever extra stuff)
  • [13:48:30] <koen> yes, hold on :)
  • [13:49:22] * bazbel1 (n=a0192809@nat/ti/x-b390544ef8b66088) Quit ("Leaving.")
  • [13:52:14] * rsalveti (n=salveti@200.184.118.130) has joined #beagle
  • [13:52:14] * dixson3 (n=dixson3@cpe-24-28-79-164.austin.res.rr.com) Quit (Read error: 104 (Connection reset by peer))
  • [13:52:38] <koen> tomba: http://dominion.thruhere.net/koen/narcissus/deploy/beagleboard/f0e808/tomba-image-beagleboard.tar.bz2 (24.11MiB)
  • [13:52:44] <koen> tomba: that has X and mplayer
  • [13:52:57] * dixson3 (n=dixson3@cpe-24-28-79-164.austin.res.rr.com) has joined #beagle
  • [13:53:07] <koen> tomba: DISPLAY=:0 mplayer -vo xv foo.avi
  • [13:53:14] <koen> tomba: that should show the problem
  • [13:53:35] <koen> tomba: basically the overlay doesn't get cleaned so the last frame sticks around
  • [13:53:37] * SmthingPrductive (n=booker40@ds.booker404.net) Quit (Read error: 113 (No route to host))
  • [13:53:46] <koen> tomba: it worked with DSS1, no idea who is to blame :)
  • [13:58:21] <tomba> I need more beagles so that I wouldn't need to carry this home if I want to debug it there =)
  • [13:59:56] <recalcati> Anybody knows if ,with usb to eth, I can mount a root fs in in NFS?
  • [14:03:27] <tomba> recalcati: I don't see why not
  • [14:04:04] * rupeshgujare (n=rupesh@59.160.172.220) has left #beagle
  • [14:04:56] * JuanG (n=Juan@nat/ti/x-f2dbe2319c842715) has joined #beagle
  • [14:05:01] * JuanG (n=Juan@nat/ti/x-f2dbe2319c842715) has left #beagle
  • [14:05:55] <recalcati> tomba: yes, mount of the fs is after otg driver registering, but I'd like to know if this is the most used development setup
  • [14:06:22] <atin_OUT> not usually, people are putting it on the mmc
  • [14:06:23] * koenb (i=c1be9182@gateway/web/ajax/mibbit.com/x-6443692e268a414f) has joined #beagle
  • [14:06:27] * atin_OUT is now known as atin_
  • [14:06:50] <tomba> recalcati: well, I don't use usb eth adapter, but I have just a direct usb cable and use usb ethernet gadget driver. and nfsroot works fine, that's what I use always
  • [14:07:41] <recalcati> tomba: do you use beagleboard as usb slave or as usb otg?
  • [14:07:46] <koenb> hi all, I've got a problem whilest trying to boot debian on the beagle board, I get the following error in my terminal: Buffer I/O error on device mtdblock0, logical block 3 end_request: I/O error, dev mtdblock0, sector 0
  • [14:08:02] <tomba> recalcati: usb slave
  • [14:08:31] <recalcati> tomba: ok, but you can't have keyboard and mouse
  • [14:08:55] <tomba> no
  • [14:09:03] <koen> koenb: so don't use debian :)
  • [14:09:48] <recalcati> tomba: I normally work like this with pxa cpus, but in this case I'll try to mount nfs maybe through usb to eth
  • [14:09:48] * TehUni (n=cory@c-24-30-35-55.hsd1.ga.comcast.net) Quit (Read error: 104 (Connection reset by peer))
  • [14:10:03] <recalcati> in order to have mouse and keyboard
  • [14:10:08] * TehUni (n=cory@c-24-30-35-55.hsd1.ga.comcast.net) has joined #beagle
  • [14:10:24] <koen> people *like* to work with pxa cpus?
  • [14:10:35] * koen stabs his pxa250 powered device
  • [14:10:46] <recalcati> one upon a time there was pxa255
  • [14:10:49] <recalcati> free
  • [14:11:02] <recalcati> now there is pxa* under NDA
  • [14:11:52] <koen> it's funny that graphics on sa1100 systems are usually faster than on pxa2xx systems
  • [14:12:09] <koen> but part of that is HTCs fault for producing crappy systems
  • [14:12:23] <koenb> koen: I've got the angstrom distribution working, but I like the apt package system of debian-ubuntu
  • [14:12:45] <koenb> any idea what my problem may be?
  • [14:12:47] <koen> koenb: so build angstrom with apt, it's a oneline change
  • [14:13:20] <koen> (since .ipk is a .deb package with a different suffix)
  • [14:14:38] <recalcati> anybody will be at Ti OMAP Workshop in Cambridge?
  • [14:15:00] <koenb> I've just tried the beginners tutorial wiki, haven't crosscompiled a new kernel
  • [14:15:36] <koen> tomba: do you have a patch for the YUV stuff I can apply ontop of your other patches?
  • [14:16:41] <muriani> gah, 2 koens, and one's a n00b :p
  • [14:18:32] <koen> no, we both are n00bs, I just hide it better ;)
  • [14:19:36] <recalcati> koen: do you come to Cambridge?
  • [14:19:37] <muriani> aah, tis the way with embedded linux.
  • [14:19:50] <muriani> We're all n00bs, the difference is in how much.
  • [14:20:55] <koenb> just new to the omap hardware
  • [14:22:09] <muriani> yeah well... I don't even have one!
  • [14:22:39] * mib_rn029l (i=d98c6015@gateway/web/ajax/mibbit.com/x-75c1c370166568b8) has joined #beagle
  • [14:23:11] <ldesnogu> ha it seems freescale i.mx51 is coming soon :)
  • [14:23:14] * jsync (n=jess@59.160.172.220) has left #beagle
  • [14:23:35] <ldesnogu> they are, what, one year behind TI ?
  • [14:23:59] <recalcati> i.mx51 will come, omap already exists
  • [14:24:06] <ldesnogu> exactly
  • [14:26:28] * vandy (i=7aa041dd@gateway/web/ajax/mibbit.com/x-44483e45cdf20e91) has joined #beagle
  • [14:26:36] <tomba> hmm this is interesting. my nfsroot via usb just stopped working. the interface goes up on pc side, but it looks like the pc is not responding to arp queries from beagle. and I didn't change anything. sigh...
  • [14:26:55] <vandy> has anybody tried with powerVR here,
  • [14:27:24] <tomba> koen: no, but it's just exhanging two lines. in drivers/video/omapfb-main.c:fb_mode_to_dss_mode()
  • [14:27:24] <koen> tomba: ah righ, open /etc/network/interfaces and remove the 'auto' from usb0 or eth0 (whicher you use)
  • [14:27:57] * JuanG_ (n=Juan@nat/ti/x-9244d4e31329c03f) has joined #beagle
  • [14:28:07] <vandy> Tomba, Are drivers available for powerVR
  • [14:28:09] <tomba> koen: no, I'm booting via nfsroot. and it can't mount the filesystem. even my normal one.
  • [14:28:34] * ceyusa (n=ceyusa@189.163.35.95) has joined #beagle
  • [14:28:55] <vandy> have been reading that no drivers are available as yet for omap 3530
  • [14:29:05] <vandy> only emulators are avaiable
  • [14:30:29] <koen> tomba: http://pastebin.com/deb972d2 ?
  • [14:31:26] <tomba> koen: yes
  • [14:31:35] <vandy> hey tomba, are u replying to my ques
  • [14:32:06] * JuanG_ (n=Juan@nat/ti/x-9244d4e31329c03f) has left #beagle
  • [14:32:10] <tomba> no, I don't know anything about powervr drivers. why are you asking me?
  • [14:32:36] <koenb> is there a tutorial somewhere how to get ubuntu running on the beagleboard? how to install the crosscompile tools etc?
  • [14:33:10] <vandy> Does somebidy know about powervr drivers
  • [14:33:12] <koen> tomba: http://dominion.thruhere.net/git/?p=openembedded.git;a=commitdiff;h=b090d9d86a96a3ecc286610da313536179729055
  • [14:33:30] <koen> vandy: check the mailinglist
  • [14:33:49] <vandy> which mailing list
  • [14:34:36] <koen> vandy: make a guess
  • [14:34:39] <vandy> hey koen, are the drivers available for powervr for arm baords
  • [14:34:51] <koen> 15:30 < koen> vandy: check the mailinglist
  • [14:34:51] <vandy> beagleboard one
  • [14:34:56] <koen> good guess
  • [14:35:26] <garren|work> koenb: For Ubuntu see http://elinux.org/BeagleBoardHandheldsMojo
  • [14:35:39] <vandy> i checked but they all said that emulators are available , and drivers are not released yet for arm
  • [14:35:54] <koen> vandy: then you suck at checking
  • [14:36:04] <vandy> please help koen
  • [14:36:05] <koenb> garren:tnx I'll try that
  • [14:36:11] * orifice-work (n=aho@67.71.223.35) has joined #beagle
  • [14:36:55] <koen> vandy: try typing in 'powervr' in the search bar at the mailinglist
  • [14:36:59] * sh1 (i=3d5fc3cd@gateway/web/ajax/mibbit.com/x-0da98fc801d5aca5) has joined #beagle
  • [14:37:30] <muriani> a simple google search turned up some likely candidates as well.
  • [14:37:55] * kevinsc (n=kevinsc@nat/ti/x-13ff57f81f3dd3d2) has joined #beagle
  • [14:37:58] * kevinsc (n=kevinsc@nat/ti/x-13ff57f81f3dd3d2) has left #beagle
  • [14:40:07] * ddompe (n=ddompe@200.122.155.113) has joined #beagle
  • [14:40:07] * moi1234 (n=moi@ip70-179-18-67.sd.sd.cox.net) Quit (Remote closed the connection)
  • [14:40:48] <vandy> can you help koen, i was browsing and found out that kernel support is there but http://repository.maemo.org/pool/maemo5.0/free/k/kernel/
  • [14:41:13] <vandy> but what about the init scripts which need to be modified
  • [14:41:38] <vandy> i am totally new, pls help
  • [14:41:46] <vandy> am totally stuck up
  • [14:42:03] * dcordes (n=dcordes_@unaffiliated/dcordes) has joined #beagle
  • [14:42:39] * RogerMonk (n=a0740758@nat/ti/x-d3155e5bd5069b6e) has left #beagle
  • [14:42:48] <muriani> vandy: are you specifically trying to run things for which framebuffer doesn't work?
  • [14:43:43] <koen> vandy: the mailinglist has a whole chain of messages on how to get it working
  • [14:43:50] <koen> vandy: as recently as 3 days ago
  • [14:44:21] * koen looks at http://groups.google.com/group/beagleboard/topics?gvc=2
  • [14:45:36] <muriani> *sigh*
  • [14:45:58] * vandy (i=7aa041dd@gateway/web/ajax/mibbit.com/x-44483e45cdf20e91) Quit ("http://www.mibbit.com ajax IRC Client")
  • [14:46:39] <muriani> ...
  • [14:47:12] * vandy (i=7aa041dd@gateway/web/ajax/mibbit.com/x-10c96782c17a08fa) has joined #beagle
  • [14:47:24] <tomba> for some reason I don't get console on serial any more on beagle or sdp. and it used to work. any ideas? I guess I'm missing some kernel config option.
  • [14:48:36] * NishanthMenon (n=nmenon@nat/ti/x-25a961c1cb3313cd) has joined #beagle
  • [14:49:05] * prpplague (n=dave@mail.americanmicrosystems.com) has joined #beagle
  • [14:50:27] * nemequ (n=nemequ@ip68-111-215-155.sd.sd.cox.net) Quit (Connection timed out)
  • [14:50:44] * nemequ (n=nemequ@ip68-111-215-155.sd.sd.cox.net) has joined #beagle
  • [14:51:58] * vandy (i=7aa041dd@gateway/web/ajax/mibbit.com/x-10c96782c17a08fa) Quit (Client Quit)
  • [14:53:09] <RobertK> tomba: what does /etc/inittab says, especially the getty lines?
  • [14:53:35] <RobertK> tomba: S:2345:respawn:/sbin/getty 115200 ttyS2 ?
  • [14:54:06] <tomba> I'm using busybox init. the line is ttyS0::askfirst:-/bin/login -f root
  • [14:54:16] <tomba> and it does work on a nokia board
  • [14:54:49] <RobertK> tomba: do you see the u-boot messages?
  • [14:55:18] <tomba> RobertK: sure. and I see kernel log messages. but the terminal doesn't open
  • [14:56:24] <tomba> I mean, nothing happens after the kernel has booted up and init has ran. no "login:"
  • [14:56:53] * RogerMonk|linux (n=rmonkloc@host217-36-23-194.in-addr.btopenworld.com) has joined #beagle
  • [14:58:44] * matt_c (n=mcroydon@137.147.45.66.cm.sunflower.com) Quit ()
  • [14:58:52] <RobertK> no idea. the login and askfirst executables are okay (only a guess)?
  • [14:59:16] <tomba> yep, as I said, it works fine on another board. the exact same filesystem.
  • [14:59:34] * sh1 (i=3d5fc3cd@gateway/web/ajax/mibbit.com/x-0da98fc801d5aca5) Quit ("http://www.mibbit.com ajax IRC Client")
  • [15:00:22] * maelcum (n=quassel@f053078239.adsl.alicedsl.de) Quit (Read error: 110 (Connection timed out))
  • [15:01:52] <RobertK> ah, okay, middes that.
  • [15:02:02] <RobertK> missed, not middes...
  • [15:03:06] * maelcum (n=quassel@e178157093.adsl.alicedsl.de) has joined #beagle
  • [15:03:34] * cbrake_away is now known as cbrake
  • [15:05:29] * emeb (n=ericb@ip72-223-90-212.ph.ph.cox.net) has joined #beagle
  • [15:07:43] * maelcum (n=quassel@e178157093.adsl.alicedsl.de) Quit (Nick collision from services.)
  • [15:07:57] * maelcum (n=quassel@e178157093.adsl.alicedsl.de) has joined #beagle
  • [15:08:22] * maelcum (n=quassel@e178157093.adsl.alicedsl.de) Quit (Remote closed the connection)
  • [15:08:41] * maelcum (n=quassel@e178157093.adsl.alicedsl.de) has joined #beagle
  • [15:09:06] * garren_ (n=garren@dsl-241-195-218.telkomadsl.co.za) has joined #beagle
  • [15:11:21] * garren__ (n=garren@dsl-244-208-148.telkomadsl.co.za) has joined #beagle
  • [15:12:26] * garren (n=garren@dsl-243-126-223.telkomadsl.co.za) Quit (Read error: 145 (Connection timed out))
  • [15:14:28] <RobertK> tomba: and it worked before? I am curious about the ttyS0!?!?
  • [15:14:53] * garren_ (n=garren@dsl-241-195-218.telkomadsl.co.za) Quit (Read error: 60 (Operation timed out))
  • [15:15:03] <tomba> RobertK: yes. I guess it has something to do with busybox, as it looks like sysvinit works ok
  • [15:17:13] <koen> tomba: yeah, the postinsts running update-alternatives didn't get run
  • [15:20:07] <tomba> koen: I'm having some problems with the bigger image also. no /dev/fb* nodes. should the rootfs work as nfsroot?
  • [15:21:27] <koen> it should, udev will add the devnodes
  • [15:21:47] <prpplague> koen: i'll be updating the expansion board page later today
  • [15:21:53] <prpplague> koen: with some specs and such
  • [15:23:30] <koen> prpplague: cool
  • [15:24:00] <prpplague> koen: gonna need to build up a kernel and such to do some testing of the new components
  • [15:27:23] * matt_c (n=mcroydon@gateway.sunflowerbroadband.com) has joined #beagle
  • [15:27:23] * dcordes (n=dcordes_@unaffiliated/dcordes) Quit (Read error: 60 (Operation timed out))
  • [15:28:42] <koen> florian: could you have a look at putting the current OE patches for xserver-common in svn?
  • [15:29:50] <koen> florian: and while you're at it, give apache a kick as well :)
  • [15:30:00] <florian> args
  • [15:30:05] <florian> ok
  • [15:30:07] <florian> one sec
  • [15:30:19] <koen> the weather service says "extreme cold" is coming tonight
  • [15:30:29] <koen> -15 degrees celsius
  • [15:30:37] * koen wouldn't call that extreme
  • [15:30:49] <florian> indeed
  • [15:31:14] <recalcati> koen: no windsurf in this period ...
  • [15:31:15] <prpplague> koen: hehe, our news is reporting "extreme cold" as well, but they are talking about 0 degrees celsius
  • [15:32:03] <koen> crazy texans
  • [15:32:36] <recalcati> I came to Holland last year on summer, ti was very nice.
  • [15:32:45] * sh1 (i=3d5fc3cd@gateway/web/ajax/mibbit.com/x-5e6c6aac7cce3030) has joined #beagle
  • [15:32:46] <recalcati> Texel island and all the country
  • [15:33:04] * koen lives next the german border, so no sea in ~100miles
  • [15:33:22] * likewise (n=Leon_Woe@atwork-193.r-212.178.107.atwork.nl) Quit ("ChatZilla 0.9.84 [Firefox 3.0/2008061015]")
  • [15:33:41] <recalcati> koen: ops, you have the countryside
  • [15:33:55] <florian> koen: apache should be fixed...
  • [15:33:57] <garren|work> lol 0 degrees celsius would also be reported as extreme weather here in South Africa..
  • [15:34:16] <recalcati> Sometimes rebooting I have "omapfb omapfb: irq error status 40002
  • [15:34:19] * koenb (i=c1be9182@gateway/web/ajax/mibbit.com/x-6443692e268a414f) Quit ("http://www.mibbit.com ajax IRC Client")
  • [15:34:30] <ddompe> extreme weather today in costa rica is +21 C ;)
  • [15:34:36] <recalcati> many times, and if I reboot it doesn't come again
  • [15:35:01] * gabba (i=d87245c2@gateway/web/ajax/mibbit.com/x-744eec9a28d15bf6) Quit ("http://www.mibbit.com ajax IRC Client")
  • [15:35:06] <recalcati> why?
  • [15:35:11] <ddompe> I don't know how you guys handle so much cold
  • [15:35:33] <florian> ddompe: go to #maemo and ask some Fins ;)
  • [15:35:39] <koen> wool, gore-tex and bacon
  • [15:35:55] <recalcati> I play windsurf in Lake of Como also with -2C??
  • [15:36:01] * garren|work (n=chatzill@mail.dm.co.za) Quit ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]")
  • [15:36:20] <ddompe> florian: fins ?
  • [15:36:36] <recalcati> Any idea about "omapfb omapfb: irq error status 40002" ?
  • [15:36:43] <florian> ddompe: People from Finland
  • [15:37:58] <koen> linus says: "if it's colder than -20??C, you don't have to go outside for recess, and can do PE inside")
  • [15:37:59] <florian> prpplague: gpe-conf 0.2.8 is uploaded
  • [15:38:05] <koen> http://torvalds-family.blogspot.com/2008/12/white-stuff.html
  • [15:38:57] * jkridner|work (n=a0321898@nat/ti/x-cc312618005789ea) Quit (Remote closed the connection)
  • [15:40:00] * mib_9ebogd (i=4c5d8d7e@gateway/web/ajax/mibbit.com/x-242a4f4ff08d0837) has joined #beagle
  • [15:40:13] <florian> koen: we should mirror the oe website at ltg or somethign like this
  • [15:42:29] <prpplague> florian: thanks i'll do a rev for OE build
  • [15:45:37] <recalcati> I'm trying to go to Cambridge to 22nd, I hope to find something interesting
  • [15:45:50] <recalcati> the 22nd
  • [15:47:25] <prpplague> koen: you interested in doing some beta testing for the expansion board?
  • [15:49:13] <koen> prpplague: yes
  • [15:50:09] <prpplague> koen: ok, as soon as the proto boards arrive, i'll give you a shout, everything onboard should pretty much work as all the devices have linux drivers
  • [15:52:55] * gcohler (n=gcohler@nat/ti/x-250785f4e94cb709) has joined #beagle
  • [15:53:18] <koen> sounds like an easy beta test :)
  • [15:54:49] * orifice-work (n=aho@67.71.223.35) Quit (Read error: 104 (Connection reset by peer))
  • [15:56:24] <atin_> koen: yow, we're going to go through some merge hell in u-boot-omap3 for the MUSB stuff.
  • [15:56:48] <atin_> some of the patches are from u-boot-usb, some from u-boot-omap3
  • [15:57:58] <atin_> so when u-boot-omap3 is merged upstream, and so is u-boot-usb, its all going to conflict unless omap3 is keeping up with the -usb changed.
  • [15:58:00] <atin_> changes.
  • [15:58:53] <atin_> and of course, I've been hacking away in my own clone too - getting the PHY up for the beagle in u-boot
  • [15:58:54] <koen> you need to talk to jkridner, dirk2 or sakoman_ about that
  • [15:59:32] <atin_> I was hoping dirk2 would show up as soon as I mentioned musb on here ;)
  • [15:59:44] <ddompe> atin_: I have patches for musb gadget as well
  • [16:00:02] <atin_> last time he showed up as soon as I said "musb_hdrc". like he had some sort of trigger set on the irclogs :)
  • [16:00:38] <ddompe> I would likely need to review your patches so my driver share the headers
  • [16:01:12] <atin_> mine won't see the light of day most probably since thomas abraham at TI is most probably working on that too.
  • [16:01:26] <atin_> I was mostly doing it to get familiar with how u-boot works.
  • [16:01:41] <recalcati> bye, I go home, see you later
  • [16:02:40] <atin_> with an eventual goal of trying to get drivers/net/usb into u-boot from linux so I can have usb-ethernet in u-boot :)
  • [16:03:15] <ddompe> atin_: why for?
  • [16:03:33] <ddompe> easier to get DFU working, faster transfers, easier to setup
  • [16:03:43] * recalcati (i=5e51e963@gateway/web/ajax/mibbit.com/x-727daa00d06a7c5e) Quit ("http://www.mibbit.com ajax IRC Client")
  • [16:04:00] <atin_> just 'cause. tho it would be nice to have tftp to load the uImage, nfs etc. I hate writing the mmc
  • [16:04:45] <ddompe> DFU will be easier than usb-net
  • [16:04:46] <atin_> I'm mostly just looking for projects to work on since I am free these days - hanging out at home recovering from a long illness
  • [16:05:04] * mib_rn029l (i=d98c6015@gateway/web/ajax/mibbit.com/x-75c1c370166568b8) Quit ("http://www.mibbit.com ajax IRC Client")
  • [16:05:48] <atin_> ddompe: DFU?
  • [16:06:01] * sh1 (i=3d5fc3cd@gateway/web/ajax/mibbit.com/x-5e6c6aac7cce3030) has left #beagle
  • [16:06:01] <ddompe> Device Firmware Upgrade
  • [16:06:10] <ddompe> is an usb class for downloading firmware
  • [16:06:30] <ddompe> openmoko implement it, and I have port it on the past to musb on dm355
  • [16:06:46] <ddompe> I actually have the set of patches for u-boot 1.2, but it will require some cleanup
  • [16:07:03] <atin_> hmm. this would be something you'd be doing if you were using the beagle as a peripheral? or even as host?
  • [16:07:09] <ddompe> downloads directly to RAM memory or to NAND partitions if the MTD support
  • [16:07:13] <ddompe> as peripheral
  • [16:07:24] <atin_> k. I'm using mine as a host.
  • [16:07:39] <atin_> tho the idea sounds good for peripheral.
  • [16:08:12] <koen> and it's 480 Mbit/s :)
  • [16:08:30] <ddompe> peripheral mode is pretty useful for typical u-boot usage
  • [16:08:50] <atin_> I come from the standalone embedded system world, so that's what I went at with my beagle - using it as a host.
  • [16:08:52] <ddompe> you get serial-usb mode (no need for serial cable, or mouse our keyboard)
  • [16:09:02] <ddompe> I see
  • [16:09:03] * jkridner|work (n=a0321898@nat/ti/x-e1552256ee01bb9f) has joined #beagle
  • [16:09:14] <jonnor> sounds like it could be useful when developing, so you dont have to transfer stuff over all the time?
  • [16:09:16] <atin_> but that doesn't mean I shouldn't try peripheral too :)
  • [16:12:40] <atin_> I should look into serial-usb - I've just been using my beagle as a host, so most of my work has been over the serial cable.
  • [16:13:08] <atin_> but what the heck, maybe more people develop peripherals than develop "big iron"
  • [16:13:16] <atin_> which is the world I came from.
  • [16:14:00] <atin_> on the other hand - the calls I've been getting from people asking if I'm available have been for small systems like cell phones, night vision goggles etc using ARM chips.
  • [16:14:26] <atin_> low power stuff. so maybe that is another reason I went host first. :)
  • [16:15:38] <koen> it's quite nice to attach a laptop and blast a new firmware into a device
  • [16:15:41] <atin_> jkridner|work: do we know if we're going to get more musb stuff for the beagle soon?
  • [16:15:57] <koen> but then again, it wold also be nice to insert a usbkey and do the same :)
  • [16:16:17] <atin_> jkridner|work: the latest stuff is more "generic" - nothing related to the PHYs
  • [16:17:00] <atin_> koen: I hacked the whole night last night working on getting musb and the phy talking.
  • [16:17:41] <atin_> I seem to still be running into some clock/init thing since the request to write i2c registers is timing out.
  • [16:19:20] <atin_> the PHY_CLK_CNTRL REQ_PHY_DPLL_CLK never returns - and I looked in the linux code and I am definitely missing some stuff, just not sure where to add it yet! :)
  • [16:19:58] <atin_> in fact, I'm surprised I'm awake right now after being up all night.
  • [16:20:47] <koen> atin_: so the twl needs more setup than the isp15xx?
  • [16:21:16] <ds2> koen: did you see the page on the guts of the Pico engine? it looks possible to swap out channels with IR or UV
  • [16:21:36] <koen> ds2: didn't see that yet
  • [16:21:50] <koen> ds2: I did disassemble one a bit
  • [16:22:04] <ds2> a guy did a rip apart of the optical engine on a similar unit
  • [16:22:16] <ds2> koen: the engine or just the case?
  • [16:22:20] <koen> case
  • [16:22:29] <koen> the engine looked like a solid block of metal
  • [16:22:43] <ds2> that's what I thought til i saw the pictures
  • [16:23:01] <atin_> it seems to. at least the linux code seems quite involved for the twl
  • [16:23:21] <ds2> koen: http://blog.makezine.com/archive/2008/12/inside_the_pocket_dlp_pico_projecto.html
  • [16:23:52] <atin_> koen: the main part I am missing is discovering whether in host or peripheral mode, and then setting the thing up appropriately. I have to dig some more in the linux code to figure out how it does it.
  • [16:24:12] <atin_> koen: I have just been forcing it to get into host mode. :)
  • [16:24:21] <koen> ds2: I guess that's an optoma one
  • [16:24:40] <ds2> koen: but the optical engine is the same AFICT
  • [16:24:47] <ds2> same mfg
  • [16:25:20] * beewoolie (n=beewooli@66.147.194.238) has joined #beagle
  • [16:25:24] <ds2> and somewhere in the text, the ASIC driving it is the TI one too
  • [16:26:48] * atin_ is now known as atin_Away
  • [16:28:48] * orifice_work (n=aho@67.71.223.35) has joined #beagle
  • [16:29:39] <jonnor> linus is such a character
  • [16:29:56] <koen> ds2: yeah, young optics
  • [16:30:58] <jonnor> sry, wrong channel
  • [16:32:09] <ds2> if only the nichia 360nm UV 3W emitters were cheaper...
  • [16:41:33] * cringthis (n=cringthi@nat/ti/x-9faa996f21f35c5c) has joined #beagle
  • [16:43:46] <tharvey> trying to understand the issue with the USB host on rev A-B from looking at the FAQ etc as I'm looking at beagelboard as a ref design for a custom project - its just an issue with the hardware phy?
  • [16:44:58] * TAK2004 (n=Administ@dslb-088-072-098-197.pools.arcor-ip.net) has joined #beagle
  • [16:49:25] * jrmuizel (n=jrmuizel@mozca02.ca.mozilla.com) has joined #beagle
  • [16:50:48] * mrc3_ (n=mrc3@nat/ti/x-a80076067f924f5a) has joined #beagle
  • [16:53:44] * RobertK (i=3edc0622@gateway/web/ajax/mibbit.com/x-7d9866451b2fd78a) Quit ("http://www.mibbit.com ajax IRC Client")
  • [16:55:17] <koen> tharvey: AIUI they moved the PHY to a different port on the omap as well
  • [16:58:44] * felipec (n=felipec@189.153.88.243) has joined #beagle
  • [17:00:04] * and-ri (n=ubuntu@pd95b4498.dip0.t-ipconnect.de) Quit (Read error: 110 (Connection timed out))
  • [17:00:38] * jrmuizel (n=jrmuizel@mozca02.ca.mozilla.com) Quit ()
  • [17:01:38] * jrmuizel (n=jrmuizel@mozca02.ca.mozilla.com) has joined #beagle
  • [17:07:13] <ds2> tharvey: on the EHCI, possibily or the set of pins choosen.
  • [17:08:52] * dcordes (n=dcordes@unaffiliated/dcordes) has joined #beagle
  • [17:09:35] * valhalla (n=valhalla@81-174-21-57.dynamic.ngi.it) has joined #beagle
  • [17:10:26] * eFfeM (n=Frans@195-241-226-180.ip.telfort.nl) has joined #beagle
  • [17:12:26] <BeagleBot> http://beagleboard.org/hardware/design/ was edited by blog.hangerhead.com
  • [17:15:11] <BeagleBot> http://beagleboard.org/hardware/design/ was edited by blog.hangerhead.com
  • [17:19:55] * gregoiregentil (n=zonbu@adsl-71-135-114-242.dsl.pltn13.pacbell.net) has left #beagle
  • [17:20:59] * n6pfk (n=mike@c-76-104-54-202.hsd1.va.comcast.net) has joined #beagle
  • [17:22:29] * gregoiregentil (n=zonbu@adsl-71-135-114-242.dsl.pltn13.pacbell.net) has joined #beagle
  • [17:23:10] * robtow (n=rtow@nat/montavista/x-9311c0940e733823) has joined #beagle
  • [17:25:50] * dcordes_ (n=dcordes@unaffiliated/dcordes) Quit (Read error: 110 (Connection timed out))
  • [17:26:36] * ldesnogu_ (n=ldesnogu@ven06-2-82-247-86-183.fbx.proxad.net) has joined #beagle
  • [17:31:52] * RogerMonk|linux (n=rmonkloc@host217-36-23-194.in-addr.btopenworld.com) Quit (Read error: 110 (Connection timed out))
  • [17:32:09] <koen> prpplague: gpe-conf 2.8 has been in OE for a while :)
  • [17:32:17] <tharvey> koen, ds2 - thx
  • [17:32:29] <koen> prpplague: a few minutes after it was released it was in :)
  • [17:32:57] <prpplague> koen: oh ok, didn't know, i'm still using an older pull of OE data
  • [17:33:30] <koen> http://gitweb.openembedded.net/?p=openembedded.git;a=summary
  • [17:33:44] <koen> (since there's no gitweb online for the official repo)
  • [17:33:52] <prpplague> koen: dandy thanks
  • [17:34:06] <n6pfk> The "ls" command in the monitor just sits there spinning. What is it supposed to do?
  • [17:34:48] <prpplague> koen: trying to get my build stable as possible
  • [17:35:47] <koen> http://dominion.thruhere.net/git/?p=openembedded.git;a=summary
  • [17:35:53] <koen> that gitweb works :)
  • [17:36:10] * mib_9ebogd (i=4c5d8d7e@gateway/web/ajax/mibbit.com/x-242a4f4ff08d0837) Quit ("http://www.mibbit.com ajax IRC Client")
  • [17:36:23] <tharvey> n6pfk, it tries to list contents of media - probably looking at your flash which is empty
  • [17:36:48] * florian (n=fuchs@217.146.132.69) Quit (Remote closed the connection)
  • [17:39:28] <ds2> n6pfk: could be it is not seeeing your card
  • [17:39:36] * mib_2hyom6 (i=5198b243@gateway/web/ajax/mibbit.com/x-056aed5efad07190) has joined #beagle
  • [17:39:37] * zedstar (n=john@fsf/member/zedstar) has joined #beagle
  • [17:40:25] <koen> 'ls' is for nand in uboot, 'fatls mmc 0' for sd
  • [17:40:38] <ds2> oh yeah
  • [17:40:50] <ds2> and ls expect a jffs2 thing, IIRC
  • [17:40:58] <koen> iirc, yes
  • [17:42:00] <n6pfk> It boots Angstrom. How do I display the built in nand and what can I use it for?
  • [17:42:52] <n6pfk> If the nand is empty where is uboot stored?
  • [17:43:15] <tharvey> from your SD - assuming your booting off it
  • [17:44:09] <tharvey> you can boot off your NAND as well... but you can't AFAIK easily populate your NAND until you get into linux so you create an SD first to boot from and use it to populate your flash
  • [17:44:10] <n6pfk> Then what is running before I boot and where is it stored?
  • [17:45:31] <tharvey> Xloader is running from FLASH
  • [17:45:38] <n6pfk> So I can copy the sd cards Angstrom files to the nand and boot from it?
  • [17:45:40] <tharvey> xloader and uboot come pre-flashed
  • [17:46:12] <tharvey> n6pfk, yes - http://elinux.org/BeagleBoardNAND
  • [17:46:18] <n6pfk> Then why does ls not show the XLoader?
  • [17:46:51] <n6pfk> Thanks for the link.
  • [17:46:52] <tharvey> as ds2 said it looks like 'ls' is only aware of JFFS2 partitions - which there are none initially
  • [17:47:25] <adj_> it's no problem to populate a jffs2 partition on nand using just u-boot
  • [17:47:43] <n6pfk> Ok, after I setup something to boot from nand, ls should work.
  • [17:47:54] <tharvey> I'm at about the same place you are by the way... I just got my beagle and booted Angstrom off an SD, also have booted my own built OE minimal-image off SD - now I'm trying to get that to boot off NAND so I can use the SD for other things
  • [17:48:04] <ds2> you can boot from nand w/o JFFS2
  • [17:48:33] <ds2> the other thing is Linux has the concept of partitions, U-boot understands offsets
  • [17:48:41] <tharvey> don't get hung up on u-boot's 'ls' - not sure how useful that is - after you get your kernel/rfs you don't really use uboot anymore
  • [17:50:11] <n6pfk> I am a low level person. I even modify and build my own OFW for my XOs. I like to know everything happening at the lowest levels.
  • [17:50:17] <adj_> tharvey: you can easily create a jffs2 image using linux pc and then use u-boot's nand write.jffs2 to transfer the image to the nand
  • [17:50:47] <n6pfk> Thanks.
  • [17:51:04] <n6pfk> Is there a listing for XLoader?
  • [17:51:22] * koen flashes linux from inside linux
  • [17:51:31] <koen> much easier and faster
  • [17:51:41] <ds2> XLoader is just a shim... the way it works is -
  • [17:51:41] * gabba (i=d87245c2@gateway/web/ajax/mibbit.com/x-ae5c9da4e0df8555) has joined #beagle
  • [17:51:43] <koen> and safer as well, since the xload partotion is RO
  • [17:52:16] <adj_> koen: yes, flashing inside linux is much more practical
  • [17:52:19] <ds2> Internal ROM on OMAP looks for a signature on the boot media (NAND/SD/USB/Serial)... if it finds a match, it will load a small program from it.
  • [17:52:50] <adj_> i've noted that u-boot doesn't seem to like big files
  • [17:52:54] <ds2> That small program is X-Loader for NAND and MLO for SD...that program in turn loads U-boot.... So modifying X-Loader is of limited interest
  • [17:53:17] <n6pfk> It interests me.
  • [17:53:55] <tharvey> does the uboot that comes on beagle allow NAND read/write? I'm not clear if I need/should rebuild uboot and xloader
  • [17:53:57] <koen> adj_: u-boot loads everything into ram before flashing, so if you have 1GB of nand, you're out of luck
  • [17:54:19] <tharvey> my pref is also to do everything within linux
  • [17:54:56] <n6pfk> My pref is front panel switches.
  • [17:55:34] <adj_> koen: yes, but even loading from SD card files which are somewhere around 30 megs seem to be failing
  • [17:55:44] * fraz__ (n=fraz@host143186050011.borland.com) has left #beagle
  • [17:56:04] <ds2> it is in the U-boot tree, IRRC.. older versions may be seperate
  • [17:56:09] <koen> adj_: mayb e some hardcoded 32MB limit somewhere
  • [17:56:14] <ds2> IIRC
  • [17:56:22] <ds2> xload is basically a stripped down U-boot
  • [17:56:22] <tharvey> so OMAP has an internal ROM that understands how to access serial/USB/NAND? I thought thats what xloader did
  • [17:56:31] <ds2> tharvey: yes
  • [17:56:40] <ds2> the ROM knows how to load x-loader
  • [17:56:47] <ds2> probally into SRAM (guessing on this
  • [17:56:48] <ds2> )O
  • [17:58:23] <ds2> arrgggg... (on crummy network)
  • [17:58:42] <ds2> the packet loss on this is getting irritaating.
  • [17:58:47] <tharvey> looking to understand the bootrom - I've got a link http://www.ti.com/litv/pdf/sprufd6 that is invalid - anyone know a valid one for it?
  • [18:00:10] <ds2> checked the TRM? bbl if network improves
  • [18:00:30] <tharvey> trying to understand how the boot from serial/usb works (http://elinux.org/BeagleBoard#BootRom) - is it that you run some app on your host that responds tot he bootroms queries for a signature/bootstrap?
  • [18:02:49] <tharvey> hmm... much of the info at http://elinux.org on beagleboard seems to be bad links, outdated or perhaps wrong
  • [18:08:23] <jkridner|work> tharvey: can you share the bad links?
  • [18:09:03] <prpplague> tharvey: or fix them, registration on the wiki is free and easy
  • [18:09:16] <tharvey> jkridner|work, yup - and I'll fix them if pointed to new ones - http://elinux.org/BeagleBoard#BootRom refs SPRUFD6 at http://www-s.ti.com/sc/techlit/sprufd6.pdf
  • [18:10:39] * testme (i=c62f1b80@gateway/web/ajax/mibbit.com/x-d28c809e31f368a8) has joined #beagle
  • [18:10:47] <jkridner|work> http://focus.ti.com/dsp/docs/dspsupporttechdocsc.tsp?sectionId=3&tabId=409&familyId=1526&abstractName=sprufd6a
  • [18:11:18] * mib_mk2reu (i=5493da67@gateway/web/ajax/mibbit.com/x-6de24f5e706a09c9) has joined #beagle
  • [18:11:22] <jkridner|work> annoying that the old page doesn't forward to the updated doc version.
  • [18:11:43] * testme (i=c62f1b80@gateway/web/ajax/mibbit.com/x-d28c809e31f368a8) Quit (Client Quit)
  • [18:12:19] <koen> iirc ti.com has links for docs
  • [18:14:10] <koen> hmm
  • [18:14:20] <koen> must have been my imagination
  • [18:16:03] * alecrim (n=alecrim@189.2.128.130) has joined #beagle
  • [18:21:13] * mib_2hyom6 (i=5198b243@gateway/web/ajax/mibbit.com/x-056aed5efad07190) Quit ("http://www.mibbit.com ajax IRC Client")
  • [18:24:21] <n6pfk> focus.ti.com/lit/ug/sprufd6a/sprufd6a.pdf
  • [18:27:59] * mib_gd4wl1 (i=c05b4b1d@gateway/web/ajax/mibbit.com/x-8c4e284c80947c65) has joined #beagle
  • [18:27:59] <n6pfk> tharvey--Go for it.
  • [18:36:15] * robtow (n=rtow@nat/montavista/x-9311c0940e733823) Quit (Read error: 104 (Connection reset by peer))
  • [18:42:01] * cringthis (n=cringthi@nat/ti/x-9faa996f21f35c5c) has left #beagle
  • [18:43:34] * JuanG (n=Juan@nat/ti/x-f0595c4f1a161483) has joined #beagle
  • [18:43:44] * JuanG (n=Juan@nat/ti/x-f0595c4f1a161483) has left #beagle
  • [18:54:47] * cringthis (n=cringthi@nat/ti/x-7d140a00922fef4e) has joined #beagle
  • [18:58:30] <tharvey> this bootrom on the OMAP is interesting - is that becoming common these days? I haven't seen anything like that on embedded CPU's - just seen boot from flash capabilities only
  • [19:00:17] * n6pfk (n=mike@c-76-104-54-202.hsd1.va.comcast.net) Quit ("Leaving")
  • [19:01:19] <eFfeM> tharvey: haven't read the details of the doc, but I know about one other arm soc that has some boot rom onboard, so guess it it becoming more common
  • [19:01:34] * mib_2hyom6 (i=5198b243@gateway/web/ajax/mibbit.com/x-33363ce2333ff9c3) has joined #beagle
  • [19:02:28] * bmxr (n=chatzill@d64-180-251-177.bchsia.telus.net) Quit (Remote closed the connection)
  • [19:07:19] * mib_gd4wl1 (i=c05b4b1d@gateway/web/ajax/mibbit.com/x-8c4e284c80947c65) Quit ("http://www.mibbit.com ajax IRC Client")
  • [19:07:33] * recalcati (i=5d906229@gateway/web/ajax/mibbit.com/x-4ebb47131acc3188) has joined #beagle
  • [19:14:00] <DJWillis> the
  • [19:14:21] <muriani> game
  • [19:14:25] <koen> is
  • [19:14:29] <muriani> lost
  • [19:14:32] <DJWillis> tharvey: bootroms on ARM SoC's are quite common (ones much like the OMAP one).
  • [19:14:37] <koen> muriani: :)
  • [19:14:42] <muriani> :D
  • [19:14:48] <DJWillis> Damm mini laptop keyboard ;-)
  • [19:15:31] <koen> where 'mini laptop', read 'pandora'?
  • [19:16:20] * recalcati (i=5d906229@gateway/web/ajax/mibbit.com/x-4ebb47131acc3188) Quit ("http://www.mibbit.com ajax IRC Client")
  • [19:16:35] <DJWillis> koen: not quite (having a bit of a mare with clean code rather then hacks to bring SDIO up on MMC3 for WiFi), in this case, my HP2133 notebook.
  • [19:16:42] * recalcati (i=5d9051fa@gateway/web/ajax/mibbit.com/x-9be1911d4a08aa19) has joined #beagle
  • [19:16:55] <koen> ooooh
  • [19:16:59] <koen> that's a nice one
  • [19:17:32] <DJWillis> Very fond of it, awesome screen and the VIA CPU/SoC is no where near as slow as people seem to claim
  • [19:22:41] <koen> I pondered getting one, but my girlfriend bought a new macbook, so I got my old 12" powerbook back :)
  • [19:23:46] * mib_pjjl9s (i=c05b4b1e@gateway/web/ajax/mibbit.com/x-7ae66a15ca1475ff) has joined #beagle
  • [19:24:08] <atin_Away> macs rule.
  • [19:24:18] <atin_Away> well, except when you're running linux.
  • [19:24:21] * recalcati (i=5d9051fa@gateway/web/ajax/mibbit.com/x-9be1911d4a08aa19) Quit ("http://www.mibbit.com ajax IRC Client")
  • [19:24:22] <atin_Away> then linux rules too. :)
  • [19:24:26] * don1258 (n=don@nat/ti/x-0fe7915c3ddb730e) has joined #beagle
  • [19:24:28] * atin_Away is now known as atin_
  • [19:24:39] * mib_pjjl9s (i=c05b4b1e@gateway/web/ajax/mibbit.com/x-7ae66a15ca1475ff) Quit (Client Quit)
  • [19:26:21] * mib_mk2reu (i=5493da67@gateway/web/ajax/mibbit.com/x-6de24f5e706a09c9) Quit ("http://www.mibbit.com ajax IRC Client")
  • [19:26:43] * likewise (n=chatzill@82-171-51-231.ip.telfort.nl) has joined #beagle
  • [19:27:11] <atin_> (I'm running on a macbook pro with a 30 inch cinema display, so I can run X and ssh into my linux box and I've stolen the linux box's screen, keyboard and mouse for the beagle :) )
  • [19:27:51] * koen runs OSX on macs
  • [19:28:03] <koen> but with darwinports on the ppc one and fink on the intel one
  • [19:28:14] <atin_> yes, me too - I just start xterms to get into my linux box
  • [19:28:50] <atin_> and from there to my beagle since I use the linux box's serial port
  • [19:28:50] <koen> I use the stock apple terminal
  • [19:28:57] <koen> it hasn't annoyed me too much yet
  • [19:29:15] * don1258 (n=don@nat/ti/x-0fe7915c3ddb730e) has left #beagle
  • [19:29:23] * gcohler (n=gcohler@nat/ti/x-250785f4e94cb709) Quit (Remote closed the connection)
  • [19:31:19] <atin_> eh - I just tended to use X for other stuff and now I'm used to bringing that up.
  • [19:31:50] <atin_> plus I like being able to customize my xterm to do things like show the current directory in the titlebar etc
  • [19:32:06] <atin_> I didn't try to figure out how to do that with the terminal app :)
  • [19:33:22] * mib_2hyom6 (i=5198b243@gateway/web/ajax/mibbit.com/x-33363ce2333ff9c3) Quit ("http://www.mibbit.com ajax IRC Client")
  • [19:36:05] <koen> it supports some tweaks to the titlebar, but not custom commands
  • [19:36:13] <koen> and it *$(*$(#*(@ with pastebuffers
  • [19:36:59] <koen> "oh look, I removed all CR and LFs for you"
  • [19:37:57] * don___ (n=don@nat/ti/x-b91026aeee34f24f) has joined #beagle
  • [19:37:58] <atin_> I managed to get cut/paste work from the mac windows into the xterms, after that I was good to go :)
  • [19:38:27] <koen> :)
  • [19:38:57] <atin_> that did stop me for a bit - I still have an annoyance where it actually inserts the command-c/command-v chars into the xterm if I do it - haven't got around to figuring that out.
  • [19:39:46] <atin_> right now I'm trying to figure out why my gmail acct won't forward the [U-Boot] mailing lists to my u-boot@gmail acct!
  • [19:40:07] <atin_> I haven't received anything since the OMAP3 stuff.
  • [19:41:40] <atin_> I signed up using my normal gmail acct, but I don't actually want to have it swamped, would rather just forward to another acct and read when I can ... I can't believe I can't make gmail work! :)
  • [19:44:14] * likewise (n=chatzill@82-171-51-231.ip.telfort.nl) Quit ("ChatZilla 0.9.84 [Firefox 3.0.5/2008121621]")
  • [19:44:16] * guillaum1 (n=gl@AMontsouris-153-1-25-222.w86-212.abo.wanadoo.fr) Quit ("Leaving.")
  • [19:44:35] * guillaum1 (n=Guillaum@AMontsouris-153-1-25-222.w86-212.abo.wanadoo.fr) has joined #beagle
  • [19:46:04] <BeagleBot> http://beagleboard.org/resources/ was edited by blog.hangerhead.com
  • [19:46:35] * dirk2 (n=dirk@p5B0423F0.dip0.t-ipconnect.de) has joined #beagle
  • [19:47:18] * don___ (n=don@nat/ti/x-b91026aeee34f24f) has left #beagle
  • [19:47:41] <BeagleBot> http://beagleboard.org/resources/ was edited by blog.hangerhead.com
  • [19:48:22] * Wowbagger_ (n=wowbagge@d154-20-130-66.bchsia.telus.net) has joined #beagle
  • [19:52:36] * likewise (n=chatzill@82-171-51-231.ip.telfort.nl) has joined #beagle
  • [19:52:51] * mib_2hyom6 (i=5198b243@gateway/web/ajax/mibbit.com/x-5fc012381e6da66a) has joined #beagle
  • [19:54:48] <dirk2> sakoman: just fyi second part of last sentence of http://lists.denx.de/pipermail/u-boot/2009-January/045355.html
  • [19:55:24] <tomba> would DSS2 be a possible entry for the beagleboard contest? or perhaps more like DVI mode selection and other beagle spesific features for DSS2.
  • [19:56:38] <tomba> oh, it should be submitted today at latest =). perhaps not then
  • [19:58:03] <likewise> usb noob question: Does a 5 pin cable always mean pins 4-5 are shorted?
  • [19:58:06] <atin_> dirk2: I dunno how that is going to work.
  • [19:58:31] <atin_> dirk2: we seem to have some of the patches from u-boot-usb and some that are just in u-boot-omap3
  • [19:58:52] <atin_> so u-boot-omap3 better keep track of -usb, otherwise it'll be merge hell.
  • [20:00:11] <eFfeM> likewise: i don't think so, i think there are also 5 pin cables with pin 4/5 disconnected
  • [20:00:30] <likewise> eFfeM: thanks, I just measured one and indeed it was open.
  • [20:00:51] <dirk2> atin_: Hi
  • [20:00:59] <dirk2> atin_: Some questions/remarks:
  • [20:02:13] <likewise> eFfeM: so even if it reads OTG cable, it can still be open I guess
  • [20:02:47] <atin_> dirk2: yes - I'm sort of struggling along with getting the PHY up in U-Boot.
  • [20:03:06] <eFfeM> as far as i understood it whether pin 4 and 5 are connected determines whether the device operates as host or slave
  • [20:03:06] <likewise> hmmn, otg cable are shorted it seems: http://blogs.forum.nokia.com/blog/kate-alholas-forum-nokia-blog/2008/01/21/usb-on-the-go
  • [20:03:33] <eFfeM> otg cables should be shorted,
  • [20:03:39] <likewise> eFfeM: yup, thanks
  • [20:04:03] <eFfeM> likewise: have you found a good source ? saw several otg cables on ebay but no spectacular prices
  • [20:04:06] <dirk2> atin_: First, regarding merging: From my point of view, this is the job of U-Boot maintainers. If they would be faster (e.g. with OMAP3 patches) they wouldn't have this problem. I think Remy does it the right way with http://lists.denx.de/pipermail/u-boot/2009-January/045326.html
  • [20:04:13] <BeagleBot> http://beagleboard.org/resources/ was edited by blog.hangerhead.com
  • [20:04:26] <likewise> eFfeM: yes
  • [20:04:30] * eFfeM discovered that ebay uk is often a lot less expensive due to the drop of the pound; same for amazon
  • [20:04:36] <eFfeM> likewise: care to share?
  • [20:04:44] <likewise> eFfeM: i'm going to open a shop :-)
  • [20:04:50] <likewise> eFfeM: just kidding
  • [20:05:03] <dirk2> atin_: I will support them if they have some merge issues, but I don't want to add the USB patches to the already ~15 OMAP3 patches
  • [20:05:15] <atin_> are we going to bring in USB patches into OMAP3?
  • [20:05:35] <atin_> dirk2: oh, ok - the idea is that they'll go into u-boot from the -usb branch
  • [20:05:43] <eFfeM> likewise: would probably be a good plan, buying stuff from special computing or tincantools is expensive wrt shipping (around usd 30)
  • [20:05:44] <likewise> eFfeM: i don't understand why A ->5 pin mini A cables exist, when it isn't shorted
  • [20:05:45] <dirk2> atin_: yes
  • [20:05:48] <atin_> and we'll get it when we also get into mainline
  • [20:06:11] <eFfeM> mini-A is shorted, mini-B isn't, but afaik mini-b is still 5 pins
  • [20:06:11] <dirk2> atin_: yes, and we will help if U-Boot maintainers have merge issues.
  • [20:06:17] * mib_mk2reu (i=5493da67@gateway/web/ajax/mibbit.com/x-ec56b413868fdea3) has joined #beagle
  • [20:06:17] <eFfeM> not an expert though
  • [20:06:43] <dirk2> atin_: But getting the patches right they get via mailing list is their job
  • [20:06:51] <muriani> I need an OTG to USB A adapter for my PPC dev board
  • [20:07:07] <atin_> so basically you and I run with omap3-dev + usb patches? ;)
  • [20:07:17] <likewise> muriani: which ppc dev board?
  • [20:07:25] <dirk2> atin_: yes, we should run with http://www.sakoman.net/cgi-bin/gitweb.cgi?p=u-boot-omap3.git;a=shortlog;h=refs/heads/omap3-dev-usb
  • [20:07:27] <atin_> dirk2: I took your series of patches and patched my cloned
  • [20:07:40] <muriani> the ADS board for MPC5121e
  • [20:07:49] <dirk2> atin_: and wait what U-Boot mailing list will do with OMAP3 patches
  • [20:07:50] <muriani> I forget the actual model number currently
  • [20:07:58] <atin_> oh cool, I didn't know we had a branch for that already.
  • [20:08:03] <likewise> muriani: I have the MPC8313E and 15E here.
  • [20:08:17] <muriani> ah, which cores are those?
  • [20:08:31] <dirk2> atin_: You are at beagle mailing list? Seems you sometimes miss mails there ;)
  • [20:08:43] <atin_> dirk2: and have been hacking getting the PHY up.
  • [20:08:47] <muriani> I'm just trying to roll together a slightly better linux distro for the cherrypal boxes as a stopgap
  • [20:09:06] <atin_> dirk2: I am not - I'm just setting up all my mailing list subscriptions to go into a separate acct.
  • [20:09:17] <atin_> I used to just read them online, and realized I don't really :)
  • [20:09:57] <muriani> heh, still e300 core
  • [20:10:13] <atin_> dirk2: I think I am actually, but set it not to email me :)
  • [20:10:19] <dirk2> atin_: Do I see your mail address at beagle mailing list?
  • [20:10:27] <muriani> likewise: this is a similar system, I think
  • [20:10:41] <muriani> except with the powervr mbx onboard
  • [20:10:43] <dirk2> atin_: I'd like to bring you in contact with Thomas
  • [20:11:13] <atin_> dirk2: I have never posted on the mailing list. but I am subscribed, just had it set to "no email" :)
  • [20:11:37] <atin_> dirk2: just changed that to full emails and am setting up a filter in gmail to forward to my "mailing list acct"
  • [20:11:52] <likewise> muriani: I only found adapters (to male A female, but not of the OTG/shorted type)
  • [20:12:34] <dirk2> atin_: Do you like to get in contact with Thomas? Would be quite nice if you could help Thomas with Beagle testing (he seems to only do EVM).
  • [20:12:40] <atin_> dirk2: yes - I would like to at least stay in sync with his stuff. tho I am mostly just hacking this thing to learn how u-boot works - thomas is doing the "real" work :)
  • [20:13:00] <likewise> muriani: you mean this one: http://www.amazon.de/Hama-GmbH-00074214-OTG-Kabeladapter-Mini-USB-A-Stecker/dp/B000EORX7U
  • [20:13:01] <atin_> dirk2: oh definitely.
  • [20:13:16] <atin_> dirk2: since all I have is a beagle. and all the time in the world :)
  • [20:13:27] <muriani> likewise: basically
  • [20:13:42] <muriani> I have a set of adapter cables with interchangeable tips, but that didn't work :p
  • [20:13:45] <atin_> dirk2: I'm recovering from a long illness, so just playing with this at home to stay "in touch".
  • [20:14:03] <muriani> right now I just want to plug a local keyboard into the board >_<
  • [20:14:07] <atin_> dirk2: and looking for a real project to work on :)
  • [20:14:08] <dirk2> atin_: Do you have my mail address (dirk.b .... at beagle list) and can send me a mail with your address. Then I will send a contact mail.
  • [20:14:20] <atin_> will do.
  • [20:14:21] * DJWillis (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) Quit (No route to host)
  • [20:14:24] <BeagleBot> http://beagleboard.org/resources/ was edited by blog.hangerhead.com
  • [20:14:58] <sakoman_> hey dirk2!
  • [20:15:02] <dirk2> atin_: ok. Then a third remark:
  • [20:15:29] <dirk2> atin_: I mentioned this merge conflict I had to resolve. Do you remember?
  • [20:15:42] <dirk2> sakoman_: hi
  • [20:15:57] <atin_> yes.
  • [20:16:17] <atin_> at least I remember you had one. I had a few and I gave up and just took whatever you had. :)
  • [20:17:19] <dirk2> atin_: In a private mail Thomas mentioned: "The patch [PATCH v3 1/5] usb : musb : Adding host controller driver for Mentor USB controller is generated against the U-Boot USB 'next' branch. "
  • [20:17:57] <atin_> yes, I think I did use the next branch. then it turned out that he also had omap3-dev stuff
  • [20:18:00] <atin_> that was when I gave up.
  • [20:18:20] <dirk2> atin_: So eventually something from usb-next might be necessary I don't have in the quilt series I sent.
  • [20:19:00] * Leon_Nardella1 is now known as Leon_Nardella
  • [20:19:31] <atin_> dirk2: I am able to build for beagle now using your series.
  • [20:19:40] <atin_> I did have to modify the beagle config
  • [20:20:09] <dirk2> atin_: Yes, I noticed this. But does it work? Maybe something from usb-next is missing?
  • [20:20:30] <sakoman_> atin_: patches are welcome! I created an omap3-dev-usb branch
  • [20:20:37] <dirk2> atin_: And this is something I'd like to ask Thomas. Or better: This is something I'd like you to ask Thomas
  • [20:22:00] * recalcati (i=5d90403e@gateway/web/ajax/mibbit.com/x-e6f519764fabc479) has joined #beagle
  • [20:22:29] <atin_> it "works" as in I can run and it gets into the musb code. it hangs there because the PHY isn't up.
  • [20:23:08] * Wowbagger_ (n=wowbagge@d154-20-130-66.bchsia.telus.net) Quit ("Leaving")
  • [20:23:10] <atin_> so right now I have a zillion printfs in there while I work on getting the clocks going etc.
  • [20:23:28] * robtow (n=rtow@nat/montavista/x-caac44a413aab27b) has joined #beagle
  • [20:23:33] * aleij_ (n=ad@18-202.77-83.cust.bluewin.ch) has joined #beagle
  • [20:23:37] * aleij (n=ad@18-202.77-83.cust.bluewin.ch) Quit (Read error: 104 (Connection reset by peer))
  • [20:24:13] <dirk2> atin_: Idea is (a) you have a look to Steve's omap3-dev-usb git and check if you already have fixes for it (b) I bring you in touch with Thomas (b) we (you?) ask Thomas what he thinks what is missing from u-boot-usb-next in omap3-dev-usb (c) you discuss with him what's still missing/broken at Beagle and try to fix this with him
  • [20:24:51] <atin_> dirk2: ok - I will get steve's omap3-dev-usb git and see what it has.
  • [20:24:56] <dirk2> atin_: Got your mail
  • [20:25:25] <dirk2> atin_: My understanding is that it is omap3-dev + the 8 patches from my mail at beagle list
  • [20:25:32] <atin_> dirk2: and we'll see how far we get with Thomas. I think the musb stuff is there, its the PHY init that is the problem.
  • [20:25:36] <sakoman_> atin_: it just has dirk2's quilt patch series
  • [20:25:48] <sakoman_> http://www.sakoman.net/cgi-bin/gitweb.cgi?p=u-boot-omap3.git;a=shortlog;h=refs/heads/omap3-dev-usb
  • [20:26:05] * AndreasOetken (i=5493da67@gateway/web/ajax/mibbit.com/x-56358738fb545e78) has joined #beagle
  • [20:26:19] <atin_> cloning now
  • [20:26:25] <likewise> eFfeM: http://www.dantotec.de/index.php?cat=494246&page=3
  • [20:26:36] <dirk2> atin_: which time zone are you?
  • [20:26:48] <atin_> I'm in Boston - EST
  • [20:27:16] <eFfeM> likewise, ty
  • [20:27:26] * recalcati (i=5d90403e@gateway/web/ajax/mibbit.com/x-e6f519764fabc479) Quit ("http://www.mibbit.com ajax IRC Client")
  • [20:27:34] <likewise> eFfeM: expensive shipping though... doesn't make sense for one cable...
  • [20:28:17] <dirk2> atin_: off to write some mails
  • [20:28:22] <eFfeM> ah ok, also seems hard to find the differences between all these cables
  • [20:28:34] * DJWillis (n=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) has joined #beagle
  • [20:28:36] <eFfeM> likewise: you're ordering a bunch?
  • [20:28:56] * recalcati (i=5d90403e@gateway/web/ajax/mibbit.com/x-f906eb16cbe944ef) has joined #beagle
  • [20:29:20] <recalcati> hello everybody
  • [20:29:22] <likewise> eFfeM: hmmm, no. but maybe I *will* order there. I'm considering using the Dell monitor as a hub, so I need OTG to B cables then
  • [20:29:35] <dirk2> atin_: ah, btw, http://elinux.org/BeagleBoard/contest#USB_Support_in_U-boot This is not you, this is somebody else?
  • [20:29:55] * _don_ (n=don@nat/ti/x-2139fd1d6fa4fb32) has joined #beagle
  • [20:29:55] <likewise> eFfeM: I *think*; this USB stuff is still dazzling me :-)
  • [20:30:13] <likewise> eFfeM: you need something from them, so we can split shipping?
  • [20:30:34] <atin_> yes, it is someone else - he talked to me earlier today (or at least, he said he had something but needed work)
  • [20:30:53] <atin_> dirk2: earlier today - ddcompe? something like that - let me check the log
  • [20:31:19] <eFfeM> likewise: maybe only a cable, guess shipping is ok, a cable as altter to europe is eur 1.50, assuming it can be sent as letter
  • [20:31:34] <atin_> ddompe: ping?
  • [20:31:37] <eFfeM> likewise: the problem is that they have so many different kinds, guess wikipedia can help with details
  • [20:31:45] * koen realizes effem and likewise live in the same town
  • [20:31:55] <likewise> koen: LOL thanks
  • [20:31:59] <muriani> lol
  • [20:32:09] <likewise> eFfeM: you the HTC guy?
  • [20:32:32] <likewise> bad with names I am
  • [20:32:59] <BeagleBot> http://beagleboard.org/chat/ was edited by blog.hangerhead.com
  • [20:32:59] <NishanthMenon> dirk2, on musb u-boot i've seen http://www.nabble.com/-U-Boot---PATCH-0-4--usb-%3A-OMAP3-%3A-Adding-USB-MSC-and-Keyboard-support-for-OMAP3530-EVM-platform-to21273582.html
  • [20:33:04] <likewise> koen: how about a dutch beagle outlet shop? Makes sense? :-)
  • [20:33:45] <eFfeM> likewise, no, i have a htc wizard here, but hardly used it. I am eFfeM from nslu2-linux
  • [20:33:57] <likewise> eFfeM: high tech campus I meant
  • [20:34:06] <eFfeM> yes
  • [20:34:22] <atin_> NishanthMenon: I think those are the ones that dirk2 put into omap3-dev-usb
  • [20:34:28] <eFfeM> where did you get that info from ?? <scratch>
  • [20:34:35] <likewise> eFfeM: did we ever meet in person?
  • [20:34:36] <NishanthMenon> atin_, thanks..
  • [20:34:43] <atin_> what client do you guys use so it puts the person: name in front?
  • [20:34:53] <atin_> I have to always type it.
  • [20:34:57] <eFfeM> atin_: pdigin
  • [20:35:09] <koen> likewise: I've been thinking about it, but I haven't figured out a way to make a decent profit
  • [20:35:21] <eFfeM> atin_: just type the first few letters then tab
  • [20:35:26] <likewise> eFfeM: just guessing. You're not with irexx or so? or applied?
  • [20:35:34] * koen uses irssi with tab completion
  • [20:35:44] <eFfeM> likewise: no, consumer lifestyle
  • [20:35:45] <atin_> oh cool, Colloquy does tab completion too.
  • [20:35:52] * robtow1 (n=rtow@nat/montavista/x-d2461de642da1c9f) has joined #beagle
  • [20:36:09] * winry (i=c05e5e6a@gateway/web/ajax/mibbit.com/x-dad15e981cb1b799) has joined #beagle
  • [20:36:12] <atin_> its been a while since I used irc and in those days I used to use an xterm and a commandline client :)
  • [20:37:03] <eFfeM> likewise: tried to order a cable but can only get the dhl shipping, not letter
  • [20:37:17] <likewise> eFfeM: I suspected that much...
  • [20:37:34] <eFfeM> likewise: just gave it a try
  • [20:37:50] <likewise> eFfeM: dhl=14eur?
  • [20:37:57] <eFfeM> a dutch (or european shop) would be nice
  • [20:38:10] <eFfeM> dhl = ab 14,90, guess for one cable that's it
  • [20:38:25] <likewise> I wonder how many beagle's we could outlet in .eu or .nl
  • [20:38:33] <koen> Duurt Heel Lang :)
  • [20:38:38] * geckosenator (n=sean@ppp-69-218-241-177.dsl.dytnoh.ameritech.net) has joined #beagle
  • [20:38:53] <koen> likewise: probably a few in .eu
  • [20:39:19] <BeagleBot> http://beagleboard.org/hardware/design/ was edited by blog.hangerhead.com
  • [20:39:22] <eFfeM> i already know a few people that are interested
  • [20:39:30] <koen> and inside .eu we would be free of import duty AIUI
  • [20:39:47] <likewise> I can import a few if that is the case
  • [20:39:50] <eFfeM> yes, but somehwere duties would have to be paid when importing
  • [20:40:36] <koen> eFfeM: yes, but less surprises for people receiving them
  • [20:40:37] <eFfeM> what about a Dutch BUG ? (Beagle Users Group) :-)
  • [20:40:37] <sakoman_> koen: you coud do a beagle clone locally manufactured ;-)
  • [20:41:07] <sakoman_> avoid the whole duty thing!
  • [20:41:08] <eFfeM> sakoman don't think you can compete against the chinese
  • [20:41:20] <eFfeM> and still you'd have to import the chips
  • [20:41:51] <eFfeM> i know a good factory, but guess they want a big value
  • [20:41:58] <sakoman_> eFfeM: It wasn't a serious suggestion!
  • [20:42:02] * abitos (n=nixgibts@p5B2E5A4D.dip.t-dialin.net) has joined #beagle
  • [20:42:43] * koen is unsure about PoP as well
  • [20:43:08] * florian (n=fuchs@g228133003.adsl.alicedsl.de) has joined #beagle
  • [20:43:26] <sakoman_> koen: that wasn't a very big issue for gumstix
  • [20:43:27] <Crofton|work> I can bring some to FOSDEM, but I just got a Z in the mail today I need to haul over also
  • [20:43:28] * aleij_ (n=ad@18-202.77-83.cust.bluewin.ch) Quit (Read error: 54 (Connection reset by peer))
  • [20:43:45] <likewise> I think packaging it with the usb cable, powered hub, angstrom-preloaded, sd card preloaded with Angstrom, DVI->HDMI cable the olbigatory Angstrom support fee for Koen makes sense.
  • [20:43:52] <koen> Crofton|work: kill it with fire
  • [20:44:10] <eFfeM> likewise: add serial too
  • [20:44:11] <likewise> lb->bl
  • [20:44:12] <koen> (the Z, that is)
  • [20:44:24] <likewise> eFfeM: ah yes, i would need to find a source for that
  • [20:44:40] <Crofton|work> koen, yeah, but some people are still interested
  • [20:44:48] * aleij (n=ad@18-202.77-83.cust.bluewin.ch) has joined #beagle
  • [20:45:04] <Crofton|work> fewer and fewer though
  • [20:45:04] <AndreasOetken> Hi all! I have a problem with my beagle running BeagleBoardDebian or BeagleBoardHandheldsMojo. I have a USB-hub with a USB-Ethernet-dongle (noticed as MOSCHIP 780/7730) a keyboard and a USB-Stick or USB-Harddisk connected. Everythings so far works fine, but if I read files via samba/sftp from the usb-stick/-disk my beagle "crashes". The only message I get is a "sd 0:0:0:0:0: rejecting I/O to offline device" and "Buff
  • [20:45:33] <likewise> oh, and ethernet dongle
  • [20:45:36] <eFfeM> likewise: an interesting alternative is the tincan expansion board, also has serial, guess if u-boot supports usb and can be configed to use a usb serial instead a serial cable is less of an issue
  • [20:45:46] <eFfeM> and case
  • [20:45:53] <DJWillis> AndreasOetken: kernel version?
  • [20:45:59] * koen has a tincantools jtag board
  • [20:46:02] <likewise> big beagle base package: $1000 :-)
  • [20:46:08] <likewise> uh, EUR1000
  • [20:46:15] <AndreasOetken> uns but neither the network nor the USB-Keyboard works anymore. Copying from the USB-Stick/disk to the sd-Card works as well as copying files from the sd-card via samba/sftp.
  • [20:46:23] <DJWillis> koen: git ;-), on my 'to buy' list.
  • [20:47:05] <koen> likewise: for revC an otg cable wouldn't really be needed, and with u-boot usb a serial console isn't strictly needed as well
  • [20:47:08] <Crofton|work> EUR1000, that's like a million dollars
  • [20:47:12] <AndreasOetken> I tried: http://www.rcn-ee.com/deb/hasty-armv6el-vfp/ http://www.rcn-ee.com/deb/hasty/v2.6.27-2a3408b-oer4/
  • [20:47:14] <Crofton|work> well, it used to be
  • [20:47:31] <likewise> Crofton|work: bring a million dollars to FOSDEM, I'll get you EUR2000 :-)
  • [20:47:45] <garren__> cheers all
  • [20:47:49] <likewise> cheers
  • [20:47:51] <koen> likewise: beagle + 5V source + software preloaded in NAND would probably be a nice package
  • [20:48:11] * likewise opening a beer due to cheers
  • [20:48:12] <DJWillis> AndreasOetken: out of interest, have you tried the same setup with a recent OE/Angstrom kernel/image?
  • [20:48:12] <koen> likewise: and a hdmi-> dvi cable
  • [20:48:25] <likewise> koen: yes
  • [20:48:34] <mru> are you guys going to fosdem?
  • [20:48:53] <koen> mru: it seems I'll have to skip another year
  • [20:48:56] <AndreasOetken> and also tried both current kernels from http://www.angstrom-distribution.org/demo/beagleboard/
  • [20:49:18] <dirk2> atin_: Mail sent, will be off soon, will read logs and mail ;)
  • [20:49:40] <atin_> dirk2: great, thanks :)
  • [20:49:44] <eFfeM> hm, not sure about the hdmi cable, planning to connect it to a tv with a short hdmi<->hdmi cable (at least operationally)
  • [20:49:47] <AndreasOetken> which means placing the uBoot to the fat32-partition, extracting the modules and running mkinitramfs
  • [20:51:14] * robtow (n=rtow@nat/montavista/x-caac44a413aab27b) Quit (Connection timed out)
  • [20:51:28] * garren__ (n=garren@dsl-244-208-148.telkomadsl.co.za) Quit ("Ex-Chat")
  • [20:51:48] <koen> eFfeM: a hdmi -> dvi cable (or plug) is like ???3 over here
  • [20:52:14] <koen> I think mine was ???2.50 or so
  • [20:52:23] <koen> 1.5m long
  • [20:52:51] <likewise> koen: nice price
  • [20:53:11] * cringthis (n=cringthi@nat/ti/x-7d140a00922fef4e) has left #beagle
  • [20:53:40] <AndreasOetken> I didn't try the Angstrom-BeagleBoardBeginners-guide yet but I will if there is a chance to get it working..
  • [20:54:06] * likewise koen Ik vraag me vooral af of het aanbieden van development boards extra attentie geeft wat betreft Linux werk. Twijfel. Maar de beagle's verkopen levert weinig centen op idd.
  • [20:54:18] <eFfeM> ah ok, never really checked
  • [20:54:29] * mib_mk2reu (i=5493da67@gateway/web/ajax/mibbit.com/x-ec56b413868fdea3) Quit ("http://www.mibbit.com ajax IRC Client")
  • [20:57:17] <AndreasOetken> is there any place i can get a more recent precompiled kernel?
  • [20:58:38] * eFfeM wonders why he can't order a board with digikey uk and have it shipped to nl
  • [20:58:57] <eFfeM> eur 129, 108 pound
  • [21:00:39] <likewise> eFfeM: nl.digikey.com (thanks to koen)
  • [21:01:08] <eFfeM> i know, nl.digikey.com says eur 129, uk.digikey.com says 108 uk pound
  • [21:01:24] <eFfeM> pound is something like 1 eur 03 or so
  • [21:02:19] <eFfeM> ah actually 1.08 according to xe.com, so the differnce is not that big
  • [21:03:36] <recalcati> I'm trying usbnet to enable NFS, but, with the kernel "Linux beagleboard 2.6.27-omap1 #1 Sat Jan 3 12:07:20 CET 2009 armv7l unknown" with ifconfig -a I don't see usb , but I have cdc_ether.
  • [21:05:49] <florian> re
  • [21:09:13] * dirk2 (n=dirk@p5B0423F0.dip0.t-ipconnect.de) Quit ("Konversation terminated!")
  • [21:10:26] * ldesnogu_ (n=ldesnogu@ven06-2-82-247-86-183.fbx.proxad.net) Quit ()
  • [21:14:42] <atin_> recalcati: are you enabling NFS for rootfs, or something else? just curious.
  • [21:21:08] <recalcati> atin_ : yes
  • [21:21:28] <recalcati> I was able to do it with k2.4, but know I can't
  • [21:21:46] <recalcati> g_ether and usbnet should be the modules
  • [21:25:12] <atin_> recalcati: I actually don't know anything about it, was just curious - once you get it working, I'll ask you how ;)
  • [21:31:43] * mib_mk2reu (i=5493da67@gateway/web/ajax/mibbit.com/x-fa7114d8a4ceda8d) has joined #beagle
  • [21:32:16] * philippe (n=fille@a83-245-252-47.elisa-laajakaista.fi) has joined #beagle
  • [21:32:21] * gregoiregentil (n=zonbu@adsl-71-135-114-242.dsl.pltn13.pacbell.net) has left #beagle
  • [21:34:55] * gregoiregentil (n=zonbu@adsl-71-135-114-242.dsl.pltn13.pacbell.net) has joined #beagle
  • [21:37:09] * ddompe (n=ddompe@200.122.155.113) Quit ()
  • [21:38:32] * ddompe (n=ddompe@200.122.155.113) has joined #beagle
  • [21:40:47] * winry (i=c05e5e6a@gateway/web/ajax/mibbit.com/x-dad15e981cb1b799) Quit ("http://www.mibbit.com ajax IRC Client")
  • [21:45:34] <atin_> ddompe: ping
  • [21:45:41] <ddompe> pong
  • [21:45:52] <recalcati> ok
  • [21:45:59] <atin_> ddompe: hey, are you the one with the MUSB gadget support project?
  • [21:46:04] <ddompe> yes
  • [21:46:16] <ddompe> atin_:yes
  • [21:46:41] <atin_> ddompe: cool, it sounds like one I would like to get involved with too.
  • [21:47:08] <ddompe> atin_: sure, right now I have the patch almost complete
  • [21:47:33] * mib_2hyom6 (i=5198b243@gateway/web/ajax/mibbit.com/x-5fc012381e6da66a) Quit ("http://www.mibbit.com ajax IRC Client")
  • [21:47:48] <ddompe> but it should be exclusive from the host patches, so some work will be required to integrate use of both at the same time
  • [21:48:05] <ddompe> I'm wondering if having u-boot working on OTG mode makes sense
  • [21:48:07] * rsalveti (n=salveti@200.184.118.130) Quit (Remote closed the connection)
  • [21:48:43] <atin_> ddompe: I didn't think so - but maybe someone else has a reason for it :)
  • [21:48:59] <eFfeM> if someone wanted to access my contest demo, but couldn't, please try again, I had a problem with a network cable (which is now replaced)
  • [21:49:15] <ddompe> atin_: yes. I will be testing the gadget code better tonight
  • [21:49:25] * testme (i=c62f1b80@gateway/web/ajax/mibbit.com/x-8f4dceaae059b1f0) has joined #beagle
  • [21:49:35] * testme (i=c62f1b80@gateway/web/ajax/mibbit.com/x-8f4dceaae059b1f0) Quit (Client Quit)
  • [21:49:49] <eFfeM> (see http://www.dse.nl/~meulenbr/pvr/pvr.html for a description and instructions)
  • [21:49:50] <ddompe> atin_: last try I was still missing some info on how to configure the sysotg registers
  • [21:50:34] * mib_mk2reu (i=5493da67@gateway/web/ajax/mibbit.com/x-fa7114d8a4ceda8d) Quit ("http://www.mibbit.com ajax IRC Client")
  • [21:50:44] <jkridner|work> hi ddompe
  • [21:50:56] <ddompe> hello there jason
  • [21:51:03] <jkridner|work> we've been abusing your code lately. :)
  • [21:51:25] <ddompe> there isn't such a thing like code abuse ;)
  • [21:52:24] <jkridner|work> I believe j24 is interested in having usbnet code.
  • [21:52:41] <ddompe> gadget or host?
  • [21:52:59] <jkridner|work> gadget, I believe.
  • [21:53:38] <jkridner|work> it is odd that we don't have any names on the contest site.
  • [21:53:49] <ddompe> mmm, right
  • [21:53:59] <mru> they're all mine!
  • [21:54:06] <mru> damn, I'm not allowed to enter
  • [21:54:09] <jkridner|work> :)
  • [21:54:19] <ddompe> is there an usbnet code for u-boot already in some tree?
  • [21:54:37] <jkridner|work> I think not, but I'm not sure.
  • [21:54:44] <mru> are the musb patches being posted to the u-boot list related to the contest entry?
  • [21:54:47] <jkridner|work> I think this would be new.
  • [21:55:10] <jkridner|work> mru: the ones I saw posted from TI are host.
  • [21:55:16] * mib_x991dj (i=c05b4b1e@gateway/web/ajax/mibbit.com/x-6e261897fe1b096d) has joined #beagle
  • [21:55:30] <jkridner|work> I got some other ones that originated from ddompe and then through TI that are gadget.
  • [21:55:43] <mru> I didn't look at the patches
  • [21:55:48] <jkridner|work> ddompe: have you seen these latest patches?
  • [21:56:02] <ddompe> jkridner|work: no, I haven't
  • [21:56:02] <mru> I just noticed a patchset for musb in u-boot
  • [21:56:13] <jkridner|work> It seems Steve has applied them to his u-boot git tree.
  • [21:56:41] <ddompe> jkridner|work: they should be pretty close to mine
  • [21:56:55] <ddompe> I have a couple small bugfixes that will be useful
  • [21:57:07] <jkridner|work> http://www.sakoman.net/cgi-bin/gitweb.cgi?p=u-boot-omap3.git;a=shortlog;h=refs/heads/omap3-dev-usb
  • [21:57:38] <mru> right now for me the beaglebot is firmly at the top
  • [21:58:08] <sakoman> mru: same here
  • [21:58:14] <ddompe> jkridner|work: those patches are for host
  • [21:58:18] <mru> next probably u-boot usb *if* there's anything resembling working code
  • [21:59:05] <ddompe> my patches are for gadget (enabling using beagleboard as a serial device), i.e. no need for serial cable
  • [21:59:13] <atin_> mru: working on it dang it! ;)
  • [21:59:26] <mru> #3 would be qemu-omap3
  • [21:59:33] <ddompe> and on top of that DFU support can be merged
  • [21:59:46] <mru> the rest have little or nothing to show
  • [21:59:55] <mru> you don't win a contest with a wish list
  • [21:59:58] <atin_> tho I'm starting to like ddompe's stuff more - it seems like more fun than getting host working.
  • [22:00:22] <mru> now I'm confused
  • [22:00:35] <mru> the contest entry talks about usb gadget mode in u-boot
  • [22:00:38] <jkridner|work> ddompe: your copyright is here: http://www.beagleboard.org/gitweb/?p=u-boot-arm.git;a=blob;f=drivers/usb/usbdcore_musb.c;h=f28ae649cd00e2221e37400b57966fbb9032669e;hb=efa2d647e9362fae8b2867e64963bf12f1f510bc
  • [22:00:45] <mru> who is behind this, and what is the status?
  • [22:00:47] <DJWillis> ddompe: the gadget serial patches are of great interest to me for the Pandora.
  • [22:00:53] <atin_> my fault - I just remembered that the contest is the gadget part
  • [22:01:14] <atin_> ddompe is the one I know who has something in that area.
  • [22:01:15] <jkridner|work> ddompe: that is what I said. the TI patches are for host.
  • [22:01:19] * likewise (n=chatzill@82-171-51-231.ip.telfort.nl) Quit ("ChatZilla 0.9.84 [Firefox 3.0.5/2008121621]")
  • [22:01:23] <dcordes> DJWillis: hi
  • [22:01:35] <mru> so are there *any* patches for gadget mode in u-boot?
  • [22:01:40] * eFfeM (n=Frans@195-241-226-180.ip.telfort.nl) has left #beagle
  • [22:01:43] <mru> is anyone working on it?
  • [22:02:02] <ddompe> I see, they got merged on the jdk branch
  • [22:02:07] <jkridner|work> ddompe has some. I got some through TI that includes his copyright.
  • [22:02:11] <ddompe> mru: yes, I'm working on them
  • [22:02:18] <mru> good
  • [22:02:22] <jkridner|work> it is a different git tree--just my internal workings.
  • [22:02:23] <ddompe> the ones from TI are from davinci
  • [22:02:32] <ddompe> I wrote the musb driver for those
  • [22:02:34] <mru> and is it anywhere near working?
  • [22:02:35] * AndreasOetken (i=5493da67@gateway/web/ajax/mibbit.com/x-56358738fb545e78) Quit ("http://www.mibbit.com ajax IRC Client")
  • [22:02:35] * mib_x991dj (i=c05b4b1e@gateway/web/ajax/mibbit.com/x-6e261897fe1b096d) Quit ("http://www.mibbit.com ajax IRC Client")
  • [22:02:40] <ddompe> mru: yes
  • [22:02:48] <jkridner|work> but not on my git tree!
  • [22:02:59] <ddompe> the patches require rework to account for some register changes
  • [22:03:05] * jkridner|work is interrupted.
  • [22:03:09] <ddompe> and the power management change from davinci
  • [22:03:16] <ddompe> I did that rework
  • [22:03:31] <mru> ddompe: have you been able to exchange any data over usb?
  • [22:03:53] <ddompe> mru: hoping to do it tonight
  • [22:04:09] <ddompe> I figure out today the missing link to enable the right clockign
  • [22:04:22] <ddompe> I will let you know tomorrow
  • [22:04:30] <koen> sakoman: usbhost on evm (with musb) works with 2.6.28
  • [22:04:43] <koen> sakoman: I forgot it was unpowered, so I need yet another usb hub
  • [22:04:51] <ddompe> mru: this code base works perfectly on davinci
  • [22:05:02] <koen> sakoman: but no gluecode for isp15xx needed like on the beagle with TWL :)
  • [22:05:09] <mru> ddompe: ok, that's enough to qualify
  • [22:05:26] <mru> the beaglebot still has more "wow" though
  • [22:05:30] <ddompe> mru: I use it daily to deploy 30 MB of data in 60 seconds to DM355 ethernet-less boards
  • [22:05:58] <mru> so it's mostly a matter of porting to omap3?
  • [22:06:04] <ddompe> yes
  • [22:08:46] * guntshi (i=c05e5e6a@gateway/web/ajax/mibbit.com/x-3dc31778ddd10646) has joined #beagle
  • [22:08:53] * hugsig (n=hsi@cl-718.sto-01.se.sixxs.net) has joined #beagle
  • [22:09:46] <atin_> ddompe: nice. now how do I get this code? :)
  • [22:11:46] <sakoman> koen: hubs are pretty much required for musb
  • [22:12:12] <atin_> wow, BeagleBot is a full fledged bot. is it a university project?
  • [22:12:39] * docelic_ (n=docelic@78.134.203.223) Quit (Read error: 110 (Connection timed out))
  • [22:12:41] <atin_> its the sort of stuff my wife did for her phd -
  • [22:13:04] * docelic_ (n=docelic@78.134.204.73) has joined #beagle
  • [22:13:49] <atin_> well, others did the servos etc - their group was into the image analysis from the cam for object detection etc.
  • [22:14:42] <ddompe> atin_: I will setup a branch for it
  • [22:15:06] <ddompe> atin_: I'm a old school cvs/svn guy, so I'm getting up with git slowly
  • [22:15:08] <atin_> ddompe: great, thanks :)
  • [22:15:24] <atin_> ddompe: me too - I came from cvs/svn and clearcase for work.
  • [22:15:34] <mru> atin_: don't say the c word
  • [22:15:49] <mru> the long one, that is
  • [22:15:53] <atin_> mru: I don't use it anymore ;)
  • [22:16:01] <mru> lucky you
  • [22:16:06] * mckoan|away (n=marco@unaffiliated/mckoan) has joined #beagle
  • [22:16:32] <mru> I'm supposed to use it at work, but I avoid to the greatest possible extent
  • [22:16:57] <Crofton|work> apparently clearcase is used to frighten small children
  • [22:17:09] <atin_> mru: but the last project I was on (and might be again soon), uses clearcase. it is a video on demand delivery system, uses embedded linux on a bunch of custom hardware.
  • [22:18:12] <atin_> but it is a team of 80 engineers - so clearcase seems to help with builds. I used to like it once. :)
  • [22:18:30] <atin_> until I had a break of a few years and just got back into it and man I hated it.
  • [22:18:39] <mru> I tend to sync my local tree with clearcase weekly or less frequently
  • [22:18:54] <mru> I use git to track my ongoing work
  • [22:19:07] <mru> when something is ready, I dump it in a clearcase view and check it in
  • [22:19:27] <atin_> mru: I was lucky, I work directly on the hardware so I don't have a huge amount of code to build. others have to build the world and they do have to worry about it.
  • [22:20:09] <mru> I hate it because it dictates how you must do things and because it's so painfully slow
  • [22:20:34] <atin_> that's why I got the beagle - I was missing working on hardware while I sit at home working on getting healthy again.
  • [22:20:35] <mru> and because it doesn't have half the features a proper version control system should
  • [22:20:58] <atin_> mru: cursing clearcase is a fact of life.
  • [22:21:54] <mru> hopefully I'll get to move to other projects where it's not used
  • [22:22:01] <mru> if not I'll quit
  • [22:22:10] <mru> know anyone hiring in the uk?
  • [22:24:18] <atin_> sorry :) - Boston, US for me.
  • [22:24:47] <mru> clearcase alone isn't reason enough to quit
  • [22:24:50] <atin_> tho right now I'm getting calls but can't accept anything as I have to still recover some before I can work outside the home.
  • [22:25:04] * abitos (n=nixgibts@p5B2E5A4D.dip.t-dialin.net) Quit (Success)
  • [22:25:08] <mru> but when the entire department is run with a "clearcase" mentality it gets to you after a while
  • [22:25:22] <atin_> oh that sounds bad :)
  • [22:25:39] <mru> idiotic rules for everything
  • [22:25:54] <mru> all they accomplish is to slow development
  • [22:25:57] <atin_> my experience with clearcase has always been at startup companies, so small teams with great management and engineers.
  • [22:26:33] <atin_> they just happened to bring clearcase with them from places like 3COM etc and never went with anything else.
  • [22:26:41] <atin_> so we lived with it. :)
  • [22:27:15] <atin_> where is most of the TI team that is working on the beagle based?
  • [22:27:35] <atin_> or rather, omap3 I guess - since evm seems to be more worked on.
  • [22:28:02] <atin_> or are the people spread all over?
  • [22:28:18] <mru> at least some of them are in texas
  • [22:32:17] <atin_> off for a bit.
  • [22:32:20] * atin_ is now known as atin_OUT
  • [22:32:24] * atin_OUT (n=atin@c-71-232-7-71.hsd1.ma.comcast.net) has left #beagle
  • [22:37:16] <recalcati> mru: I go, I hope, to Cambridge
  • [22:38:39] * hugsig (n=hsi@cl-718.sto-01.se.sixxs.net) Quit (Read error: 60 (Operation timed out))
  • [22:39:21] <mru> recalcati: the silica event?
  • [22:41:11] <recalcati> yes, I decide wednesday.
  • [22:41:25] <recalcati> I should go, I think can be interesting
  • [22:44:52] * jonnor (n=jon@ti0016a380-1012.bb.online.no) has left #beagle
  • [22:53:41] * testme (i=c62f1b80@gateway/web/ajax/mibbit.com/x-3e08db6a5426674b) has joined #beagle
  • [22:55:41] * bmxr_laptop (n=chatzill@142.232.129.26) has joined #beagle
  • [22:57:07] * felipec (n=felipec@189.153.88.243) Quit (Operation timed out)
  • [22:57:36] * felipec (n=felipec@189.153.88.243) has joined #beagle
  • [22:58:39] * testme (i=c62f1b80@gateway/web/ajax/mibbit.com/x-3e08db6a5426674b) Quit (Client Quit)
  • [22:59:02] * hugsig (n=hsi@2001:16d8:ff1a:0:216:3eff:fe5a:59cd) has joined #beagle
  • [22:59:51] * valhalla (n=valhalla@81-174-21-57.dynamic.ngi.it) Quit ("Leaving")
  • [23:01:12] * uwe_ (n=uwe_@dslb-084-056-022-040.pools.arcor-ip.net) Quit (Read error: 60 (Operation timed out))
  • [23:01:57] * matt_c (n=mcroydon@gateway.sunflowerbroadband.com) Quit ()
  • [23:03:07] * matt_c (n=mcroydon@gateway.sunflowerbroadband.com) has joined #beagle
  • [23:03:34] * matt_c (n=mcroydon@gateway.sunflowerbroadband.com) Quit (Client Quit)
  • [23:04:39] * recalcati (i=5d90403e@gateway/web/ajax/mibbit.com/x-f906eb16cbe944ef) Quit ("http://www.mibbit.com ajax IRC Client")
  • [23:05:33] * uwe__ (n=uwe@dslb-084-056-034-064.pools.arcor-ip.net) has joined #beagle
  • [23:06:55] * ssvb (n=ssvb___@a88-114-221-132.elisa-laajakaista.fi) has joined #beagle
  • [23:16:37] * uwe2 (n=uwe@dslb-084-056-022-040.pools.arcor-ip.net) Quit (Read error: 110 (Connection timed out))
  • [23:18:35] * bmxr_laptop (n=chatzill@142.232.129.26) Quit (Remote closed the connection)
  • [23:25:36] * cbrake is now known as cbrake_away
  • [23:28:04] * alecrim (n=alecrim@189.2.128.130) Quit (Remote closed the connection)
  • [23:30:55] * prpplague (n=dave@mail.americanmicrosystems.com) Quit ("Leaving")
  • [23:31:07] * guntshi (i=c05e5e6a@gateway/web/ajax/mibbit.com/x-3dc31778ddd10646) Quit ("http://www.mibbit.com ajax IRC Client")
  • [23:32:51] * mib_gy2tm3 (i=188889c1@gateway/web/ajax/mibbit.com/x-8cd166c0e86f909d) has joined #beagle
  • [23:32:58] * mib_gy2tm3 (i=188889c1@gateway/web/ajax/mibbit.com/x-8cd166c0e86f909d) Quit (Client Quit)
  • [23:34:36] * docelic_ (n=docelic@78.134.204.73) Quit ("http://www.spinlocksolutions.com/")
  • [23:34:52] * docelic (n=docelic@78.134.204.73) has joined #beagle
  • [23:35:07] * dioioib (n=dioioib@d121-173-32.home3.cgocable.net) has joined #beagle
  • [23:35:59] * ddompe (n=ddompe@200.122.155.113) Quit ()
  • [23:42:54] * Gimp__ (n=harsha@cpe-70-112-199-85.austin.res.rr.com) has joined #beagle
  • [23:45:44] <BeagleBot> http://beagleboard.org/resources/ was edited by blog.hangerhead.com
  • [23:45:57] * guillaum1 (n=Guillaum@AMontsouris-153-1-25-222.w86-212.abo.wanadoo.fr) Quit ("Leaving.")
  • [23:46:06] <Gimp__> hey guys, i'm still a little new to the beagle and openembedded. Previously I had used the angstrom demo image on my SD card and now I built it in openembedded and put that on my SD card. The problem is that it is the console version of angstrom and doesn't have a windows manager. How do you direct openembedded to create angstrom with enlightenment like the demo .tar.gz was?
  • [23:46:14] * guillaum1 (n=gl@AMontsouris-153-1-25-222.w86-212.abo.wanadoo.fr) has joined #beagle
  • [23:46:19] <BeagleBot> http://beagleboard.org/resources/ was edited by blog.hangerhead.com
  • [23:47:01] * zedstar (n=john@fsf/member/zedstar) Quit (Remote closed the connection)
  • [23:47:40] <BeagleBot> http://beagleboard.org/default/ was edited by blog.hangerhead.com
  • [23:48:28] <BeagleBot> http://beagleboard.org/default/ was edited by blog.hangerhead.com
  • [23:53:46] * uwe_ (n=uwe_@dslb-084-056-034-064.pools.arcor-ip.net) has joined #beagle
  • [23:54:08] <jkridner|work> the demo is made with 'bitbake beagleboard-demo-image'.
  • [23:56:06] * recalcati (i=5d90403e@gateway/web/ajax/mibbit.com/x-cc4636234366c0b1) has joined #beagle
  • [23:56:27] <Gimp__> ok, the guide i was following said to use bitbake console-image which makes sense now....is there a way to see the list of available bitbake choices for creating the image?
  • [23:57:15] <jkridner|work> something like 'ls images/*/*.bb'
  • [23:58:00] <jkridner|work> er, packages/images/*.bb
  • [23:59:43] * recalcati (i=5d90403e@gateway/web/ajax/mibbit.com/x-cc4636234366c0b1) Quit (Client Quit)