• [00:15:09] * rsalveti (n=salveti@189.70.216.12) has joined #beagle
  • [01:59:01] * bazbell (n=a0192809@nat/ti/x-3aa270b9ca18b7a7) has joined #beagle
  • [03:02:24] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [03:11:49] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [03:13:35] * BThompson (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) Quit ("Trillian (http://www.ceruleanstudios.com")
  • [03:42:16] * roxfan2 (n=dunno@176.207-240-81.adsl-dyn.isp.belgacom.be) has joined #beagle
  • [03:58:49] * roxfan (n=dunno@176.207-240-81.adsl-dyn.isp.belgacom.be) Quit (Read error: 110 (Connection timed out))
  • [03:59:23] * roxfan (n=dunno@176.207-240-81.adsl-dyn.isp.belgacom.be) has joined #beagle
  • [04:00:37] * roxfan2 (n=dunno@176.207-240-81.adsl-dyn.isp.belgacom.be) Quit (Read error: 110 (Connection timed out))
  • [04:00:54] * rsalveti (n=salveti@189.70.216.12) Quit (Read error: 110 (Connection timed out))
  • [04:01:17] * rsalveti (n=salveti@189.70.105.56) has joined #beagle
  • [04:12:33] <hadara> banderson: it hangs for me too
  • [04:38:56] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [05:40:01] * balister_ (n=balister@66-207-66-26.black.dmt.ntelos.net) has joined #beagle
  • [05:40:03] * Crofton|work (n=balister@66.207.66.26) Quit (Read error: 110 (Connection timed out))
  • [05:54:56] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [05:55:28] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [05:59:09] * DJW|Home (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) has joined #beagle
  • [06:16:24] * DJWillis (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) Quit (Read error: 110 (Connection timed out))
  • [06:29:55] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [07:38:55] * bazbell (n=a0192809@nat/ti/x-3aa270b9ca18b7a7) Quit (Remote closed the connection)
  • [08:12:48] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [08:13:11] * DJW|Home is now known as DJWillis
  • [08:23:21] * ldesnogu_ (n=ldesnogu@ven06-2-82-247-86-183.fbx.proxad.net) has joined #beagle
  • [08:25:05] <ldesnogu_> good morning
  • [08:29:17] <DJWillis> Morning ldesnogu
  • [08:41:04] * hagisbasheruk (n=hagisbas@78.148.139.115) has joined #beagle
  • [10:10:18] * hagisbasheruk (n=hagisbas@78.148.139.115) Quit ("Leaving")
  • [10:22:35] * jconnolly (n=jconnoll@ip-64-32-229-194.dsl.nyc.megapath.net) Quit (Remote closed the connection)
  • [11:00:03] * jconnolly_ (n=jconnoll@cpe-24-90-254-170.nyc.res.rr.com) has joined #beagle
  • [11:05:57] * balister_ is now known as Crofton|work
  • [12:26:52] * BThompson (n=BThompso@nat/ti/x-d216fd6b9786fd49) has joined #beagle
  • [12:27:36] <suihkulokki> Reading the memort subsystem doc, it would seem Max theoretical supported RAM on omap3 is 2X512MB, but currently only 128MB chips currently exist?
  • [12:33:24] <NishanthM> suihkulokki, i know of 256MB chips
  • [12:34:15] <DJWillis> Yep, HTC springs to mind as a company using those chips in shipping products.
  • [12:34:57] <ldesnogu_> HTC uses OMAP3?
  • [12:35:12] * jconnolly_ (n=jconnoll@cpe-24-90-254-170.nyc.res.rr.com) Quit (Read error: 110 (Connection timed out))
  • [12:35:16] <DJWillis> No, the 256MB chips
  • [12:35:21] <ldesnogu_> oh OK :)
  • [12:35:39] <ldesnogu_> are these PoP as OMAP35?
  • [12:35:47] <DJWillis> ldesnogu: They are mostly Qualcomm these days I think.
  • [12:35:58] <ldesnogu_> perhaps PoP limits the use to 128 MB chips
  • [12:36:11] <DJWillis> ldesnogu: I think so, I recall reading it but I don't recall where.
  • [12:36:16] <ldesnogu_> Qualcomm... I would like to see snapdragon in action :)
  • [12:39:03] <DJWillis> ldesnogu: I keep an eye out for sniffs of the release of an HTC Snapdragon based phone, I'll get that :D
  • [12:39:03] * richardw (n=richardw@cpe-76-183-246-231.tx.res.rr.com) has joined #beagle
  • [12:39:53] <ldesnogu_> I can't remember for sure, but I think snapdragon is v6, so that'd mean no NEON
  • [12:40:07] * bazbell (n=a0192809@nat/ti/x-f04ca30cc2eb988e) has joined #beagle
  • [12:40:08] <ldesnogu_> not sure anymore Qualcomm are like Marvell, very secretive
  • [12:42:33] <DJWillis> ldesnogu: any still sulking after there recent slap ;-)
  • [12:42:39] <DJWillis> any = and
  • [12:42:57] <ldesnogu_> you mean when they lied about their demo a few months ago?
  • [12:43:41] <DJWillis> I was thinking more there licences, or lack of, for some designs.
  • [12:44:35] <ldesnogu_> hum I did not hear about that, guess I will have to google :)
  • [13:26:40] * rsalveti_ (n=salveti@200.184.118.132) has joined #beagle
  • [13:27:19] * rsalveti (n=salveti@189.70.105.56) Quit (Read error: 110 (Connection timed out))
  • [13:27:40] * rsalveti_ (n=salveti@200.184.118.132) Quit (Client Quit)
  • [13:27:46] * rsalveti_ (n=salveti@200.184.118.132) has joined #beagle
  • [13:27:53] * rsalveti_ (n=salveti@200.184.118.132) Quit (Remote closed the connection)
  • [13:28:00] * rsalveti (n=salveti@200.184.118.132) has joined #beagle
  • [13:38:05] * prpplague^2 (n=dave@mail.americanmicrosystems.com) has joined #beagle
  • [13:41:15] * bazbel1 (n=a0192809@nat/ti/x-0028bb7f29185dda) has joined #beagle
  • [13:42:17] * bazbel1 (n=a0192809@nat/ti/x-0028bb7f29185dda) Quit (Client Quit)
  • [13:43:25] * prpplague^2 is now known as prpplague
  • [13:46:22] * bazbell (n=a0192809@nat/ti/x-f04ca30cc2eb988e) Quit (Remote closed the connection)
  • [14:27:45] * JoeBorn__ (n=jborn@adsl-75-3-8-79.dsl.chcgil.sbcglobal.net) has joined #beagle
  • [14:30:05] * JoeBorn__ (n=jborn@adsl-75-3-8-79.dsl.chcgil.sbcglobal.net) Quit (Client Quit)
  • [14:30:10] * JoeBorn__ (n=jborn@adsl-75-3-8-79.dsl.chcgil.sbcglobal.net) has joined #beagle
  • [14:30:48] * JoeBorn (n=jborn@dsl017-022-247.chi1.dsl.speakeasy.net) Quit (Nick collision from services.)
  • [14:30:54] * JoeBorn__ is now known as JoeBorn
  • [14:31:12] * JoeyBorn (n=jborn@dsl017-022-247.chi1.dsl.speakeasy.net) has joined #beagle
  • [14:42:13] <richardw> ldesnogu_, what was the demo thing? any pointer
  • [14:43:50] <ldesnogu_> will try to find; basically the demoed some UMPC claiming it was snapdragon while it was some arm11
  • [14:44:29] <ldesnogu_> http://www.engadget.com/2008/01/10/no-joke-qualcomms-snapdragon-prototypes-dont-use-snapdragon/
  • [14:46:36] <richardw> ok, thanks. yea, that looks like it could have been played better :)
  • [14:47:40] <cwz> Were one of you guys travelling with Gerard Andrews?
  • [14:58:23] * richardw (n=richardw@cpe-76-183-246-231.tx.res.rr.com) Quit ("Leaving")
  • [15:39:23] <JoeBorn> not sure if its of interest, but there's a conversation about porting vlc to davinci 6446 on #neuros now.
  • [15:39:32] <JoeBorn> http://open.neurostechnology.com/content/weekly-meeting-vlc-port-neuros-linux
  • [15:44:03] <banderson> hadara: Do you have the EVM?
  • [15:44:19] <hadara> yes
  • [15:44:49] <banderson> Where does it hang?
  • [15:45:06] <khasim> all: I have a USB Camera connected to beagle and streaming live on DVI.
  • [15:45:28] <khasim> it is just raw YUYV image loopback to Video pipeline.
  • [15:45:37] <banderson> sweet
  • [15:45:54] <khasim> Let me know if some is interested in this application for any image processing kind of applications
  • [15:46:17] <hadara> banderson: right after control is passed to the kernel from the uboot
  • [15:47:13] <banderson> sound just like my issue. Still have no clue as to why. I have been at this for 3 days or so.
  • [15:47:44] <banderson> assuming you are using oe (angstrom/omap3evm) uImage?
  • [15:48:33] <hadara> well I had this problem with some of the kernels compiled directly from montavistas omap git & the images on the sakomans site
  • [15:49:11] <hadara> uImage is the default one
  • [15:49:40] <hadara> uboot i mean
  • [15:49:44] <banderson> I think that is the kernel that oe uses as well
  • [15:50:31] <banderson> Does the one that cam with the ti sdk work?
  • [15:51:22] <hadara> yes and I managed to compile working one from the git too somewhere aroung 30th of may
  • [15:51:46] <banderson> interesting...
  • [15:52:17] <banderson> Still don't understand how sakoman doesn't have issue with evm but we do.
  • [15:52:31] <hadara> I believe it's something in the config
  • [15:52:39] <banderson> kernel config?
  • [15:53:00] <hadara> I managed to build a working one from the yesterdays git too but using a different kernel config that had a lot of stuff thrown out
  • [15:53:03] <hadara> yes
  • [15:53:34] <banderson> ok...very interesting....
  • [15:53:50] <sakoman> yes, very interesting!
  • [15:53:54] <banderson> Wonder if we can start adding things to config to see what breaks it.
  • [15:54:11] <hadara> I also get a nice kernel panic when I leave fb in the config
  • [15:54:13] <banderson> ...after we get a working config that is :)
  • [15:54:14] <sakoman> it would be really good to narrow down what breaks it for you
  • [15:54:16] <hadara> is that known ?
  • [15:55:43] <banderson> The only working uImage I have is the ti one. I am going to look into trimming the defconfig now.
  • [15:56:17] <hadara> banderson: I can send you the one that works for me if you want ?
  • [15:56:23] <banderson> sure!
  • [16:00:31] <banderson> If you want just post it up on http://pastebin.com/ and send me link
  • [16:01:53] <sakoman> I wonder if my defconfig enables a feature that relies on hw that isn't properly set up in the stock u-boot
  • [16:02:17] <hadara> banderson: http://bsd.ee/~hadara/debug/omap/config_18_06_2008
  • [16:02:32] <sakoman> Might just work on mine because a register tends to power up as a 0 whereas on your it powers up as something else
  • [16:06:06] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [16:21:01] <banderson> sakoman: Yes very well might be. Won't that be fun tracking down!
  • [16:27:50] * NishanthM (n=nmenon@nat/ti/x-7f1f9aa0dd9cf8e3) Quit ("Ex-Chat")
  • [16:40:31] <sakoman> banderson: if you determin which config option breaks things it might not be that hard to track it down!
  • [16:44:39] <banderson> sakoman: That is the hope. Seeing a lot of differences between files.
  • [16:45:38] <sakoman> banderson: a good first step would be to confirm that hadara's config works for you
  • [16:46:29] <banderson> sakoman: That is funny. Just had that same exact thought.
  • [17:30:49] * dirk2 (n=dirk@F30e7.f.strato-dslnet.de) has joined #beagle
  • [17:45:10] * Crofton|work (n=balister@66-207-66-26.black.dmt.ntelos.net) Quit ("Leaving")
  • [17:51:14] * Crofton|work (n=balister@66-207-66-26.black.dmt.ntelos.net) has joined #beagle
  • [18:00:04] * dirk2 (n=dirk@F30e7.f.strato-dslnet.de) has left #beagle
  • [18:00:35] <koen> good morning all
  • [18:03:13] * cjb80 (n=cjb80@rrcs-70-63-54-26.central.biz.rr.com) has joined #beagle
  • [18:09:55] <jkridner> koen: you are up early today.
  • [18:10:25] <Crofton|work> late ?
  • [18:10:34] <jkridner> cwz: I was traveling with Gerard.
  • [18:10:49] <Crofton|work> actually ~ugt
  • [18:11:15] <jkridner> I just got back into Houston a little while ago. powering up the work machine now, if I can get the cat to move over a bit.
  • [18:18:50] <koen> I was indeed up at 6 am, put it's 8 pm now :)
  • [18:20:23] <jkridner> thought it was a funny time to say good morning.
  • [18:22:26] <koen> ugt :)
  • [18:22:43] <koen> jkridner: http://www.total-knowledge.com/~ilya/mips/ugt.html
  • [18:23:52] <jkridner> ah, so it is indeed a good morning.
  • [18:25:11] <cwz> jkridner: Gerard stopped by this morning and said you guys just left yesterday -- too bad, I would've liked to meet you
  • [18:25:44] <jkridner> I left only this morning, but really early. Got up at 4AM.
  • [18:26:03] <cwz> ugh
  • [18:26:05] <jkridner> well, 4:30AM before I could make myself move.
  • [18:26:23] <cwz> So you were one of the designers for the bb?
  • [18:26:25] <jkridner> (which is 3:30AM by my normal body clock.)
  • [18:26:59] <jkridner> concept-wise, yes.
  • [18:27:21] <jkridner> I'm trying to think if I've actually contributed any hardware design or software code...
  • [18:27:26] <jkridner> probably not.
  • [18:27:47] <jkridner> I've edited a few things here and there, but only for my own pacification.
  • [18:28:01] <jkridner> I coded the website. :)
  • [18:28:19] <cwz> Heh ok -- I wanted to know what the layout was done in
  • [18:28:20] <jkridner> and filled in most of the pages (though there aren't very many to be seen).
  • [18:28:29] <jkridner> I even got the graphics from someone else.
  • [18:28:44] <cwz> Well that's no small feat anyhow
  • [18:28:48] <cwz> The website is great
  • [18:28:58] <cwz> I was raving about the whole concept this morning, I think it's great
  • [18:29:08] <jkridner> I'm not too happy with the HTML/CSS as it is...
  • [18:29:19] <koen> I heard something about *gasp* orcad being used
  • [18:29:33] <jkridner> I wanted to eliminate all tables, but I don't know enough to actually accomplish that across browsers.
  • [18:29:36] <cwz> Yeah, I asked if it was done in OrCAD Layout
  • [18:29:45] <jkridner> layout was in Allegro, I believe.
  • [18:29:58] <ds2> wasn't there someone here who was working on U-boot for all the different OMAP3 boards?
  • [18:30:03] <koen> orcad, the program that doesn't actually save 100% of your painfully routed layout
  • [18:30:03] <jkridner> Cadence product as well, but not OrCAD Layout.
  • [18:30:13] <cwz> OK, Allegro makes more sense
  • [18:30:30] <ds2> just never shut off your orcad session ;)
  • [18:30:37] <koen> heh
  • [18:30:43] <jkridner> ds2: sakoman has been hosting some work for the OMAP35x EVM and Beagle, but I don't think he's covering the OMAP34xx boards.
  • [18:30:45] <cwz> ds2: OrCAD shuts down by itself all the time for me
  • [18:31:07] <cwz> We've been waiting for the Logic EVMs, but with as long as they're taking, I could've spun my own
  • [18:31:25] <ds2> jkridner: I see... do you know if saveenv works right on the EVM or any of the boards w/o NOR
  • [18:31:59] <sakoman> ds2: sems to work fine on the EVM and beagle
  • [18:32:00] <ds2> i'd answer it myself but my evm is 'enroute'
  • [18:32:24] <ds2> sakoman: Hmmmm what version number of uboot is on those 2 boards?
  • [18:32:45] <sakoman> all versions I've tried :-)
  • [18:32:49] <jkridner> it certainly works right on the SDK with OneNAND (u-boot 1.1.4 derivative). I believe most sets of 1.3.x patches out there seem to add NAND support fine, as sakoman seems to have just confirmed.
  • [18:33:02] <ds2> doh... so it is just Zoom's that is AFU :(
  • [18:33:20] <sakoman> 1.1.4 as shipped on the EVM, 1.14 as shipped on beagle, and 1.3.3 from u-boot git
  • [18:33:23] <cwz> I should just cancel my Zoom order
  • [18:33:39] <jkridner> I setup a customer demo on a Zoom that had saveenv working fine.
  • [18:33:43] <ds2> sakoman: you did power cycle it after the saveenv to make sure it works?
  • [18:33:55] <sakoman> many times :-)
  • [18:34:07] <ds2> jkridner: the command completes but when it restarts, it complains about invalid enviroment and goes back to defaults
  • [18:34:38] <jkridner> Setting up a customer demo was the price I was going to have to pay to get my hands on a Zoom. (got 2 setups, 1 for me and 1 for demo)
  • [18:35:11] <ds2> NAND code seems to work (nand write/nand read works)... it is just saveenv doesn't :( even tried unlocking the enviroment area of u-boot
  • [18:35:23] <jkridner> somewhere between me and the demo, the MicroSD card got shoved in the wrong way and it messed up the demo and I had to send my board, so now I have none. :(
  • [18:35:31] <ds2> DOH
  • [18:36:18] <jkridner> ds2: I had to save bootargs, so saveenv was working for me.
  • [18:36:34] <jkridner> I pulled the u-boot image from an internal TI website though.
  • [18:36:54] <ds2> ah, we are probally using idfferent uboots... mine is from omapzoom.org
  • [18:36:55] <cwz> ds2: Do you have JTAG capability?
  • [18:37:02] <ds2> cwz: yes
  • [18:37:13] <ds2> DOH, late for a lunch apointment... bbl
  • [18:37:18] <cwz> should be relatively easy to find/fix then
  • [18:41:58] <Crofton|work> now we sweat, changed incoming mail servers
  • [18:44:41] <koen> urgh
  • [18:44:50] <koen> dsplink doesn't build for the neuros git kernel
  • [18:45:13] <Crofton|work> urg
  • [18:45:27] <Crofton|work> that reminds me, I need to worry about the dsp side of that problem
  • [18:45:55] <koen> jkridner: there's an effort to get dsp bridge into linux-omap git, will there be a similar effort for dsplink and cmemk ?
  • [18:45:57] <Crofton|work> I need to put a poll on my website to see what people think I shoudl work on :)
  • [18:46:19] <koen> "Koen's homework: 80%"
  • [18:46:40] <Crofton|work> heh
  • [18:46:43] <Crofton|work> what class?
  • [18:47:05] * koen just realizes the semester ended last week
  • [18:49:09] <jkridner> I would be supportive of a similar effort for dsplink. I'm mostly agnostic in that I'd be happy to have any good support or talking to the DSP.
  • [18:49:34] <koen> jkridner: the trouble is that OSAL isn't going to get accepted
  • [18:50:15] <jkridner> are their plans to use the binaries for the dspbridge DSP code or to build up some source for the DSP side?
  • [18:50:28] <jkridner> OSAL will need to be removed. That is understood.
  • [18:50:47] <koen> the plan only covers the arm side, and only the kernel at the moment
  • [18:51:08] <jkridner> I don't believe TI will put special effort into removing the OSAL, but stranger things have come to pass.
  • [18:51:18] <koen> my personal plan is to recompile the complete ARM side of dsplink
  • [18:51:27] <koen> since that's part of the neuros bounty :)
  • [18:51:33] <jkridner> :)
  • [18:52:28] <Crofton|work> yay, gmail made it to the new server
  • [18:53:26] * Javacat (n=ghsgh@unaffiliated/javacat) has joined #beagle
  • [18:53:33] <Javacat> :o
  • [18:53:36] * Javacat slaps DJWillis around a bit with a large trout
  • [18:54:24] <Javacat> Does the beagle board support java?
  • [18:55:17] <koen> what do you meant?
  • [18:55:21] <koen> jazelle?
  • [18:55:29] <koen> or just classpath
  • [18:55:33] <koen> or gcj?
  • [18:55:35] <koen> or jamvm?
  • [18:55:43] <dante> haha, ah java.
  • [18:55:46] <koen> or does it run on coffee?
  • [18:55:52] <Javacat> i don't know, you're confusing me :P
  • [18:55:58] <dante> it's it 'kaffe' ?
  • [18:56:02] <dante> er, isn't
  • [18:56:15] <jkridner> 'bitbake phoneme-advanced-foundation'
  • [18:56:21] <Javacat> I've got an idea for a project and I think the most suitable language that I know will be java
  • [18:56:38] <koen> you know only one language?
  • [18:56:39] <dante> Javacat, java virtual machines run under linux-arm
  • [18:56:43] <dante> is your answer.
  • [18:57:09] <Javacat> Well.. I need something that is relatively easy to create network connections with and can be used to stream audio/video
  • [18:57:10] <dante> ( as many phones that run java apps run on arm machines )
  • [18:57:11] <Javacat> among other things
  • [18:57:26] <Javacat> ah, thanks dante
  • [18:57:39] <dante> heh, java isn't the most efficient language to do A/V stuff in.
  • [18:57:50] <dante> network connections are the least of your problems.
  • [18:57:55] <Javacat> What would be better?
  • [18:58:00] <dante> if you are making something for the bb
  • [18:58:14] <dante> you can take advantage of any portable software in linux.
  • [18:58:31] <dante> it depends on what you want to do.
  • [18:58:44] <Javacat> It's silly what I want to do with it :P
  • [18:58:47] <dante> but things like gstreamer already do things like a/v sync
  • [18:58:59] <dante> and network streaming
  • [18:59:06] <banderson> How do you see why packaged failed in oe? Is using the 'bitbake devshell' the only way or is there a way to get a log?
  • [18:59:28] <Javacat> ah, thanks dante
  • [18:59:54] <Javacat> My project idea is basically to make a remote control car that can be controlled over wifi from a desktop, with cameras on teh car that can be viewed from the software on the desktop :P
  • [19:00:57] <koen> banderson: ERROR: function do_compile failed
  • [19:00:57] <koen> ERROR: see log in /OE/angstrom-tmp/work/neuros-osd2-angstrom-linux-gnueabi/dsplink-1_1.50-r1/temp/log.do_compile.20765
  • [19:01:00] <koen> NOTE: Task failed: /OE/angstrom-tmp/work/neuros-osd2-angstrom-linux-gnueabi/dsplink-1_1.50-r1/temp/log.do_compile.20765
  • [19:01:03] <koen> NOTE: package dsplink-1_1.50-r1: task do_compile: failed
  • [19:01:06] <dante> that's doable.
  • [19:01:15] <dante> the video streaming is already done for you
  • [19:01:17] <koen> banderson: that's what bitbake says after a failure
  • [19:01:20] <dante> worry about the control
  • [19:01:39] <Javacat> I'm hoping that if I develop all of the software for it on a couple of desktop machines, then it will then be a case of just running it on the beagle board when I get one
  • [19:02:06] <dante> Javacat, assuming you use portable code, more or less, yes.
  • [19:02:20] <Javacat> ok, guess I'll need to stick to standard classes
  • [19:02:32] <dante> .....
  • [19:02:46] <Javacat> :
  • [19:02:47] <Javacat> o
  • [19:02:48] <dante> I was referring to the a/v stuff.
  • [19:02:59] <Javacat> kk :P
  • [19:02:59] <dante> which I would not suggest letting java touch it on the bb.
  • [19:03:11] <banderson> koen: thanks...that was easy all I had to do was read...doh!
  • [19:03:23] <Javacat> What language would be better on the bb?
  • [19:04:20] <jkridner> ds2: btw, the Zoom MDK and Beagle use the same Micron NAND device (128MB LPDDR/256MB NAND).
  • [19:05:31] <dante> Javacat, you can do your control stuff in java
  • [19:05:39] <dante> just don't pass the A/V through it
  • [19:05:39] <Javacat> ok
  • [19:05:42] * ldesnogu_ is now known as ldes|dinner
  • [19:05:56] <dante> just find something that will push it out on a port or something
  • [19:06:26] <Javacat> ok
  • [19:10:16] <cjb80> Why is the Zoom kit called a medical development kit on TI's site?
  • [19:10:49] <Javacat> thanks for your help dante... I'll look into gstreamer
  • [19:11:03] <dante> np
  • [19:14:22] <jkridner> there are 2 Zoom kits: Zoom Mobile Development Kit for OMAP3430 and Zoom Medical Development Kit for OMAP3530. It sucks that Mobile and Medical both start with 'M'.
  • [19:15:03] <jkridner> Zoom MDK typically refers to the OMAP3430 board for open source mobile development (with the modem on the board).
  • [19:15:12] <cjb80> the 35x is the one that I want...
  • [19:15:36] <cjb80> The Beagleboard has the 35x chip on it right
  • [19:15:57] <jkridner> Mobile (OMAP3430): http://focus.ti.com/general/docs/wtbu/wtbusplashcontent.tsp?templateId=6123&contentId=36405
  • [19:16:11] <cwz> The 34xx and 35xx are the same part, just a different part number
  • [19:16:29] <jkridner> Medical (OMAP3530): http://focus.ti.com/docs/toolsw/folders/print/tmdxmevm3503-l.html
  • [19:16:30] <cwz> and the 35xx is going to a larger ball pitch on the BGA
  • [19:17:25] <jkridner> Important feature on the medical EVM: "One USB 2.0 high-speed host port".
  • [19:18:20] <cjb80> ok, sorry for the confusion
  • [19:18:38] <cjb80> One of the features that interested me with this SOC is having two different displays
  • [19:18:51] <cjb80> can you have the chip output to two different LCD displays?
  • [19:20:07] <cwz> Yes -- sec, taking a look at the interface
  • [19:22:32] <cjb80> is there a comparison chart between the 35x and the 34x processors somewhere?
  • [19:22:38] <cjb80> (Is it just package size?)
  • [19:22:38] <BThompson> i dont think it is designed for two seperate LCDs
  • [19:22:40] <koen> jkridner: still on a roadtrip around TI offices?
  • [19:23:37] <BThompson> if i recall the one type of display can have two LCDs, like remote frame buffer or something, but that is only for special LCDs typically very small ones, like the kind you would find on the front face of a cell phone
  • [19:23:37] <cwz> OK yeah -- uses RFBI mode for 2 panels
  • [19:23:47] <hadara> what phy is used for that usb host port on the medical board ?
  • [19:24:36] <jkridner> koen: I'm back home, but I believe I'll be on the West coast next week.
  • [19:24:54] <cjb80> What is RFBI mode (remote frame buffer?) Does the just multiplex between two different lcds or something
  • [19:25:09] <cjb80> (does the chip)
  • [19:25:24] <BThompson> it is something like that, but like i said it is not for normal LCDs
  • [19:25:55] <cwz> http://www.ti.com/litv/pdf/sprufa4
  • [19:26:03] <cwz> page 24
  • [19:26:05] <cjb80> It had to be an LCD that supports RFBI (clearly, I don't know much about the subject!)
  • [19:26:26] <BThompson> yea, normal LCDs do not have remote frame buffers
  • [19:26:53] <cjb80> Thanks!
  • [19:27:08] <BThompson> someone else asked about this some months back, i never looked into it too deeply, but i believe the general idea was that only a few lower resolution LCDs actually have RFB capability
  • [19:27:26] <cwz> If it's just a little LCD etc, you can drive it via SPI etc
  • [19:28:18] <cjb80> it looks like both of the panels need to support rfi
  • [19:28:22] <cjb80> rfb rather
  • [19:29:01] <cwz> I would avoid the concept of two framebuffers on this part for a few reasons
  • [19:30:40] <cwz> ah wait, nm -- it does support smart panels
  • [19:30:44] <cwz> that's not such an issue then
  • [19:31:37] <cjb80> what's a smart panel? (again, sorry for being a newbie)
  • [19:32:30] <cwz> a panel w/ frame buffer memory on the panel itself
  • [19:32:34] <cjb80> oh ok
  • [19:32:55] <cwz> Otherwise you have to make constant access to the framebuffer mem to refresh the panel
  • [19:32:56] <cjb80> it looks like it just uses a chip select signal to multiplex between the panels
  • [19:33:01] <cjb80> yeah
  • [19:33:29] <cjb80> I Was thinking that you could have a separate buffer for each panel
  • [19:33:41] <cjb80> and then just change the buffer whenever you wanted to change the graphics on the panel
  • [19:34:06] <cjb80> this is a good solution it would seem...
  • [19:36:00] <cwz> there is errata related to RFBI as well
  • [19:36:12] * hagisbasheruk (n=hagisbas@78.148.135.168) has joined #beagle
  • [19:36:28] * jkridner|work (n=a0321898@nat/ti/x-9020d1b5ec175cba) has joined #beagle
  • [19:55:23] <keesj> would an omap2evm be considered an oldy?
  • [19:56:25] <cjb80> What the difference between the 34x and the 35x processors besides the USB then?
  • [19:56:45] <cjb80> (I guess the USB is just a difference in the development board)
  • [20:02:52] * jkridner|work (n=a0321898@nat/ti/x-9020d1b5ec175cba) Quit (Remote closed the connection)
  • [20:03:14] * jkridner|work (n=a0321898@nat/ti/x-727e565b503bd589) has joined #beagle
  • [20:04:04] <jkridner> crazy lightning storm hitting here now. strange that it killed my VPN temporarily, but not my net connection overall.
  • [20:04:23] <jkridner> glad I got back into town before this.
  • [20:05:01] <BThompson> flying is quite a pain with the bad weather, one time we drove back to dallas in a rental car instead of waiting on a flight that may not happen
  • [20:05:08] <hagisbasheruk> i lost a nice netgear adsl router last year during a storm
  • [20:06:53] * jkridner|work1 (n=a0321898@nat/ti/x-304bd299a188e769) has joined #beagle
  • [20:09:44] * richardw (n=richardw@nat/ti/x-403f087fc23705c9) has joined #beagle
  • [20:13:20] <dante> heh, I drove from jackson to salt lake city in a snow storm .. bad weather *does* suck ;)
  • [20:18:10] * hagisbasheruk (n=hagisbas@78.148.135.168) Quit ("Leaving")
  • [20:20:09] * bazbell (n=a0192809@nat/ti/x-935ff8c161ec5a13) has joined #beagle
  • [20:25:25] * jkridner|work (n=a0321898@nat/ti/x-727e565b503bd589) Quit (Remote closed the connection)
  • [20:27:45] * hagisbasheruk (n=hagisbas@78.148.135.168) has joined #beagle
  • [20:30:47] * ferret_0567 (n=ferret_0@unaffiliated/ferret0567/x-681468) Quit (Connection timed out)
  • [20:30:50] <banderson> Looks like the conf from hadara creates a uImages that works. I tried the conf from ti and that fails after Uncompressing Linux. Only had to change the config_mach in the ti conf for it to compile
  • [20:31:09] * ldes|dinner is now known as ldesnogu_
  • [20:37:37] <hadara> banderson: as an additional datapoint - I have a kernel compiled from May 30th sources that does work, kernel compiled with the same config from the 15th June doesn't work, so it has to be something commited in this timeframe
  • [20:47:51] * hagisbasheruk (n=hagisbas@78.148.135.168) Quit ("Leaving")
  • [20:50:47] * darkerror05 (n=darkerro@cpe-72-230-183-187.rochester.res.rr.com) Quit (Remote closed the connection)
  • [20:54:24] <ds2> nevermind that... someone told me about "nand unlock" w/o any arguments @$#%@#$@#@#$^%!@##@
  • [20:56:50] <jkridner> ds2: saveenv doesn't require nand unlock, as far as I recall.
  • [20:57:17] <jkridner> other nand writes do though
  • [20:57:28] <ds2> jkridner: the version of Uboot I have does :/ and the odd thing is if I unlocked per the ranges shown for the mtd enviroment partition, it fails
  • [20:57:42] <jkridner> I guess you were not unlocking the right regions?
  • [20:57:52] <jkridner> k
  • [20:58:02] <ds2> THat is my guess... cuz "nand unlock" (no arugments, entire flash) works
  • [20:59:32] * ferret_0567 (n=ferret_0@unaffiliated/ferret0567/x-681468) has joined #beagle
  • [21:00:31] <ds2> jkridner: what's the outlook for getting a beagle board (3rd rev or later) by Sept '08?
  • [21:01:34] <jkridner> Rev. C? I believe our current schedule has Rev. C out in November. If you want a board this year, I think you'd want to go ahead and get a Rev. B.
  • [21:02:06] <jkridner> There are chances the schedule can come in, but I've learned to be a bit more pessimistic.
  • [21:03:07] <jkridner> We got bogged down trying to fix the 2nd USB port, so that delayed our build-up plans.
  • [21:03:14] * bazbell (n=a0192809@nat/ti/x-935ff8c161ec5a13) Quit (Remote closed the connection)
  • [21:03:41] <jkridner> I've given the green light to build up some boards now, but not as many as we had originally planned.
  • [21:04:25] <jkridner> After the LinuxDevices article, however, that is looking to be a bit of a mistake with all of the demand. We are looking into starting another batch of Rev. B.
  • [21:04:55] <keesj> :p
  • [21:05:58] <jkridner> Rev. C is moving along. There is a quick-spin in the works that has a low chance of fixing the issue. Even if that works, we would still probably miss September for any broad orders with Rev. C.
  • [21:12:12] <sakoman> banderson: that is great news! any theories on which config option tanks the boot?
  • [21:12:34] * BThompson (n=BThompso@nat/ti/x-d216fd6b9786fd49) Quit ("Trillian (http://www.ceruleanstudios.com")
  • [21:13:05] <ds2> I see... thinking of setting up a board to serve up slides for a talk... the SVideo would be handy
  • [21:13:24] <sakoman> hadara: what is the source of your 5/30 and 6/15 defconfigs?
  • [21:20:02] <banderson> sakoman: No idea as of yet. Looking into a few now. Only want to change one option at a time and only the ones that seem likely. I hope it is not a combination of config options...
  • [21:21:27] <sakoman> banderson: wish I could help, but my system just won't fail!
  • [21:22:11] <sakoman> Once you have a suspect though I can verify it doesn't break things on my board!
  • [21:24:49] <ds2> jkridner: have you tried out the GSM modem and bluetooth module from Linux on the Zoom yet?
  • [21:25:30] <ldesnogu_> gn
  • [21:25:34] <jkridner> nope. I was doing 3D demos and web browser stuff with Ethernet connection.
  • [21:25:34] * ldesnogu_ (n=ldesnogu@ven06-2-82-247-86-183.fbx.proxad.net) Quit ("Leaving")
  • [21:26:09] <banderson> Sakoman: We could always swap boards if you like...:)
  • [21:26:47] <banderson> sakoman: No I think this is good. Once we have it solve it will be better "product"
  • [21:27:12] <ds2> so it is just me and the schematics :(
  • [21:27:38] <Crofton> jkridner, I gather demand is strong?
  • [21:28:04] <jkridner> Crofton: indeed.
  • [21:28:37] <Crofton> when do you think there will be a "purchase" button?
  • [21:30:34] <Crofton> I sent the beagle board link to a guy I have talked with on and off over the past couple years
  • [21:30:42] <Crofton> he may be interested
  • [21:30:48] <Crofton> but he is likely closed source
  • [21:31:27] <jkridner> I think the purchase button will be August, but I still recommend he send a note to revb-request@beagleboard.o... if he is ready to buy.
  • [21:31:39] <Crofton> will do
  • [21:31:53] <ds2> is there page listing the known rev b issues?
  • [21:32:11] <jkridner> those doing closed source will likely need to wait for that purchase button.
  • [21:32:12] <Crofton> he had an AF sbir to launch an omap5912 into space :)
  • [21:32:34] * hagisbasheruk (n=hagisbas@78.148.135.168) has joined #beagle
  • [21:35:35] <jkridner> http://elinux.org/BeagleBoard#Errata has confirmed issues (EHCI is the only confirmed issue). http://code.google.com/p/beagleboard/issues/list is where issues should be reported.
  • [21:38:56] <jkridner> I've noticed that http://wiki.davincidsp.com/index.php?title=OMAP3_Overview now exists.
  • [21:39:09] <jkridner> I'm adding the medical kit to http://wiki.davincidsp.com/index.php?title=OMAP3_Boards
  • [21:41:19] <jkridner> Javacat: your Java options might also include http://focus.ti.com/general/docs/wtbu/wtbugencontent.tsp?templateId=6123&navigationId=12273&contentId=4621
  • [21:42:14] <ds2> jkridner: the EHCI errata looks a lot like something I have seen before on the 2430 except the 2430 doesn't have a EHCI block
  • [21:42:52] <Javacat> jkridner: thanks for the link
  • [21:44:50] * bazbell (n=a0192809@nat/ti/x-34fdda7313d132ae) has joined #beagle
  • [21:47:10] <Javacat> jkridner: You providing that single link over 2 hours after I asked the question is more help than I got from asking anything in the ##java channel
  • [21:47:21] <Javacat> They flamed me there for asking a question ?_?
  • [21:47:52] <jkridner> there are so many different places to get Java, it is actually quite confusing.
  • [21:48:17] <jkridner> I was wondering if I could share any names of 3rd parties and then found that page.
  • [21:49:12] <jkridner> Now that Java is "FOSS", it is still suffering from the very fragmented ecosystem that it created when it was not.
  • [21:50:08] <Javacat> tbh, it's a couple of years since I used java and I'm a little bit confused about all of these different versions available :(
  • [21:53:36] <sakoman> banderson: what config options look suspect to you?
  • [21:55:15] * ferret_0567 (n=ferret_0@unaffiliated/ferret0567/x-681468) Quit (Read error: 104 (Connection reset by peer))
  • [21:55:18] * ferret_0567 (n=ferret_0@unaffiliated/ferret0567/x-681468) has joined #beagle
  • [22:00:30] <banderson> Just tried disabling the CONFIG_EMBEDDED (wasn't set in hadara config) because a quick google search talked about halting problems with it.
  • [22:01:20] <banderson> Want me to post each difference here an discuss? One at a time?
  • [22:01:45] <banderson> A lot of these I am not sure about so have to google them first
  • [22:14:56] * BThompson (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) has joined #beagle
  • [22:21:58] <sakoman> banderson: I don't think we need to discuss each one, it will just slow you down!
  • [22:22:12] <sakoman> The one we care about is the one that breaks things :-)
  • [22:22:45] <sakoman> I'm doing a similar exercise with the beagle defconfig
  • [22:23:02] <banderson> sakoman: Didn't think so but wanted to give the option...
  • [22:27:09] * intu (n=intu@ubr1-201-91.ubr.tartu.stv.ee) has joined #beagle
  • [22:28:10] * ferret_0567 (n=ferret_0@unaffiliated/ferret0567/x-681468) Quit (Success)
  • [22:29:33] * hagisbasheruk_ (n=hagisbas@78.148.135.168) has joined #beagle
  • [22:37:15] * prpplague (n=dave@mail.americanmicrosystems.com) Quit ("Leaving")
  • [22:37:48] <Javacat> sooo.. when's the beagle board going to be in full production?
  • [22:37:49] <Javacat> :P
  • [22:39:11] <Crofton> they will serve no board before its time .....
  • [22:39:17] <Crofton> :)
  • [22:39:25] <Javacat> swines!
  • [22:40:11] <Javacat> guess i'll have lots of time to get all me stuff written and tested then :P
  • [22:40:21] <Crofton> jkridner, can provide the best answer, but I thinnk he doesn't really know either
  • [22:40:23] <Crofton> yeah
  • [22:46:39] <Javacat> silly question, but is the beagle board a commercial product, or is it more of a community thing?
  • [22:48:03] <BThompson> id say more of a community thing, but it could be used for commercial development, nothing is stopping that
  • [22:48:48] * hagisbasheruk (n=hagisbas@78.148.135.168) Quit (Read error: 110 (Connection timed out))
  • [22:48:51] <ali_as_> It seems to be a mixture with TI wanting an open source board to display how good it's chips are.
  • [22:59:38] * hagisbasheruk_ (n=hagisbas@78.148.135.168) Quit ("Leaving")
  • [23:00:28] <Javacat> http://beaglerobotics.com/catalog.pl
  • [23:00:29] <Javacat> !
  • [23:01:03] <Javacat> "BeagleBoard PIC module" :o
  • [23:04:42] <ali_as_> Unrelated.
  • [23:04:50] * hagisbasheruk (n=hagisbas@78.148.135.168) has joined #beagle
  • [23:04:55] <Javacat> i guessed :P
  • [23:04:58] * richardw (n=richardw@nat/ti/x-403f087fc23705c9) Quit ("Leaving")
  • [23:06:01] <ali_as_> Even the beagleboard power supply isn't compatable.
  • [23:06:18] <ali_as_> That site may cause some confusion.
  • [23:20:02] * rsalveti_ (n=salveti@189.70.105.56) has joined #beagle
  • [23:22:44] * rsalveti (n=salveti@200.184.118.132) Quit (Read error: 113 (No route to host))
  • [23:30:58] * ds2 (i=noinf@netblock-66-245-251-24.dslextreme.com) Quit (Remote closed the connection)
  • [23:31:11] * ds2 (i=noinf@netblock-66-245-251-24.dslextreme.com) has joined #beagle