• [00:13:00] * jkridner_ is now known as jkridner
  • [00:17:51] * likewise (n=likewise@82-171-51-231.ip.telfort.nl) Quit ()
  • [03:19:58] * NishanthM (n=Nishanth@cpe-24-175-68-203.tx.res.rr.com) Quit ("Aloha")
  • [04:26:21] * jkridner|work (n=a0321898@nat/ti/x-046de0f4a161b9c6) has joined #beagle
  • [05:08:56] * BThompson (n=BThompso@cpe-76-185-66-252.tx.res.rr.com) Quit ("Trillian (http://www.ceruleanstudios.com")
  • [05:12:17] <jkridner> koen: must be getting time to wake up for you. :) mind if I put your photo on the BeagleBoard.org home page?
  • [05:13:03] <jkridner> I'll likely replace it in a couple of weeks, but with the hundreds of people looking at the site now, I figure I should have something a bit more than "Future Home of the Beagle Board" ;)
  • [06:08:16] <Crofton|laptop> koen, while you are at it, avahi is not building atm
  • [06:20:23] * theoddbot (n=brendan@124-171-129-10.dyn.iinet.net.au) has joined #beagle
  • [06:22:25] * Crofton|laptop realizes jkridner is talking about koen's picture of a beagle, not an actual picute of koen ...
  • [06:37:02] * orcas (n=orcas@udp011879uds.ucsf.edu) Quit (kubrick.freenode.net irc.freenode.net)
  • [06:55:58] * orcas (n=orcas@udp011879uds.ucsf.edu) has joined #beagle
  • [07:07:07] <koen> jkridner: no, I don't mind :)
  • [07:08:48] <koen> Crofton|laptop: libssp?
  • [07:12:48] <Crofton|laptop> not sure, it was on a screen session and I couldn't scroll back to the meat of the error
  • [07:13:13] <koen> my workstation with the build from scratch crashed last nigh
  • [07:13:14] <koen> t
  • [08:59:59] <Crofton|laptop> l8r, off to cross the Atlantic
  • [09:00:03] * Crofton|laptop (n=balister@86-42-211-8.b-ras1.cld.dublin.eircom.net) Quit ("Leaving")
  • [09:52:11] * ldesnogu (n=ldesnogu@ven06-2-82-247-86-183.fbx.proxad.net) has joined #beagle
  • [09:52:16] <ldesnogu> hello
  • [10:05:43] <theoddbot> hello
  • [11:02:39] * likewise (n=likewise@92-65-ftth.onsneteindhoven.nl) has joined #beagle
  • [12:13:16] <koen> http://groups.google.com/group/beagleboard/browse_thread/thread/893374ac8ff737b4#
  • [12:13:55] <koen> likewise: fiber?
  • [12:24:38] <likewise> koen: hi, how do mean fiber? fiber to my home?
  • [12:24:47] <likewise> >you<
  • [12:25:52] <koen> likewise: your hostname is from a FTTH provider :)
  • [12:28:31] <likewise> koen: ah, my mbp picked up a free wireless lan from a neighbour. I *do* have a fiber modem (100Mbits/s) but their telephony service is too expensive to my liking (I have Telfort 20MB ADSL btw)
  • [12:28:58] <koen> orangle 20Mbit here
  • [12:29:13] <koen> gets ~4.5Mbit due to linelength
  • [12:29:20] <ldesnogu> koen: regarding your NEON message, I am not sure mainline 4.3.1 will have support for it unless CSL ported back their changes
  • [12:29:32] <koen> ldesnogu: 4.3.0 has neon support
  • [12:29:38] <koen> it's just makes it ICE :)
  • [12:29:42] <ldesnogu> you say it ICE's
  • [12:29:53] <ldesnogu> at which point?
  • [12:30:08] * ldesnogu opens gcc svn
  • [12:30:13] <koen> as soon as you invoke it with -mfpu=neon on pretty much any source file
  • [12:30:24] <koen> haven't bothered filing a bug
  • [12:30:36] <ldesnogu> ...
  • [12:30:39] <koen> it's a x.x.0 release :)
  • [12:30:49] <koen> nobody expects those to worko
  • [12:31:04] <ldesnogu> indeed :)
  • [12:31:13] <ldesnogu> but it's no reason for not filing bugs
  • [12:31:26] <ldesnogu> anyway I bet it's already in bugzilla
  • [12:33:18] <ldesnogu> no ARM commit since 4.3 branch has been committed :(
  • [12:33:33] <ldesnogu> http://gcc.gnu.org/viewcvs/branches/gcc-4_3-branch/gcc/config/arm/
  • [12:37:13] <koen> drat
  • [12:37:31] <ldesnogu> and no open bug with neon in it
  • [12:37:56] <ldesnogu> so thou shalt be blamed for buggy neon support in 4.3.1 :D
  • [13:40:30] <jkridner> while I'm editing the web pages, anything else I should fix in the short term?
  • [13:42:58] <koen> jkridner: tell the world about http://dominion.thruhere.net/koen/cms/beagleboard-patches-upstream :)
  • [13:43:43] <koen> jkridner: and the picture is getting cut-off by the news pipe (with webkit)
  • [13:46:12] <theoddbot> and firefix 2
  • [13:46:18] <theoddbot> firefox even
  • [13:49:49] <jkridner> k. FF3 looks OK. Do I need to add a table for the pic?
  • [13:52:20] <koen> it initially renders ok, but then the pipe moves up
  • [13:57:24] * koen still hasn't decided if he likes htop or plain old top better
  • [13:57:55] <jkridner> I never tried htop
  • [13:58:45] <jkridner> emerge on my mac doesn't seem to know about it.
  • [13:58:59] <koen> http://htop.sourceforge.net/
  • [14:00:24] <jkridner> I did a simple table. Does that make it look better?
  • [14:00:50] <koen> yes, that fixed it for webkit
  • [14:00:52] <theoddbot> ah my eyes. htop is colorful
  • [14:01:08] <theoddbot> yep ff2 is ok
  • [14:01:27] <koen> jkridner: watch out for getting blacklisted by flickr
  • [14:01:42] <jkridner> k. I should use their embed code?
  • [14:02:03] <koen> that, or copy the pic to the beagle server
  • [14:03:33] <jkridner> IMG is now local.
  • [14:06:32] <koen> should save you some "where did that image go?" headscratching
  • [14:06:38] * koen has been there before
  • [14:07:03] <jkridner> yeah. Always nice to reduce dependencies.
  • [14:08:31] * likewise (n=likewise@92-65-ftth.onsneteindhoven.nl) Quit ()
  • [14:17:06] <jkridner> I just saw Thomas Apestaart finally got some cuecats. I got a few of those way-back-when. It would be nice to have something like that connected to a Beagle.
  • [14:26:37] <koen> apestaart is the name of his blog, not his name :)
  • [14:26:45] <koen> apestaart is dutch for @
  • [14:26:49] <jkridner> k.
  • [14:26:54] <koen> (monkeytail literally)
  • [14:27:14] <jkridner> good to know!
  • [14:29:30] <koen> everytime I read "barcode" I think of Symbol seeing $$$$$ ;)
  • [14:30:07] <jkridner> Does Symbol have some hook into all barcodes?
  • [14:30:45] <jkridner> with everything we buy labeled, it just seems like everyone should have access to the technology.
  • [14:30:57] <koen> didn't it have a patent on barcode scanners?
  • [14:31:04] <jkridner> anyone know why a barcode collaborative project hasn't really taken off?
  • [14:32:02] <jkridner> looks like there are a lot of patents. still, that shouldn't prevent all creations of bar code scanners.
  • [14:32:04] <koen> what would such a project do?
  • [14:32:36] <jkridner> many apps: home libraries, such as Delicious Library.
  • [14:33:04] <jkridner> comparison shopping, especially if tied to mobile phones.
  • [14:33:28] <koen> ah, you mean a "decoder app using builtin camera" type of app
  • [14:33:29] <jkridner> scan and enter price/store, others can do quick look-up.
  • [14:33:38] * koen loves Delicious Library
  • [14:33:54] <jkridner> using the camera or an inexpensive scanner, either way.
  • [14:34:10] <jkridner> but, I especially wonder why my Treo 700p doesn't have an app that would use the camera.
  • [14:34:29] <koen> the semacode people have a java apps for it
  • [14:34:31] * jkridner grumbles about the state of Linux phones in the USA.
  • [14:35:00] <koen> jkridner: http://goanna.cs.rmit.edu.au/~jah/Downloads/doc/manual.html
  • [14:36:11] <koen> I have an moto a780 and an openmoko gta01
  • [14:36:18] <jkridner> semacode domain is parked. :(
  • [14:36:21] <koen> I wouldn't use either as my daily phone
  • [14:37:02] <jkridner> oh, wait, that was just one of the pages pointing to a parked page at joker.com
  • [14:46:37] * likewise (n=likewise@92-65-ftth.onsneteindhoven.nl) has joined #beagle
  • [15:09:49] <jkridner> I should probably give all an update on the latest board status.
  • [15:10:02] <jkridner> We did get Rev. B boards in this week.
  • [15:10:46] <jkridner> Had some PCB manufacturing issues related to the solder mask that caused assembly problems.
  • [15:11:14] <jkridner> these don't generally cause functional problems, just reduce the board yield.
  • [15:11:35] <jkridner> so, we have far fewer boards than expected--again.
  • [15:11:43] <jkridner> we have more boards in the pipe.
  • [15:12:51] <jkridner> Rev B has no new features, but has some minor USB layout improvements and fixes the alternate power connector.
  • [15:16:39] <koen> how many A5 and B0 board are there?
  • [15:17:48] <jkridner> I'm a bit reluctant to say, given that some people may react to if they belong in the top-X boards or not, but I'm trying to err on the side of being open, so...
  • [15:18:10] <jkridner> There are about 35 Rev A boards and 13 Rev B boards, at the moment.
  • [15:18:37] * jkridner wonders how big a mistake it was to say that. :)
  • [15:18:59] <jkridner> our build-up plans were for 75 this week.
  • [15:19:08] <koen> it gives a bit of perspective
  • [15:19:18] <koen> since figures of 800 were mentioned :)
  • [15:19:25] <jkridner> we only ran 25 before discovering we were getting a ton of shorts.
  • [15:20:18] <jkridner> yes, the 800 is still targeted for June, but it has been sliding toward the back end of June.
  • [15:20:36] <jkridner> these were meant to be the final pre-production run.
  • [15:21:01] <jkridner> there has been a minor break-through on the USB host port activity.
  • [15:21:12] <koen> When I was doing me second year research project the PhD guy discovers his thesis boards were missing ground and vcc planes
  • [15:21:29] <jkridner> by altering the pull-up/down status on the phy, the lock-ups have been eliminated.
  • [15:22:08] <jkridner> :) I think we are a bit better along in our board development experience than that. ;)
  • [15:22:37] <koen> the pull u/down status can be altered by software?p
  • [15:22:54] <jkridner> but, there are still many errors in the transmissions, despite the signal quality from the PHY to the outside world being good.
  • [15:23:01] <jkridner> koen: yes.
  • [15:23:19] * dirk2 (n=dirk@F317c.f.strato-dslnet.de) has joined #beagle
  • [15:23:48] <jkridner> so, it seems, to me, and this is a very personal opinion, that the issue is between the OMAP3 and the PHY.
  • [15:23:50] <koen> jkridner: did you already see http://advogato.org/article/871.html ?
  • [15:24:35] <jkridner> I had not, but I'm a fan of intrinsics anyway.
  • [15:25:26] <jkridner> of course, there are better vectorizing compilers than GCC.
  • [15:25:35] <koen> yeah
  • [15:25:36] <jkridner> I hope that GCC gets much better at it.
  • [15:25:54] <koen> gcc 4.3.x had a ton of improvements in that area
  • [15:26:17] <jkridner> TI has done a lot of work in vectorization for VLIW, but I don't expect that stuff to be opened up any time soon. :-|
  • [15:26:36] * koen wonders about transmeta
  • [15:26:54] <jkridner> any Qs on the USB?
  • [15:27:07] <koen> can we have a write-up?
  • [15:27:10] <koen> or patches to test?
  • [15:27:41] <jkridner> yeah, that is in the works.
  • [15:28:05] <koen> when usb is stable we can look at the twl issues
  • [15:28:42] <koen> I've found a few situations of twl malfunction that don't make it crash
  • [15:28:56] <koen> sometimes RTC and musb don't works
  • [15:29:36] <koen> but I'm unsure what the correct place is to reset the twl: u-boot or kernel
  • [15:33:42] * likewise (n=likewise@92-65-ftth.onsneteindhoven.nl) Quit ()
  • [15:34:17] <dirk2> koen or all: Anybody with a link to khilman's talk at FOSDEM discussed yesterday?
  • [15:38:10] <koen> http://free-electrons.com/pub/video/2008/fosdem/fosdem2008-kevin-hilman-power-management.ogg
  • [15:38:39] <dirk2> Ahh! The free-electrons page! I looked at FOSDEM and couldn't find it. Thanks!
  • [15:40:29] <koen> when I look at the weather outside I keep thinking I should have accepted the job at free-electrons in Nice :)
  • [15:40:59] <dirk2> I think TI has someting there, too ;)
  • [15:42:28] <suihkulokki> naah, terrible weather outside is good keeps one hacking better ;)
  • [15:43:24] <jkridner> That's what I keep telling myself. :)
  • [15:43:54] * jkridner lives in constant near 100% humidity.
  • [15:44:10] <suihkulokki> uk?
  • [15:44:21] <jkridner> Houston, TX, USA.
  • [15:44:22] <dirk2> bathroom?
  • [15:44:25] <jkridner> lol
  • [15:45:04] <jkridner> http://www.cityrating.com/cityhumidity.asp?City=Houston
  • [15:45:31] <jkridner> actually, I'm rather surprised it drops so low in the afternoons. I don't really believe it.
  • [15:45:34] * dannyBlue (n=chatzill@89-180-170-163.net.novis.pt) has joined #beagle
  • [15:45:51] <koen> it heats up
  • [15:46:01] <koen> so still the same absolute amount of moisture in the air
  • [15:46:18] <jkridner> seems like there are a lot of new faces around this channel, but still most of the same voices.
  • [15:46:22] <koen> but hot air can hold more, so the relative humidity drops
  • [15:46:27] <jkridner> nice to meet you suihkulokki.
  • [15:46:54] <koen> suihkulokki: that might explain all the FOSS coming out of .fi :)
  • [15:48:06] <jkridner> just stepped outside for a minute. weather is fantastic right now.
  • [15:48:29] <kulve> 18:20 at Hki-Vantaa airport: wind from NNW at 3.6 m/s, temperature is 10C. Sky conditions are mostly cloudy.
  • [15:48:37] <koen> I must suck painting stuff in houston
  • [15:48:41] <koen> ehm
  • [15:48:42] <suihkulokki> jkridner: very nice to see TI opening up :)
  • [15:48:44] <koen> "it"
  • [15:48:53] <jkridner> now that the website isn't *quite* as dead looking, I think I should probably do some skating. The special olympics got in the way of hockey yesterday.
  • [15:49:44] <jkridner> yeah, I painted my parents house a couple of times. won't ever do that again if I can help it.
  • [15:49:48] <dannyBlue> Hi all. Saw the video presentation very nice Jason
  • [15:50:11] <jkridner> thanks dannyBlue.
  • [15:50:24] <jkridner> it is a fun time at TI right now.
  • [15:50:31] * likewise (n=likewise@82-171-51-231.ip.telfort.nl) has joined #beagle
  • [15:51:09] <jkridner> a bit overwhelming for me, but there is a very nice groundswell for more open participation.
  • [15:51:43] <dannyBlue> hehe... it did point to me the need for an OSS compiler, maybe i will get into that next semester when i start taking compiler classes
  • [15:51:45] <jkridner> lots of people saying, "you mean it is ok for me to share my work outside"?
  • [15:52:37] <dannyBlue> hehe, big corporate do tend to be very protective of their IP
  • [15:52:48] <jkridner> lots of responding, "yes, if you use your common sense and read the policies and procedures here..."
  • [15:53:08] <jkridner> and that won't ever change....
  • [15:53:26] <jkridner> but there is recognition that not all engineering development is IP that needs to be protected...
  • [15:53:36] <jkridner> some of it has higher returns if it is not protected.
  • [15:54:00] * ldesnogu wished ARM Ltd could learn that
  • [15:54:04] <jkridner> and then, there is the aspect of not just sharing, but sharing in the right way.
  • [15:54:48] <jkridner> I say these things aloud as I'm constantly looking for feedback.
  • [15:55:25] <ldesnogu> you mean feedback from people on this canal, or from other TI people?
  • [15:56:12] <jkridner> both, but mostly from outside.
  • [15:56:51] <jkridner> I see a lot of new nicks today and a lot of people who have been quiet.
  • [15:57:15] <ldesnogu> spies from other chip makers?
  • [15:57:23] <jkridner> lol. probably. :)
  • [15:57:51] <ldesnogu> for instance theoddbot is a pandora spy :)
  • [15:58:18] <ldesnogu> that would make him a board spy
  • [15:58:40] <jkridner> hehe. I love the Pandora, so please spy away!
  • [15:59:24] <ldesnogu> as far as what TI is doing, I think I already told it here, but what they did is a *very* clever thing and certainly surprised me a lot (as a ex-TIer)
  • [16:00:24] <ldesnogu> did that come from individuals as you Jason?
  • [16:00:49] <jkridner> the push to be more open and to better engage the open source community?
  • [16:00:55] <ldesnogu> both
  • [16:01:02] <ldesnogu> lol
  • [16:01:10] <jkridner> I'd like to take a lot of credit, but it is very broad based.
  • [16:01:25] <ldesnogu> was that a push from the basis?
  • [16:02:16] <ldesnogu> because I am trying in my own company to voice arguments about openness and open source... resulting in nothing
  • [16:03:14] <jkridner> well, open source push at TI i at the executive level, middle-management, and engineers....
  • [16:03:40] <jkridner> I think they all see something different in it.
  • [16:03:43] <ldesnogu> (koen: Free Electrons founder is ex TI employee :)
  • [16:04:31] <jkridner> Open source is a way to grow our ecosystem to reach more customers.
  • [16:04:56] <jkridner> there are so many people in the community who can make the products so much more valuable that we should just let them.
  • [16:05:12] <ldesnogu> that's indeed what I think
  • [16:05:33] * theoddbot (n=brendan@124-171-129-10.dyn.iinet.net.au) Quit (Remote closed the connection)
  • [16:05:45] * theoddbot (n=brendan@124-171-129-10.dyn.iinet.net.au) has joined #beagle
  • [16:06:04] <ldesnogu> but sometimes management says: "if we let community know too many things, then some competitors may find we violate some IP or they may copy our IP"
  • [16:06:31] <ldesnogu> that's an argument that can't be countered
  • [16:06:42] <jkridner> There has been so much recent literature on peer production and "the long tail" that executives are already very familiar with the potential benefits.
  • [16:07:59] <jkridner> true, and we've had to be a bit selective in the H/W documentation.
  • [16:08:14] <jkridner> some things we just don't have rights to share, such as SGX info.
  • [16:09:03] <jkridner> lots of people are very frustrated by patents....
  • [16:09:10] <ldesnogu> indeed...
  • [16:09:31] <suihkulokki> I think the best potential in openness is increased quality of implementation by getting code peer reviewed
  • [16:09:34] <jkridner> but, there are some instances where they really do help to open things up quicker.
  • [16:09:56] <suihkulokki> + the pressure of actually publishing clean source code instead of "a binary that barely works" ;)
  • [16:10:20] <jkridner> I'd add that the speed of innovation is also potentially increased by enabling more contribution.
  • [16:10:38] <jkridner> at least, those are the 2 main benefits I've been repeating: faster innovation and improved quality.
  • [16:10:58] <jkridner> but, those are primarily looking at the software (ie. Linux kernel).
  • [16:11:24] <ldesnogu> I am eagerly awaiting the result of AMD providing video hardware documentation, so that nVidia moves on, and then perhaps embedded GPU makers such as Imgtec
  • [16:11:32] <jkridner> I believe ldesnogu is also referring to providing the H/W docs.
  • [16:11:46] <ldesnogu> I am :)
  • [16:12:09] <ldesnogu> if HW docs are provided, open source SW magically appears ;)
  • [16:12:32] <jkridner> What TI has done in providing the H/W docs and letting anyone buy an OMAP3 was the biggest step.
  • [16:13:11] <ldesnogu> yes, I was highly doubtful about early Pandora claims of using OMAP3430, that made no sense to me
  • [16:13:20] <ldesnogu> then TI announced OMAP3530
  • [16:13:28] <ldesnogu> huge surprise and change :)
  • [16:13:29] <jkridner> Letting us do BeagleBoard.org is a baby step by comparison.
  • [16:14:14] <ldesnogu> hum, I don't consider BeagleBoard as a baby step from the embedded community point of view
  • [16:14:56] <jkridner> I say that because BeagleBoard could come from so many other places.
  • [16:15:28] <ldesnogu> most other places would do an overpriced board...
  • [16:15:36] <jkridner> I believe there will eventually be much cooler things, but we are getting the ball rolling at a price people can afford.
  • [16:15:40] <ldesnogu> or something you would have to solder yourself
  • [16:15:58] <jkridner> (and doing it without shipping $$s)
  • [16:16:34] <jkridner> That last part (not shipping $$s) is critical if we want anyone else to come along and do something even better.
  • [16:16:49] <ldesnogu> (side question: is there anything to do to get one of the 800 boards targeted for June, like pre order?)
  • [16:17:39] <jkridner> I haven't got any arrangements to pre-order.
  • [16:18:37] <jkridner> I will announce when board ordering is possible on the mailing list.
  • [16:20:20] <jkridner> I'm open to other suggestions to avoid causing a lot of frustration.
  • [16:21:39] <jkridner> I believe we will get the ordering function up in a couple weeks (early June) and then boards will ship as they reach the distributor.
  • [16:22:27] <bazbel1> jkridner: I realize this is additional work but providing an overall timeline on when things will be available on the http://beagleboard.org site might help clear things up for those developers just becoming aware of the effort. This is in addition to your note on getting the ordering function running.
  • [16:23:03] <jkridner> Thanks.
  • [16:24:44] <ldesnogu> jkridner: that looks fine to me, especially if you update if there are delays or problems; nothing is more frustrating than getting "we will ship we it's ready" without knowing why it's not ready
  • [16:25:00] <ldesnogu> when it's ready*
  • [16:25:02] <koen> ldesnogu: I know michael from he pre free-electron days :)
  • [16:25:15] <ldesnogu> oh :)
  • [16:25:42] <ldesnogu> you should have accepted the job offer :p
  • [16:27:00] <ldesnogu> Michael made a nice presentation in a forum in Sophia Antipolis a few months ago that was very good, about building out of nothing a graphic demo under Linux, only using qemu
  • [16:29:46] <jkridner> qemu+X11?
  • [16:29:58] <ldesnogu> it was a framebuffer application
  • [16:30:03] <jkridner> k.
  • [16:30:11] <jkridner> how is this text "Boards for early adopters will be available soon for $149 via a link from this page. Subscribe to the mailing list to get notification. A small lot of pre-production boards used to test the manufacturing process is expected in early June and several hundred boards made available near the end of June. I'm expecting for orders to be accepted without stock (pre-orders) once the purchase link is available, but I'm not sure
  • [16:30:37] <jkridner> probably annoyingly vague. :)
  • [16:30:48] <koen> maybe s/I/we/g
  • [16:30:50] <ldesnogu> (last part of your copy paste is missing)
  • [16:31:07] <jkridner> see http://beagleboard.org
  • [16:31:48] <ldesnogu> end of June is considered as early adopters?
  • [16:32:42] <jkridner> only due to lack of full-blown software.
  • [16:33:05] <koen> jkridner: maybe a small note on the boards already out there
  • [16:33:06] <jkridner> any way to improve that wording?
  • [16:33:11] <jkridner> k.
  • [16:33:20] <ldesnogu> you should perhaps clarify this, as the may frighten some people that this will be beta *hardware*
  • [16:33:58] * koen makes a note to have NAND working before june
  • [16:34:22] <ldesnogu> So there will be some distributor. US based only?
  • [16:35:44] <jkridner> world-wide.
  • [16:36:24] <ldesnogu> I like the current text better
  • [16:36:38] <jkridner> There are currently a few dozen boards that have been handed out. Additional boards will be available soon for $149 via a link from this page. Subscribe to the mailing list to get notification. A small lot of boards is expected in early June and several hundred boards will be made available near the end of June. We expect orders to be accepted without stock (pre-orders) once the purchase link is available.
  • [16:37:18] * jkridner holds breath that I'm not over committing.
  • [16:37:20] <koen> I keep reading "A small lot of boards" as "lots of boards"
  • [16:37:29] <jkridner> k.
  • [16:37:45] <ldesnogu> I read it correctly
  • [16:38:01] <koen> I'm low on coffee :)
  • [16:38:03] <ldesnogu> perhaps because of this canal context :)
  • [16:38:13] <jkridner> "lot" can be interpreted multiple ways.
  • [16:38:28] <jkridner> There are currently a few dozen boards that have been handed out. Additional boards will be available soon for $149 via a link from this page. Subscribe to the mailing list to get notification. A small number of boards are expected in early June and several hundred boards will be made available near the end of June. We expect orders to be accepted without stock (pre-orders) once the purchase link is available.
  • [16:38:32] <ldesnogu> small batch?
  • [16:38:39] <ldesnogu> number is fine
  • [16:38:41] <jkridner> I went with "number".
  • [16:44:47] * bazbel1 (n=a0192809@nat/ti/x-6bf023901ff59911) Quit ("Leaving.")
  • [16:45:31] * bazbell (n=a0192809@nat/ti/x-776500ba2a096e35) has joined #beagle
  • [16:51:47] * likewise (n=likewise@82-171-51-231.ip.telfort.nl) Quit ()
  • [17:01:21] <ali_as> Newb question, but I can't find the answer on the wiki or in the omap3530 spec. What is the maximum resolution the beagle will support? Through the DVI port?
  • [17:01:42] * likewise (n=likewise@82-171-51-231.ip.telfort.nl) has joined #beagle
  • [17:02:07] <jkridner> I'm running 1280x1024 and 1024x768, but at non-standard refresh rates.
  • [17:02:35] <jkridner> I haven't encountered any monitors with problems yet, but I have encountered HDTVs that don't like it.
  • [17:02:38] <koen> 1024x768 looks pretty ok on my screen, haven't looked at the refresh rate
  • [17:02:55] <ali_as> The sounds like a lower pixel clock than I was expecting.
  • [17:03:13] <jkridner> the display is very responsive. haven't seen any issues with that.
  • [17:03:33] <ali_as> The camera interface on the chip can run at silly speeds, 130MHz+ but I couldn't find the spec for display.
  • [17:03:42] <ali_as> What is the display max pixel clock?
  • [17:03:47] <jkridner> yes, the current silicon is limited to a 65MHz pixel clock, though I believe it may be recharacterized to 75MHz (cannot say for certain).
  • [17:03:49] <koen> 65MHz
  • [17:04:05] <ali_as> That sounds enough to do 1080i.
  • [17:04:17] <koen> the driver in linux-omap git reports 65MHz to the kernel :)
  • [17:04:22] <jkridner> remember to count in the frontporch/backporch.
  • [17:04:39] <ali_as> 75 would be enough, 65 probably wouldn't.
  • [17:06:25] <jkridner> don't buy one expecting 75, but you might be pleasantly surprised. I believe the data manual says 65MHz today.
  • [17:06:40] <ali_as> Anything stick out as a major problem running 1920x1080i50?
  • [17:06:50] <koen> jkridner: I'm looking at the usb host schematics right now and I wonder what the ULPI signalling can do
  • [17:07:20] <jkridner> koen: how so?
  • [17:07:28] <jkridner> what do you mean "can do"?
  • [17:07:39] * koen reads up on ULPI
  • [17:08:21] <jkridner> ali_as: I haven't done the math.
  • [17:08:39] <ali_as> I'm actually highly surprised, prior to checking the spec just now I thought we were in the same ballpark as the opmap34xx numbers, 640x480 or whatever, I'd given up on the idea of owning a beagle.
  • [17:09:05] <jkridner> only figures I know are 2048x2048 buffer maximum and 65MHz pixel clock.
  • [17:09:46] <koen> You probably need to recompile the kernel for more framebuffer DMA memory :)
  • [17:09:56] <jkridner> I'd worry about higher frame rates.
  • [17:10:02] * dannyBlue_ (n=chatzill@89-180-130-37.net.novis.pt) has joined #beagle
  • [17:10:09] <ali_as> Ok, worry why?
  • [17:10:25] * BThompson (n=BThompso@cpe-76-185-66-252.tx.res.rr.com) has joined #beagle
  • [17:11:17] * dannyBlue_ (n=chatzill@89-180-130-37.net.novis.pt) Quit (Client Quit)
  • [17:13:38] <ldesnogu> spruf98a says pixel clock 65 MHz (page 2198)
  • [17:13:51] <ldesnogu> it also say max rez 1024x768...
  • [17:14:03] <koen> 65 MHz ~ 1920x1080@30fps
  • [17:14:10] <koen> if my math is correct
  • [17:14:19] <suihkulokki> jkridner: about the updated beagleboard.org page, you might want to refine the "OMAP device family" with "OMAP3 device family"
  • [17:14:28] <ldesnogu> almost : http://209.85.135.104/search?q=cache:oFRzdajLIWsJ:www.accupel.com/specs3000.html+1080i+pixel+clock&hl=en&ct=clnk&cd=1&gl=fr&client=firefox-a
  • [17:14:42] <ldesnogu> it says 74.2 MHz for 1080i
  • [17:15:24] <jkridner> ali_as: I just mean that I haven't checked them out and I'd wait for someone to give some positive affirmation.
  • [17:15:30] <ldesnogu> anyway the TRM looks wrong claiming up to 1024x768
  • [17:15:37] <jkridner> I don't want anyone to be disappointed.
  • [17:15:41] * ldesnogu is now known as ldesnogu|HappyHo
  • [17:15:53] <jkridner> ldesnogu: why do you say that?
  • [17:16:15] <ali_as> I'm tinkering with a broadcom chip and it is about 74MHz for 1080i60 I think.
  • [17:17:12] <ali_as> Front porch and backporch annoy me, like v blank and hblank but on a digital interface.
  • [17:18:21] <jkridner> fyi, video framer on Beagle is the TFP510
  • [17:18:29] <ldesnogu|HappyHo> jkridner: page 2198 "Programmable display size (maximum resolution is XGA: 1024 x 768 or 768x1024)"
  • [17:18:42] <jkridner> meaning that it is too conserative?
  • [17:18:47] <jkridner> conservative
  • [17:19:04] <ldesnogu|HappyHo> indeed since some of you are running at 1280x1024, no?
  • [17:20:15] <likewise> can we output the framebuffer in some other way (i.e. not through the limited 65 MHz pixel clocked part) through a DMA channel?
  • [17:20:20] <ali_as> TFP510, 165MHz max. Oh if only.
  • [17:20:29] * ali_as drools.
  • [17:20:36] <jkridner> yeah, limitation is with the OMAP3, not the TFP510.
  • [17:21:00] <jkridner> http://focus.ti.com/docs/prod/folders/print/tfp510.html
  • [17:21:15] <likewise> ali_as: we do 1920x1080p60 through the TFP410, not with the OMAP3 but with an FPGA :-/
  • [17:21:34] <jkridner> suihkulokki: I went with OMAP35x device family.
  • [17:21:55] <ali_as> Oh that must rock. What are you doing that with likewise?
  • [17:21:59] <likewise> ali_as: anyway, the Availability Disclaimer applies to us I guess.
  • [17:22:27] <koen> ah, /me forgot about 1080i
  • [17:22:33] <koen> I always calculate p :)
  • [17:22:34] <likewise> ali_as: 4 times up to HDTV/1080p60 to 1 output.
  • [17:22:49] * dannyBlue (n=chatzill@89-180-170-163.net.novis.pt) Quit (Read error: 110 (Connection timed out))
  • [17:23:05] <jkridner> likewise: what availability disclaimer do you mean?
  • [17:23:10] <likewise> ali_as: currently, FPGA with XScale for some (s l o w) graphics
  • [17:23:16] <jkridner> which part.
  • [17:23:25] <likewise> jkridner: checking TI site...
  • [17:23:29] <ali_as> I would like to see 1080p60 for actual video, I am really fed up with interlaced.
  • [17:23:59] <likewise> jkridner: http://focus.ti.com/general/docs/wtbu/wtbuproductcontent.tsp?templateId=6123&navigationId=12643&contentId=14649#disclaimer
  • [17:24:05] <ali_as> The broadcom only does a 75MHz pixel clock.
  • [17:24:24] <jkridner> for TWL4030?
  • [17:24:33] <likewise> ali_as: we do studio equipment, most of them are converting to 1080p (also because AVC coding in interlaced is harder)
  • [17:24:38] <jkridner> We will have an equivalent function part available to the broad market.
  • [17:24:41] <likewise> jkridner: for OMAP3
  • [17:25:04] <jkridner> you can buy OMAP35x!
  • [17:25:09] <BThompson> 3430 isnt regularly available, but 3530 is
  • [17:25:11] <jkridner> http://www.ti.com/omap35x
  • [17:25:18] <ali_as> 1080p25/30 is seen as the way forward now.
  • [17:25:33] <BThompson> and if you look at the specs they are the same for most use cases
  • [17:25:43] <jkridner> I believe it is quoted down to qty 10!
  • [17:25:43] <koen> jkridner: the printing on the chip says tfp410 over here :)
  • [17:26:01] <jkridner> doh!!!
  • [17:26:08] <jkridner> nice catch koen.
  • [17:26:11] <jkridner> TFP410!
  • [17:26:32] <likewise> ali_as: no, 50 60 is
  • [17:26:55] <ali_as> likewise, for broadcast I mean.
  • [17:27:16] <jkridner> http://www.google.com/search?q=tfp410&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:en-US:official&client=firefox-a
  • [17:27:25] <jkridner> er, http://focus.ti.com/docs/prod/folders/print/tfp410.html
  • [17:27:31] <likewise> ali_as: me too, p50 and p60 it will be, not 25/30
  • [17:27:32] <jkridner> other statements still apply
  • [17:27:58] <jkridner> likewise: so, still concerned about availability disclaimers? :)
  • [17:28:27] <likewise> jkridner: no, tnx. strange the 35xx doesn't show up in the omap3 tree i just had.
  • [17:28:34] <ali_as> likewise, are there any real cameras yet for 1080p50/60? Aside from the RED ONE maybe?
  • [17:28:49] <likewise> ali_as: Thomson Inifinty
  • [17:28:53] <likewise> Infinity
  • [17:30:01] <ali_as> Just a few digital cinema cameras then?
  • [17:30:12] <ali_as> Very high end stuff.
  • [17:30:50] <likewise> ali_as: but you are right, there is not enough equipment across the line.
  • [17:31:09] <ali_as> Are people tearing their hair out due to rolling shutter artifacts?
  • [17:31:46] * ali_as pictures people trying to match move with slanting objects.
  • [17:31:54] <likewise> jkridner: is there a way to use the framebuffer/gfx power in the omap3530 for 1080p and output this some way to a secondary device through a DMA channel were we are not stuck with the pixelclock limitations?
  • [17:32:53] <jkridner> likewise: sure.
  • [17:33:04] <christian00> hi all
  • [17:33:05] <likewise> jkridner: cool. koen, wanna hack? :-)
  • [17:33:25] <christian00> i'm one of the spies :P
  • [17:33:55] <ali_as> The peoples front of judea?
  • [17:34:13] <jkridner> you'd need to take in the output off of the DVI-D (HDMI connector) at the slower pixel clock on an external board and produce a new signal utilizing an external buffer.
  • [17:34:16] <likewise> christian00: then you should have silently crept in and kept stealthy
  • [17:34:35] <christian00> haha
  • [17:34:42] <jkridner> hopefully one of those Pandora spies... not the ugly ones.
  • [17:35:11] <likewise> jkridner: but at the slower pixel clock, it's impossible to reach 1920x1080p60 pixel rates, or did I miss-understand?
  • [17:35:16] <jkridner> (we don't even like to see the ugly ones name's mentioned)
  • [17:35:17] <christian00> you forgot me?i am the one that sent you the email to get a 3530 board
  • [17:35:18] <ali_as> I'd be happy with 1080i for the beagle and let any capable monitor do the p60 conversion.
  • [17:35:34] <jkridner> you could eliminate the frontporch/backporch, for one.
  • [17:35:49] <christian00> i haven't got any reply from ti yet,but luckily i was finally able to order one
  • [17:36:12] <likewise> christian00: a 3530 board?
  • [17:36:18] <jkridner> ali_as: I believe we are just talking about creating an external adapter to handle monitors that can't do the conversion themselves.
  • [17:36:19] <christian00> 3430
  • [17:36:20] <ali_as> I think Jason means frame doubling essentially.
  • [17:36:30] <christian00> i bought the zoom mdk
  • [17:36:33] <jkridner> christian00: Zoom...
  • [17:36:36] <jkridner> ah.
  • [17:36:39] <jkridner> :)
  • [17:37:06] <ali_as> I think likewise mean't genuinely pulling off twice the data of the framebuffer.
  • [17:37:23] <jkridner> ali_as: except that the input wouldn't need to be interlaced, necessarily.
  • [17:37:25] <christian00> but now i am wondering,every board use the twl4030.but will it be available for small orders?
  • [17:37:30] <ali_as> Though I'm not sure the graphics would justify the extra effort for most apps.
  • [17:37:50] <jkridner> christian00: a compatible device will be available for small orders.
  • [17:38:06] <christian00> what about 5030?
  • [17:38:17] <likewise> I meant having a progressive framebuffer 1920x1080, having it filled with the GFX power that's on the 3530 device, and DMA the framebuffer out of the device at 60 progressive frames, with two fingers in the nose.
  • [17:38:38] <christian00> and with compatible you mean with same features like 3530->3430 ?
  • [17:39:02] <BThompson> i dont think any of the interfaces on the device can handle that data rate
  • [17:39:08] <jkridner> yes, compatible with same features.
  • [17:39:10] <BThompson> so you would have to do some frame doubling externally
  • [17:39:32] <christian00> speaking of dvi,wouldn't you encounter hdmi licensing issues by using hdmi connector?
  • [17:40:11] <christian00> jkridner,will it be like the twl4030 or the twl5030?
  • [17:40:12] <jkridner> likewise: yes, what BThompson is saying. get the data out at the desired resolution as fast as you can, then framemultiply to handle standards.
  • [17:40:30] <likewise> jkridner: 1080p60 is a standard.
  • [17:41:02] <jkridner> I believe closer to the 4030, but do not know for sure. maybe BThompson will jump in on that one, since he is here.
  • [17:41:25] <jkridner> sounds like a topic for a wiki or forum page. :)
  • [17:41:27] <ali_as> I think unless you plan to DMA directly off the SDRAM with an external chip it can't be done likewise.
  • [17:41:47] <BThompson> its not announced yet i dont think, i do know it will be fully feature compatible with the TWL4030
  • [17:41:58] <BThompson> there should be a few versions of it depending on what you need
  • [17:42:03] <christian00> when will be out?
  • [17:42:19] <jkridner> soon(TM) ;)
  • [17:42:21] <BThompson> id expect it to be out in the next few months
  • [17:42:22] <likewise> ali_as: whatever works, as long as we have the benefit of the gfx controller in there
  • [17:42:49] <christian00> good,so we can work in the 4030 in the meantime
  • [17:42:58] <christian00> what's the moq for the 4030 btw?
  • [17:43:07] <ali_as> Unless the camera interface can spit out.
  • [17:43:34] <ali_as> I assume the omap3530 full datasheets arn't public yet?
  • [17:43:54] <BThompson> not sure what the moq would be for 4030
  • [17:44:02] <BThompson> all the 35x docs should be out there
  • [17:44:35] <christian00> what's the current status of hw acceleration driver now?opengl es,openvg and openmax?
  • [17:44:42] <BThompson> http://focus.ti.com/docs/prod/folders/print/omap3530.html
  • [17:44:42] <likewise> bbiab
  • [17:45:39] <BThompson> the accellerator stuff is still being worked on, OpenGL ES should be available soon (tm) as well
  • [17:45:53] <ali_as> Ohh, there are more at the bottom of the page, thanks BThompson.
  • [17:47:15] <christian00> cool,will it be specific to some kernel?
  • [17:48:36] <BThompson> not sure if it is kernel specific or dependant on some other software package (i.e. psp), I think what they were working on was not compatible with the initial release that came with the mistral evm
  • [17:48:48] <BThompson> i dont have all the info in front of me here :-/
  • [17:49:10] <christian00> don't worry,you are very helpful
  • [17:50:56] <jkridner> kernel portions are planned to be GPLv2 (which is part of the lag to delivery).
  • [17:51:10] <christian00> where can i see the spec for the 4030?not asking for the datasheet but at least spec
  • [17:51:15] <jkridner> that will mean that as long as the interface to the kernel is maintained, then future kernel versions will work.
  • [17:51:33] <christian00> cool
  • [17:51:44] <jkridner> there are other potential dependencies, such as tool chain version.
  • [17:52:12] <DJWillis> jkridner: Good news
  • [17:52:55] <jkridner> my biggest concern is the EGL code.
  • [17:53:17] * jkridner wonders what it would take to get an Imagination SGX guy on this channel. :)
  • [17:54:21] <christian00> you know some?
  • [17:54:47] <ldesnogu|HappyHo> xmas on pandora forum for instance
  • [17:55:05] <jkridner> "know of".
  • [17:55:15] <christian00> what's the current status of pandora?
  • [17:55:23] <christian00> they said to be ready for june
  • [17:55:23] * DJWillis waves
  • [17:55:33] <christian00> but to me it seem still in the beginning
  • [17:55:34] <ali_as> The lack of true hdmi support, is that a licencing issue or a hardware one?
  • [17:55:59] <koen> hdmi is there because the DVI connector is just way too big
  • [17:56:04] <christian00> djwillis you are from pandora right?
  • [17:56:15] <DJWillis> christian00: June? for the 2nd gen developer kits maybe. things are going well as it stands.
  • [17:56:19] <DJWillis> christian00: yep
  • [17:56:32] <christian00> won't you have licensing problem by using hdmi?
  • [17:56:33] <jkridner> there is no S/PDIF. HDMI normally includes audio.
  • [17:56:55] <ali_as> I know but I'm not sure what having an hdmi connector but not 'supporting' hdmi I don't quite follow.
  • [17:57:07] <ali_as> Ahh.
  • [17:57:09] <jkridner> we are not HDMI, we are DVI-D with an HDMI connector.
  • [17:57:17] <koen> which are compatible
  • [17:57:18] <christian00> DJWillis,has the software part been decided?
  • [17:57:24] <ali_as> That is made very clear in the wiki ;)
  • [17:58:07] <christian00> i know that,but i don't know how the hdmi guys think about it :D
  • [17:58:31] <DJWillis> christian00: that is what I am working on. Open Embedded based build env. at the moment. Non X default GUI with an advanced option to pop into X for an advanced/PDA mode.
  • [17:58:40] <christian00> especially since like you say,hdmi is compatible with dvi
  • [17:59:05] <ali_as> I'm not sure the compatability is mutual.
  • [17:59:20] <koen> you can do drm over hdmi
  • [17:59:23] <ldesnogu|HappyHo> DJWillis: what kernel are you using? TI, OMAP git or yours?
  • [17:59:29] <koen> the beagle just uses plain old pixel bitstreams
  • [18:00:09] <DJWillis> ldesnogu|HappyHo: currently working off patched OMAP git. Also looing at the TI .22 as a fallback but I do not want to go there.
  • [18:00:17] <christian00> koen,better to ask them.Remember,if they can sue you they will :D
  • [18:00:31] <ldesnogu|HappyHo> :)
  • [18:00:43] <DJWillis> ldesnogu|HappyHo: I would like to just get minimal patches and push them up like koen has been doing for his Beagle work.
  • [18:01:03] <koen> "my" beagle work
  • [18:01:06] <ldesnogu|HappyHo> that looks like the best way
  • [18:01:10] <christian00> has been the l2 cache issue been solved?
  • [18:01:12] <koen> copying sakoman's patches and sedding them :)
  • [18:01:23] <ldesnogu|HappyHo> christian00: it seems :)
  • [18:01:55] <DJWillis> koen: Shhhhh ;-) - Your my example of the 'right way to do it' ;-)
  • [18:02:11] <christian00> how did it perform now against the n810 ?i remember reading the mplayer benchmark
  • [18:02:41] <koen> l2 cache made a 3 times performance improvement
  • [18:02:53] <christian00> 0_0
  • [18:02:58] <DJWillis> christian00: Beagle/EVM or Pandora? Not benched the Pandora MK0. Not really interested in that at the moment, getting it working is more pressing ;-)
  • [18:03:09] <christian00> hehe
  • [18:03:30] <ali_as> 3 times! But it's smaller than the L1!
  • [18:03:46] * ldesnogu|HappyHo wonder how much ARM NEON OpenMAX library could speed up mplayer
  • [18:03:47] <christian00> DJWillis,what board did you use to start you work?the mistral board?
  • [18:03:49] <koen> the beagle can play the matrix bench video in X over a dumb framebuffer with 60% CPU load
  • [18:04:05] <koen> ldesnogu|HappyHo: mplayer doesn't to openmax
  • [18:04:09] <christian00> can it playback hd video now?
  • [18:04:12] <DJWillis> christian00: me?, yep, Mistral EVM then onto vairous Pandora boards
  • [18:04:16] <koen> ldesnogu|HappyHo: gstreamer looks like a better candidate
  • [18:07:05] <ldesnogu|HappyHo> koen: I know that, but that doesn't prevent one from interfacing...
  • [18:08:54] <christian00> why linux programmers like so much mailing lists?
  • [18:08:55] <ldesnogu|HappyHo> can you explain what gstreamer brings in a few words?
  • [18:09:11] <ldesnogu|HappyHo> christian00: because we can track them :)
  • [18:09:24] <christian00> what u mean?
  • [18:09:46] * dirk2 (n=dirk@F317c.f.strato-dslnet.de) Quit ("Verlassend")
  • [18:10:00] <ldesnogu|HappyHo> most mailing lists are archived, and since there's no fancy feature such as "edit your post" one has to think before posting
  • [18:10:32] <christian00> you can disable editing in forum too :P
  • [18:10:47] <christian00> and they are much easier to browser
  • [18:10:51] <christian00> browse
  • [18:10:54] <christian00> finding any info on a mailing list can be a pain in the ass
  • [18:11:14] <ali_as> They like their email address being public so every spam bot on the planet can sent them mail.
  • [18:11:15] <koen> it teaches you to google :)
  • [18:11:15] <ldesnogu|HappyHo> koen: gstreamer just looks like a streaming engine, I can't it how it relates to some of the openmax layers
  • [18:11:25] <ldesnogu|HappyHo> can't see*
  • [18:11:32] <koen> ldesnogu|HappyHo: gstreamer already has openmax stuff
  • [18:11:37] <christian00> lol
  • [18:11:42] <ldesnogu|HappyHo> what layer?
  • [18:11:46] <DJWillis> christian00: not really, there are plenty of really good archive web apps and the brain before click is no bad thing ;-)
  • [18:11:59] <ldesnogu|HappyHo> gstreamer homepage stinks, they don't even explains what's it's all about :(
  • [18:12:13] <koen> ldesnogu|HappyHo: http://freedesktop.org/wiki/GstOpenMAX
  • [18:13:11] <ldesnogu|HappyHo> so your original statement that ARM library should be plugged into gstreamer rather than mplayer/ffmpeg?
  • [18:13:18] <christian00> DJWillis,can you give me some link?
  • [18:13:44] <ldesnogu|HappyHo> anyway gstreamer only talks about IL layer, I am talking about the DL one :)
  • [18:14:49] <koen> ldesnogu|HappyHo: you can't develop against mplayer
  • [18:14:53] * ldesnogu|HappyHo is lost in open standards hell
  • [18:15:02] <koen> ldesnogu|HappyHo: both the source and development process make your eyes bleed
  • [18:15:13] <DJWillis> christian00: for an archive? Depends on what list your after
  • [18:15:54] <christian00> DJWillis,i thought they were generic.then i still confirm my opinion about mailing lists :D
  • [18:15:57] <ldesnogu|HappyHo> koen: I *guess* some of ffmpeg "components" can be replaced with OpenMAX DL APIs
  • [18:16:08] <christian00> what's the use of gstopenmax if there are no openmax driver yet?
  • [18:16:38] <DJWillis> christian00: oh well, it's easy enough to use google, that covers the archives that then cover the lists, I tend to have no trouble finding stuff.
  • [18:17:06] <DJWillis> christian00: there are sample drivers IIRC
  • [18:17:33] <christian00> "oh well, it's easy enough to use google, that covers the archives that then cover the lists" this sentence describe the efficency of them :P
  • [18:18:43] <kulve> I want to follow the threads with the email client I've selected. Not with all kinds of different forums that I need to track all the time
  • [18:19:41] <christian00> DJWillis,where are the sample drivers?
  • [18:20:06] <kulve> http://omxil.sourceforge.net/
  • [18:20:11] <koen> and fora users tend to ask questions that are answered by the first hit on google for threir question
  • [18:20:44] <ldesnogu|HappyHo> again OpenMAX IL :)
  • [18:21:07] <kulve> http://www.arm.com/products/esd/openmax_armlibraries.html
  • [18:21:14] <ldesnogu|HappyHo> these are DL
  • [18:21:18] <ldesnogu|HappyHo> what a holy mess :(
  • [18:21:32] <kulve> what are you looking for?
  • [18:21:50] <christian00> oh in understand,the openmax IL is a middler layer
  • [18:21:50] <DJWillis> Oh well, off to have a little 'talk' with BitBake ;-)
  • [18:21:54] <christian00> generic for all hw
  • [18:22:01] <ldesnogu|HappyHo> christian00: right
  • [18:22:08] <ldesnogu|HappyHo> what you are looking for is DL
  • [18:22:13] <kulve> christian00: IL is generic
  • [18:22:19] <ldesnogu|HappyHo> and I don't think TI has anything for that
  • [18:22:24] <christian00> and to use the acceleration you must have openmax dl using the dsp
  • [18:22:37] <ldesnogu|HappyHo> that's my understanding
  • [18:22:47] <christian00> so as of now
  • [18:22:55] <christian00> using openmax on ti is quite useless
  • [18:22:56] <ldesnogu|HappyHo> ARM has NEON accelerators for DL
  • [18:23:06] <ldesnogu|HappyHo> not if you use ARM openmax DL
  • [18:23:21] <ldesnogu|HappyHo> but licensing issues have to be sorted out first
  • [18:24:33] <christian00> licensing of what?
  • [18:24:53] <ldesnogu|HappyHo> ARM OpenMAX DL is not really open source
  • [18:25:40] <ldesnogu|HappyHo> at least I would not include anything of it in any GPL SW without asking a lawyer first
  • [18:28:08] <christian00> hehe
  • [18:28:27] <christian00> gotta go guys
  • [18:28:29] <christian00> see u later
  • [18:28:43] <ldesnogu|HappyHo> bye
  • [18:30:48] * likewise (n=likewise@82-171-51-231.ip.telfort.nl) Quit ()
  • [18:31:46] * likewise (n=likewise@82-171-51-231.ip.telfort.nl) has joined #beagle
  • [18:35:23] <DJWillis> koen: off topic I know but as your an OE god ;-). Is the BBFILE_PRIORITY_* just a regular costing model (10, 15, 20 etc.?) - Nothing odd about it I assume?
  • [18:37:42] <koen> nothing odd about it
  • [18:37:52] <koen> it does mess up include paths
  • [18:38:14] <DJWillis> Ahhh
  • [18:38:16] <koen> so if foo.bb includes (or requires) bar.inc, you need to copy over both
  • [18:38:36] <koen> we think of it as a bug, the original implementer as a feature
  • [18:38:44] <DJWillis> Thanks
  • [18:47:40] <likewise> DJWillis, koen: yes so every include or require must come from the same overlay, right?
  • [18:48:12] <koen> yes
  • [18:48:27] <koen> and patch iirc
  • [18:49:15] <koen> "any locally referenced files, minus classes" is what I use as a mental model
  • [18:52:27] * koen_ (n=koen@s55917625.adsl.wanadoo.nl) has joined #beagle
  • [18:52:35] * koen (n=koen@s55917625.adsl.wanadoo.nl) Quit (Nick collision from services.)
  • [18:52:45] * koen_ is now known as koen
  • [18:59:35] <koen> jkridner|work: what sets up the pull up in the phy? x-loader, u-boot, board file, ehci driver or something else?
  • [19:01:18] * jkridner doesn't know, but believes it is in the kernel.
  • [19:01:33] * jkridner is headed to a late lunch with friends.
  • [19:02:35] <koen> enjoy
  • [19:02:51] <likewise> jkridner: thanks for sharing all the info
  • [19:03:24] <koen> likewise: btw, I'm hoping to fire up the stk1000 on tuesday
  • [19:03:38] * koen has been busy repairing transport damage
  • [19:16:55] * likewise (n=likewise@82-171-51-231.ip.telfort.nl) Quit ()
  • [19:19:07] * likewise (n=likewise@82-171-51-231.ip.telfort.nl) has joined #beagle
  • [19:28:04] * jkridner|work (n=a0321898@nat/ti/x-046de0f4a161b9c6) Quit (Remote closed the connection)
  • [19:28:33] * jkridner|work (n=a0321898@nat/ti/x-89ef87c5dbef0282) has joined #beagle
  • [19:32:29] * likewise (n=likewise@82-171-51-231.ip.telfort.nl) Quit ()
  • [19:44:16] * jkridner|work (n=a0321898@nat/ti/x-89ef87c5dbef0282) Quit (Remote closed the connection)
  • [19:44:32] * jkridner|work (n=a0321898@nat/ti/x-68c8e5a58bde48b3) has joined #beagle
  • [19:47:36] * likewise (n=likewise@82-171-51-231.ip.telfort.nl) has joined #beagle
  • [19:48:49] <likewise> koen: what got broken?
  • [19:49:26] * jkridner|wor1 (n=a0321898@nat/ti/x-7a2bfac24b50981c) has joined #beagle
  • [19:49:28] * jkridner|work (n=a0321898@nat/ti/x-68c8e5a58bde48b3) Quit (Remote closed the connection)
  • [20:02:16] <koen> likewise: the macb jumper on the cpu board and the powerswitch on the baseboard
  • [21:17:18] <ldesnogu|HappyHo> gn
  • [21:17:20] * ldesnogu|HappyHo (n=ldesnogu@ven06-2-82-247-86-183.fbx.proxad.net) has left #beagle
  • [21:36:15] * NishanthM (n=Nishanth@cpe-24-175-68-203.tx.res.rr.com) has joined #beagle
  • [22:02:37] * bazbell (n=a0192809@nat/ti/x-776500ba2a096e35) Quit (Remote closed the connection)
  • [22:03:47] * bazbell (n=a0192809@nat/ti/x-c80f70224cd35337) has joined #beagle
  • [22:08:09] * bazbell (n=a0192809@nat/ti/x-c80f70224cd35337) Quit (Remote closed the connection)
  • [22:18:27] * JoeBorn (n=jborn@adsl-75-2-243-115.dsl.chcgil.sbcglobal.net) Quit ("open.neurostechnology.com")
  • [23:03:02] * bazbell (n=a0192809@adsl-99-142-70-26.dsl.emhril.sbcglobal.net) has joined #beagle
  • [23:14:28] * likewise (n=likewise@82-171-51-231.ip.telfort.nl) Quit ()