• [00:00:16] * banderson (n=irc@63.230.135.220) has joined #beagle
  • [00:08:00] * TAKI (n=Administ@dslb-088-072-207-158.pools.arcor-ip.net) Quit (Read error: 104 (Connection reset by peer))
  • [00:14:16] * richardw (n=richardw@nat/ti/x-a17ed2d0c814dd86) has joined #beagle
  • [00:37:40] * odesus (n=Omar@201.165.144.13) has joined #beagle
  • [00:40:04] * odesus (n=Omar@201.165.144.13) has left #beagle
  • [00:42:43] * richardw (n=richardw@nat/ti/x-a17ed2d0c814dd86) Quit ("Leaving")
  • [00:51:45] * john280z (n=johnm@24.40.149.95) has joined #beagle
  • [01:09:10] * BThompson (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) has joined #beagle
  • [01:09:22] * heena (n=heenasin@dslb-084-057-076-243.pools.arcor-ip.net) Quit (Read error: 60 (Operation timed out))
  • [01:26:36] * doog (n=doug@cpe-75-80-160-171.san.res.rr.com) Quit ("Leaving")
  • [01:30:23] * pbrook (n=paul@78-105-115-80.zone3.bethere.co.uk) Quit (Read error: 110 (Connection timed out))
  • [02:13:43] * javaJake (n=javaJake@unaffiliated/javajake) has joined #beagle
  • [02:13:50] <javaJake> Hello folks!
  • [02:14:05] <javaJake> I'm creating a cross-compiler in Gentoo using their conveniant crossdev tool
  • [02:14:58] <javaJake> But when configuring glibc, I get an error that "gcc -O1 -pipe" doesn't support "-mlong-double-128". If I rerun the configuration with --without-headers, this error goes away (but I think headers are fairly important).
  • [02:15:08] <javaJake> Any idea how to get glibc to like gcc?
  • [02:17:29] <javaJake> Oh, and this is going from x86 to ARM (alpha)
  • [02:21:13] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [02:23:55] * john280z (n=johnm@24.40.149.95) Quit ("Ex-Chat")
  • [02:29:35] * Olipro_ (n=Olipro@uncyclopedia/Olipro) has joined #beagle
  • [02:31:39] * BThompson (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) Quit ("Trillian (http://www.ceruleanstudios.com")
  • [02:34:42] * Olipro (n=Olipro@uncyclopedia/Olipro) Quit (Read error: 60 (Operation timed out))
  • [02:41:30] * javaJake (n=javaJake@unaffiliated/javajake) Quit ("bed")
  • [02:42:34] * Olipro_ is now known as Olipro
  • [03:08:06] * Olipro (n=Olipro@uncyclopedia/Olipro) Quit (Read error: 113 (No route to host))
  • [03:14:10] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [03:22:50] * pbrook (n=paul@78-105-115-80.zone3.bethere.co.uk) has joined #beagle
  • [04:03:09] * lgentili (i=bd130187@gateway/web/ajax/mibbit.com/x-f85c3890c1551a12) has joined #beagle
  • [04:10:03] * lgentili (i=bd130187@gateway/web/ajax/mibbit.com/x-f85c3890c1551a12) Quit ("http://www.mibbit.com ajax IRC Client")
  • [04:11:50] * bullwood42 (n=bullwood@adsl-99-171-171-142.dsl.aus2tx.sbcglobal.net) has joined #beagle
  • [04:12:23] * bullwood42 (n=bullwood@adsl-99-171-171-142.dsl.aus2tx.sbcglobal.net) Quit (Client Quit)
  • [04:12:39] * bullwood42 (n=bullwood@adsl-99-171-171-142.dsl.aus2tx.sbcglobal.net) has joined #beagle
  • [04:14:28] * bullwood42 (n=bullwood@adsl-99-171-171-142.dsl.aus2tx.sbcglobal.net) Quit (Client Quit)
  • [04:14:45] * bullwood42 (n=bullwood@adsl-99-171-171-142.dsl.aus2tx.sbcglobal.net) has joined #beagle
  • [04:14:52] * bullwood42 (n=bullwood@adsl-99-171-171-142.dsl.aus2tx.sbcglobal.net) Quit (Client Quit)
  • [04:15:57] * bullwood42 (n=bullwood@adsl-99-171-171-142.dsl.aus2tx.sbcglobal.net) has joined #beagle
  • [04:16:30] * bullwood42 (n=bullwood@adsl-99-171-171-142.dsl.aus2tx.sbcglobal.net) has left #beagle
  • [04:17:36] * bullwood42 (n=bullwood@adsl-99-171-171-142.dsl.aus2tx.sbcglobal.net) has joined #beagle
  • [04:41:46] * bazbell (n=a0192809@nat/ti/x-136e0a566b22c14c) Quit ("Leaving.")
  • [04:42:44] * bazbel1 (n=a0192809@adsl-99-144-213-7.dsl.emhril.sbcglobal.net) has joined #beagle
  • [04:43:33] * jess (n=jess@59.160.172.220) has joined #beagle
  • [04:44:12] * bazbel1 is now known as bazbell
  • [04:49:49] * cbrake_a1ay (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) has joined #beagle
  • [04:52:56] * soman (n=somnath@61.16.248.242) has joined #beagle
  • [04:55:10] <nathanm> mru: ping?
  • [04:55:14] * cbrake_away (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) Quit (Read error: 110 (Connection timed out))
  • [04:57:33] <TangerineTetrode> does anyone know if you can netboot a beagle?
  • [05:00:18] <TangerineTetrode> i think mru is asleep
  • [05:00:29] <TangerineTetrode> maybe he's up by now...
  • [05:02:54] <nathanm> You could put a kernel on the on-board flash and set the boot options to mount root off of NFS via USB ethernet or something. Is that what you mean?
  • [05:03:45] <TangerineTetrode> no, more like load the kernel off tftp and then mount root on NFS
  • [05:04:19] <TangerineTetrode> basically, does u-boot understand the networking device?
  • [05:04:39] <nathanm> I don't think u-boot has MUSB support, so on current BeagleBoards you can't get to the USB ethernet adaptor pre-kernel.
  • [05:05:38] <TangerineTetrode> so, on a kernel update I would have to flash a new uImage on
  • [05:05:41] <TangerineTetrode> np
  • [05:06:00] <nathanm> Yep. But it should work from there.
  • [05:06:51] * dirk2 (n=dirk@F332c.f.strato-dslnet.de) has joined #beagle
  • [05:07:00] <TangerineTetrode> maybe uboot v2
  • [05:08:02] <TangerineTetrode> but, my beagle boots (into u-boot) anyway
  • [05:08:05] <TangerineTetrode> I'm happy
  • [05:10:23] <TangerineTetrode> can't wait until I have time to put an os on it
  • [05:10:45] <nathanm> I bet you can get the demo image going in an hour if you've got a Linux box handy.
  • [05:11:11] <TangerineTetrode> where's the demo image?
  • [05:11:22] <TangerineTetrode> probably less
  • [05:11:28] <TangerineTetrode> :)
  • [05:12:22] <TangerineTetrode> (I have a dm355 right here, and a card reader/writer, and I know u-boot)
  • [05:16:14] <TangerineTetrode> except I need something special to burn to flash?
  • [05:16:25] <TangerineTetrode> like a flyswatter?
  • [05:16:49] <nathanm> Well, it's easiest to use an SD card. u-boot will boot right off of that. I've barely touched the on-board flash since the SD is so convenient.
  • [05:17:26] <TangerineTetrode> do I need to change the onboard boot?
  • [05:17:43] <TangerineTetrode> i found koen's demo image
  • [05:18:18] <nathanm> Yeah. I followed this recipe and it worked great: http://elinux.org/BeagleBoardBeginners
  • [05:18:40] <nathanm> I assume you have the RS232 cable already set up if you can see u-boot is working.
  • [05:19:20] <TangerineTetrode> yep, all\though I had to do some soldering myself
  • [05:20:47] <TangerineTetrode> downloading now
  • [05:21:07] * bazbell (n=a0192809@adsl-99-144-213-7.dsl.emhril.sbcglobal.net) has left #beagle
  • [05:26:31] * nathanm (n=nathan@adsl-69-106-228-95.dsl.pltn13.pacbell.net) Quit (Read error: 104 (Connection reset by peer))
  • [05:26:47] * nathanm (n=nathan@adsl-69-106-228-95.dsl.pltn13.pacbell.net) has joined #beagle
  • [05:29:54] * bazbell (n=a0192809@adsl-99-144-213-7.dsl.emhril.sbcglobal.net) has joined #beagle
  • [05:29:59] * bazbell (n=a0192809@adsl-99-144-213-7.dsl.emhril.sbcglobal.net) has left #beagle
  • [05:31:45] * shriram (i=3b6030f5@gateway/web/ajax/mibbit.com/x-0eeaaf392f55f33c) has joined #beagle
  • [05:48:21] * Kozak (i=7d119087@gateway/web/ajax/mibbit.com/x-3823915bb32c1af7) has joined #beagle
  • [05:50:59] * shriram (i=3b6030f5@gateway/web/ajax/mibbit.com/x-0eeaaf392f55f33c) Quit ("http://www.mibbit.com ajax IRC Client")
  • [06:00:46] <nathanm> mru koen: The 'fix something' patch breaks linux-omap git because commit fde13f8fc7de977e71304fd500fed029b41ceb19/"move twl4030-usb to platform-device" changed subsys_initcall to module_init. Now otg_set_transceiver is called much later in boot, so the 'fix something' patch gets null back from otg_get_transceiver and oopses on *xceiv. Unfortunately USB still doesn't work without the fix something patch.
  • [06:02:07] * soman (n=somnath@61.16.248.242) Quit (Read error: 110 (Connection timed out))
  • [06:09:06] * soman (n=somnath@61.16.248.242) has joined #beagle
  • [06:16:40] * methril|gone is now known as methril
  • [06:18:52] * dcordes (n=dcordes@unaffiliated/dcordes) has joined #beagle
  • [06:29:10] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [06:45:34] * ohsix (i=ohsix@66.220.111.222) has joined #beagle
  • [06:51:34] * zedstar (n=john@fsf/member/zedstar) has joined #beagle
  • [06:57:09] * soman (n=somnath@61.16.248.242) Quit (Read error: 104 (Connection reset by peer))
  • [07:00:40] <koen> nathanm: ah, good to know...
  • [07:04:54] <nathanm> It seems backward that musb now comes up well before the twl4030_usb module is initialized.
  • [07:09:25] <Kozak> Hi all I am planning to get a BB today from the local dealer in Bangalore India. Can someone tell me what I should be looking for, for eg: latest revision of the hardware or thigns of that sort?
  • [07:14:13] * soman (n=somnath@61.16.248.242) has joined #beagle
  • [07:21:46] <nathanm> koen: I went ahead and posted that on the linux-omap list. Maybe they will have a better patch for us.
  • [07:21:53] <chakie_work> dumb question, but if i build a "base-image" and later want to build something else or a larger image, are the already built packages reused?
  • [07:22:29] * Fl1pFl0p (n=Fl1pFl0p@ip72-220-170-249.sd.sd.cox.net) has joined #beagle
  • [07:24:18] <koen> Kozak: rev B4 or B5 would be good
  • [07:24:32] <koen> Kozak: you can make a B5 out a B4 with a nail-clipper :)
  • [07:25:37] <chakie_work> i'm building a simple console-image, but i want to add in the newest qt embedded snapshot and have a look at it
  • [07:26:03] <koen> you mean "qt embedded linux"
  • [07:26:16] <koen> I wonder why TT insist on renaming it every year
  • [07:26:26] <chakie_work> hm, do i?
  • [07:26:43] <koen> qt embedded is no more
  • [07:26:47] <chakie_work> yes, the naming changes suck
  • [07:26:53] <koen> it's "qt embedded linux" from now on
  • [07:26:56] <chakie_work> qt embedded is there, qtopia isn't
  • [07:27:16] <chakie_work> qt, qt embedded and qt extended
  • [07:28:20] <chakie_work> or am i totally mistaken?
  • [07:28:34] <koen> well, 4.4.1 is already OE, but you are probably after 4.5RC
  • [07:28:43] <chakie_work> yes
  • [07:29:23] <chakie_work> it apparently has some fun stuff related to the beagle
  • [07:29:58] <chakie_work> not hard to guess that trolltech (ie qt software) works on stuff that will end up benefiting the beagle
  • [07:30:04] <koen> I'd take anything Tom Cooksey says with a ton of salt
  • [07:30:29] <chakie_work> what is his relation to tt/nokia/beagle btw?
  • [07:30:37] <koen> He's a TT employee
  • [07:30:45] <chakie_work> ok
  • [07:30:53] <chakie_work> why do you say that, btw?
  • [07:31:10] <koen> he spent over a month trying to add qt/e 4.4.0 to OE
  • [07:31:28] <koen> it took me 20 minutes, copied the 4.2 recipes, update 2 patches
  • [07:31:40] <chakie_work> heh
  • [07:32:00] <chakie_work> http://doc.trolltech.com/4.5/qt-embedded-opengl.html
  • [07:32:14] <chakie_work> a bit broken page atm, but that's what i'd like to have a look at
  • [07:32:30] * woski (n=woski@65.182.51.67) Quit (Read error: 104 (Connection reset by peer))
  • [07:32:43] <koen> do you have the imgtec drivers for omap3?
  • [07:32:56] <chakie_work> no, i have nothing extra
  • [07:33:05] * woski (n=woski@65.182.51.67) has joined #beagle
  • [07:33:08] <chakie_work> ergo, no fun for chakie?
  • [07:33:14] <koen> correct
  • [07:33:20] <chakie_work> heh, ok
  • [07:33:28] <koen> imgtec drivers are planned for "next year"
  • [07:33:38] <chakie_work> well, i'll still compile it
  • [07:33:45] <chakie_work> good practise
  • [07:33:53] <chakie_work> as there is a working 4.4.1 recipe
  • [07:34:04] <koen> TI is working on accelerated X driver for omap3
  • [07:34:38] <chakie_work> the whole graphics side is, well, quite open at the moment
  • [07:37:15] <kulve> koen: based on what information?
  • [07:37:31] <chakie_work> but i hope images aren't always rebuilt when you change an image?
  • [07:40:57] <koen> kulve: based on the mail in my inbox :)
  • [07:41:30] <kulve> could you forward it to me? :)
  • [07:41:39] <kulve> we are also very interested on that topic..
  • [07:41:41] * igor321 (n=igor@135-94.dsl.iskon.hr) has joined #beagle
  • [07:42:37] <koen> kulve: sadly not, but if you have an email address for an interested X hacker, I could forward that to TI
  • [07:43:35] <kulve> hmm
  • [07:44:18] <kulve> I wonder what he could get in return. I have e.g. the SGX drivers..
  • [07:45:19] <kulve> it's not very trivial to get any benefit from them in X
  • [07:47:55] * SimlpeSoft (n=opera@mm-168-90-84-93.dynamic.pppoe.mgts.by) has joined #beagle
  • [07:48:55] <koen> AIUI it's not about SGX, but about IVA2.2
  • [07:49:10] <kulve> then it sounds very interesting
  • [07:49:27] <koen> I've not been able to get details yet, though
  • [07:49:45] <koen> and I wonder on what DSS kernel driver it will be based
  • [07:50:04] * koen hopes on the new nokia DSS
  • [07:50:30] <zuh> I wonder what "accelerated" means here... just blitting & filling or full/partial EXA support or..?
  • [07:51:05] <koen> I suspect Xv, scaling, alphablending, etc
  • [07:51:16] <zuh> There's so many levels of acceleration in X that it is ridicilous :)
  • [07:52:06] <koen> more ARM optimized functions in pixman would be nice as well
  • [07:52:21] <zuh> Do you know if it's kdrive once again or real X.Org driver?
  • [07:52:49] <koen> Xorg
  • [07:53:28] <zuh> cool
  • [07:55:06] <koen> I get the feeling it's a non-official project by TI employees, so I don't know the timescale
  • [07:55:25] * SimpleSoft (n=kvirc@mm-168-90-84-93.dynamic.pppoe.mgts.by) has joined #beagle
  • [07:55:52] * SimlpeSoft (n=opera@mm-168-90-84-93.dynamic.pppoe.mgts.by) has left #beagle
  • [08:10:48] * hansin (n=eric@c-67-173-251-102.hsd1.co.comcast.net) Quit (Read error: 60 (Operation timed out))
  • [08:11:56] * hansin (n=eric@c-67-173-251-102.hsd1.co.comcast.net) has joined #beagle
  • [08:14:56] * valhalla (n=valhalla@81-174-37-208.dynamic.ngi.it) has joined #beagle
  • [08:20:01] * TAK2004 (n=Administ@dslb-088-072-207-158.pools.arcor-ip.net) has joined #beagle
  • [08:28:05] * bullwood42 (n=bullwood@adsl-99-171-171-142.dsl.aus2tx.sbcglobal.net) Quit (Read error: 110 (Connection timed out))
  • [08:29:48] <chakie_work> hm, binutils failed to build
  • [08:30:53] <chakie_work> i wonder if i really should do a complete re-chechout as my org.openembedded.dev was fetched and initially built on an older system
  • [08:45:49] <ds2> I hate apps that require 2423424325234233223 other things :(
  • [08:57:13] * zedstar (n=john@fsf/member/zedstar) Quit (Remote closed the connection)
  • [08:57:57] <zuh> koen: I've been tinkering with an omapfb X.Org driver too, got Xv and EXA stubs ready to be filled in there :) I haven't put it up for grabs yet though, since I want to make it obey xorg.conf modelines first...
  • [08:59:42] <koen> zuh: your iki.fi email address is still valid?
  • [08:59:49] <zuh> Yeah
  • [08:59:56] <zuh> since 1998 :)
  • [09:00:26] <zuh> it's not iki ("forever") for nothing ;)
  • [09:00:49] <koen> :)
  • [09:01:18] <zuh> (you can imagine the amounts of spam sent to it too...)
  • [09:05:05] <suihkulokki> zuh: think positive, since all the spammers already have the address, you don't need to bother to obfuscate or hide it..
  • [09:07:45] <zuh> I never have, actually. But that's a good point. And also, one would think that after 10 years of no reply they'd get the message.
  • [09:13:52] * soman (n=somnath@61.16.248.242) Quit (Read error: 110 (Connection timed out))
  • [09:18:34] <Fl1pFl0p> when you buy the beagle board from digikey for 149$ ... what does it come with?
  • [09:18:43] * woski (n=woski@65.182.51.67) Quit (Read error: 104 (Connection reset by peer))
  • [09:19:10] * woski (n=woski@65.182.51.67) has joined #beagle
  • [09:19:24] <kulve> nothing
  • [09:19:34] <kulve> no cables, no sw. u-boot is there though.
  • [09:19:38] <chakie_work> a box and a a board
  • [09:19:48] <chakie_work> a cute box though
  • [09:24:34] <Fl1pFl0p> ok thanks
  • [09:25:16] <dirk2> Fl1pFl0p: http://elinux.org/BeagleBoardFAQ#Shipped_hardware
  • [09:25:27] <Fl1pFl0p> starts adding up if you get a few cables
  • [09:31:00] <SimpleSoft> Fl1pFl0p: have you HMDI/DVI Monitor / TV?
  • [09:31:06] <chakie_work> well, the cables aren't expensive
  • [09:31:12] <chakie_work> except hdmi, of course...
  • [09:31:34] <chakie_work> digikey even shipped my serial cable in a separate package with separate delivery
  • [09:32:40] <SimpleSoft> i bouht only HDMI-DVI-D converter for my monitor
  • [09:32:40] * woski (n=woski@65.182.51.67) Quit (Read error: 104 (Connection reset by peer))
  • [09:33:06] * woski (n=woski@65.182.51.67) has joined #beagle
  • [09:34:22] <SimpleSoft> USB otg u can make itself
  • [09:34:41] <SimpleSoft> USB miniB pin4 ID need to be grounded
  • [09:36:39] <Fl1pFl0p> i do have ... but in the lab i do not
  • [09:36:49] <Fl1pFl0p> have "hdmi"
  • [09:37:10] <Fl1pFl0p> i was going to only use terminal
  • [09:37:31] <Fl1pFl0p> no real need for monitor if i have a telnet session
  • [09:37:40] <SimpleSoft> your monitor doesn't have dvi input?
  • [09:37:47] <SimpleSoft> oh
  • [09:37:57] <Fl1pFl0p> in the lab i dont think it does ... at home i do
  • [09:38:38] <Fl1pFl0p> my lab partners want to use windows ce or something .. i want linux
  • [09:39:20] <SimpleSoft> you need SD card for 1/2GB
  • [09:39:35] <Fl1pFl0p> sd or minisd?
  • [09:40:32] <kulve> sd
  • [09:40:53] <Fl1pFl0p> ok .. for some reason i thought it was minisd
  • [09:41:01] <kulve> nope, fullsized
  • [09:41:49] <SimpleSoft> i use SD and miniSD.. no problem
  • [09:41:51] <koen> zuh: is your Xorg patch DSS specific?
  • [09:42:19] <igor321> hello guys! any way to make it usable withot the rs232 thing?
  • [09:43:35] <SimpleSoft> Fl1pFl0p: u need also Partition Manager soft for create 2 partitions (fat for example and ext2)
  • [09:45:20] <SimpleSoft> igor321: probably no, because you need to configure uboot args at first
  • [09:46:08] <zuh> koen: Wha?
  • [09:46:17] <zuh> What's DSS :)
  • [09:46:30] <zuh> And it's not a patch, it's a separate module...
  • [09:47:51] <koen> Display SubSystem, e.g. the overlay stuff in kernel
  • [09:48:39] <koen> mainline and TI have different versions and no w both nokia and TI have a rewrite for the mainline stuff
  • [09:50:43] <Fl1pFl0p> any have a link with more detailed harware specs (ie number of serial port, voltages, max memory, write speed ect.) ? beagleboard.org doesn not seem to be very specific
  • [09:53:19] <kulve> write speed? max memory?
  • [09:53:25] <kulve> it has 128M memory
  • [09:53:43] <kulve> 1 serial port
  • [09:54:33] <dirk2> Fl1pFl0p: http://elinux.org/BeagleBoard#Manual
  • [09:54:40] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [09:57:03] * zedstar (n=john@fsf/member/zedstar) has joined #beagle
  • [09:57:49] <Fl1pFl0p> sweat ... thanks dirk2
  • [09:57:59] <Fl1pFl0p> sweet too
  • [10:13:07] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [10:13:07] <chakie_work> nah, my binutils fails to compile
  • [10:14:24] <zuh> koen: I've been working with my n800, the nokia kernel and the omafb.h header which looks to be equivalent to what the omap tree has. I haven't (yet) tested with the linux-omap kernel nor other hw, but since it's just doing basic setup so far, I don't think it's specific to anything as long as the interface is the same... (I don't have any real Xv support etc yet, mind you, just placeholders)
  • [10:20:52] * likewise (n=likewise@82-171-51-231.ip.telfort.nl) has joined #beagle
  • [10:32:17] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [10:39:36] <SimpleSoft> please help me run example with OpenGL on Anstrom. who do it, say please how i can do it in board?
  • [10:42:31] <koen> there are no public accelerated GL drivers yet
  • [10:43:10] <SimpleSoft> but in youtube video manager from TI show example
  • [10:43:50] <GeneralAntilles> Operative word is public.
  • [10:43:55] <SimpleSoft> strange...
  • [10:44:43] * zedstar (n=john@fsf/member/zedstar) Quit ("Leaving")
  • [10:48:11] * likewise (n=likewise@82-171-51-231.ip.telfort.nl) Quit ()
  • [10:49:39] <koen> a number of people on this channel have those drivers, but they aren't public
  • [10:50:15] <chakie_work> probably available from some torrent tracker :)
  • [10:50:53] <koen> I doubt it
  • [10:51:07] * likewise (n=likewise@82-171-51-231.ip.telfort.nl) has joined #beagle
  • [10:53:17] * igor321 (n=igor@135-94.dsl.iskon.hr) Quit ("leavin'")
  • [10:57:43] * shriram (i=3b6030f5@gateway/web/ajax/mibbit.com/x-895b1253ceb27fe8) has joined #beagle
  • [11:06:53] * Fl1pFl0p (n=Fl1pFl0p@ip72-220-170-249.sd.sd.cox.net) has left #beagle
  • [11:07:02] * igor321 (n=igor@135-94.dsl.iskon.hr) has joined #beagle
  • [11:15:24] * t_s_o (n=tso@135.84-49-129.nextgentel.com) has joined #beagle
  • [11:15:43] * likewise (n=likewise@82-171-51-231.ip.telfort.nl) Quit ()
  • [11:16:25] <igor321> hello, any way to upload an image via seria?
  • [11:16:28] <igor321> serial
  • [11:17:05] <shriram> kermit
  • [11:21:21] * thephilosopher (n=chatzill@modemcable108.47-58-74.mc.videotron.ca) has joined #beagle
  • [11:22:50] * jes1 (n=jess@59.160.172.220) has joined #beagle
  • [11:25:47] * jess (n=jess@59.160.172.220) Quit (Read error: 60 (Operation timed out))
  • [11:33:20] * thephilosopher (n=chatzill@modemcable108.47-58-74.mc.videotron.ca) Quit ("ChatZilla 0.9.83 [Firefox 3.0.3/2008092417]")
  • [11:51:15] * sweetlilmre|work (n=sweet@196.37.229.15) has joined #beagle
  • [11:53:19] <sweetlilmre|work> koen: saw the ABI change this morning. doing a full rebuild (with || make this time :))
  • [11:55:07] <shriram> is alsa sound tested on any of the omap3 boards with twl4030 codec?
  • [11:56:36] <shriram> i see mcbsp.c does not get compiled. seems there are 2 different implementations on mcbsp. one with TI kernel and one the git
  • [11:57:16] * t_s_o (n=tso@135.84-49-129.nextgentel.com) Quit ("Konversation terminated!")
  • [12:09:57] * feig (n=ejf3@125.sub-70-198-7.myvzw.com) has joined #beagle
  • [12:11:17] * BThompson (n=BThompso@nat/ti/x-6ef54954f4217a5b) has joined #beagle
  • [12:15:23] * zedstar (n=john@fsf/member/zedstar) has joined #beagle
  • [12:19:39] * thephilosopher (n=chatzill@modemcable108.47-58-74.mc.videotron.ca) has joined #beagle
  • [12:20:54] <thephilosopher> any one active ?
  • [12:21:25] <sweetlilmre|work> got a few mins before a meeting, wassup?
  • [12:22:01] <thephilosopher> chill
  • [12:22:28] <thephilosopher> i was wondering if the beagle (linux for that matter) have any support of opengl or opengl ES
  • [12:22:50] <BThompson> it will eventually have openGLES
  • [12:23:05] <BThompson> i dont believe there will be full openGL support
  • [12:23:30] <thephilosopher> BThompson: why ? cant we just use linux opengl libs ?like messa etc... ?
  • [12:24:16] <BThompson> as i understand that is dependent on the hardware, and the provider of the graphics accellerator built into the OMAP3 only has a GLES driver
  • [12:25:53] * fagius (n=fagius@static-71-111-254-119.rlghnc.dsl-w.verizon.net) has joined #beagle
  • [12:25:55] <kulve> yes
  • [12:26:35] <thephilosopher> kulve yes ?
  • [12:27:00] <chakie_work> software opengl should be no problem
  • [12:27:08] * jes1 (n=jess@59.160.172.220) Quit (Read error: 113 (No route to host))
  • [12:27:35] <kulve> thephilosopher: yes, you need the driver from the 3d hardware manufacturer and they provide only OpenGL ES 1/2
  • [12:28:05] <kulve> chakie_work: it would be so slow that it's not usable for anything real
  • [12:28:11] <BThompson> that is true, anything you can do on the ARM itself is possible, so if you had software rendering with OpenGL support than you could do it, but that woudl probably be too slow
  • [12:28:19] <thephilosopher> kulveok i tought a pure software implementation did exist
  • [12:28:28] <chakie_work> kulve: of course, but opengl nevertheless. that's how it worked back in the day
  • [12:29:07] <kulve> that's not how you work today ;)
  • [12:29:28] <chakie_work> you may have a point there
  • [12:29:41] <thephilosopher> so all the X rendering are done on the CPU...
  • [12:29:57] <thephilosopher> so we wont have pretty animated gui ...
  • [12:29:57] <kulve> thephilosopher: yes. People are trying to find better ways though..
  • [12:30:22] <thephilosopher> kulve: or we can simply wait to have powervr driver
  • [12:30:38] <kulve> thephilosopher: that doesn't help with X at all since they don't provide X driver (afaik)
  • [12:32:30] <thephilosopher> i see
  • [12:33:05] <thephilosopher> so how is the rendering done ?
  • [12:33:25] <thephilosopher> shouldnt the thing be slower then ?
  • [12:33:53] <kulve> all X rendering is done on cpu without any ARMv7 optimizations. So yes, it's slow.
  • [12:34:19] <thephilosopher> i see
  • [12:34:59] <thephilosopher> do you think that simply recompile with optimisation could bring significant improvement ?
  • [12:35:16] <kulve> no, recompilation doesn't help. That's already done by everybody.
  • [12:35:45] <thephilosopher> a new branch or the code source ?
  • [12:36:11] <kulve> ?
  • [12:38:03] <thephilosopher> what can be done to make it faster ?
  • [12:38:04] <thephilosopher> beside a faster cpu lol
  • [12:38:18] <chakie_work> probably nobody compiles with "bad" compiler options
  • [12:39:02] <thephilosopher> chakie_work ?
  • [12:39:25] <chakie_work> i mean, why would anyone not compile with optimizations enabled?
  • [12:40:00] <thephilosopher> chakie_work: to make it faster i guest
  • [12:40:04] <thephilosopher> guess
  • [12:40:17] <chakie_work> note my "not"
  • [12:40:26] <thephilosopher> and ho ok
  • [12:40:26] <chakie_work> i mean, why would anyone compile with optimizations disabled?
  • [12:40:41] <thephilosopher> cuz they lazy lol
  • [12:40:59] <thephilosopher> kulve> all X rendering is done on cpu without any ARMv7 optimizations. So yes, it's slow.
  • [12:42:23] <thephilosopher> ok guys
  • [12:42:26] <thephilosopher> have to take off
  • [12:42:38] <kulve> with "ARMv7 optimizations" I mean some hand written NEON asm etc..
  • [12:43:36] <chakie_work> kulve: nah, they are just being lazy :)
  • [12:47:56] <chakie_work> my binutils compilation fails in weird ways
  • [12:50:01] * RogerMonk (n=a0740758@nat/ti/x-0905e37ce1c3582a) has joined #beagle
  • [12:51:07] <chakie_work> checking whether build environment is sane... configure: error: ls -t appears to fail. Make sure there is not a broken
  • [12:51:07] <chakie_work> alias in your environment
  • [12:51:07] <chakie_work> configure: error: newly created file is older than distributed files!
  • [12:51:13] <Crofton|work> would doing NEON code for liboil help?
  • [12:51:17] <chakie_work> "ls -t" fails?
  • [12:51:38] <chakie_work> and my system click is just fine
  • [12:51:41] <chakie_work> clock
  • [12:57:30] <koen> Crofton|work: liboil got some arm stuff recently
  • [13:05:09] * Olipro (i=Olipro@uncyclopedia/Olipro) has joined #beagle
  • [13:05:09] * t_s_o (n=tso@135.84-49-129.nextgentel.com) has joined #beagle
  • [13:07:24] <Crofton|work> koen, I looked in git and only see some vfp stuff fom last year
  • [13:07:52] * Kozak (i=7d119087@gateway/web/ajax/mibbit.com/x-3823915bb32c1af7) Quit ("http://www.mibbit.com ajax IRC Client")
  • [13:11:29] * JuanG (n=Juan@nat/ti/x-1ed8502b3a5b4839) has joined #beagle
  • [13:11:33] * JuanG (n=Juan@nat/ti/x-1ed8502b3a5b4839) has left #beagle
  • [13:15:51] <kulve> "somebody" need to add some NEON stuff to zuh's EXA driver :) (although I'm sure how much it's possible to gain with it..)
  • [13:16:11] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit (Remote closed the connection)
  • [13:16:51] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
  • [13:17:13] * prpplague (n=dave@mail.americanmicrosystems.com) has joined #beagle
  • [13:18:28] * Hidus (n=hidus@206-223-177-6.beanfield.net) Quit ()
  • [13:22:20] * dirk2 (n=dirk@F332c.f.strato-dslnet.de) has left #beagle
  • [13:24:13] * slothlove (n=srussell@user-387ggve.cable.mindspring.com) has joined #beagle
  • [13:24:48] * fenn (n=pz@adsl-75-62-115-204.dsl.bltnin.sbcglobal.net) Quit (Nick collision from services.)
  • [13:27:46] * gkarabin (n=gkarabin@64.212.175.249) has joined #beagle
  • [13:28:30] * richardw (n=richardw@nat/ti/x-5df780b098e85dea) has joined #beagle
  • [13:28:41] <prpplague> richardw: greetings!
  • [13:28:51] <richardw> prpplague, hodwy.
  • [13:29:26] * prpplague hands richardw a cup of joe and asks how the traffic was in dfw this morning?
  • [13:29:58] <richardw> :) I don't know, I'm still at home... too many early am meetings
  • [13:30:20] <prpplague> ahh
  • [13:30:42] <richardw> prpplague, so you don't brave the traffic? or is it better on dfw outskirts?
  • [13:31:11] <prpplague> richardw: i'm in euless, and my house is just 5 blocks from where i work, so its pretty easy right now
  • [13:40:35] * gkarabi1 (n=gkarabin@64.212.175.249) has joined #beagle
  • [13:42:30] * gkarabi1 (n=gkarabin@64.212.175.249) has left #beagle
  • [13:44:15] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit ()
  • [13:45:52] * bazbell (n=a0192809@nat/ti/x-83201c8918a66f01) has joined #beagle
  • [13:46:16] * Olipro_ (n=Olipro@uncyclopedia/Olipro) has joined #beagle
  • [13:46:33] * bazbell (n=a0192809@nat/ti/x-83201c8918a66f01) Quit (Client Quit)
  • [13:48:06] * Olipro (i=Olipro@uncyclopedia/Olipro) Quit (Nick collision from services.)
  • [13:48:15] * Olipro_ is now known as Olipro
  • [13:54:28] * Beagle4 (n=Beagle4@s-inf-pc117.oulu.fi) has joined #beagle
  • [13:54:53] <sweetlilmre|work> Crofton|work: watching palin / biden debate now :)
  • [13:58:41] * gkarabin (n=gkarabin@64.212.175.249) Quit (Read error: 110 (Connection timed out))
  • [13:59:59] * prpplague^2 (n=dave@mail.americanmicrosystems.com) has joined #beagle
  • [14:00:50] * prpplague (n=dave@mail.americanmicrosystems.com) Quit (Read error: 110 (Connection timed out))
  • [14:02:39] * prpplague^2 is now known as prpplague
  • [14:05:09] * weiles (n=quassel@HSI-KBW-091-089-046-222.hsi2.kabelbw.de) has joined #beagle
  • [14:20:20] * Beagle4 (n=Beagle4@s-inf-pc117.oulu.fi) Quit (Remote closed the connection)
  • [14:22:44] * shriram (i=3b6030f5@gateway/web/ajax/mibbit.com/x-895b1253ceb27fe8) Quit ("http://www.mibbit.com ajax IRC Client")
  • [14:29:09] * zedstar (n=john@fsf/member/zedstar) Quit (Remote closed the connection)
  • [14:29:45] * dcramer (n=davec@dcdsl.ebox.com) Quit (Read error: 104 (Connection reset by peer))
  • [14:29:56] * jrmuizel (n=jrmuizel@mozca02.ca.mozilla.com) has joined #beagle
  • [14:38:08] * bazbell (n=a0192809@nat/ti/x-a6635f076d827338) has joined #beagle
  • [14:39:17] * dcramer (n=davec@dcdsl.ebox.com) has joined #beagle
  • [14:40:21] * bazbell (n=a0192809@nat/ti/x-a6635f076d827338) Quit (Client Quit)
  • [14:43:32] * jrmuizel (n=jrmuizel@mozca02.ca.mozilla.com) Quit ()
  • [14:43:41] * jrmuizel (n=jrmuizel@mozca02.ca.mozilla.com) has joined #beagle
  • [14:45:09] * slothlove (n=srussell@user-387ggve.cable.mindspring.com) Quit (Read error: 110 (Connection timed out))
  • [14:45:59] * prpplague (n=dave@mail.americanmicrosystems.com) Quit (Read error: 110 (Connection timed out))
  • [14:46:36] * prpplague (n=dave@mail.americanmicrosystems.com) has joined #beagle
  • [14:57:56] * prpplague^2 (n=dave@mail.americanmicrosystems.com) has joined #beagle
  • [14:59:56] * prpplague (n=dave@mail.americanmicrosystems.com) Quit (Nick collision from services.)
  • [15:00:01] * prpplague^2 is now known as prpplague
  • [15:06:31] * sweetlilmre|work (n=sweet@196.37.229.15) Quit ()
  • [15:09:44] * TAK2004 (n=Administ@dslb-088-072-207-158.pools.arcor-ip.net) Quit (Read error: 110 (Connection timed out))
  • [15:21:24] * SimpleSoft (n=kvirc@mm-168-90-84-93.dynamic.pppoe.mgts.by) Quit ("KVIrc 3.2.6 Anomalies http://www.kvirc.net/")
  • [15:23:01] * xc_legend (n=xc_legen@dyn-4-211.myactv.net) has joined #beagle
  • [15:24:00] <xc_legend> /msg NickServ
  • [15:25:45] <kulve> go ahead, I can relay it..
  • [15:32:23] <koen> ah, finally some progress on the DSS stuff
  • [15:32:58] * felipec (i=c0647cda@gateway/web/ajax/mibbit.com/x-9d05192c2ea297e2) has joined #beagle
  • [15:38:48] * prpplague^2 (n=dave@mail.americanmicrosystems.com) has joined #beagle
  • [15:39:39] * prpplague (n=dave@mail.americanmicrosystems.com) Quit (Read error: 110 (Connection timed out))
  • [15:41:56] * prpplague^2 is now known as prpplague
  • [15:56:31] * xc_legend (n=xc_legen@dyn-4-211.myactv.net) Quit ("Leaving")
  • [15:57:50] * odesus (n=OMAR@148.223.106.43) has joined #beagle
  • [15:58:26] * odesus (n=OMAR@148.223.106.43) has left #beagle
  • [15:58:40] * odesus (n=OMAR@148.223.106.43) has joined #beagle
  • [16:01:45] * prpplague (n=dave@mail.americanmicrosystems.com) Quit (Read error: 110 (Connection timed out))
  • [16:02:22] * prpplague (n=dave@mail.americanmicrosystems.com) has joined #beagle
  • [16:08:37] * odesus (n=OMAR@148.223.106.43) has left #beagle
  • [16:09:07] * gkarabin (n=gkarabin@64.212.175.249) has joined #beagle
  • [16:09:19] * gkarabin (n=gkarabin@64.212.175.249) has left #beagle
  • [16:10:27] * dirk2 (n=dirk@F330e.f.strato-dslnet.de) has joined #beagle
  • [16:16:19] * zedstar (n=john@fsf/member/zedstar) has joined #beagle
  • [16:18:00] * mpoullet (n=mpoullet@p4FC19A54.dip0.t-ipconnect.de) has joined #beagle
  • [16:24:17] <hansin> It looks like the OMAP3 doesn't have an on-chip Ethernet controller (I know you can use a USB to Ethernet adaptor). Is an Ethernet controller something that might find its way onto an OMAP3 SOC?
  • [16:44:45] <koen> omap is focused on mobile stuff, so it isn't likely
  • [16:45:02] <koen> maybe some other TI chip focussed on settop boxes might have it
  • [16:45:22] <mru> how is the evm ethernet port connected?
  • [16:47:48] * TAK2004 (n=Administ@dslb-088-072-238-126.pools.arcor-ip.net) has joined #beagle
  • [16:50:15] <suihkulokki> mru: SMC911X
  • [16:51:24] <koen> mru: are you still like the nokia DSS better than the TI?
  • [16:51:33] * koen should try one set of patches
  • [16:52:27] <mru> koen: haven't read today's list traffic yet
  • [16:52:29] * prpplague (n=dave@mail.americanmicrosystems.com) Quit (Read error: 110 (Connection timed out))
  • [16:52:58] * prpplague (n=dave@mail.americanmicrosystems.com) has joined #beagle
  • [16:53:45] <mru> TI code always looks very hackish
  • [16:53:56] <koen> #ifdef HACK
  • [16:54:18] <koen> someone should send dave brownell after them
  • [16:54:34] <mru> WTF?!?!?!? "Community is also in agreement for the V4L2 interface on OMAP-DSS."
  • [16:54:50] <mru> unless community == TI, that's simply not true at all
  • [16:55:13] <RogerMonk> mru/koen - which list u referring to?
  • [16:55:18] <mru> linux-omap
  • [16:55:21] <koen> linux omap
  • [16:56:34] <koen> mru: I suspect they mean davinci community
  • [16:57:15] <TangerineTetrode> davinci is all about v4l2
  • [16:58:01] * koen looks at his neurosd osd2 using fbdev
  • [16:58:39] <RogerMonk> mru - can u send me link to the msg pls?
  • [17:00:08] <richardw> mru, were you seeing neon issue on a recent board? from a mail fordward, grabbed ffmpeg binary and downloaded movie, its not run for 18hours with out crash...
  • [17:03:13] <RogerMonk> mru/koen -is it this one? http://marc.info/?l=linux-omap&m=122304487706082&w=2
  • [17:03:43] <koen> one of the threads
  • [17:04:20] <koen> RogerMonk: http://article.gmane.org/gmane.linux.ports.arm.omap/12296/match=tomi
  • [17:05:02] <koen> and the thread: http://thread.gmane.org/gmane.linux.ports.arm.omap/12252/focus=12296
  • [17:05:18] * t_s_o (n=tso@135.84-49-129.nextgentel.com) Quit ("Konversation terminated!")
  • [17:06:59] <RogerMonk> its preview - not final - trying to get community input
  • [17:07:17] <RogerMonk> is there a better process u recommend
  • [17:11:41] <dirk2> We have a problem with U-Boot v1 NAND now: http://lists.denx.de/pipermail/u-boot/2008-October/041222.html Seems we *really* need someone with NAND knowledge (from TI!?) now
  • [17:17:09] <koen> RogerMonk: pretty anything TI is going to do for omap3 has to go down well with nokia
  • [17:18:08] <RogerMonk> we want it to down well across the board - but it's new way of working and there is some learning curve
  • [17:18:30] <richardw> dirk2, you could ping nishant, he added the dynamic switch, it allowed compatibility with older kernels. only kinda recently was mask rom ecc awareness going to kernel mtd.
  • [17:18:33] <koen> and no ifdefs anywhere :)
  • [17:18:50] <suihkulokki> slightly frustrating that the guy goes into defending ifdefs..
  • [17:20:30] <bjdooks> #ifdefs are the spawn of satan
  • [17:20:54] <Crofton|work> koen, does the .27 kernel work with video?
  • [17:21:12] * felipec (i=c0647cda@gateway/web/ajax/mibbit.com/x-9d05192c2ea297e2) Quit (Client Quit)
  • [17:22:07] <koen> Crofton|work: it works on my tft
  • [17:26:00] * doog (n=doug@cpe-75-80-160-171.san.res.rr.com) has joined #beagle
  • [17:27:50] <Crofton|work> Geof is having trouble
  • [17:28:08] <Crofton|work> I think the .26 works without sound
  • [17:28:20] <Crofton|work> .27 works with sound, but no video
  • [17:29:15] * Crofton|work needs to read the email again carefully
  • [17:29:45] * richardw (n=richardw@nat/ti/x-5df780b098e85dea) Quit ("Leaving")
  • [17:30:20] <doog> i was working on the .27 video problem but building has been going nowhere. day 4 at this.
  • [17:30:27] <Crofton|work> this is with the old rootfs and with a demo image he built
  • [17:30:34] <Crofton|work> hmmm
  • [17:30:38] <Crofton|work> this is a problem
  • [17:30:48] <Crofton|work> I am building x11-image atm
  • [17:32:33] * nathanm_ (n=nathan@adsl-69-106-228-95.dsl.pltn13.pacbell.net) has joined #beagle
  • [17:33:01] * nathanm (n=nathan@adsl-69-106-228-95.dsl.pltn13.pacbell.net) Quit (Read error: 113 (No route to host))
  • [17:33:03] <doog> crofton: whos repo are you using or are you also using your own?
  • [17:33:39] <Crofton|work> I use whatever is on oe dev
  • [17:33:48] <Crofton|work> but I do not run demo-image
  • [17:34:41] <doog> so it seems "console-image" is somewhat usable while noone/few are keeping x11 stuff up. Thanks.
  • [17:34:43] <Crofton|work> I have an x11-image building atm
  • [17:34:50] <Crofton|work> yeah
  • [17:35:05] <Crofton|work> my own workl only needs console image, text is fine
  • [17:35:08] <doog> good luck with that.
  • [17:35:14] <Crofton|work> although I need to test some X stuff
  • [17:36:28] <doog> I should dump what I've been attempting to do in making a developement image and just follow your lead and stick to console based stuff.
  • [17:36:53] <Crofton|work> well, it depends on your goals
  • [17:38:42] <doog> goals are based on progress or lack off. The intention was to make beagle dev easy for the non-godlike developers via preconfigured VM and or a liveCD.
  • [17:39:45] * NishanthMenon (n=nMenon@nat/ti/x-6adde3ed611192af) has joined #beagle
  • [17:40:04] <NishanthMenon> dirk2, ping
  • [17:40:48] <doog> I could drop the 2nd monitor part and go 100% commandline and ssh I suppose. I need sound for the main project and that works I've heard in console-image.
  • [17:41:03] <NishanthMenon> dirk2, i have nand working "almost fine" on u-boot v2. the issue i have is with badblock handling. just need jtag debugging to get to the bottom of that
  • [17:41:56] <NishanthMenon> dirk2, in the implementation i did, readbuf, writebuf etc were un-necessary as the mtd layer handles it cleanly
  • [17:42:35] <dirk2> NishanthMenon: pong
  • [17:42:42] <NishanthMenon> dirk2, in that way, well.. my implementation would be different from u-boot v1 and linux kernel's drivers.. though the same strategy could be exploited
  • [17:43:42] <NishanthMenon> dirk2, ecc handling is done in a better format in my driver IMHO.
  • [17:44:29] <dirk2> NishanthMenon: Hmm. Do you think we should port your driver to U-Boot v1 or is it easier to "fix" existing v1 driver?
  • [17:44:34] <NishanthMenon> the issue of dynamic handling of ecc is something I dont agree too
  • [17:45:08] <doog> crofton: FYI, I had a console build complete over night, updated via git, immediately bitbake failed and said TMPDIR changed ABI version so blow it all way and start over.
  • [17:45:09] <NishanthMenon> dirk2, the implementation is based on the linux MTD omap gpmc driver.
  • [17:45:28] <NishanthMenon> dirk2, i started from there and essentially re-wrote much of it
  • [17:45:35] <Crofton|work> some staging changes went it
  • [17:45:38] <Crofton|work> er in
  • [17:45:47] <dirk2> NishanthMenon: From reviewer point of view it would be better to just "fix" exiting driver instead of starting with a "new" driver?
  • [17:45:58] <Crofton|work> now you can switch machines that use different arch's without blowing away tmp
  • [17:46:12] * Crofton|work hopes he got that right :)
  • [17:46:21] <NishanthMenon> dirk2, conceptually I agree with scott. the implementation heads the wrong way
  • [17:46:26] <NishanthMenon> dirk2, ref: http://git.denx.de/?p=u-boot/u-boot-v2.git;a=blob;f=drivers/nand/nand_omap_gpmc.c;h=afd676a74194c63a1e3cf581d210235a9d4c78ba;hb=HEAD
  • [17:46:41] * dirk2 looks
  • [17:46:43] <Crofton|work> should I be able to play bb bunny from a console with mplayer?
  • [17:47:31] <doog> will google tell me what "bb bunny" is? or should I care?
  • [17:49:26] <NishanthMenon> dirk2, there are three components in u-boot v2. gpmc_nand, gpmc and the mtd layer. which in a way is similar to what we have in u-boot v1
  • [17:49:32] <Crofton|work> big buck bunny
  • [17:50:47] * dcordes_ (n=dcordes@unaffiliated/dcordes) has joined #beagle
  • [17:50:49] <dirk2> NishanthMenon: Not sure if you have the time, but what do you think about answering to Scott at U-Boot list and (a) ask him what he thinks about your U-Boot v2 driver (giving him the link) and (b) discussing the dynamic ecc handling with him ?
  • [17:50:51] <Crofton|work> hmmm
  • [17:51:06] <Crofton|work> bb buny 720p came up on the console
  • [17:51:28] <dirk2> NishanthMenon: If you don't have the time to help coding/fixing, at least some mail discussion help would be really helpful
  • [17:51:36] <Crofton|work> very slwoly
  • [17:51:51] <Crofton|work> downloading the 480 version now
  • [17:52:02] <doog> ah, Peach guys video
  • [17:52:23] <Crofton|work> apparently it is the standard test video
  • [17:52:29] <NishanthMenon> dirk2, the reason for s/w ecc and h/w ecc being supported is coz we had "dumbly" decided to keep s/w ecc in kernel. Now, I dont agree to the concept. we do not need s/w ecc when using GPMC. they can all be handled in a consistent manner using h/w ecc (which also happens to be faster)
  • [17:53:19] <NishanthMenon> dirk2, let me see if i can get some spare cycles over the weekend to look at the same
  • [17:53:44] * NishanthMenon is currently swamped with ppts and uml diagrams :(
  • [17:54:41] <NishanthMenon> i think the strategy would be: stay with ROM code format thru out x-loader, u-boot, kernel. it makes life a lot simpler
  • [17:55:29] * Crofton|work vomits at the thought of UML diagrams
  • [17:55:54] <NishanthMenon> Crofton|Work: tell me about it :(
  • [17:56:23] <dirk2> NishanthMenon: If you don't have time for some coding, this is ok. But it would be really helpful if you could just write one/two mails to U-Boot list to agree/discuss the way we should go. If Steve says "yes, this is the way to go", coding/fixing is the second step
  • [17:57:12] <NishanthMenon> dirk2, yep, will do. gotta run off to a meeting in 4 mins now :(.. cya around..
  • [17:57:13] <TangerineTetrode> what jtag devices are good for beagle? and do any of them work with the DSP?
  • [17:57:19] <Crofton|work> "boxes and arrows"
  • [17:57:45] <dirk2> NishanthMenon: I don't want a large rewrite/concept change now. My goal is to get the patches in with as less stuff reworking as possible. Bigger fixes/rewrite/conceptual changes we can do later
  • [17:57:59] <nathanm_> TangerineTetrode: People around here seem to like the Flyswatter.
  • [17:58:11] <NishanthMenon> dirk2, maynot be able to push a nand controller support unless we explain why to Scott..
  • [17:59:13] <koen> Crofton|work: the staging changes make different compilers across archs possible
  • [17:59:17] <nathanm_> TangerineTetrode: They have a Beagleboard-specific adaptor on their site: http://www.tincantools.com/product.php?productid=16144
  • [17:59:24] * mpoullet (n=mpoullet@p4FC19A54.dip0.t-ipconnect.de) has left #beagle
  • [17:59:27] <Crofton|work> exactly!
  • [17:59:29] <Crofton|work> :)
  • [17:59:29] <NishanthMenon> dirk2, lets see how our discussion proceeds.. will send a reply later tonite/2morrow.. and thanks for pushing them thru to scott..gotta run now.. bye.
  • [17:59:34] <koen> Crofton|work: it was already possible to build armv4t, armv5te and armv6 together
  • [17:59:39] * NishanthMenon (n=nMenon@nat/ti/x-6adde3ed611192af) Quit ("OUCH!!!")
  • [17:59:49] <Crofton|work> koen, does video work for yuo with the 2.7 OE kernel?
  • [17:59:57] <Crofton|work> yeah
  • [18:00:48] <koen> Crofton|work: like I said, it works on my TFT
  • [18:01:19] * dcordes (n=dcordes@unaffiliated/dcordes) Quit (Read error: 110 (Connection timed out))
  • [18:01:49] <Crofton|work> ok
  • [18:01:57] <koen> Crofton|work: autobuild still going strong: http://tinderbox.openembedded.net/builders/koen/
  • [18:02:09] <Crofton|work> I just had mplayer play a bit of bb bunny from the console
  • [18:02:13] <Crofton|work> awesome
  • [18:02:22] <Crofton|work> this is building new feeds?
  • [18:03:42] <koen> not new feeds, it's going through the angstrom feeds script to check for errors relating to the staging changes
  • [18:03:54] <Crofton|work> ok
  • [18:04:16] <Crofton|work> do I have a chance of playing the small bb bunny on the beagle?
  • [18:06:34] <koen> yes
  • [18:06:43] <koen> the 720p should work as well with omapfbplay
  • [18:07:03] <koen> omapfbplay -b 70 -f bb.avi
  • [18:07:05] <Crofton|work> ah
  • [18:08:42] <kulve> I tried the (gst plugin) omafbsink but didn't get a proper image with it. Looked like it wrote one byte too much per pixel and the image was stretched more and more every line
  • [18:08:43] * nathanm_ (n=nathan@adsl-69-106-228-95.dsl.pltn13.pacbell.net) Quit (Read error: 113 (No route to host))
  • [18:09:33] <kulve> too bad Felipe isn't around..
  • [18:09:38] * nathanm (n=nathan@adsl-69-106-228-95.dsl.pltn13.pacbell.net) has joined #beagle
  • [18:19:40] * gkarabin (n=gkarabin@64.212.175.249) has joined #beagle
  • [18:19:48] * gkarabin (n=gkarabin@64.212.175.249) has left #beagle
  • [18:24:42] * igor321 (n=igor@135-94.dsl.iskon.hr) Quit ("leavin'")
  • [18:26:34] * felipec (n=felipec@a88-113-6-167.elisa-laajakaista.fi) has joined #beagle
  • [18:30:59] * prpplague^2 (n=dave@mail.americanmicrosystems.com) has joined #beagle
  • [18:31:22] * prpplague (n=dave@mail.americanmicrosystems.com) Quit (Read error: 110 (Connection timed out))
  • [18:35:17] <zuh> kulve: I suppose EXA really is sensible only for hw-based acceleration... It shouldn't bring any benefit over having it fall back to pixman (where some NEON support should live anyway) automatically, though I don't (yet) have real numbers to confirm that. It's possible that going down the exa path might skip a test or two or maybe even some setup but I didn't look at the code paths so carefully that I'd know...
  • [18:36:36] <zuh> It anyway *adds* overhead to go to the EXA functions and fall back there instead of not having the EXA at all, that much I know for sure
  • [18:36:43] * hli (i=chaton@vig91-2-82-232-97-149.fbx.proxad.net) has joined #beagle
  • [18:38:16] <kulve> ok, so all arm side "acceleration" goes to pixman and XV stuff to your driver..?
  • [18:40:21] <zuh> Yeah, looks like there's no point in doing EXA if you are only going to implement the same things as with pixman (as was kind of exepected)
  • [18:40:44] * prpplague^3 (n=dave@mail.americanmicrosystems.com) has joined #beagle
  • [18:41:03] <zuh> The main reason to add the EXA stubs was anyway learning about it :)
  • [18:41:47] <zuh> But I think I'll make some logging version of that and run some traffic profiles of "normal" usage
  • [18:42:10] <zuh> To hilight operations that are used frequently
  • [18:42:39] <zuh> which naturally will apply to pixman too
  • [18:43:08] * prpplague (n=dave@mail.americanmicrosystems.com) has joined #beagle
  • [18:43:27] <zuh> I'm at my parents for the weekend but I'll try to get the code online on sunday (I promise ;)
  • [18:43:39] * richardw (n=richardw@nat/ti/x-64981cb6993664b4) has joined #beagle
  • [18:43:46] * fagius (n=fagius@static-71-111-254-119.rlghnc.dsl-w.verizon.net) Quit ("Leaving")
  • [18:44:16] <kulve> with the logging functionality? :)
  • [18:50:40] * prpplague^2 (n=dave@mail.americanmicrosystems.com) Quit (Read error: 110 (Connection timed out))
  • [18:53:36] * guillaum1 (n=gl@AMontsouris-153-1-40-176.w90-2.abo.wanadoo.fr) Quit (Read error: 110 (Connection timed out))
  • [18:56:47] * guillaum1 (n=gl@AMontsouris-153-1-70-121.w90-2.abo.wanadoo.fr) has joined #beagle
  • [18:57:21] * prpplague^3 (n=dave@mail.americanmicrosystems.com) Quit (Read error: 110 (Connection timed out))
  • [18:59:59] * prpplague (n=dave@mail.americanmicrosystems.com) Quit (Read error: 110 (Connection timed out))
  • [19:01:03] <zuh> maybe
  • [19:08:37] * piller (n=piller@160.91.233.77) has joined #beagle
  • [19:09:40] <piller> I'm now successfully running angstrom image on my beagle!
  • [19:10:23] <piller> I want to know which usb wifi gadget I should buy
  • [19:10:45] <piller> or perhaps there is a better way to get wifi?
  • [19:11:14] <kulve> check the shopping list
  • [19:11:21] <kulve> there's some belkin dongle mentioned
  • [19:11:56] <piller> I've already looked, there is a wired linksys recommended
  • [19:12:20] <piller> but I could not find a recommended usb wireless ethernet device
  • [19:20:47] * piller (n=piller@160.91.233.77) Quit ("Leaving")
  • [19:21:20] <kulve> http://code.google.com/p/beagleboard/wiki/BeagleBoardShoppingList
  • [19:22:55] * nathanm_ (n=nathan@adsl-69-106-228-95.dsl.pltn13.pacbell.net) has joined #beagle
  • [19:24:36] * dcramer (n=davec@dcdsl.ebox.com) Quit (Read error: 104 (Connection reset by peer))
  • [19:25:47] * dcramer (n=davec@dcdsl.ebox.com) has joined #beagle
  • [19:27:45] * pbrook (n=paul@78-105-115-80.zone3.bethere.co.uk) Quit (Read error: 110 (Connection timed out))
  • [19:32:36] * richardw (n=richardw@nat/ti/x-64981cb6993664b4) Quit (Remote closed the connection)
  • [19:33:35] * dirk2 (n=dirk@F330e.f.strato-dslnet.de) has left #beagle
  • [19:38:12] * nathanm (n=nathan@adsl-69-106-228-95.dsl.pltn13.pacbell.net) Quit (Read error: 113 (No route to host))
  • [19:38:30] * RogerMonk (n=a0740758@nat/ti/x-0905e37ce1c3582a) has left #beagle
  • [19:49:24] * jrmuizel_ (n=jrmuizel@mozca02.ca.mozilla.com) has joined #beagle
  • [19:49:33] * jrmuizel (n=jrmuizel@mozca02.ca.mozilla.com) Quit (Read error: 104 (Connection reset by peer))
  • [20:08:34] <Crofton|work> koen, omapfbplay complains I do not have /dev/fb1
  • [20:08:40] <Crofton|work> I only have fb0
  • [20:14:23] <chakie> this error while compiling a base-image has me totally lost: http://rafb.net/p/HSLsTK44.html
  • [20:15:04] <chakie> the only references to similar errors seem to be for people with spaces in filenames, but i don't have that
  • [20:15:28] * DJW|Home (n=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) has joined #beagle
  • [20:16:00] * richardw (n=richardw@nat/ti/x-485bd0116293fdb1) has joined #beagle
  • [20:17:06] <kulve> Crofton|work: have you added the omapfb:somethinghere kernel arg?
  • [20:17:16] <Crofton|work> hmm
  • [20:17:22] <Crofton|work> I don't think so
  • [20:17:48] <kulve> I got that fb1 by adding it..
  • [20:18:27] <kulve> this one: video=omapfb:vram:2M,vram:4M
  • [20:18:34] <Crofton|work> what is the exact arg?
  • [20:18:36] <Crofton|work> ah
  • [20:20:22] * Crofton|work boots
  • [20:20:45] <Crofton|work> nope still fb0
  • [20:20:57] <Crofton|work> can I persuade omapfbplay to play on 0?
  • [20:22:25] <felipec> Crofton|work: I doubt so... why would you want to do that?
  • [20:22:58] <Crofton|work> what is the difference between fb0 and fb1?
  • [20:23:25] <felipec> Crofton|work: do you have the right consistent dma size?
  • [20:23:44] <felipec> Crofton|work: fb1 is an overlay, that can receive yuv input
  • [20:23:50] <Crofton|work> ah
  • [20:23:58] <Crofton|work> I know little of these things :)
  • [20:24:29] <felipec> Crofton|work: you probably need CONFIG_FB_OMAP_CONSISTENT_DMA_SIZE=6 on your kernel config
  • [20:24:40] <Crofton|work> http://rafb.net/p/0Ybq6i34.html
  • [20:25:25] <felipec> Crofton|work: 'planes 2' then you should have fb1
  • [20:25:50] * DJWillis (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) Quit (Read error: 110 (Connection timed out))
  • [20:25:55] <Crofton|work> planes 2?
  • [20:26:12] <felipec> from your pasebin
  • [20:26:36] <Crofton|work> my DMA size is 8
  • [20:27:10] <felipec> Crofton|work: that should be ok, how is your /dev/ managed?
  • [20:27:35] <Crofton|work> udev I suspect trying a mknod
  • [20:28:23] <Crofton|work> ok video
  • [20:29:05] <felipec> Crofton|work: so it was udev
  • [20:29:17] <Crofton|work> yeah
  • [20:29:26] <Crofton|work> should sound work in omapfbplay?
  • [20:29:30] <Crofton|work> I get no sound there
  • [20:29:43] * Beagle0 (n=Beagle0@75-166-170-39.hlrn.qwest.net) has joined #beagle
  • [20:29:45] <felipec> Crofton|work: I dont think so... let me see the code
  • [20:29:48] * DJWillis (n=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) has joined #beagle
  • [20:29:48] <Crofton|work> jumpy playback with mplayer, but sound
  • [20:30:11] * Beagle0 (n=Beagle0@75-166-170-39.hlrn.qwest.net) Quit (Client Quit)
  • [20:30:14] * Beagle8 (n=Beagle8@75-166-170-39.hlrn.qwest.net) has joined #beagle
  • [20:30:42] <felipec> Crofton|work: nah, just video
  • [20:30:56] <Crofton|work> bummer :)
  • [20:31:01] <felipec> Crofton|work: mplayer is probably using fb0
  • [20:31:27] <felipec> Crofton|work: I think the patches for n770/n8x0's omapfb should work for the beagle too
  • [20:32:26] <felipec> or you can try gstreamer ;)
  • [20:32:53] <Crofton|work> well, I just wanted to see if I could do graphics and sound :)
  • [20:33:02] <Crofton|work> back to eral work now
  • [20:33:28] <felipec> Crofton|work: so is it working properly? what framesize? codecs?
  • [20:33:38] <Crofton|work> need to push some stuff out of my local repo so others can build gnuradio svn
  • [20:33:48] <Crofton|work> not sure
  • [20:34:05] <Crofton|work> I can pastebin what mplayer said when it finishes
  • [20:35:11] * Beagle8 (n=Beagle8@75-166-170-39.hlrn.qwest.net) Quit (Client Quit)
  • [20:36:17] <Crofton|work> urg, it hung up
  • [20:36:27] * DJW|Home (n=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) Quit (Read error: 110 (Connection timed out))
  • [20:37:54] <kulve> felipec: I got the omapfbsink "working" with the kernel args. But the output is all twisted. Like it's trying to put a byte too little or too much per pixel. The colors looks ok though. Any ideas what might be wrong?
  • [20:38:32] * DJW|Home (n=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) has joined #beagle
  • [20:38:32] <Crofton|work> http://rafb.net/p/7mqK1o84.html
  • [20:38:41] * Beagle0 (n=Beagle0@75-166-170-39.hlrn.qwest.net) has joined #beagle
  • [20:39:45] <felipec> kulve: twisted like each row is shifted?
  • [20:40:27] * Crofton|work (n=balister@66-207-66-26.black.dmt.ntelos.net) Quit (Remote closed the connection)
  • [20:40:29] <kulve> yep
  • [20:40:53] <felipec> Crofton|work: "Your system is too SLOW to play this!" yeah, that's a quite big video
  • [20:41:04] <felipec> I don't know about how heavy is ac3 tough
  • [20:41:13] * DJW|Home (n=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) Quit (Read error: 104 (Connection reset by peer))
  • [20:41:21] <Crofton> :)
  • [20:41:39] <felipec> kulve: I'm not sure, what did you try to output? which framesize?
  • [20:41:51] <mru> ac3 doesn't have much neon help yet
  • [20:41:53] * JoeyBorn (n=jborn@dsl017-022-247.chi1.dsl.speakeasy.net) has joined #beagle
  • [20:41:57] <kulve> that same bb buny. With 480p resolution
  • [20:42:00] <kulve> +n
  • [20:42:28] <kulve> plays on half speed with ximagesink but with proper image
  • [20:42:30] <Crofton> as long as there isn't too much motion it is pretty good
  • [20:43:07] * DJW|Home (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) has joined #beagle
  • [20:43:22] <felipec> kulve: so you are running omapfbsink on top of X?
  • [20:43:33] <kulve> well, with X, I guess..
  • [20:43:42] <kulve> but yeah, I had the X running there
  • [20:44:03] <felipec> ah, but X is using fb.. ok
  • [20:44:44] <Beagle0> i'm working on setting up the angstrom demo, created the 2 partitions on the sd card, and am currently copying the filesystem to the ext3 partition - it's take over an hour so far to copy ~400MB, has it taken this long for anyone else?
  • [20:44:49] <kulve> yeah, it uses fb0 I guess. I was a bit annoying that the omapfbsink doesn't clear the fb1, so the image stays there on top of X after the gst-launch finishes..
  • [20:45:30] <kulve> Beagle0: I copy the file system to the card with my PC. Doesn't take more than a minute I guess..
  • [20:45:57] <kulve> a bit smaller image though, <100M.
  • [20:46:20] <doog> beagle0: doesn't take that long here. are you using some USB stick/adapter for the SD interface and if so, USB 1 maybe?
  • [20:47:29] <doog> beagle0: I also force the writing with "sudo sync" just to make sure it starts and finishes the writing before unmounting.
  • [20:47:48] <kulve> shouldn't unmount do the sync before it finishes?
  • [20:48:01] <kulve> and sync doesn't need sudo
  • [20:48:08] <kulve> but yeah, I often do it too, just to be sure..
  • [20:48:09] <felipec> kulve: yeah, it's pretty simple code, I've been using in on the console
  • [20:48:34] <felipec> kulve: it should be easy to disable the overlay
  • [20:49:02] <kulve> I guess the overlay is OK, as long as it clears the output when it finishes
  • [20:49:20] <felipec> kulve: just self->plane_info.enabled = 0; ioctl (self->overlay_fd, OMAPFB_SETUP_PLANE, &self->plane_info);
  • [20:49:31] <felipec> kulve: yes, I mean disable the overlay when it finishes
  • [20:49:34] * nabax (n=nabax@89.129.96.71) has joined #beagle
  • [20:49:41] <kulve> ah, ok
  • [20:49:42] <nabax> hi all
  • [20:49:55] <nabax> anybody know where can I get a miniusb-miniusb cable in europe?
  • [20:50:01] <felipec> kulve: but I don't see why you are seing that shift
  • [20:50:03] <nabax> I'm getting nuts
  • [20:50:29] <doog> kulve: oldschool I guess, just habit from the days of unix on 386's and floppies.
  • [20:50:59] <Beagle0> doog: i'm copying to the sd through a usb adapter, using cp
  • [20:51:08] <kulve> doog: n800 refreshed my memory. It had that broken at some point and you had to mount it with sync to be sure.. :)
  • [20:51:46] <felipec> kulve: you can try gst-launch-0.10 videotestsrc ! omapfbsink
  • [20:52:02] <kulve> felipec: actually, now that you say, I tested that and it worked..
  • [20:52:10] <felipec> kulve: gst-launch-0.10 videotestsrc ! video/x-raw-yuv,width=320,height=240 ! omapfbsink <- or this for different sizes
  • [20:53:17] <kulve> I used ffdec_mpeg4 as the decoder. And also ffmpegcolorpspaceconvert (or what ever it was) at some point...
  • [20:53:35] <doog> beagle0: the ext3 partition I've used was from Koen's demo and gzip-tar'ed instead of cp-ed if that makes a difference. cp might be doing verification not to mention you might have a slow adapter.
  • [20:53:43] <kulve> felipec: I'll be away from the beagle for a week.. So I'll do more testing after that and get back to you..
  • [20:53:50] * DJWillis (n=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) Quit (Read error: 110 (Connection timed out))
  • [20:54:02] <kulve> Beagle0: btw, if you mount the SD card with sync, it will be *slow*.
  • [20:54:10] <mru> and kill the card
  • [20:54:47] <felipec> kulve: ok... omapfbsink has the yuv format hardcoded, converting formats (ffmpegcolorpsace) is very cpu intensive so you should avoid it
  • [20:55:12] * Crofton|work (n=balister@66-207-66-26.black.dmt.ntelos.net) has joined #beagle
  • [20:56:01] <felipec> kulve: if you can find the output ffdec_mpeg4 is generating I can make the code support that, or you can hardcode it in the meantime
  • [20:56:04] <kulve> yeah
  • [20:58:36] <mru> just about every video decoder outputs planar yuv4:2:0
  • [20:58:53] <mru> omapfb wants packed yuv4:2:2
  • [20:59:28] <kulve> mru: btw, have you patched you neon stuff to gst-ffmpeg too..?
  • [20:59:35] <mru> no
  • [20:59:42] * mru ignores everything gstreamer related
  • [20:59:56] <kulve> I'll try it then ;)
  • [21:00:08] <kulve> I guess it shouldn't be hard to apply your patches there..
  • [21:00:11] <felipec> mru: omapfb doesn't support different formats?
  • [21:00:13] <mru> it should be easy to link gst-ffmpeg with my ffmpeg libs
  • [21:00:28] <mru> omapfb supports whatever the hardware supports
  • [21:00:38] <kulve> mru: yeah, it can use external ffmpeg but really don't recommned it
  • [21:00:50] <mru> fine, have it slow then
  • [21:00:53] <felipec> kulve: gst-ffmpeg uses whatever ffmpeg does
  • [21:01:08] <TangerineTetrode> mru: that's what dm355 does (yuv422)
  • [21:01:17] <felipec> kulve: or at least the latest ones
  • [21:01:47] <kulve> felipec: what do you mean, "uses whatever ffmpeg does"?
  • [21:02:30] <felipec> kulve: I mean, the newer ones should be more comfortable with external ffmpeg
  • [21:02:36] <kulve> oh
  • [21:02:52] <mru> the omap dispc only supports packed yuv4:2:2 and rgb formats
  • [21:02:55] <kulve> I think I saw 60 seconds sleep and long warning in the latest release..
  • [21:03:01] <mru> so planar yuv needs to be converted in software
  • [21:03:12] <kulve> I could also try mru's ffmpeg, bellagio, gst-omx, etc.. :)
  • [21:03:14] <mru> fortunately there's a nice, fast neon function to do just that
  • [21:03:45] <felipec> mru: you mean what the omap3 fb is using right now?
  • [21:04:19] * banderson (n=irc@63.230.135.220) Quit (Read error: 110 (Connection timed out))
  • [21:04:32] <mru> the fb driver doesn't do any format conversion
  • [21:04:38] <mru> the app has to do that
  • [21:05:27] * DJW|Home (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) Quit (Read error: 104 (Connection reset by peer))
  • [21:05:39] <felipec> mru: I mean, omap3 fb uses dispc, which only supports yuv 4:2:2... afaik the API supports other yuv formats, probably omap2 can do that
  • [21:05:47] * feig (n=ejf3@125.sub-70-198-7.myvzw.com) Quit (Read error: 60 (Operation timed out))
  • [21:05:57] * DJW|Home (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) has joined #beagle
  • [21:06:41] * JohnnyAnalog (n=John@75-166-170-39.hlrn.qwest.net) has joined #beagle
  • [21:06:43] * BThompson (n=BThompso@nat/ti/x-6ef54954f4217a5b) Quit ("Trillian (http://www.ceruleanstudios.com")
  • [21:06:54] <mru> yes, the api supports more formats
  • [21:07:02] <mru> I was talking about the omapfb driver specifically
  • [21:07:23] * JohnnyAnalog (n=John@75-166-170-39.hlrn.qwest.net) has left #beagle
  • [21:07:43] <felipec> mru: on omap3
  • [21:07:59] <felipec> because the API is omap-specific
  • [21:08:29] <mru> yeah, whatever
  • [21:09:46] * DJWillis (n=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) has joined #beagle
  • [21:10:16] <felipec> mru: is dispc hardware stuff? or the new display subsystem allow other yuv modes?
  • [21:10:39] <mru> I'm talking about hardware
  • [21:11:04] * SimpleSoft (n=sss@mm-150-94-84-93.dynamic.pppoe.mgts.by) has joined #beagle
  • [21:13:03] * SimpleSoft (n=sss@mm-150-94-84-93.dynamic.pppoe.mgts.by) Quit (Client Quit)
  • [21:16:03] <felipec> mru: Tomi Valkeinen's dss code has this:
  • [21:16:04] <felipec> http://www.bat.org/~tomba/git/linux-omap-dss.git/
  • [21:16:07] * DJWillis (n=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) Quit (Read error: 104 (Connection reset by peer))
  • [21:16:21] <felipec> er, http://pastie.org/284528
  • [21:16:56] <mru> yes
  • [21:17:00] <mru> no planar yuv there
  • [21:17:06] <mru> only packed 4:2:2
  • [21:17:08] * DJWillis (n=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) has joined #beagle
  • [21:17:17] <felipec> ah, both YUV2 and UYVY are 4:2:0
  • [21:17:25] <mru> s/0/2/
  • [21:17:26] <felipec> er, 2
  • [21:17:43] <mru> different component orders
  • [21:17:56] <mru> one is yuyv, the other uyvy or something
  • [21:18:28] <felipec> too bad
  • [21:19:31] <felipec> well, the dsp decoder can generate both 4:2:0 and 4:2:2, I guess that's why they didn't bother with 4:2:0
  • [21:22:40] * dcordes_ is now known as dcordes
  • [21:24:16] <mru> then the dsp decoder is doing the conversion in software
  • [21:25:10] <mru> it is *much* more efficient to decode the planes separately
  • [21:25:12] * pbrook (n=paul@78-105-115-80.zone3.bethere.co.uk) has joined #beagle
  • [21:25:21] <mru> that's how they are stored in the bitstream
  • [21:28:38] <felipec> mru: I don't know about that, but it's possible, there's a dsp postprocessor too
  • [21:29:08] * DJW|Home (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) Quit (Read error: 110 (Connection timed out))
  • [21:29:15] <mru> I know the bitstream formats well enough
  • [21:29:41] <mru> the components are always coded separately
  • [21:29:52] <mru> it wouldn't make sense doing otherwise
  • [21:30:31] <mru> it's obviously easier to make display hardware handle packed formats
  • [21:31:17] <felipec> mru: you mean mpeg4, or also h264?
  • [21:31:50] <mru> I mean mpeg2, mpeg4, h264, h263, and just about every other codec ever made
  • [21:33:05] <felipec> mru: so it makes sense to decode to 4:2:0, convert to 4:2:2 and display in that format
  • [21:33:27] <mru> it's easiest to decode to 420
  • [21:33:41] <mru> display hardware for 422 is slighlty simpler
  • [21:34:19] <mru> the extra hardware needed to convert 420 to 422 is "cheaper" than doing software conversion
  • [21:34:57] <mru> my guess is that whoever designed the display hardware just wasn't aware of the codec situation
  • [21:36:50] <felipec> mru: hm, that's really good to know
  • [21:37:45] <mru> with software conversion, we have to read and write each frame an extra time
  • [21:37:56] <mru> hardware conversion would only read it once
  • [21:39:05] <mru> that's up to 100 MB/s memory bandwidth we're talking about
  • [21:39:09] <mru> read and write
  • [21:39:28] <mru> not to mention cpu cycles
  • [21:39:35] <mru> and cache pollution
  • [21:43:03] * hansin (n=eric@c-67-173-251-102.hsd1.co.comcast.net) Quit ("leaving")
  • [21:44:16] <felipec> mru: I might actually be able to influence TI's next hardware a bit, this sounds like an important issue, do you have any other one?
  • [21:44:52] <mru> can we have simpler power management, please?
  • [21:46:40] <felipec> mru: heh, I don't know anything about that, but I think the relevant people are in linux-omap already
  • [21:46:56] <felipec> the ml
  • [21:49:49] <felipec> I was talking more about the multimedia stuff
  • [21:50:44] * JohnnyAnalog (n=John@75-166-170-39.hlrn.qwest.net) has joined #beagle
  • [21:52:16] <woski> has anyone put android on this piece?
  • [21:52:56] * Beagle0 (n=Beagle0@75-166-170-39.hlrn.qwest.net) Quit ()
  • [21:53:16] * RogerMonk (n=a0740758@nat/ti/x-db2e5f3d3cfc2b54) has joined #beagle
  • [21:53:58] <mru> don't know about android, beagle is more caninoid...
  • [21:54:07] <woski> lol
  • [21:54:44] * BThompson (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) has joined #beagle
  • [21:55:27] * pbrook (n=paul@78-105-115-80.zone3.bethere.co.uk) Quit (Read error: 110 (Connection timed out))
  • [21:58:49] * likewise (n=likewise@82-171-51-231.ip.telfort.nl) has joined #beagle
  • [22:09:05] <TangerineTetrode> woski: i think they (google) knows about beagle
  • [22:09:13] <TangerineTetrode> don't know if they did the port
  • [22:09:28] <mru> there have been people here talking about it
  • [22:09:45] <mru> I don't know what they've tried, or what success they've had, if any
  • [22:13:25] * TangerineTetrode is now known as TangerinePentode
  • [22:15:56] * valhalla (n=valhalla@81-174-37-208.dynamic.ngi.it) Quit ("Leaving")
  • [22:22:34] * pbrook (n=paul@78-105-115-80.zone3.bethere.co.uk) has joined #beagle
  • [22:32:12] * john280z (n=johnm@user-0c2h5av.cable.mindspring.com) has joined #beagle
  • [22:33:45] <thephilosopher> is android source code avaiblable ?
  • [22:34:25] <felipec> Google won't say anything they've done until they have almost complete control on the project, I think
  • [22:34:27] <TangerinePentode> My source works at Google, so I don' know
  • [22:34:27] <mru> bridge to commander data...
  • [22:35:03] <TangerinePentode> is Android that cool?
  • [22:36:23] <dcordes> sexy but evil
  • [22:36:33] <TangerinePentode> why evil?
  • [22:37:59] * jrmuizel_ (n=jrmuizel@mozca02.ca.mozilla.com) Quit ()
  • [22:38:29] * ali_as (n=ali_as@ambix.plus.com) has joined #beagle
  • [22:40:19] * felipec (n=felipec@a88-113-6-167.elisa-laajakaista.fi) Quit (Remote closed the connection)
  • [22:41:38] * thephilosopher (n=chatzill@modemcable108.47-58-74.mc.videotron.ca) Quit ("ChatZilla 0.9.83 [Firefox 3.0.3/2008092417]")
  • [22:45:51] * JohnnyAnalog (n=John@75-166-170-39.hlrn.qwest.net) has left #beagle
  • [22:52:03] * hli (i=chaton@vig91-2-82-232-97-149.fbx.proxad.net) Quit ("ChatZilla 0.9.83 [Firefox 3.0.3/2008092417]")
  • [22:54:00] * nathanm__ (n=nathan@adsl-69-106-228-95.dsl.pltn13.pacbell.net) has joined #beagle
  • [22:57:46] * banderson (n=irc@63.230.135.220) has joined #beagle
  • [23:02:06] * nathanm__ is now known as nathanm
  • [23:07:56] * likewise (n=likewise@82-171-51-231.ip.telfort.nl) Quit ()
  • [23:11:20] * nathanm_ (n=nathan@adsl-69-106-228-95.dsl.pltn13.pacbell.net) Quit (Read error: 113 (No route to host))
  • [23:20:46] * nabax (n=nabax@89.129.96.71) Quit (Remote closed the connection)
  • [23:36:28] * zedstar (n=john@fsf/member/zedstar) Quit (Remote closed the connection)
  • [23:38:57] * richardw (n=richardw@nat/ti/x-485bd0116293fdb1) Quit ("Leaving")
  • [23:45:07] * dcramer (n=davec@dcdsl.ebox.com) Quit (Read error: 104 (Connection reset by peer))
  • [23:46:18] * dcramer (n=davec@dcdsl.ebox.com) has joined #beagle
  • [23:46:45] * Olipro_ (n=Olipro@uncyclopedia/Olipro) has joined #beagle
  • [23:54:14] * RogerMonk (n=a0740758@nat/ti/x-db2e5f3d3cfc2b54) has left #beagle