• [00:00:12] <ds2> koen: which driver? stock omapfb, TI's omapfb, or some flavor of the next-gen driver?
  • [00:00:37] <koen> where 'dss2' read 'Tomi's version'
  • [00:00:48] <koen> which is now blessed by TI folks as well
  • [00:02:17] * alecrim (n=alecrim@189.2.128.130) has joined #beagle
  • [00:02:41] * zedstar (n=john@fsf/member/zedstar) Quit (Remote closed the connection)
  • [00:03:35] <ds2> Ohhh thought you were talking about some block in the OMAP
  • [00:05:27] <koen> I have given up on trying to properly name the blocks
  • [00:05:34] <ds2> heh
  • [00:05:56] <ds2> if the contenders are agreeing, when is this driving slated for merging?
  • [00:06:17] <koen> when the linux-fbdev dudes accept it
  • [00:06:22] <ds2> ARRRRG
  • [00:06:52] <ds2> someone needs to create a proper linux-omap-NG tree or something
  • [00:07:04] <geckosen1tor> what is NG for?
  • [00:07:05] <ds2> all these dependancies on the rest of the world is irritating
  • [00:07:30] <geckosen1tor> ds2: right now I'm just confused not irritated
  • [00:07:31] <ds2> NG is for all the working patches for features that are stuck in adminstrative ossomosis!
  • [00:07:42] <koen> it looks like linux-omap will become a topgit for several branches
  • [00:08:05] <koen> which I think is what you seem to be describing
  • [00:08:15] <ds2> I want a git tree with all the features, not 2345902384190483482390842390482390482390482390 mails with the associated revs for all the patches
  • [00:08:24] <geckosen1tor> but right now the patches are not applied to linux-omap
  • [00:08:37] <koen> ds2: right, a topgit tree
  • [00:08:53] <koen> ds2: where 'master' would be the integration branch
  • [00:08:55] <ds2> koen: things are not going in... i.e. this DSS2 driver
  • [00:09:19] <ds2> or the MUSB mess
  • [00:09:22] <koen> tony has agreed to merge the dss2 branch daily to linux-omap git
  • [00:09:29] <ds2> Oh he has
  • [00:09:33] <koen> yes
  • [00:09:50] <ds2> okay, less annoyed... now if he can do the same for USB... ;)
  • [00:10:09] <koen> musb is a seperate story
  • [00:10:24] <koen> since there isn't even a complete patchset available *anywhere*
  • [00:10:26] <ds2> I want to look at the USB camera enumeration issue on an analyzer but it would be a waste of time if there is a lurking patch somewhere
  • [00:10:53] <ds2> didn't felipec offer to create tarballs?
  • [00:11:01] <koen> tarballs of what?
  • [00:11:09] * RogerMonk (n=a0740758@nat/ti/x-893f291cf31766cb) has joined #beagle
  • [00:11:10] <ds2> of all the pending MUSB patches
  • [00:11:17] <koen> heh
  • [00:11:34] <koen> last week I tried to figure out which patches to use
  • [00:11:45] <koen> they basically don't apply on top of eachother
  • [00:12:20] <ds2> I have noticed that
  • [00:12:52] <koen> I did notice that there were a lot of patches to fix vbus sensing this week
  • [00:13:04] <koen> so 2.6.28 might have proper OTG detection
  • [00:13:58] <koen> (which is of course useless if rndis and host mode are broken, but still)
  • [00:14:07] <ds2> heheh
  • [00:14:34] <ds2> I have never seen OTG detection work properly on the TWL4030 + MUSB setup
  • [00:14:42] <ds2> it'll be a nice first
  • [00:15:01] <koen> I wanted to quickly test the pico in the livingroom, but I ended up moving beagle + hub + networking
  • [00:15:33] <ds2> koen: does your pico have a battery?
  • [00:15:44] <koen> not that I know off
  • [00:15:53] <ds2> 'k so that got dropped
  • [00:16:33] * robtow1 (n=rtow@nat/montavista/x-13e0ef867e46894b) Quit (Read error: 110 (Connection timed out))
  • [00:16:33] <koen> I do want to make an 'adapter' to power beagle + hub + pico from a single 5V source
  • [00:17:12] <geckosen1tor> they all take 5v right?
  • [00:17:15] <koen> yes
  • [00:17:20] <ds2> that's what the cube says
  • [00:17:21] <koen> buf different plugs
  • [00:17:34] <geckosen1tor> splice some wires :-P
  • [00:17:34] <ds2> anyone checked if the pico plug is the same as the Nokia plug?
  • [00:18:02] <geckosen1tor> well I'm planning to run the beagle at a lower voltage
  • [00:18:11] <koen> it looks longer that a nokia plug
  • [00:18:17] <koen> than*
  • [00:18:55] <koen> in other news: you only need to remove ~2mm of plastic to make teh evm plug fit into the beagle casing :)
  • [00:20:18] <ds2> you do?
  • [00:20:28] <ds2> the evm brick works fine on the beagle
  • [00:21:07] <ds2> koen: have you figured out what the rubber covered connector on the sideo of the pico do?
  • [00:21:32] <koen> ds2: the plug is slightly too wide for the specialcom casing
  • [00:21:39] <koen> I haven't figured it out yet
  • [00:21:47] <koen> it looks like it takes an FPC
  • [00:21:59] * florian (n=fuchs@g227179005.adsl.alicedsl.de) Quit ("Verlassend")
  • [00:22:03] <koen> maybe it can be used to flash a new bootsplash
  • [00:22:11] * robtow (n=rtow@nat/montavista/x-6ce4c4d0051e6c6f) Quit (Read error: 104 (Connection reset by peer))
  • [00:22:28] <ds2> Hmm
  • [00:22:44] <koen> the bootsplash is 640x480
  • [00:22:55] <koen> it would have been better to make that hvga
  • [00:23:07] <ds2> think my plans are set for Jan... build a VGA to DVI and a SVideo to DVI connector then go bankrupt :/
  • [00:23:17] <ds2> the bootsplash might be a standardthing?
  • [00:23:59] <koen> I think so
  • [00:24:05] <koen> it might be burned into the asic
  • [00:24:29] <ds2> I see the same thing on the big bro projectors
  • [00:24:36] <koen> I'm trying to figure out what the best fontconfig settings are for the DLP
  • [00:24:41] <koen> e.g. http://scap.linuxtogo.org/files/a72c6c1a767dcaf90effb4fb7452ba9a.png
  • [00:24:59] <koen> the 'Hint' is crips on the lcd, but the pico's scaling makes it almost unreadable
  • [00:25:25] <ds2> Hmm
  • [00:25:48] <ds2> from what I can tell,it isn't just scaling. It seems to do some kind of antialiasing with the brightness of adjustment columns
  • [00:26:03] <geckosen1tor> does it use some sort of interlacing?
  • [00:26:25] <koen> check the bootsplash, you can see halos around the text
  • [00:27:02] <ds2> no interlacing in the traditional sense
  • [00:27:16] <ds2> it does some kind of mapping of odd/even columns
  • [00:34:55] <koen> ds2: I'll load up some test patterns tomorrow and try to make photos of the effects
  • [00:36:56] <geckosen1tor> can you do an 80x25 console with the pico projector?
  • [00:37:05] <geckosen1tor> or is the text too blurry
  • [00:37:20] <koen> depends on the font
  • [00:37:34] <koen> TI sent me the pico to work out the font issues :)
  • [00:37:42] <geckosen1tor> heh, nice
  • [00:39:23] * guillaum1 (n=Guillaum@AMontsouris-153-1-20-180.w86-212.abo.wanadoo.fr) Quit ("Leaving.")
  • [00:39:24] <ds2> the standard console is readable on the pico
  • [00:39:37] <geckosen1tor> with 8x16 characters?
  • [00:40:03] <ds2> I guess... this is the normal login, I have getty running on dev/tty1
  • [00:40:22] * alecrim_ (n=alecrim@189.2.128.130) has joined #beagle
  • [00:41:23] * alecrim (n=alecrim@189.2.128.130) Quit ("Leaving")
  • [00:42:24] <geckosen1tor> cool
  • [00:43:27] <atin_> MUSB - is that the musb_giveback() crash I am getting when I plug in my usb-bluetooth dongle?
  • [00:43:41] <koen> probably
  • [00:43:56] <atin_> dang.
  • [00:44:11] <ds2> crash? BT dongles work reliably for me
  • [00:44:13] <atin_> I was hoping that was now on the tree so I could just build a new kernel :)
  • [00:44:26] <ds2> got the full trace?
  • [00:44:36] <atin_> yes - I am outright crashing when I plug mine in ... yes, let me see if I can get back to it
  • [00:45:53] <geckosen1tor> they make uart bluetooth modules...
  • [00:46:31] <atin_> http://pastebin.com/d1f39c9b5
  • [00:47:10] * alecrim_ (n=alecrim@189.2.128.130) Quit (Remote closed the connection)
  • [00:47:12] <atin_> dang, I have to take my dog out - I'll be back in case you have some suggestions on how to proceed
  • [00:49:02] <ds2> try it in PIO mode
  • [00:51:41] * robtow (n=rtow@nat/montavista/x-f50afe4ae9034741) has joined #beagle
  • [01:00:02] * fulgas is now known as FuL|OUT
  • [01:04:59] <atin_> ok - this was just the beagleboard-demo-image from the angstrom site from a few days ago. I am rebuilding it myself now. tho how do I go from DMA to PIO mode in openembedded? modify the config file?
  • [01:05:11] <ds2> that'd be my guess
  • [01:23:17] * Openfree (n=df@222.65.143.118) Quit (Remote closed the connection)
  • [01:37:59] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [01:46:51] * emeb (n=ericb@ip72-223-90-212.ph.ph.cox.net) has left #beagle
  • [01:49:55] * emeb_mac (n=ericb@ip72-223-90-212.ph.ph.cox.net) has joined #beagle
  • [02:06:21] <Crofton|work> koen, I think you made a guys day, at least that is what i can tell from his English :)
  • [02:06:35] * RogerMonk (n=a0740758@nat/ti/x-893f291cf31766cb) has left #beagle
  • [02:25:37] * robtow (n=rtow@nat/montavista/x-f50afe4ae9034741) Quit ("Leaving.")
  • [02:27:32] * Circuitsoft (n=circuits@64.244.192.226) has joined #beagle
  • [02:28:35] <Circuitsoft> Hello
  • [02:28:51] <Circuitsoft> What do I need to select in my kernel config to enable USB OTG Host?
  • [02:29:09] <Circuitsoft> Also, I may have built it as a module. If so, what's it called?
  • [02:31:49] * JoeyBorn (n=jborn@adsl-75-3-10-57.dsl.chcgil.sbcglobal.net) has joined #beagle
  • [02:35:32] * TheUni (n=cory@c-24-30-35-55.hsd1.ga.comcast.net) has joined #beagle
  • [02:35:32] * TehUni (n=cory@c-24-30-35-55.hsd1.ga.comcast.net) Quit (Read error: 104 (Connection reset by peer))
  • [02:49:04] * Wowbagger_ (n=wowbagge@d154-20-138-76.bchsia.telus.net) has joined #beagle
  • [03:00:42] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [03:12:31] * rsalveti (n=salveti@189.70.38.175) has joined #beagle
  • [03:15:36] * JoeyBorn (n=jborn@adsl-75-3-10-57.dsl.chcgil.sbcglobal.net) Quit (Read error: 110 (Connection timed out))
  • [03:22:54] * rhvonlehe (n=chatzill@c-66-41-187-45.hsd1.mn.comcast.net) has joined #beagle
  • [03:23:59] <rhvonlehe> I have a MontaVista SD image from the Embedded Systems Conference this fall.
  • [03:24:22] <rhvonlehe> Can anybody verify that it is "hard-coded" to run at a certain video resolution?
  • [03:24:33] <ds2> yes
  • [03:24:50] <rhvonlehe> Is it 1440x900?
  • [03:24:52] <ds2> 1024x768, IIRC
  • [03:25:10] <ds2> (assuming you mean DVI, the S-Video side is 640x480)
  • [03:25:18] <rhvonlehe> Yep, I meant DVI
  • [03:25:28] <ds2> run fbset and it'll tell you what the resolution is
  • [03:26:00] <rhvonlehe> I'm just barely getting started - haven't done much with the board isnce the conference
  • [03:26:35] <rhvonlehe> Can I interrupt the boot sequence such that it doesn't try to start the x server?
  • [03:26:45] <rhvonlehe> That's when my monitor goes dark
  • [03:28:28] <ds2> it doesn't start the X server automatically if it is the MV image
  • [03:29:08] <ds2> if it starts X, it is one of the other 2 image... Angstrom or the sugar image
  • [03:29:20] * tulpe (n=ask@p54AF7B3E.dip.t-dialin.net) Quit (Read error: 110 (Connection timed out))
  • [03:29:26] * tulpe (n=ask@p54AF7CE2.dip.t-dialin.net) has joined #beagle
  • [03:30:20] * Beagle5 (n=Beagle5@adsl-71-141-237-184.dsl.snfc21.pacbell.net) has joined #beagle
  • [03:30:44] <rhvonlehe> ds2 - thanks, I guess I have some reading to do. As soon as the console asks for a username, the screen goes dark. Of course it didn't in the class setting :-)
  • [03:36:56] * atin_ (n=atin@c-71-232-7-71.hsd1.ma.comcast.net) Quit ()
  • [03:43:03] <ds2> console?
  • [03:43:19] <ds2> sounds like the Angstrom image... could be you are booting off NAND not the MV SD image
  • [03:44:03] <ds2> try CTRL-ALT-DELETE on the keyboard and see if that kills the X server
  • [03:46:20] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
  • [03:50:16] * jrmuizel_ (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
  • [03:50:16] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit (Read error: 104 (Connection reset by peer))
  • [03:51:56] <rhvonlehe> ds2 - sorry, didn't realize you were still here...
  • [03:52:25] <rhvonlehe> The Angstrom image is on the NAND, but I'm set up to boot off the SD card, which is MVista
  • [03:53:28] <rhvonlehe> I know this because it displays a fixed MVista logo in the upper left when the text showing startup info is scrolling by
  • [03:55:03] <rhvonlehe> I should stop U-boot before it starts to load the MVista image and configure it to boot from NAND again and see if the Angstrom image displays properly on my LCD.
  • [03:57:48] <ds2> hmmmmm ood
  • [03:57:50] <ds2> odd
  • [03:58:13] <ds2> the MV image should give you a login with a banner that says MontaVista Mobilinux 5.0
  • [03:58:56] <ds2> after you login as root, it will give you a banner with contact info as the MOTD; after that you shouldd be at a shell prompt. No X server...the screen blank is a bit agressive but any keys on the keyboard will reset that
  • [03:59:48] <rhvonlehe> sorry, what does MOTD stand for?
  • [04:00:06] <ds2> Unix-ism... Message of the day.. basically a message gets shown on login
  • [04:00:13] <rhvonlehe> oh, thanks
  • [04:00:31] <rhvonlehe> right - that's what I vaguely remember from class
  • [04:01:35] <ds2> there is another way to confirm... connect a serial port and watch it boot... within 30 lines of power up, it'll say what kernel version... MV should be 2.6.24
  • [04:03:05] <ds2> another possiblity is you are running the MV kernel but with the Angstrom userspace. Check bootargs to make sure root=/dev/mmcblk0p2 not /dev/mtdblkN
  • [04:03:19] <ds2> where N = {0...9}
  • [04:04:18] <rhvonlehe> Some good ideas. I'll have to try those later. I need to get some sleep. I'm glad these irc logs are captured :-)
  • [04:04:23] <ds2> okay
  • [04:05:05] * Beagle5 (n=Beagle5@adsl-71-141-237-184.dsl.snfc21.pacbell.net) Quit ()
  • [04:05:28] * rhvonlehe (n=chatzill@c-66-41-187-45.hsd1.mn.comcast.net) Quit ("ChatZilla 0.9.84 [Firefox 3.0.4/2008102920]")
  • [04:10:20] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
  • [04:11:09] * swoag (n=mgao@adsl-71-147-33-24.dsl.emhril.sbcglobal.net) has joined #beagle
  • [04:12:58] <Circuitsoft> Anyone know the name of the USB OTG host driver?
  • [04:13:40] <ds2> ????
  • [04:13:58] <Circuitsoft> I've compiled my own kernel, and I don't have USB anymore.
  • [04:14:10] <ds2> MUSB
  • [04:14:14] <ds2> enable that
  • [04:14:30] <ds2> OTG implies both host + device
  • [04:14:34] <Circuitsoft> Damn: "modprobe: command not found"
  • [04:14:36] <Circuitsoft> How did that happen?
  • [04:14:47] <ds2> bad rootfs? bad path? *shrug*
  • [04:16:44] <Circuitsoft> Hmm.
  • [04:17:21] <Circuitsoft> I have "Inventra Highspeed Dual Role Controller" selected as Yes
  • [04:17:30] <Circuitsoft> and Driver Mode set to "Both host and peripheral"
  • [04:17:39] <Circuitsoft> Still no usb
  • [04:18:26] <Circuitsoft> (Re: modprobe) Oh, duh. When it was working before, I was using bb as shell. Now I'm in bash.
  • [04:27:08] * jrmuizel_ (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit (Read error: 110 (Connection timed out))
  • [04:27:49] * jsync (n=jess@59.160.172.220) has joined #beagle
  • [04:31:14] <ds2> that should be it
  • [04:34:36] * soman (n=somnath@61.16.248.242) has joined #beagle
  • [04:48:48] * geckosenator (n=sean@c-24-8-193-190.hsd1.co.comcast.net) has joined #beagle
  • [04:50:40] * Beagle9 (n=Beagle9@118.69.226.140) has joined #beagle
  • [04:50:59] * Beagle9 (n=Beagle9@118.69.226.140) Quit (Client Quit)
  • [05:02:07] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit ()
  • [05:04:28] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
  • [05:05:57] * geckosen1tor (n=sean@c-24-8-193-190.hsd1.co.comcast.net) Quit (Read error: 110 (Connection timed out))
  • [05:20:22] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit (Read error: 104 (Connection reset by peer))
  • [05:20:36] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
  • [05:22:03] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit (Client Quit)
  • [05:23:28] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
  • [05:24:19] * leslie (n=leslie@222.66.141.242) has joined #beagle
  • [05:25:22] * geckosenator (n=sean@c-24-8-193-190.hsd1.co.comcast.net) Quit (Read error: 60 (Operation timed out))
  • [05:27:45] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit (Client Quit)
  • [05:50:41] * MAD|munchies is now known as MostAwesomeDude
  • [06:05:30] <zuh> koen: Yeah, if we have the memory available. Simply changing OMAPFBXVQueryBestSize() not to clip to screen but clip to largest allocatable frame size might be enough. Or just trying to allocate the plane memory for the requested size and if that fails, returning xres/yres... (after all, the best size *is* the screen size :)
  • [06:06:59] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [06:07:50] * RobotGuy (n=robotguy@pool-96-225-210-142.ptldor.fios.verizon.net) has joined #Beagle
  • [06:27:22] <leslie> when I cross compiling gnash with arm toolchain, I need to define __arm__ macro in boost to get it work, where should I add this macro in boost source?
  • [06:27:37] <leslie> anybody knows?
  • [06:27:51] <Circuitsoft> No idea.
  • [06:27:55] <Circuitsoft> I don't actually crosscompile.
  • [06:28:03] <Circuitsoft> I have GCC running straight on the beagle now.
  • [06:29:45] <leslie> oh, it's great, but that will be very slow while compiling huge project like boost, right?
  • [06:30:17] <Circuitsoft> That's why I start a few things then go to bed.
  • [06:47:43] * supo (n=supo@s-inf-pc117.oulu.fi) has joined #beagle
  • [06:51:14] <Circuitsoft> I've already recompiled binutils, gcc, and glibc.
  • [07:04:34] * RobotGuy (n=robotguy@pool-96-225-210-142.ptldor.fios.verizon.net) Quit (Remote closed the connection)
  • [07:09:33] * ssvb (n=ssvb___@a88-114-221-132.elisa-laajakaista.fi) Quit ("Leaving")
  • [07:13:30] <khasim> koen: ping
  • [07:15:13] <khasim> I am looking for Koen's patches for beagleboard
  • [07:17:42] * emeb_mac (n=ericb@ip72-223-90-212.ph.ph.cox.net) Quit ()
  • [07:18:17] <kulve> what patches?
  • [07:18:25] <kulve> kernel? In OE?
  • [07:19:40] <kulve> these? http://cgit.openembedded.net/cgit.cgi?url=openembedded/tree/packages/linux/linux-omap
  • [07:21:58] * Wowbagger_ (n=wowbagge@d154-20-138-76.bchsia.telus.net) Quit (Client Quit)
  • [07:25:45] <koen> yes, everything is in OE
  • [07:53:28] * jsync (n=jess@59.160.172.220) Quit (Remote closed the connection)
  • [07:54:27] <khasim> kulve: thanks
  • [07:54:48] <khasim> I am trying to pull GIT and apply all koen's patches
  • [07:54:58] <khasim> to make it as a validation kernel
  • [07:55:07] <khasim> mainly for beagle rev C boards
  • [07:55:58] <khasim> koen: is it possilbe to clone only the kernel GIT
  • [07:58:44] <kulve> I've usually cloned the linux-omap, reseted to the version OE uses, then fetched the OE patches and applied them to the kernel
  • [07:58:47] <khasim> I mean, some thing like a owned GIT
  • [07:59:05] <khasim> kulve: yes, I am doing that now
  • [07:59:16] <kulve> http://linux.onarm.com/gitweb/?p=beagleboard/source/kernel-source.git;a=summary
  • [07:59:24] <kulve> there's an old version
  • [07:59:25] <khasim> kulve: I was looking if there was a GIT already doing my job :)
  • [07:59:32] <kulve> I should upgrade it soonish..
  • [08:00:17] <khasim> kulve: thanks for the link
  • [08:01:40] <koen> khasim: OE doesnt use git tree for patches, it stores the patches as files (or pulls patches from the internet)
  • [08:02:39] <khasim> koen: I was looking to clone your tree (if any);-)
  • [08:03:04] <koen> I don't make personal git trees
  • [08:03:08] * khasim wasted two days with omapzoom.org kernel
  • [08:03:29] <koen> OE makes it so easy to handle patchfiles that I don't need to create forks all over
  • [08:03:48] <khasim> koen: thanks for maintaining the patches ... :)
  • [08:04:31] <khasim> koen: you know if we fixed the EHCI issue on GIT
  • [08:04:49] <khasim> koen: I didnt see any patch on linux omap mailing list
  • [08:05:08] <koen> 2.6.28rc8 still has broken ehci
  • [08:05:16] <koen> there were a few ehci patches last week
  • [08:05:38] <khasim> but none fixes the same - right?
  • [08:06:34] * Circuitsoft (n=circuits@64.244.192.226) Quit ("Bedtime")
  • [08:07:37] * macneib (n=macneib@70.29.45.5) Quit (Read error: 110 (Connection timed out))
  • [08:10:06] * dirk2 (n=dirk@p5B041CF8.dip0.t-ipconnect.de) has joined #beagle
  • [08:12:37] <dirk2> Reading the logs, I'm really no USB expert, but just like that nobody missed http://marc.info/?l=linux-omap&m=122911571519657&w=2 Sorry if this is totally unrelated ;)
  • [08:13:16] <ds2> so OE is quilt forged into the shape of git? ;)
  • [08:15:17] <khasim> I am basically working on creating a validation code base for Beagle REV C
  • [08:15:28] <khasim> as we had for one based on 2.6.22.18
  • [08:16:00] <khasim> this time I initially thought of looking at our latest GIT but since S-Video, V4L and EHCI were not working
  • [08:16:13] <khasim> I thought of taking zoom kernel as baseline
  • [08:16:23] <khasim> but then it is in very bad shape
  • [08:16:49] <ds2> is openzoom == PSP kernel thesedays?
  • [08:17:04] <khasim> If similar effort is put on to latest, then we can have alll tests running on latest GIT itself
  • [08:17:07] <ds2> or whatever the "official" evm package is called
  • [08:17:30] <khasim> ds2: no omapzoom.org = 3430 (teams) code
  • [08:18:08] <khasim> omapzoom code is for Logicpd zoom board (LDP) / zoom1/2
  • [08:18:24] <khasim> it doesn't officially take EVM
  • [08:18:26] <ds2> so openzoom has diverged from SDP then?
  • [08:18:38] <ds2> life is gotten so complicated
  • [08:18:48] <khasim> ds2: not really but kind of
  • [08:18:55] <khasim> ds2: yeah a lot
  • [08:19:35] <khasim> I feel OE patches and latest GIT is much better than these
  • [08:20:02] <khasim> After a long time I was playing with these zoom and evm snapshots... :(
  • [08:20:38] <khasim> evm is quiet old 2.6.22 / Zoom is 2.6.27 (with lot of broken code)
  • [08:21:28] <khasim> I dont know where I heard this... "write code not to get executed on machine but to be understood by other developers"
  • [08:22:08] <ds2> arrg... sounds like CS studies gone awry
  • [08:22:19] <khasim> now for valdiation s/w I will follow,GIT + OE patches
  • [08:22:34] <khasim> I am only looking for a test that plays a video on TV/DVI
  • [08:23:10] <khasim> a simple utility that valdates the quality of o/p should be good.
  • [08:24:14] <khasim> have a coffee... start again :-)
  • [08:48:10] <khasim> some time back I used to run fb-tests
  • [08:48:17] <khasim> I dont see a link for the same now
  • [08:48:22] <khasim> any hints
  • [08:54:49] * soman (n=somnath@61.16.248.242) Quit (Read error: 60 (Operation timed out))
  • [09:16:39] * dirk2 (n=dirk@p5B041CF8.dip0.t-ipconnect.de) has left #beagle
  • [09:17:22] * soman (n=somnath@61.16.248.242) has joined #beagle
  • [09:34:52] * zedstar (n=john@fsf/member/zedstar) has joined #beagle
  • [09:35:34] * guillaum1 (n=GZBA4143@AMontsouris-153-1-20-180.w86-212.abo.wanadoo.fr) has joined #beagle
  • [09:35:53] * RogerMonk (n=a0740758@nat/ti/x-9cb324c60551ed8f) has joined #beagle
  • [09:42:54] * valhalla (n=valhalla@81-174-21-31.dynamic.ngi.it) has joined #beagle
  • [09:58:33] * florian__ (n=fuchs@217.146.132.69) has joined #beagle
  • [09:58:55] * florian__ is now known as florian
  • [10:19:37] * royerfa (n=fabroy01@fw-tnat.cambridge.arm.com) has joined #beagle
  • [10:38:12] * Beagle3 (n=Beagle3@host81-138-0-82.in-addr.btopenworld.com) has joined #beagle
  • [10:51:33] * Curtis123 (i=3edc0622@gateway/web/ajax/mibbit.com/x-0e999ba329840186) has joined #beagle
  • [10:51:42] <Curtis123> Good morning.
  • [10:52:26] <florian> good morning
  • [10:52:54] <Curtis123> I try to build a new kernel with OE. I do a 'bitbake linux-omap' but all I get in oe/tmp/deploy/glibc/images/beagleboard is a uImage-2.6.27-r4
  • [10:53:09] <Curtis123> I know I have to set something in the conf file. What?
  • [10:56:35] <Curtis123> I try PREFERRED_PROVIDER...
  • [10:58:35] <koen> 'bitbake linux-omap' is supposed to build 2.6.27-r4
  • [10:58:59] <Curtis123> and what builds the new "git-kernel" with all patches?
  • [11:04:30] <Curtis123> PREFERED_PROVIDER does not seems to work, linux-omap-2.6.27+2.6.28-rc7+r7+gitr014ba70469e889ebb74516052c43fd06a419b17b-r7 is still empty (except a temp folder)
  • [11:05:29] <koen> bitbake linux-omap-2.6.27+2.6.28-rc7 would build the git kernel
  • [11:05:43] <koen> why would preferred_provider work?
  • [11:06:20] <Curtis123> hmmm, do not know.
  • [11:06:25] <Curtis123> ERROR: Nothing PROVIDES 'linux-omap-2.6.27+2.6.28-rc7' (but '[]' DEPENDS on or otherwise requires it)
  • [11:08:13] <Curtis123> git pull - already up-to-date
  • [11:21:36] * Sept (n=bakljg@c-98-240-226-129.hsd1.mn.comcast.net) Quit (Read error: 110 (Connection timed out))
  • [11:26:50] <Beagle3> Hi I have got a HDMI to VGA adapter and connected to my LCD monitor but do not see anything during the boot process. Does the output not work on all monitors.. canyou help?
  • [11:29:04] * supo (n=supo@s-inf-pc117.oulu.fi) Quit ("Ex-Chat")
  • [11:29:52] <koen> Beagle3: the beagle only outputs digital signals, so you need an active hdmi -> vga convertor
  • [11:33:48] <Beagle3> koen: thanks for the info, I shall try to find the vga specifications and see if I can build one..
  • [11:34:05] * supo (n=supo@s-inf-pc117.oulu.fi) has joined #beagle
  • [11:37:06] * rupeshgujare (n=Administ@59.160.172.220) has joined #beagle
  • [11:39:14] * jsync (n=jess@59.160.172.220) has joined #beagle
  • [11:41:04] <Curtis123> Can I use the bb-file directly? bitbake ./linux-omap_git.bb does not work
  • [11:42:01] <koen> bitbake -b file.bb
  • [11:42:58] <Curtis123> koen: Thanks!
  • [11:44:39] * Curtis123 (i=3edc0622@gateway/web/ajax/mibbit.com/x-0e999ba329840186) Quit ("http://www.mibbit.com ajax IRC Client")
  • [11:50:43] * Curtis123 (i=3edc0622@gateway/web/ajax/mibbit.com/x-80e5923f89ba6b73) has joined #beagle
  • [11:53:13] <khasim> koen: We don't need this patch now right no-cortex-deadlock.patch
  • [11:55:20] <Curtis123> koen: its ' bitbake linux-omap-2.6.27+2.6.28-rc7+r8+gitr694653afe8eb75191734cd4e6477c3182cf880b7-r8 ' ;-)
  • [11:56:05] <khasim> are there any conflicts with Tomi's and MRU's display patchs
  • [11:56:09] <khasim> patches
  • [11:56:27] <khasim> like mru-enable-overlay-optimalization.diff
  • [12:10:26] * dcramer (n=davec@dcdsl.ebox.com) Quit (Remote closed the connection)
  • [12:10:39] * nemequ (n=nemequ@ip68-111-215-155.sd.sd.cox.net) Quit (Read error: 60 (Operation timed out))
  • [12:10:58] * dcramer (n=davec@dcdsl.ebox.com) has joined #beagle
  • [12:13:32] * FuL|OUT is now known as fulgas
  • [12:17:52] * macneib (n=macneib@70.29.45.80) has joined #beagle
  • [12:19:52] <koen> khasim: no, tomi's DSS is completely different from the current DSS
  • [12:20:15] <koen> florian: ping
  • [12:22:36] <florian> koen: pong... disk full again? ;)
  • [12:22:57] <koen> see your PM :)
  • [12:40:52] * jsync (n=jess@59.160.172.220) has left #beagle
  • [12:40:57] * jsync (n=jess@59.160.172.220) has joined #beagle
  • [12:47:00] * dirk2 (n=dirk@p5B0408B3.dip0.t-ipconnect.de) has joined #beagle
  • [12:47:36] <koen> http://www.angstrom-distribution.org/video-??ngstr??m-running-openpandora-game-console-development-board
  • [12:59:24] <Crofton|work> that's a well done video
  • [12:59:47] <Crofton|work> as opposed to something I might put together :)
  • [13:06:16] * soman (n=somnath@61.16.248.242) Quit (Remote closed the connection)
  • [13:12:29] * DoZo2 (n=danielde@47-73-ftth.onsneteindhoven.nl) has joined #beagle
  • [13:16:48] * abitos (n=nixgibts@dslb-084-057-207-070.pools.arcor-ip.net) has joined #beagle
  • [13:18:55] <DoZo2> hi guys, can i bug u with a question for a sec, I ve istalled the angstrom distribution for the beagleboard recommended by koen, but find in the system info that its 2.6.26 for OMAP1, while my beagle has an OMAP3, according to the print. should i install a different distribution ?
  • [13:20:19] <koen> 'omap1' means 'first release for omap', not that's it thinks you're running an omap1
  • [13:20:45] <koen> it the kernel is really bad tony will release -omap2, -omap3, -omap4, -omap5, -omap6, etc
  • [13:21:06] <DoZo2> ah. thx.
  • [13:21:20] <DoZo2> any chance of opengl libs yet ?
  • [13:22:04] <koen> DoZo2: http://groups.google.com/group/beagleboard/browse_thread/thread/44a0c0f5354afaab#
  • [13:23:28] <DoZo2> great, well have a go at it ! thx.
  • [13:25:13] * DoZo2 (n=danielde@47-73-ftth.onsneteindhoven.nl) Quit ()
  • [13:26:51] * Openfree (n=df@222.65.143.118) has joined #beagle
  • [13:34:40] * rupeshgujar1 (n=Administ@59.160.172.220) has joined #beagle
  • [13:45:13] * n6pfk (n=mike@c-76-104-40-104.hsd1.va.comcast.net) has joined #beagle
  • [13:47:22] * svante (n=svante@77.233.226.4) has joined #beagle
  • [13:49:45] * cbrake_away is now known as cbrake
  • [13:53:24] * atin_ (n=atin@c-71-232-7-71.hsd1.ma.comcast.net) has joined #beagle
  • [13:56:59] <Crofton|work> what is the CUS package?
  • [13:57:57] * florian (n=fuchs@217.146.132.69) Quit (Remote closed the connection)
  • [13:58:08] * rupeshgujare (n=Administ@59.160.172.220) Quit (Read error: 113 (No route to host))
  • [13:58:43] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
  • [14:00:26] <atin_> hmm, beagleboard-demo-image isn't building anymore - error in lib_guile
  • [14:01:04] * supo (n=supo@s-inf-pc117.oulu.fi) Quit ("Ex-Chat")
  • [14:06:48] <atin_> guess somehow warnings have turned into errors so it won't build. the code is not checking the return value of write() calls.
  • [14:07:15] <koen> recent ubuntu?
  • [14:07:27] <koen> I suspect if FORTIFY_SOURCE thing is causing troubles
  • [14:09:48] <atin_> yes, I'm building on intrepid - is that what you meant?
  • [14:10:05] <atin_> tho not "recent" - I haven't updated in a few days.
  • [14:10:28] <atin_> not since my last successful build of beagleboard-demo-image
  • [14:11:08] <atin_> I'm just going in and fixing the warnings by assigning the result to an size_t unused;
  • [14:11:29] <Crofton|work> is this a gcc-4.3.x?
  • [14:11:39] <Crofton|work> but why would it start failing? new version?
  • [14:13:22] <atin_> all I did was git pull, git checkout, bitbake beagleboard-demo-image. it seems to be building i686 stuff, does that mean it is using my ubuntu gcc?
  • [14:13:32] <royerfa> Hello
  • [14:14:05] <royerfa> I would like to start working on the FFMEPG on Cortex-A8
  • [14:14:27] <atin_> if so, that gcc is gcc 4.3.2 - (Ubuntu 4.3.2-1ubuntu11)
  • [14:14:48] <royerfa> Where can I found some documentation to start for compiling with Neon optimization !
  • [14:15:13] <atin_> but again, ubuntu hasn't been updated in a few days
  • [14:15:29] <Crofton|work> that wouldn't change the gcc version
  • [14:15:49] <atin_> package guile-native-1.8.5-r0 is the one that is failing
  • [14:15:51] <koen> royerfa: use openembedded, that compiles a neon ffmpeg by default
  • [14:16:08] <Crofton|work> looks like the ast ciommit with guile in the name was 13 days ago
  • [14:16:37] * geckosenator (n=sean@c-24-8-193-190.hsd1.co.comcast.net) has joined #beagle
  • [14:17:02] <Crofton|work> royerfa, if you want to work on the code, best talk to mru
  • [14:17:17] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [14:17:49] <koen> atin_: https://wiki.ubuntu.com/CompilerFlags
  • [14:18:10] <royerfa> ok Thanks
  • [14:18:30] <Crofton|work> royerfa, he knows what has been done, and what would need work
  • [14:18:33] <atin_> thanks koen, I guess I need to do that in guile's makefile
  • [14:18:40] <royerfa> do you know any kind of Benchmarck to check the differences with and without neon
  • [14:19:04] <atin_> the CFLAGS has -Werror set.
  • [14:19:11] <Crofton|work> I'm not much of a graphic guy
  • [14:19:19] <atin_> guess I'll first take that off and see what happens.
  • [14:19:28] <Crofton|work> more of a signal precessing guy (in my dreams at least)
  • [14:22:02] <atin_> yeah, just taking -Werror off CFLAGS let guile build.
  • [14:23:50] <atin_> what is modules-2.6.26-r4-beagleboard.tgz?
  • [14:24:18] <atin_> it is already subsumed in uImage or is this something new I also have to put on the SD card?
  • [14:24:30] <Crofton|work> atin_, the is all the modules from the kernel build
  • [14:24:49] <Crofton|work> the modules called for get installed in the kernel
  • [14:25:00] <Crofton|work> if you later update the kernel on the sd card
  • [14:25:24] <Crofton|work> you can untar that file in the rootfs so you have the poper modules available for the new kernel without rebuilding the image
  • [14:25:34] <atin_> ah
  • [14:26:49] <atin_> hmm. right now I'm building the whole world, so I guess it doesn't apply, but good to know for later. I am still trying to get my usb-bluetooth dongle working but haven't managed to get a 2.6.27 kernel etc built yet
  • [14:27:25] <atin_> getting the crash in musb_giveback() with 2.6.26
  • [14:28:11] <geckosenator> what are you going to use over bluetooth?
  • [14:28:16] <Crofton|work> koen updated the kernel recipe and claims usb is "better"
  • [14:28:29] <geckosenator> I want to use a keyboard.. but I need a way to tell the beagle to run the command to connect to it
  • [14:28:37] * dcramer (n=davec@dcdsl.ebox.com) Quit (Read error: 104 (Connection reset by peer))
  • [14:28:40] <atin_> first my keyboard and mouse. the real goal is the wii remote :)
  • [14:28:44] <geckosenator> I'm thinking I can somehow make it run a script whenever I press the user button
  • [14:29:20] <geckosenator> isn't the wii remove ir?
  • [14:29:38] <atin_> it communicates back with the box via bluetooth
  • [14:29:40] * dcramer (n=davec@dcdsl.ebox.com) has joined #beagle
  • [14:29:47] <atin_> it uses the ir to get position
  • [14:30:00] <geckosenator> I always thought that was crappy
  • [14:30:00] <atin_> but sends the position back to the box via bluetooth
  • [14:30:04] <geckosenator> ok
  • [14:30:21] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit ()
  • [14:30:47] * JuanG (n=Juan@nat/ti/x-116d36a43d90fd20) has joined #beagle
  • [14:31:02] <atin_> and it is an ir receiver at that - uses triangulation to get where it is pointing. you can actually use like two candles on your tv to do the same thing instead of the wii sensor bar
  • [14:31:13] <atin_> or build your own using ir leds
  • [14:31:34] <geckosenator> my mouse uses the earth's magnetic field to get position for both axes and has 10x more resolution than the wii
  • [14:31:47] * dcramer (n=davec@dcdsl.ebox.com) Quit (Read error: 104 (Connection reset by peer))
  • [14:31:50] <geckosenator> so it doesn't need candles or ir or whatever
  • [14:31:51] <atin_> cool - now you just have to hook it up ;)
  • [14:32:02] <geckosenator> it's not bluetooth yet though, only usb
  • [14:32:08] * JuanG (n=Juan@nat/ti/x-116d36a43d90fd20) has left #beagle
  • [14:32:11] * nemequ (n=nemequ@ip68-111-215-155.sd.sd.cox.net) has joined #beagle
  • [14:32:14] * dcramer (n=davec@dcdsl.ebox.com) has joined #beagle
  • [14:32:19] <geckosenator> that might prove to be easier to hook up :-P
  • [14:32:31] <atin_> wouldn't the field get messed up based on the environment?
  • [14:32:39] <geckosenator> doesn't matter since it's all relative movement
  • [14:33:21] <geckosenator> it gets a lot more bits than any accelerometer you can get
  • [14:33:29] <atin_> I know that my wife's company has magnetic position finding stuff for doing neurosurgery - they create their own magnetic field, but have to make sure there is nothing magnetic anywhere in the field
  • [14:33:31] <geckosenator> the wii uses the accelerometer for one rotation
  • [14:34:02] <geckosenator> atin_: if you hold it still and move magnets around it, it registers motion
  • [14:34:06] <atin_> but maybe they have to be very careful when working in the brain :)
  • [14:34:07] <geckosenator> if that's what you are asking
  • [14:34:29] <geckosenator> it doesn't work well near walwarts or power supplies
  • [14:34:50] <atin_> yes, they have three coils on the surgeon's instruments and create a magnetic field around the patient so the surgeon can see where he is performing the surgery
  • [14:35:07] <atin_> ok.
  • [14:35:17] <geckosenator> for accurate measurements you have to do that stuff
  • [14:35:26] <geckosenator> but for relative measurements, it doesn't matter
  • [14:35:42] <geckosenator> it autocalibrates the sensor biases on the fly
  • [14:35:55] <atin_> I'm just going to use the wii since I have it and I never turn on my wii anymore anyway
  • [14:35:59] <atin_> so it just sits there.
  • [14:36:08] <atin_> what's the mouse?
  • [14:36:23] <geckosenator> atin_: http://www.sparkfun.com/commerce/product_info.php?products_id=8806
  • [14:37:06] <atin_> cool
  • [14:37:44] <atin_> does it have a driver under linux?
  • [14:37:44] <geckosenator> I have ones that don't have working accelerometers
  • [14:37:49] <geckosenator> of course
  • [14:37:58] <geckosenator> it's a mouse
  • [14:38:11] <geckosenator> or joystick or serial port (if you want to configure it or get raw data)
  • [14:38:41] <atin_> there is no of course when talking about linux and non-standard looking devices ;)
  • [14:39:05] <atin_> I meant for the accelerometer stuff - I figured the mouse part would work.
  • [14:39:09] <geckosenator> I'll sell you one for $60 which has working magnetic sensors and can be used as a mouse if you want to hook it up to a beagle :)
  • [14:39:34] <atin_> nah - I don't have desk space anymore - that's why the wii remote ;)
  • [14:39:41] <geckosenator> heh
  • [14:39:54] <geckosenator> I need to stick bluetooth in it
  • [14:41:02] <geckosenator> anyway, if you get the keyboard thing figured out I need to know
  • [14:41:04] <atin_> I don't have space to even put a keyboard or mouse really, space is taken up by my linux box and my mac so I've been using x11vnc to get into the beagleboard, tho I do everything over serial
  • [14:41:12] <geckosenator> I have a 6 ounce folding keyboard that is bluetooth
  • [14:41:41] <geckosenator> trouble is I have to hold keys on it to make it scannable
  • [14:41:49] <atin_> I didn't think there was much to figuring out the bluetooth - I am actually crashing in the kernel when I plug my dongle in. but what Iv'e read seems to imply it "works"
  • [14:41:52] <geckosenator> then run a command specifying its mac address on the computer
  • [14:42:01] <geckosenator> but if it's the only keyboard I'm not sure how to run a command
  • [14:42:24] <geckosenator> atin_: did you try a serial bluetooth module?
  • [14:42:53] <atin_> I just have a usb dongle.
  • [14:43:07] <geckosenator> I have a serial/usb one
  • [14:43:11] <atin_> as far as the mac address, can you set it up as an environment variable?
  • [14:43:14] <geckosenator> but I can't figure out how to change it to serial mode
  • [14:43:25] * rsalveti (n=salveti@189.70.38.175) Quit (Remote closed the connection)
  • [14:43:25] <geckosenator> it's uart really, I was supposed to stick it in my magnetometer mouse :-P
  • [14:43:47] <geckosenator> but to start out hook it up to a linux box serial port with a tranceiver since it runs at 3v
  • [14:44:07] <geckosenator> atin_: it's something like "hidd --connect 00:24:3D:23:32:22:"
  • [14:44:13] <geckosenator> er no trailing colon
  • [14:44:34] <geckosenator> anyway, once you do that, if the keyboard is in the right mode which it can be by holding certain keys down, it connects
  • [14:44:47] <geckosenator> so maybe I should just have my computer run that command every 10 seconds no matter what?
  • [14:44:54] <atin_> beyond me - sorry . . . I just remember that u-boot allows me to set up macaddresses on the network side
  • [14:45:03] <geckosenator> or maybe I can somehow make it run the command when you press the user button
  • [14:45:15] <svante> Hi all. I've tried to follow the instructions found on: http://groups.google.com/group/beagleboard/browse_thread/thread/335c2f6cb7b2adc5 in order to setup gst+openmax. I try to test with: gst-launch-0.10 filesrc location="Diablo3-GameplayTrail
  • [14:45:15] <svante> er_EU_EN.avi" ! avidemux ! omx_mpeg4dec ! omapfbsink and get:
  • [14:45:17] <geckosenator> atin_: can you use the bluetooth keyboard in uboot?
  • [14:45:19] <atin_> (which is something else I need to work on - I want my usb-ethernet dongle to work in u-boot so I can use tftpboot! ;) )
  • [14:45:20] <svante> Setting pipeline to PAUSED ...
  • [14:45:20] <svante> ERROR: Pipeline doesn't want to pause.
  • [14:45:20] <svante> Setting pipeline to NULL ...
  • [14:45:20] <svante> FREEING pipeline ...
  • [14:45:30] <svante> Any ideas what my problem is?
  • [14:45:54] <geckosenator> svante: does it work with fbdevsink? (I know it's slower that way)
  • [14:46:23] <geckosenator> atin_: heh, I have a usb ethernet dongle too, it cost $7 but I don't think it works in uboot
  • [14:46:40] <svante> WARNING: erroneous pipeline: could not link omxmpeg4dec0 to fbdevsink0
  • [14:46:46] <atin_> gecko, I dunno - like I said, I have zero bluetooth functionality working right now. And I don't think bluetooth works in u-boot, at least I dont' remember a CONFIG option for it tho it might.
  • [14:47:01] <svante> Whoops
  • [14:47:06] <geckosenator> svante: ffmpegcolor space
  • [14:47:10] <geckosenator> svante: put that inbetween them
  • [14:47:31] <geckosenator> fbdevsink is rgb only :-P
  • [14:48:00] <atin_> back in a bit - at least beagleboard-demo-image is building now.
  • [14:48:04] * atin_ is now known as atin_OUT
  • [14:49:02] <svante> geckosenator, could you clarify a bit? I'm pretty new to this?
  • [14:49:31] <geckosenator> svante: like omx_mpeg4dec ! ffmpegcolorspace ! fbdevsink
  • [14:50:00] <geckosenator> svante: I'm partly just curious since I wrote fbdevsink last year.. sorry
  • [14:50:06] * royerfa (n=fabroy01@fw-tnat.cambridge.arm.com) Quit (Read error: 104 (Connection reset by peer))
  • [14:50:17] <geckosenator> but it might help us figure out where the problem is too
  • [14:50:20] * dirk2 (n=dirk@p5B0408B3.dip0.t-ipconnect.de) Quit ("Verlassend")
  • [14:50:56] <svante> I got the infamous Error: Allocate Component : Err Num = 80008008 :-D I saw a reference to that one somewhere :)
  • [14:51:01] <svante> Thanx :)
  • [14:51:31] <geckosenator> hmm
  • [14:51:56] <geckosenator> maybe it's the file?
  • [14:52:17] <geckosenator> can you play the same file on another machine (not beagle) with gstreamer?
  • [14:52:57] <svante> HAven't tried, but anyway, there's a reference to that errorcode right here: http://elinux.org/BeagleBoard/DSP_Howto
  • [14:54:17] * emeb (n=ericb@ip72-223-90-212.ph.ph.cox.net) has joined #beagle
  • [14:54:51] <svante> Didn't change anything though...
  • [14:55:30] <geckosenator> maybe you ran out of ram
  • [14:57:50] * jrmuizel (n=jrmuizel@mozca02.ca.mozilla.com) has joined #beagle
  • [14:58:08] * gcohler (n=gcohler@nat/ti/x-c5f0a0e13f96e09c) has joined #beagle
  • [14:58:20] * prpplague (n=dave@mail.americanmicrosystems.com) has joined #beagle
  • [14:59:23] <svante> I ran out of time anyway. Thanks for your help, I might check in again tomorrow! Have fun :-)
  • [14:59:30] * svante (n=svante@77.233.226.4) Quit ("Ex-Chat")
  • [15:04:46] * rsalveti (n=salveti@200.184.118.130) has joined #beagle
  • [15:12:37] * rsalveti (n=salveti@200.184.118.130) Quit (Remote closed the connection)
  • [15:13:11] * rsalveti (n=salveti@200.184.118.130) has joined #beagle
  • [15:17:19] <gcohler> I wasn't able to select a new theme in Enlightenment over the weekend. I selected online theme, and e.org, and it downloaded 28 or so themes, but nothing displayed. This has worked great for me in the past. Any ideas why it stopped working?
  • [15:18:13] <gcohler> I was using Sakoman's Dec 13th images. So the change was that I had updated to a fairly recent rootfs and uImage.
  • [15:35:13] * jonnor (n=jon@ti0016a380-2274.bb.online.no) has joined #beagle
  • [15:41:11] * Openfree (n=df@222.65.143.118) Quit (Remote closed the connection)
  • [15:54:03] * philippe (n=fille@a83-245-252-47.elisa-laajakaista.fi) has joined #beagle
  • [15:54:09] * SpaceAceX (n=rakso@gateway.amikamobile.com) has joined #Beagle
  • [15:58:49] * abitos (n=nixgibts@dslb-084-057-207-070.pools.arcor-ip.net) Quit (Read error: 113 (No route to host))
  • [15:59:58] * Beagle9 (n=Beagle9@75-166-185-91.hlrn.qwest.net) has joined #beagle
  • [16:03:07] <Beagle9> We are having issues with the TPS when charging a battery any one else?
  • [16:03:33] * Beagle9 (n=Beagle9@75-166-185-91.hlrn.qwest.net) Quit (Client Quit)
  • [16:03:36] * Beagle6 (n=Beagle6@75-166-185-91.hlrn.qwest.net) has joined #beagle
  • [16:04:11] <prpplague> Beagle3: which TPS?
  • [16:04:13] * Beagle6 (n=Beagle6@75-166-185-91.hlrn.qwest.net) Quit (Client Quit)
  • [16:04:16] * Beagle8 (n=Beagle8@75-166-185-91.hlrn.qwest.net) has joined #beagle
  • [16:09:21] <atin_OUT> uhh... omapfb omapfb: irq error status 4000?
  • [16:09:25] * atin_OUT is now known as atin_
  • [16:09:41] <atin_> and irq error status 4022
  • [16:09:41] * n6pfk (n=mike@c-76-104-40-104.hsd1.va.comcast.net) Quit ("Leaving")
  • [16:10:39] <atin_> using the uImage from angstrom-distribution - uImage-2.6.27-r4-beagleboard.bin.
  • [16:11:04] <koen> is your uboot up to date?
  • [16:11:49] <atin_> its the one from angstrom distribution as well - tho I just built a new one, but my rootfs isn't complete yet so I just tried with with those two but the rootfs from angstrom
  • [16:12:27] <atin_> so I'm actually no longer sure what the mix is ;) - let me get back to you with a known good state. maybe that's the problem.
  • [16:12:49] <atin_> or at least, a known state.
  • [16:13:49] <atin_> is this a setup thing that is done in u-boot?
  • [16:14:59] <atin_> man, and Mac OS X just had an update too . . . every kernel I deal with needs to get updated now! :)
  • [16:15:57] <atin_> (thankfully, my xp machine hasn't been booted in months - it will take a few days to download its updates I'm sure)
  • [16:16:04] * Curtis123 (i=3edc0622@gateway/web/ajax/mibbit.com/x-80e5923f89ba6b73) Quit ("http://www.mibbit.com ajax IRC Client")
  • [16:16:35] * alecrim (n=alecrim@189.2.128.130) has joined #beagle
  • [16:16:47] * koen is saving the 190MiB 10.5.6 update for later this week
  • [16:17:03] <koen> too much stuff broke today
  • [16:17:14] <atin_> question - is the set of images on angstrom-distribution a "good" set?
  • [16:17:27] <koen> it's a known working one
  • [16:17:27] <atin_> as in, I can install this on my sd card, write to nand, etc?
  • [16:18:26] <atin_> are the dates on the web page real dates? the MLO goes back to 3-Aug, the u-boot 19-Nov
  • [16:18:39] * rupeshgujar1 (n=Administ@59.160.172.220) has left #beagle
  • [16:18:46] <atin_> and x-load is 4-sept
  • [16:18:56] <atin_> I would have thought at least MLO and xload would have the same dates
  • [16:19:04] <atin_> and maybe u-boot too
  • [16:19:05] <koen> those are indeed real dates
  • [16:19:56] <atin_> hmm, so then my u-boot is ok since its the same one, but the uImage is the .27 one (I was using an older before)
  • [16:20:34] <atin_> the .27 was on 13-Dec, so I updated that while I build my own...
  • [16:20:35] * Beagle2 (n=Beagle2@75-166-185-91.hlrn.qwest.net) has joined #beagle
  • [16:21:17] <atin_> I'll create a whole new SD card with the whole image set from angstrom and try that while I wait for my build to finish. this omapfb thing is new to me.
  • [16:23:49] <atin_> I can just rename uImage-2.6.27-r4-beagleboard.bin to uImage to put on my SD card right? nothing else needs to be done to it like for x-load to MLO?
  • [16:24:37] <koen> no, it's ready to go
  • [16:25:20] * dcramer (n=davec@dcdsl.ebox.com) Quit ()
  • [16:26:13] <Beagle2> Is it true there is a battery charge issue with the TPS?
  • [16:33:54] <prpplague> Beagle3: which TPS?
  • [16:34:01] <prpplague> Beagle2: which TPS?
  • [16:34:31] <atin_> Beagle, use a different irc client ... you seem to keep getting disconnected before someone answers/asks you
  • [16:36:47] <atin_> if I may ask, koen, sakoman, Crofton - some of the others who seem to be working deeply in the omap area, is this stuff you do for work?
  • [16:36:59] <koen> atin_: beagle<number> is the webbased client on beagleboard.org
  • [16:37:22] <koen> atin_: I'm a student that doesn't have a lot of courses at the moment
  • [16:37:58] <atin_> yeah figured as much, Beagle seems to be losing his connection via the web based client a lot - seems to happen a lot to the web based clients . . . at least in other places I've used irc
  • [16:38:44] <atin_> nice - I wish stuff like that had been available when I was a student :) - linux was just being done by linus when I was in school!
  • [16:38:51] <atin_> we were still playing with minix then.
  • [16:39:37] * koen is an EE, software is just a hobby
  • [16:39:55] <atin_> heck, I was actually deep in minix to make it work on the 80286 processor then but got distracted and never got around to working deeply into it - otherwise maybe you would have known a atinux instead of linux ;)
  • [16:41:08] * Sept (n=bakljg@c-98-240-226-129.hsd1.mn.comcast.net) has joined #beagle
  • [16:41:19] <atin_> tis a good hobby . . . at my company, a team of 10 EEs keeps a team of 80 SWs busy
  • [16:42:51] <atin_> ok, cwap. I used the full set of images from angstrom-distribution, except used the .27 uImage.
  • [16:42:57] <atin_> still have the omapfb
  • [16:43:01] <atin_> irq error status thing
  • [16:43:57] <sakoman> atin_: I do consulting/contract engineering
  • [16:44:26] <atin_> ok - I thought for sure you all worked for TI or something :
  • [16:44:28] <atin_> :)
  • [16:45:57] <atin_> bootargs=console=ttyS2,115200n8 console=tty0 root=/dev/mmcblk0p2 rootdelay=2 rootfstype=ext3 video=omapfb:vram:2M,vram:4M
  • [16:46:12] <atin_> should I not have the video parameter anymore?
  • [16:46:26] * jsync (n=jess@59.160.172.220) has left #beagle
  • [16:47:23] <atin_> __ratelimit: 1554386 callbacks suppressed
  • [16:47:23] <atin_> omapfb omapfb: irq error status 4000
  • [16:47:37] <atin_> that's the error I'm getting booting the .27 uImage
  • [16:48:03] <atin_> using the u-boot etc from angstrom - all the images from angstrom-distribution this time.
  • [16:48:07] <atin_> nothing I build myself.
  • [16:48:21] * TAK2004 (n=Administ@dslb-088-074-061-253.pools.arcor-ip.net) has joined #beagle
  • [16:48:38] * JoeyBorn (n=jborn@dsl017-022-247.chi1.dsl.speakeasy.net) has joined #beagle
  • [16:48:43] <atin_> built.
  • [16:49:22] <atin_> funny, I am not getting the usb-bluetooth dongle kernel crash anymore - but now I have this omapfb thing . . .
  • [16:50:11] <atin_> maybe I didn't do the chicken dance right when I rebooted the card. I normally hold my breath while it boots, I was too relaxed this time... that's got to be it.
  • [16:50:28] <jonnor> can you mount the root system over USB on the beagle?
  • [16:57:44] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [17:04:55] <Crofton> atin_, sometimes
  • [17:05:29] * jkridner|work (n=a0321898@nat/ti/x-ff3ec37069684f42) Quit ("Leaving.")
  • [17:09:44] * zeal_ (n=erik@c-7b7de455.115-16-64736c14.cust.bredbandsbolaget.se) has joined #beagle
  • [17:12:46] * felipec (n=felipec@a91-153-251-222.elisa-laajakaista.fi) has joined #beagle
  • [17:12:53] <atin_> hmm koen? Angstrom image on angstrom-distribution has /lib/modules/2.6.26-omap1 - but I am using uImage-2.6.27, should I be untar'ing modules-2.6.27-r4-beagleboard.tgz on my SD card to overwrite the one there now?
  • [17:14:23] <atin_> must be. let me try it.
  • [17:15:34] <Beagle2> The charge issues I'm having is with TWL5030AZXN I was told its a pre TPS65950
  • [17:19:15] * zeal_ is now known as zeal
  • [17:19:59] * zeal (n=erik@c-7b7de455.115-16-64736c14.cust.bredbandsbolaget.se) has left #beagle
  • [17:28:15] * erbo_ (n=erik@c-7b7de455.115-16-64736c14.cust.bredbandsbolaget.se) has joined #beagle
  • [17:33:04] * uwe2 (n=uwe@dslb-088-064-074-100.pools.arcor-ip.net) has joined #beagle
  • [17:35:02] * [X]Spot (n=stancho@78.90.99.168) has joined #beagle
  • [17:39:27] <atin_> dang it, I'm going backwards ... now the 2.6.27 uImage just hangs after "Uncompressing Linux.... d."
  • [17:40:23] <atin_> this is still with the angstrom-distribution images. I took off the omapfb setting in the bootargs to see if that helped the omapfb error ...
  • [17:43:13] <atin_> guess I needed the omapfb setting.
  • [17:43:34] <atin_> what does: end_request: I/O error, dev mtdblock0, sector 0
  • [17:43:34] <atin_> Buffer I/O error on device mtdblock0, logical block 0
  • [17:43:35] <atin_> mean?
  • [17:45:03] * uwe__ (n=uwe@dslb-088-064-096-254.pools.arcor-ip.net) Quit (Read error: 110 (Connection timed out))
  • [17:47:38] <SmthingPrductive> flash drive bad?
  • [17:47:56] <SmthingPrductive> *image on flash drive bad
  • [17:48:06] <atin_> actually, it seems to be the nand
  • [17:48:32] * uwe_ (n=uwe_@dslb-088-064-096-254.pools.arcor-ip.net) Quit (Read error: 110 (Connection timed out))
  • [17:48:53] <atin_> tho supposedly safe to ignore. at least according to koen - http://groups.google.com/group/beagleboard/browse_thread/thread/8af2d585f5fcdc84 :)
  • [17:49:18] <atin_> but my kernel seems to be hung after it brings up the ethernet - no prompt on the serial port
  • [17:49:36] <atin_> .27 - I really wish my build would finish already!
  • [17:50:52] <atin_> my dvi montor stopped talking to the beagle, it insists it wants 1600x1200@60 and doesn't show anything otherwise! it was working yesterday. something is going to go flying out the window soon.
  • [17:51:31] <atin_> oh - maybe it wasnt hung, was still booting angstrom for the first time!
  • [17:54:52] <atin_> oh la la - I be back. and no crash on my bluetooth dongle either!
  • [17:55:21] <atin_> so I guess .27 fixed that crash.
  • [17:59:53] * Beagle3 (n=Beagle3@host81-138-0-82.in-addr.btopenworld.com) Quit ()
  • [18:12:20] <prpplague> hmm jkrinder traveling today?
  • [18:14:18] * guillaum1 (n=GZBA4143@AMontsouris-153-1-20-180.w86-212.abo.wanadoo.fr) Quit ("Leaving.")
  • [18:14:21] <koen> mru: did I notice correctly that your neon stuff in now in mainline ffmpeg?
  • [18:14:43] * guillaum1 (n=gl@AMontsouris-153-1-20-180.w86-212.abo.wanadoo.fr) has joined #beagle
  • [18:14:57] * sjam (n=sojan_ja@121.247.121.94) has joined #beagle
  • [18:20:26] * gcohler (n=gcohler@nat/ti/x-c5f0a0e13f96e09c) Quit (Remote closed the connection)
  • [18:20:32] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [18:21:02] * uwe_ (n=uwe_@dslb-088-064-074-100.pools.arcor-ip.net) has joined #beagle
  • [18:24:38] * gcohler (n=gcohler@nat/ti/x-5686aadc392903ab) has joined #beagle
  • [18:29:30] * gcohler (n=gcohler@nat/ti/x-5686aadc392903ab) Quit (Client Quit)
  • [18:29:36] * gcohler (n=gcohler@nat/ti/x-7b9d4a610c0f2631) has joined #beagle
  • [18:29:42] * gcohler (n=gcohler@nat/ti/x-7b9d4a610c0f2631) Quit (Remote closed the connection)
  • [18:29:52] * gcohler (n=gcohler@nat/ti/x-1ad408ace873d176) has joined #beagle
  • [18:32:04] * nabax (n=nabax@89.129.96.71) has joined #beagle
  • [18:33:35] * MostAwesomeDude is now known as MAD|munchies
  • [18:35:12] <kulve> koen: I think they have been there for awhile already
  • [18:36:26] * ldesnogu_ (n=ldesnogu@ven06-2-82-247-86-183.fbx.proxad.net) has joined #beagle
  • [18:36:34] <sjam> ping koen
  • [18:37:10] <sjam> koen: I've finally managed to run the Codec Engine Audio_copy dualcpu example on BB
  • [18:37:41] <sjam> Thanks again for your work on OE
  • [18:39:41] <koen> kulve: 20 hours :)
  • [18:39:46] <koen> sjam: nice!
  • [18:40:39] <koen> kulve: http://svn.ffmpeg.org/ffmpeg?view=rev&revision=16145
  • [18:40:50] <koen> kulve: and that works with gst-ffmpeg 0.10.6
  • [18:43:37] * MAD|munchies is now known as MostAwesomeDude
  • [18:48:03] <koen> kulve: any news on asm versions of the yuv conversion?
  • [18:48:09] * JuanG (n=Juan@nat/ti/x-5d82c6a7e81a7ee7) has joined #beagle
  • [18:48:36] * JuanG (n=Juan@nat/ti/x-5d82c6a7e81a7ee7) has left #beagle
  • [18:54:04] * MostAwesomeDude is now known as MAD|driving
  • [18:56:16] * tharvey (n=tharvey@76.205.222.173) has joined #beagle
  • [18:58:30] * jkridner|work (n=a0321898@nat/ti/x-2598ff395c4dc845) has joined #beagle
  • [18:58:54] <koen> hmmm
  • [18:59:01] <koen> the pm branch clashes with dss2
  • [18:59:18] <koen> in KConfig and Makefile
  • [19:02:17] <sjam> hi jkridner
  • [19:03:08] <RogerMonk> sjam re: (6:36:34 PM) sjam: ping koen
  • [19:03:08] <RogerMonk> (6:37:10 PM) sjam: koen: I've finally managed to run the Codec Engine Audio_copy dualcpu example on BB
  • [19:03:08] <sjam> The segfault I had with CE demos was because of incorrect CMEM memory settings
  • [19:03:29] <RogerMonk> sjam - ok, thanks - that was my question
  • [19:03:33] <koen> RogerMonk: good morning!
  • [19:03:40] <RogerMonk> should have been no other issues, right?
  • [19:03:49] <RogerMonk> hi koen
  • [19:04:08] <sjam> right.
  • [19:04:28] <sjam> I only tried running the audio_copy example
  • [19:05:03] <sjam> enabling the tracing in CodecEngine helped a lot. This should be documented someplace obvious!
  • [19:05:13] <RogerMonk> it should be on the wiki
  • [19:06:16] <sjam> which wiki?
  • [19:06:20] <RogerMonk> http://wiki.davincidsp.com/index.php?title=Codec_Engine_FAQ#Runtime_Troubleshooting
  • [19:08:24] <felipec> koen: which NEON stuff?
  • [19:08:40] <koen> felipec: the neon stuff mru wrote for ffmpeg
  • [19:09:09] <felipec> koen: that's a lot of stuff... h264? or all of it?
  • [19:11:20] <sjam> RogerMonk: ok, I stumbled upon another link where there are other environment variables you can set. I don't have this link right now unfortunately
  • [19:12:04] <RogerMonk> ok, sjam - yes, we added the CE_DEBUG more recently to make it easier
  • [19:12:29] <RogerMonk> (the other ENVs give more control, but more hassle too :)
  • [19:12:46] <sjam> ok
  • [19:13:22] <sjam> Do you notice the system getting sluggish after running a CE demo?
  • [19:13:57] * ScriptRipper (n=martin@opensuse/member/MartinMohring) has joined #beagle
  • [19:14:27] * [X]Spot (n=stancho@78.90.99.168) Quit (Read error: 110 (Connection timed out))
  • [19:14:40] <ScriptRipper> Hi!
  • [19:14:50] <sjam> RogerMonk: You work for TI?
  • [19:15:51] <sjam> \note sjam makes a note to try CE_DEBUG
  • [19:16:09] <sjam> How does this note thing work? I forgot!
  • [19:16:58] <koen> sjam: /me
  • [19:17:38] * sjam tests sending notes
  • [19:17:41] * ZeZu (n=null@c-98-227-56-17.hsd1.in.comcast.net) Quit ()
  • [19:17:43] <sjam> thanks :-)
  • [19:17:47] <Beagle2> Anyone got USB OTG Bluetooth working on windows CE?
  • [19:19:38] * Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) Quit (Read error: 113 (No route to host))
  • [19:20:04] <sjam> Signing off now, thanks Koen, Roger
  • [19:21:29] * sjam (n=sojan_ja@121.247.121.94) has left #beagle
  • [19:23:19] * alecrim (n=alecrim@189.2.128.130) Quit (Read error: 110 (Connection timed out))
  • [19:26:54] <kulve> koen: ok, I though you meant some earlier neon stuff in the ffmpeg..
  • [19:27:32] <kulve> koen: no updates on yuv conversion
  • [19:29:26] <koen> kulve: yeah, the configure bits for neon went in months ago, but not the actual code that uses neon
  • [19:30:08] <kulve> oh, I thought there were some optimizations already..
  • [19:30:23] <kulve> have to try that one out then at some point
  • [19:32:07] <mru> koen: I still have more neon code under preparation
  • [19:32:09] * alecrim (n=alecrim@189.2.128.130) has joined #beagle
  • [19:32:22] <mru> and yet more remains to be written
  • [19:32:58] * macneib (n=macneib@70.29.45.80) Quit (Read error: 60 (Operation timed out))
  • [19:38:01] <koen> mru: I'm still building from your 'arm' branch :)
  • [19:44:33] * skipisz (n=a0867407@nat/ti/x-8a5aca685fdc6d2b) has joined #beagle
  • [19:47:31] <atin_> anyone know how I can install hcidump on my beagle? opkg install bluez-hcidump-dev doesn't get it, nor does hcidump, or bluez-hcidump. maybe I need to build it myself?
  • [19:48:41] <atin_> hmm, it seems to exist in my openembedded/packages/bluez dir ...
  • [19:49:12] <atin_> its "optional" ...
  • [19:50:41] <koen> try the -compat package
  • [19:51:04] <koen> oh, right hcidump
  • [19:51:11] <koen> I got confused a bit
  • [19:52:37] <atin_> I see a bluez-hcidump_1.42.bb in the packages/bluez directory. dunno if that means it should have got built - the PRIORITY is "optional" - how do I enable those?
  • [19:53:02] * nemequ (n=nemequ@ip68-111-215-155.sd.sd.cox.net) has left #beagle
  • [19:53:42] <koen> teh PRIORITY field is a red herring
  • [19:54:02] <atin_> ok
  • [19:54:20] <koen> do 'bitbake bluez-hcidump' and it will get built
  • [19:55:01] <atin_> ok, cool - then I just copy it onto the rootfs and go on with life?
  • [19:55:25] <atin_> I guess I can do a lot of things once linux is up - thanks
  • [19:55:51] <koen> opkg install <foo>.ipk
  • [19:57:12] <Crofton|work> koen, I here someone built console-image for the omap3evm and it just worked :)
  • [19:57:31] <Crofton|work> thanks, I owe you a beer
  • [19:57:54] * JoeyBorn (n=jborn@dsl017-022-247.chi1.dsl.speakeasy.net) Quit (Read error: 110 (Connection timed out))
  • [19:58:46] <geckosenator> is git://source.mvista.com/git/linux-omap-2.6.git the same as git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git ?
  • [19:59:41] <koen> Crofton|work: it helps that I have an omap3evm on my desk :)
  • [19:59:59] * JoeyBorn (n=jborn@dsl017-022-252.chi1.dsl.speakeasy.net) has joined #beagle
  • [20:01:30] <geckosenator> it is a mirror
  • [20:02:37] <koen> the kernel.org one is more up to date and has more interesting branches (e.g. 'pm')
  • [20:05:59] <geckosenator> there are two on kernel.org, one is the pm version
  • [20:06:07] <Crofton|work> still, pretty good I can point someone at OE and tell them to build console image
  • [20:06:30] <geckosenator> I looked at the logs for the mvista and kernel on gitweb and they were identical
  • [20:07:52] * alecrim (n=alecrim@189.2.128.130) Quit (Read error: 113 (No route to host))
  • [20:07:53] * alecrim_ (n=alecrim@189.2.128.130) has joined #beagle
  • [20:08:04] <geckosenator> is there a way to get bitbake to apply the patches to the latest linux-omap git?
  • [20:08:15] <geckosenator> it looks like all the bitbake scripts specify a specific rev
  • [20:08:57] <geckosenator> Ideally I would like to just pull from a repository that has all the patches already..
  • [20:10:01] <koen> OE is already building the latest omap git kernel
  • [20:10:32] <geckosenator> with all the patches applied to it right?
  • [20:11:03] <koen> right
  • [20:11:21] <koen> geckosenator: if you look at http://git.kernel.org/?p=linux/kernel/git/tmlind/linux-omap-2.6.git;a=summary you'll see that it has a 'pm' branch
  • [20:11:39] <koen> so you no longer need to pull kevins tree for the pm stuff
  • [20:11:50] <geckosenator> oh, I must have seen kevin's tree
  • [20:11:56] <koen> and note how that branch is not present on source.mv
  • [20:12:29] <geckosenator> yeah, I'm cloning the kernel.org one now
  • [20:12:47] <geckosenator> would you agree with having a branch with all the patches OE uses?
  • [20:16:15] <koen> no
  • [20:17:23] <koen> a git branch would make it *a lot* harder to manage patches
  • [20:22:05] <koen> Crofton|work: btw, libusb1 is now offcially the new stable release for libusb
  • [20:22:24] <koen> Crofton|work: so libusb is EOL
  • [20:22:37] * ZeZu (n=null@c-98-227-56-17.hsd1.in.comcast.net) has joined #beagle
  • [20:22:39] <Crofton|work> awesome
  • [20:22:45] <Crofton|work> do you have a reference?
  • [20:23:02] <koen> http://libusb.wiki.sourceforge.net/
  • [20:23:11] <koen> "As of December 2008, libusb-1.0 is the current stable branch. Developers are encouraged to port their applications."
  • [20:24:20] <prpplague> Crofton|work: i think rusty is going to follow up with gerald and verify everything for the expansion header
  • [20:24:41] <Crofton|work> thanks
  • [20:24:55] <Crofton|work> I should, but I trust you guys :)
  • [20:26:49] <prpplague> hehe
  • [20:27:34] <gcohler> koen: Now that the pvr drivers are in the uImage, where do we find the pvrsrvxxx.ko files?
  • [20:28:07] <koen> gcohler: they arent in the uImage, they are built as seperate modules
  • [20:28:24] <gcohler> koen: So opkg install?
  • [20:29:23] <koen> opkg install kernel-module-omaplfb kernel-module-pvr2d kernel-module-pvrsrvkm
  • [20:29:33] <koen> or extract the modules.tgz I linked to in my mail
  • [20:29:53] <gcohler> koen: cool. thanks.
  • [20:30:35] * koen has finally found a windows PC to extract the linux drivers
  • [20:31:12] * mru used wine
  • [20:31:27] <koen> the TI department handling the drivers is a bit efficiency challenged
  • [20:31:42] <koen> no downloadlink, but a mailinglist that takes 2 weeks
  • [20:31:49] <koen> them the linux drivers require windows
  • [20:32:08] <atin_> :)
  • [20:32:44] <atin_> I now run vmware and have xp running in a virtual machine. only safe place for the damn thing.
  • [20:32:54] <koen> I mailed them saying I don't have access to a windows PC, only OSX and linux
  • [20:33:07] <koen> they responded with "you can extract it on a windows PC"
  • [20:33:18] <atin_> get Fusion for osx. that's what I have.
  • [20:33:37] <atin_> tho I like the answer from TI ;)
  • [20:33:38] <koen> I have parallels, but I deleted the XP images months ago
  • [20:34:26] <koen> a tarball inside a MSI installer
  • [20:34:33] * koen sighs
  • [20:34:35] * thomasg (n=thomasg@85.131.189.115) Quit (SendQ exceeded)
  • [20:34:37] <RogerMonk> koen - pls send me the email
  • [20:34:43] <geckosenator> maybe you could run wine?
  • [20:35:19] <atin_> that;s just insanity. who does that?!
  • [20:35:25] <Crofton|work> run wine?
  • [20:35:37] <atin_> no -tarball in MSI
  • [20:36:05] <geckosenator> either one really
  • [20:36:26] <koen> atin_: TI does that for the SGX drivers
  • [20:36:45] * thomasg (n=thomasg@85.131.189.115) has joined #beagle
  • [20:36:47] <jonnor> emailadress ?
  • [20:36:59] <atin_> are those drivers open source?
  • [20:37:13] <koen> the kernel part is, the userspace part isn't
  • [20:37:42] <atin_> are these uio drivers or something?
  • [20:37:59] <atin_> so that most of the intelligence is in userspace?
  • [20:38:00] <koen> more like a JIT
  • [20:38:14] <koen> AIUI
  • [20:39:25] <atin_> sigh - I hate that, nvidia does that with their drivers and its always a pain if you're developing on an unstable version.
  • [20:39:47] <atin_> version of linux ...
  • [20:40:17] <atin_> you get version mismatch type hell.
  • [20:40:29] <jonnor> the joys of binary drivers
  • [20:41:19] <atin_> cool, beagle can talk to the wiimote. or at least, say hi to it.
  • [20:41:31] <koen> I think I'll complete my day by updating OSX which will probably render my laptop unbootable
  • [20:41:50] <atin_> yeah, tonight for me.
  • [20:42:45] * atin_ is now known as atin_OUT
  • [20:42:47] <Crofton|work> koen, theoretically I could change the SRC_URI from the linux-omap git to the address for khilmans pm branch and the kernel would build
  • [20:42:53] <Crofton|work> with defconfig updates?
  • [20:43:27] * Crofton|work blames anything dumb he says or does on percocet
  • [20:45:00] <atin_OUT> Crofton, that's what I was doing when using my own u-boot branch.
  • [20:45:09] <koen> Crofton|work: ;branch=pm
  • [20:45:26] <Crofton|work> ah
  • [20:45:27] <koen> Crofton|work: disable the dss2 patches, 0004 clashes with makefile and kconfig in plat-omap
  • [20:45:55] <Crofton|work> I'm thinking we should ass the recipe until they converge
  • [20:45:57] <atin_OUT> (blame my stupid comment on painkillers too ;) )
  • [20:46:04] <koen> I wanted to switch to the pm branch today, but I couldn't work up to motivation to rediff the dss2 patches
  • [20:46:19] <Crofton|work> I the kernel recipe bloat, but don't see a good way to do this
  • [20:46:51] <Crofton|work> percocet kills my motivation also
  • [20:47:16] <Crofton|work> ok, so the hard part is the branch info to the SRC_URI
  • [20:49:02] <koen> change SRCREV, add ;branch=pm to SRC_URI, remove dss2 patches
  • [20:49:13] <koen> that worked for me this afternoon
  • [20:49:44] <koen> although I think you will need the gptimer patches that got posted an hour ago
  • [20:49:57] <koen> otherwise your beagle won't wake up from retention
  • [21:05:29] * Wowbagger_ (n=wowbagge@d154-20-138-76.bchsia.telus.net) has joined #beagle
  • [21:06:34] <Crofton|work> I'm not to concerned about waking up yet, mainly changin cpu frequency
  • [21:07:19] * kevinsc (n=kevinsc@nat/ti/x-3baba40cccdbb9f9) has joined #beagle
  • [21:07:29] * Beagle6 (n=Beagle6@adsl-75-35-108-23.dsl.pltn13.sbcglobal.net) has joined #beagle
  • [21:07:47] * kevinsc (n=kevinsc@nat/ti/x-3baba40cccdbb9f9) has left #beagle
  • [21:11:25] <Beagle6> Hey, I'm working with the Mistral OMAP3 EVM, and I'm trying to get the camera interface (ISP) drivers loaded. Anyone know of any documentation about what needs to be done?
  • [21:12:28] <Beagle6> I added omap35xxcam in menuconfig, and tried to define a platform device in the board-specific boot code, but the driver probe function isn't being called
  • [21:15:54] * magnet__ (n=magnet@AMontpellier-259-1-14-203.w92-133.abo.wanadoo.fr) has joined #beagle
  • [21:23:42] * nabax (n=nabax@89.129.96.71) Quit (Remote closed the connection)
  • [21:28:07] <koen> Beagle6: there should be patches for that going into the v4l repository, they were CC:ed to the linux-omap mailinglist
  • [21:28:53] <Beagle6> great, I'll take a look there
  • [21:31:08] * guillaum1 (n=gl@AMontsouris-153-1-20-180.w86-212.abo.wanadoo.fr) Quit ("Leaving.")
  • [21:31:25] * guillaum1 (n=Guillaum@AMontsouris-153-1-20-180.w86-212.abo.wanadoo.fr) has joined #beagle
  • [21:32:46] * magnet (n=magnet@AMontpellier-259-1-21-168.w92-133.abo.wanadoo.fr) Quit (Read error: 110 (Connection timed out))
  • [21:45:57] * dl9pf (n=dl9pf@opensuse/member/dl9pf) has joined #beagle
  • [21:46:13] <geckosenator> I want to build the latest linux-omap from git with the patches in openembedded
  • [21:46:23] <geckosenator> I tried " bitbake linux-omap_git"
  • [21:46:36] <geckosenator> but I get ERROR: Nothing PROVIDES 'linux-omap_git'
  • [21:46:40] <koen> 'bitbake linux-omap-2.6.27+2.6.28-rc8+r0+gitr9d211b761b3cdf7736602ecf7e68f8a298c13278-r0'
  • [21:46:54] <koen> bitbake takes providers, not filenames
  • [21:47:02] <koen> if you want to use filenames you need to use -b
  • [21:47:37] <geckosenator> ok, thanks
  • [21:51:41] * flo_lap (n=fuchs@f048228132.adsl.alicedsl.de) has joined #beagle
  • [21:52:22] * kevinsc_ (n=kevinsc@nat/ti/x-5bf3da275313cdc8) has joined #beagle
  • [21:59:50] * kevinsc (n=kevinsc@nat/ti/x-aef84ed60f623a95) has joined #beagle
  • [21:59:59] * kevinsc (n=kevinsc@nat/ti/x-aef84ed60f623a95) has left #beagle
  • [22:03:43] * kevinsc_ (n=kevinsc@nat/ti/x-5bf3da275313cdc8) Quit (Remote closed the connection)
  • [22:13:35] <Crofton|work> Heh, I'm beginning to suspect that the beagle guys are beginning to regret considering any hw changes at this point :)
  • [22:13:57] <flo_lap> heh
  • [22:14:40] * robtow (n=rtow@64.62.142.114) has joined #beagle
  • [22:15:01] <koen> that's why I only tend to ask highly technical question
  • [22:15:07] <koen> to prevent bikeshedding :)
  • [22:15:15] * cbrake is now known as cbrake_away
  • [22:15:32] <Crofton|work> :)
  • [22:18:58] <koen> scray
  • [22:18:58] <koen> webkit now has an efl backend
  • [22:19:06] * Pavlov_ is now known as Pavlov
  • [22:20:31] * valhalla (n=valhalla@81-174-21-31.dynamic.ngi.it) Quit ("Leaving")
  • [22:26:06] * RobotGuy (n=robotguy@pool-96-225-210-142.ptldor.fios.verizon.net) has joined #Beagle
  • [22:26:35] * JoeyBorn (n=jborn@dsl017-022-252.chi1.dsl.speakeasy.net) Quit (Read error: 110 (Connection timed out))
  • [22:29:42] * jonnor (n=jon@ti0016a380-2274.bb.online.no) Quit (Read error: 110 (Connection timed out))
  • [22:29:47] * Alien_Freak (n=user@38.106.150.41) has joined #beagle
  • [22:30:00] * DVbeagle1 (n=dvescovi@cpe-72-184-136-6.tampabay.res.rr.com) has joined #beagle
  • [22:30:00] * gcohler (n=gcohler@nat/ti/x-1ad408ace873d176) Quit (Remote closed the connection)
  • [22:30:08] * DVbeagle1 (n=dvescovi@cpe-72-184-136-6.tampabay.res.rr.com) has left #beagle
  • [22:31:31] <Alien_Freak> is there a Beagle API available? I'd like to use the beagle libs, but not the application, I have another use in mind then a desktop search.
  • [22:33:11] <koen> Alien_Freak: see topic :)
  • [22:33:50] <Alien_Freak> is that dashboard?
  • [22:34:26] <vlad> this is not the beagle you are looking for
  • [22:34:43] <Alien_Freak> oops.
  • [22:34:46] <Alien_Freak> sorry guys
  • [22:34:51] <geckosenator> I just got an adapter to hook up an 800x480 lcd module to the beagle
  • [22:35:26] * Alien_Freak (n=user@38.106.150.41) has left #beagle
  • [22:38:00] <geckosenator> doesn't look like it's one of the precompiled supported modes
  • [22:45:16] * Beagle6 (n=Beagle6@adsl-75-35-108-23.dsl.pltn13.sbcglobal.net) Quit ()
  • [22:46:29] <atin_OUT> what builds uImage? if I bitbake beagleboard-demo-image, does uImage get built?
  • [22:46:34] * atin_OUT is now known as atin_
  • [22:47:25] <koen> uImage gets created as part of the kernel build process
  • [22:47:43] <atin_> ah, so bitbake virtual/kernel?
  • [22:48:07] <geckosenator> the beagle board won't boot if I"m drawing too much power over hdmi
  • [22:48:28] <geckosenator> but if I boot then draw power later it works
  • [22:49:02] <koen> atin_: yes
  • [22:50:33] <atin_> thanks koen
  • [22:54:01] <geckosenator> koen: if I want to get the latest linux-omap kernel, then apply all the patches in openembedded, then modify some of the source (so I can get 800x480 resolution) then recompile, what is the correct way to do it?
  • [22:54:49] <geckosenator> can I modify the code in tmp/work/... then compile with make uImage.. or is there a better way?
  • [22:55:54] <koen> modify source, extract patch, send it to beagleboard ml and add it to the SRC_URI
  • [22:56:04] <koen> the important bit is mailing the patch
  • [22:56:37] <geckosenator> I'll do my best, so I should modify the source in tmp/work/?
  • [22:57:58] <geckosenator> I also want to document all the hardware involved.. there are 4 adapters between the beagle and lcd with this configuration
  • [22:59:07] <koen> modify the source, then 'bitbake -b linux-omap_git.bb -c compile -f ; bitbake -b linux-omap_git.bb -c deploy'
  • [22:59:42] <geckosenator> I'm not trying to make you repeat stuff.. is there a doc you know of that explains this too?
  • [23:01:42] <mru> btw, I noticed in the logs there was someone asking about ffmpeg and neon today
  • [23:01:55] <mru> if he comes back, tell him to email me
  • [23:06:01] <koen> mru: it's an arm employee :)
  • [23:06:16] <koen> or rather, someone IRC'ing from behind the ARM ltd firewall
  • [23:07:43] <geckosenator> unfortunately I ran out of disk space again before the build finished :(
  • [23:08:08] * zedstar (n=john@fsf/member/zedstar) Quit (Remote closed the connection)
  • [23:09:26] * prpplague (n=dave@mail.americanmicrosystems.com) Quit ("Leaving")
  • [23:10:49] * rsalveti (n=salveti@200.184.118.130) Quit (Read error: 104 (Connection reset by peer))
  • [23:15:38] <atin_> here is what I do gecko: http://elinux.org/BeagleBoardOpenEmbeddedDevelopment
  • [23:16:37] <atin_> rather than modifying in work - that way you can work in your own copy of the sources
  • [23:21:52] <flo_lap> koen: u-boot for beagleboard is not fetchanble any more
  • [23:21:54] * ssvb (n=ssvb___@a88-114-221-132.elisa-laajakaista.fi) has joined #beagle
  • [23:23:23] * SpeedEvil (n=root@tor/regular/SpeedEvil) Quit (Read error: 110 (Connection timed out))
  • [23:25:31] <sakoman> flo_lap: that might be my fault - I've been restructuring my u-boot git repo's preparing for uspstream submissions
  • [23:25:33] <flo_lap> sakoman: ... and you are guilty
  • [23:25:36] <flo_lap> hehe
  • [23:25:45] * SpaceAceX (n=rakso@gateway.amikamobile.com) Quit ()
  • [23:26:23] <koen> regardless of that, the snapshot should be available on the source mirror
  • [23:26:34] <flo_lap> sakoman: I can change the url... where is the source package now?
  • [23:26:43] <flo_lap> koen: no
  • [23:26:55] <sakoman> koen: I thought you were fetching from the omap3-j24 branch, so I left that intact
  • [23:27:04] <sakoman> but I guess not
  • [23:27:30] <koen> angstrom@serenity:~/website/unstable/sources$ find . | grep 1e329ec630b31803ee191d2ee335214662b5bfea
  • [23:27:34] <koen> ./git_www.sakoman.net.git.u-boot-omap3.git_1e329ec630b31803ee191d2ee335214662b5bfea.tar.gz
  • [23:27:37] <flo_lap> sakoman: the bb wants this file: http://www.sakoman.net/omap3/u-boot.tar.gz
  • [23:27:49] <sakoman> most up to date now is: http://www.sakoman.net/cgi-bin/gitweb.cgi?p=u-boot-omap3.git;a=shortlog;h=refs/heads/omap3-dev
  • [23:28:49] <sakoman> the recipe that tries to fetch that one should be retired. it builds an ancient buggy u-boot
  • [23:29:25] * skipisz (n=a0867407@nat/ti/x-8a5aca685fdc6d2b) has left #beagle
  • [23:30:24] <flo_lap> koen: you are right, I wonder why it tries to build this strange bb anyway
  • [23:30:33] <flo_lap> ah I see
  • [23:30:50] <flo_lap> that's u-boot vs. virtual/bootloader
  • [23:34:24] <atin_> is the 1024x768 resolution built into the kernel?
  • [23:34:41] <atin_> if I want to make mine 1600x1200 - do I have to modify kernel sources?
  • [23:34:51] * skipisz (n=a0867407@nat/ti/x-8a5aca685fdc6d2b) has joined #beagle
  • [23:35:14] <ds2> normally yes, unless you got a nonstandard patch
  • [23:35:16] <koen> atin_: for 1600x1200 you'll probably need to modify the kernel
  • [23:35:33] <koen> I don't think I still have the patch I used for that :)
  • [23:35:48] <atin_> lcd_omap3beagle.c?
  • [23:36:36] <atin_> it seems to have LCD_XRES at 1024 and LCD_YRES at 768 and 64khz clock
  • [23:37:14] <ds2> try it and see ;)
  • [23:37:15] <atin_> tho I'm not sure this is the correct driver :)
  • [23:37:26] <ds2> worse that will happen is you let the magic smoke out of your display }:-)
  • [23:37:33] <atin_> yeah well :)
  • [23:37:37] * skipisz (n=a0867407@nat/ti/x-8a5aca685fdc6d2b) has left #beagle
  • [23:38:21] <ds2> that should be the right file for the old driver
  • [23:38:34] <ds2> donno what the new driver uses
  • [23:38:44] * philippe (n=fille@a83-245-252-47.elisa-laajakaista.fi) Quit (Read error: 113 (No route to host))
  • [23:38:49] * flo_lap looks at the gpe login screen that showed up at the living room wall
  • [23:40:49] <atin_> hmm, omapfb_main.c has stuff in there too ... guess I have to figure out where I have to actually modify this thing :)
  • [23:42:19] <geckosenator> atin_: I'm sort of in the same boat as you
  • [23:42:30] <flo_lap> koen: With a really good silver screen 2m should be possible in a dark room :)
  • [23:42:51] <geckosenator> atin_: I want to be able to change the resolution using the fbset command though so no one ever has to modify the kernel for this purpose again
  • [23:43:21] * Beagle8 (n=Beagle8@75-166-185-91.hlrn.qwest.net) Quit ()
  • [23:43:23] * Beagle2 (n=Beagle2@75-166-185-91.hlrn.qwest.net) Quit ()
  • [23:43:26] <atin_> oo la la . . . that's what I want :)
  • [23:43:30] <geckosenator> for example, my laptop drives a display fine at 800x600, but the beagle can't seem to do it, I wonder if it's related to timings
  • [23:43:40] <ds2> it is trivial to modify the kernel
  • [23:43:41] <atin_> I'll just wait on you and work in x11vnc in the meantime ;)
  • [23:44:08] <geckosenator> ds2: I haven't managed to do it right yet.. there are a lot of patches that have to get applied etc..
  • [23:44:13] <geckosenator> atin_: ok
  • [23:44:13] <atin_> tell me where to modify it tho! ;)
  • [23:44:29] <ds2> patches???
  • [23:44:39] <ds2> it is a 3-4line change
  • [23:44:44] <geckosenator> I put a syntax error in omapfb_main.c on purpose, then did "bitbake -b linux-omap_git.bb -c compile -f"
  • [23:44:52] <geckosenator> and it didn't have an error
  • [23:45:01] <ds2> just differenet palces depending on if it was a reference kernel omapfb or l-o driver
  • [23:45:01] <geckosenator> should I just type make uImage
  • [23:45:24] <ds2> I'd... I don't use silly wrappers
  • [23:45:27] <atin_> go into the bb file and change S = to point at the sources you are using.
  • [23:45:51] <geckosenator> ds2: I'm just getting started with this, it's what koen recommended
  • [23:45:54] <atin_> you have your own copy of the sources somewhere right?
  • [23:46:02] <geckosenator> atin_: yes
  • [23:46:07] <atin_> or are you mucking in tmp/work?
  • [23:46:09] <geckosenator> atin_: so then it will apply the patch it it?
  • [23:46:14] <geckosenator> atin_: mucking in tmp/work
  • [23:46:42] <atin_> I would say have your own copy, apply the patches to it, then change the bb file to use your sources.
  • [23:46:57] <geckosenator> ok, I have my own copy of linux-omap already
  • [23:47:02] <geckosenator> how do I apply the patches to that?
  • [23:48:02] <atin_> that's where I was getting to next - I have never actually had to apply patches! I think the patches are listed in the bb file, so maybe take whatever is left in tmp/work and copy it over someplace else
  • [23:48:19] <ds2> geckosenator: good luck with then
  • [23:48:23] <atin_> and then put your syntax error there, modify the bb file and make sure it still breaks :)
  • [23:48:39] <ds2> easier to git clone, copy over config, make ARCH=arm ....... uImage
  • [23:48:44] <ds2> instal uImage. done
  • [23:48:58] <atin_> :) - you don't use openembedded?
  • [23:49:08] <ds2> nope, don't touch that sort of stuff
  • [23:49:13] <koen> flo_lap: I did ~1.5m in the bedroom, which has a blackout curtain
  • [23:49:13] <geckosenator> ds2: I agree it's easier, but then I don't have the patches
  • [23:49:28] <atin_> dang thing is totally undocumented. I've been putting print statements in bitbake to figure out what it does ;)
  • [23:49:33] <ds2> geckosenator: patch -p1 < patchfile
  • [23:49:38] <ds2> or import them into git
  • [23:49:40] <geckosenator> ds2: I built the kernel on the beagle natively that way, but that kernel wouldn't boot.. maybe it was something else I missed
  • [23:50:12] <atin_> gecko, I think the tmp/work folder has all the patches applied after you've finished the build.
  • [23:50:17] <koen> flo_lap: I couldn't go bigger because the rooms are too small :)
  • [23:50:18] <ds2> oh the latest l-o tree don't place nice with EHCI; got to disable that in the config or scour the l-o list for a patch
  • [23:50:25] <flo_lap> koen: I have the perfect companion fot that thingy... a laser projection keyboard :)
  • [23:50:26] <atin_> unless these are patches that aren't in the official recipe I guess.
  • [23:50:43] <geckosenator> atin_: ok, so maybe I should type "make uImage" in there
  • [23:50:54] <ds2> flo_lap: given up on having anything solid huh? :D
  • [23:51:03] <atin_> no no :)
  • [23:51:18] <flo_lap> koen: ok, I had to move to a larger flat last year :)
  • [23:51:28] <koen> flo_lap: don't connect the pico to a regular computer
  • [23:51:42] <atin_> gecko, here is what I've been doing. I bitbake u-boot. then copy the /tmp/work/...u-boot sources someplace else.
  • [23:51:50] <geckosenator> atin_: ok
  • [23:52:06] <koen> its i2c does 3.3v, so you can kill it by driving it at 5v
  • [23:52:10] <geckosenator> atin_: why bother to copy it?
  • [23:52:15] <atin_> modify the u-boot_git.bb recipe to make the S = ${WORKDIR}/git to S = "/home/atin/oe/local/sources/u-boot"
  • [23:52:19] <koen> flo_lap: don't ask me how I know
  • [23:52:24] * jrmuizel (n=jrmuizel@mozca02.ca.mozilla.com) Quit ()
  • [23:52:25] <ds2> koen: I2C on the HDMI connector?
  • [23:52:30] <geckosenator> the i2c on the hdmi is 5v
  • [23:52:33] <atin_> and then just call bitbake u-boot again
  • [23:52:41] <koen> ds2: that one
  • [23:52:48] <atin_> and it will use my copied sources. otherwise I think tmp/work gets overwritten
  • [23:52:50] <ds2> oh.. okay, thanks for the heads up
  • [23:52:52] <flo_lap> ds2: hehe, not really but it is an interesting area for experiments... most of my other devices are rock solid
  • [23:52:59] <flo_lap> koen: eeks!
  • [23:53:00] <koen> the beagle is safe because of the level convertors
  • [23:53:02] <geckosenator> atin_: oh
  • [23:53:15] <ds2> does DVI pass the I2C through ?
  • [23:53:29] <geckosenator> I think it has to
  • [23:53:33] <atin_> at least based on you not getting a syntax error, either that, or it decided that your latest build didn't need to get rebuilt
  • [23:53:38] <koen> ds2: it should, otherwise you can't do EDID
  • [23:53:57] <flo_lap> koen: sounds like someone at TI had a really clever idea
  • [23:54:02] <geckosenator> atin_: I think bitbake is too smart to recompile it when it just did
  • [23:54:03] <flo_lap> :-}
  • [23:54:19] <ds2> oh crap
  • [23:54:27] <atin_> yeah - actually now I remember. it checks the downloaded thing against the latest
  • [23:54:29] <ds2> 3.3V I2C on there... arrg
  • [23:54:39] <geckosenator> ds2: look at the schematic, I'm pretty sure it's 5v
  • [23:54:40] <atin_> and if it already has the correct download, it assumes the last build was good
  • [23:54:47] <atin_> and doesn't do anything, ignoring your /tmp/work changes.
  • [23:54:59] <geckosenator> there is a txs0102 that converts 1.8 to 5.. I remember that
  • [23:55:27] * scruggs (n=chris@72-161-120-114.dyn.centurytel.net) has joined #beagle
  • [23:55:47] <flo_lap> koen: in fact that's a major pain... even most devices using 3v levels survive 5v at least
  • [23:56:02] <ds2> geckosenator: I am talking about the pico
  • [23:56:20] <atin_> but back to my display resolution - where do I change it? the omapfb_main.c doesn't have a mode for 1600x1200 already ...
  • [23:56:39] <geckosenator> atin_: add it?
  • [23:56:50] <atin_> if that is the right file to add to :)
  • [23:56:52] <geckosenator> atin_: I'm running make uImage in tmp/work, I'll see if it dies
  • [23:56:59] <geckosenator> atin_: did you find all the other modes in there already?
  • [23:57:07] <geckosenator> atin_: mine already had a bunch of modes
  • [23:57:37] <atin_> there are a few, but then lcd_omap3beagle.c has the 1024x168 also and I don't know which is being used.
  • [23:58:14] <atin_> somehow I think it might be omap3fb_main.c ...
  • [23:58:18] <geckosenator> atin_: grep for "800x600@60"
  • [23:58:21] * guillaum1 (n=Guillaum@AMontsouris-153-1-20-180.w86-212.abo.wanadoo.fr) Quit ("Leaving.")
  • [23:58:31] <geckosenator> it's on line 128 of omapfb_main.c
  • [23:58:36] * guillaum1 (n=gl@AMontsouris-153-1-20-180.w86-212.abo.wanadoo.fr) has joined #beagle
  • [23:58:45] <geckosenator> I don't have omap3fb_main.c .. is that a typo?
  • [23:58:56] <atin_> omapfb_main.c
  • [23:59:01] * TAK2004 (n=Administ@dslb-088-074-061-253.pools.arcor-ip.net) Quit (Read error: 104 (Connection reset by peer))
  • [23:59:03] <koen> geckosenator: don't forget that 2.6.27 and 2.6.28 use different DSS systems
  • [23:59:16] * maelcum (n=quassel@e178136103.adsl.alicedsl.de) Quit (Read error: 110 (Connection timed out))
  • [23:59:26] <atin_> yes, guess I'll add it there and see if my monitor explodes :)
  • [23:59:47] <geckosenator> koen: thanks for letting me know, I wasn't aware
  • [23:59:54] * DaQatz (n=db@c-66-30-48-54.hsd1.nh.comcast.net) has joined #beagle
  • [23:59:59] <geckosenator> atin_: just make sure the timings are right :-P