#beagle IRC Log on BeagleBoard.org

Join the chat at beagleboard.org/chat

IRC Log for 2009-01-08

Timestamps are in UTC.

[00:00:29] * Gimp__ (n=harsha@cpe-70-112-199-85.austin.res.rr.com) Quit ("Ex-Chat")
[00:03:40] * geckosenator (n=sean@ppp-69-218-241-177.dsl.dytnoh.ameritech.net) Quit (Read error: 110 (Connection timed out))
[00:04:46] * fulgas is now known as FuL|OUT
[00:07:06] * zedstar (n=john@fsf/member/zedstar) Quit (Remote closed the connection)
[00:08:56] <Xenion> i'm off - Good night folks sleep well ! :-) / Gute Nacht alle miteinander angenehme Tr??ume !
[00:09:01] * felipec (n=felipec@189.153.88.243) has joined #beagle
[00:09:14] * Leon_Nardella (n=leon@200-161-14-111.dsl.telesp.net.br) Quit (Read error: 104 (Connection reset by peer))
[00:11:49] * rsalveti (n=salveti@189.70.60.88) has joined #beagle
[00:13:30] * mib_c6f8of (i=558823a4@gateway/web/ajax/mibbit.com/x-0b7e6e1d4acff532) Quit ("http://www.mibbit.com ajax IRC Client")
[00:20:02] * alecrim (n=alecrim@189.2.128.130) Quit (Remote closed the connection)
[00:34:01] * ceyusa (n=ceyusa@189.163.35.95) has joined #beagle
[00:36:37] * gregoiregentil (n=zonbu@adsl-71-135-114-242.dsl.pltn13.pacbell.net) has joined #beagle
[00:38:32] * mib_maxiiq (i=803713d8@gateway/web/ajax/mibbit.com/x-43d7a362dc1115f1) Quit ("http://www.mibbit.com ajax IRC Client")
[00:39:11] * jkridner|work (n=a0321898@nat/ti/x-c017bcbf176b3506) Quit ("Leaving.")
[00:50:20] * TAK2004 (n=Administ@dslb-088-074-047-011.pools.arcor-ip.net) Quit ("Verlassend")
[00:51:09] * mib_maxiiq (i=6317bc66@gateway/web/ajax/mibbit.com/x-0da98bcfe537760a) has joined #beagle
[00:51:57] * _don_ (n=don@nat/ti/x-782894d2a237cd64) Quit ()
[00:54:59] * bmxr (n=bmxr@d64-180-251-177.bchsia.telus.net) Quit (Remote closed the connection)
[00:55:25] * jrmuizel (n=jrmuizel@mozca02.ca.mozilla.com) Quit ()
[00:59:23] * bazbell (n=a0192809@nat/ti/x-07d26ad2a8126040) has joined #beagle
[00:59:50] * emeb_mac (n=ericb@ip72-223-90-212.ph.ph.cox.net) Quit ()
[01:03:54] * nemequ_ (n=nemequ@ip68-111-215-155.sd.sd.cox.net) Quit (Read error: 60 (Operation timed out))
[01:14:22] * n6pfk1 (n=mike@c-76-104-54-202.hsd1.va.comcast.net) has joined #beagle
[01:15:43] * bmxr (n=bmxr@d64-180-251-177.bchsia.telus.net) has joined #beagle
[01:16:35] * mib_maxiiq (i=6317bc66@gateway/web/ajax/mibbit.com/x-0da98bcfe537760a) Quit ("http://www.mibbit.com ajax IRC Client")
[01:20:50] * nemequ (n=nemequ@ip68-111-215-155.sd.sd.cox.net) has joined #beagle
[01:20:51] * recalcati (i=5d902a55@gateway/web/ajax/mibbit.com/x-3ea6cf7350ca6f30) has joined #beagle
[01:24:09] <recalcati> tomba: also my ubuntu doesn't answer to arp request from beagleboard through usbnet
[01:25:58] * recalcati (i=5d902a55@gateway/web/ajax/mibbit.com/x-3ea6cf7350ca6f30) Quit ("http://www.mibbit.com ajax IRC Client")
[01:33:17] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
[01:37:34] * Leon_Nardella (n=leon@200-161-14-111.dsl.telesp.net.br) has joined #beagle
[01:41:49] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit ()
[01:43:37] * Xenion (n=robert@p579FCDE3.dip.t-dialin.net) Quit (Read error: 110 (Connection timed out))
[01:44:36] * Xenion (n=robert@p579FCDD4.dip.t-dialin.net) has joined #beagle
[01:45:32] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
[01:46:09] * recalcati (i=5d902a55@gateway/web/ajax/mibbit.com/x-268635065b026573) has joined #beagle
[01:46:35] * recalcati (i=5d902a55@gateway/web/ajax/mibbit.com/x-268635065b026573) Quit (Client Quit)
[01:47:40] * nemequ (n=nemequ@ip68-111-215-155.sd.sd.cox.net) Quit (Connection timed out)
[01:48:01] * nemequ (n=nemequ@ip68-111-215-155.sd.sd.cox.net) has joined #beagle
[01:55:44] * ClaudeQC (n=claude@bas1-quebec03-1279636344.dsl.bell.ca) has joined #beagle
[01:59:14] * alecrim (n=alecrim@201008198084.user.veloxzone.com.br) has joined #beagle
[02:08:02] * emeb_mac (n=ericb@ip72-223-90-212.ph.ph.cox.net) has joined #beagle
[02:11:56] * daved150 (n=dave@c-76-17-177-228.hsd1.mn.comcast.net) has joined #beagle
[02:15:12] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit ()
[02:17:30] * viridior (n=viridis@ip98-169-228-199.dc.dc.cox.net) has joined #beagle
[02:21:28] * gregoiregentil (n=zonbu@adsl-71-135-114-242.dsl.pltn13.pacbell.net) has left #beagle
[02:21:33] * ClaudeQC (n=claude@bas1-quebec03-1279636344.dsl.bell.ca) has left #beagle
[02:23:31] * gregoiregentil (n=zonbu@adsl-71-135-114-242.dsl.pltn13.pacbell.net) has joined #beagle
[02:36:35] * ScriptRipper (n=martin@opensuse/member/MartinMohring) Quit (Remote closed the connection)
[02:39:47] * daved1501 (n=dave@c-76-17-177-228.hsd1.mn.comcast.net) has joined #beagle
[02:39:55] * daved150 (n=dave@c-76-17-177-228.hsd1.mn.comcast.net) Quit (Read error: 110 (Connection timed out))
[02:41:13] * daved1501 (n=dave@c-76-17-177-228.hsd1.mn.comcast.net) has left #beagle
[02:41:41] <bmxr> anyone know if the USB OTG only needs to be shorted during boot? or the whole time?
[02:42:08] <bmxr> i'll be running Mojo
[02:47:23] * robtow (n=rtow@nat/montavista/x-9b921fc1dad185ea) Quit ("Leaving.")
[02:48:24] * aleij_ (n=ad@204-50.78-83.cust.bluewin.ch) Quit ()
[02:58:33] * n6pfk1 (n=mike@c-76-104-54-202.hsd1.va.comcast.net) Quit ("Powered by OE: www.openembedded.org")
[03:09:01] * gregoiregentil (n=zonbu@adsl-71-135-114-242.dsl.pltn13.pacbell.net) Quit ("Leaving.")
[03:09:27] * daved150 (n=dave@c-76-17-177-228.hsd1.mn.comcast.net) has joined #beagle
[03:11:14] * ceyusa (n=ceyusa@189.163.35.95) Quit (Read error: 110 (Connection timed out))
[03:13:09] * matt_c (n=mcroydon@137.147.45.66.cm.sunflower.com) has joined #beagle
[03:20:19] * rupeshgujare (n=rupesh@59.160.172.220) has joined #beagle
[03:24:20] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
[03:31:38] * matt_c (n=mcroydon@137.147.45.66.cm.sunflower.com) Quit ()
[03:32:09] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit (Remote closed the connection)
[03:32:50] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
[03:36:06] * dcordes (n=dcordes@unaffiliated/dcordes) has joined #beagle
[03:37:48] * RyoKimball (n=Ryo_Kimb@75-120-211-4.dyn.centurytel.net) has joined #beagle
[03:38:28] <RyoKimball> So, I have HDMI/DVI cable, serial interface, and SDHC (4GB). Anything else I need to run something simple on the Beagle?
[03:39:38] <mru> you might want keyboard/mouse as well
[03:39:42] <TehUni> RyoKimball: usb hub? usba to usb cable (very hard to find. not as easy as it looks). power?
[03:39:45] <mru> depends on what you want to do
[03:40:19] <RyoKimball> lol oh yeah!! (doh!)
[03:40:19] <RyoKimball> Have keyboard and mouse, but not the USB thing...
[03:41:05] <RyoKimball> I'm actually sending back the Beagle in lue of RevC, but thought I'd go ahead and try running something before I send it off...
[03:41:07] <RyoKimball> oh, well
[03:41:43] <mru> rev c won't be on sale for yet a while
[03:41:57] <RyoKimball> Yeah, I know... but I can wait, and would be better off for it.
[03:42:15] <RyoKimball> I'm wanting to make a portable device and kinda need the raw LCD out
[03:43:59] * daved150 (n=dave@c-76-17-177-228.hsd1.mn.comcast.net) Quit (Remote closed the connection)
[03:44:45] * jrmuizel_ (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
[03:48:09] * dcordes_ (n=dcordes@unaffiliated/dcordes) Quit (Read error: 110 (Connection timed out))
[03:50:40] * RyoKimball (n=Ryo_Kimb@75-120-211-4.dyn.centurytel.net) has left #beagle
[03:57:45] * Beagle4 (n=Beagle4@adsl-215-201-130.aep.bellsouth.net) has joined #beagle
[03:58:53] <Beagle4> anyboady blink the led from angstrom with a gui yet?
[04:01:18] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit (Read error: 110 (Connection timed out))
[04:03:24] * jrmuizel_ (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit (Remote closed the connection)
[04:03:31] * ragha (n=ragha@pool-71-96-163-224.dfw.dsl-w.verizon.net) has joined #beagle
[04:04:03] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
[04:04:26] <ragha> hello
[04:04:35] <Beagle4> hello
[04:04:44] <ragha> i am having issue with building OE x-11-image
[04:04:48] * matt_c (n=mcroydon@137.147.45.66.cm.sunflower.com) has joined #beagle
[04:05:22] <ragha> ERROR: omap3-sgx-modules-1.3.13.1397: http://dominion.thruhere.net/koen/OE/omap3-sgx-modules-1.3.13.1397.tar.bz2 has no entry in conf/checksums.ini, not checking URI
[04:06:12] * matt_c (n=mcroydon@137.147.45.66.cm.sunflower.com) Quit (Client Quit)
[04:06:22] <ragha> any idea how to get ahead of this error?
[04:07:46] <Beagle4> Sorry I have no idea...I can't even get the angstrom demo image compiled in OE. From the URL http://elinux.org/BeagleBoardAndOpenEmbeddedGit I run into a problem with the source statement working towards the end that is all I have done with oe so far
[04:08:34] <Beagle4> I am using vmware ubuntu version
[04:10:34] <Beagle4> have you tried doing the build at that URL yet?
[04:17:50] <Beagle4> Have you done that tutorial, or are you using a different method with OE?
[04:17:52] * jsync (n=jess@59.160.172.220) has joined #beagle
[04:18:48] <Beagle4> All I have done is get the angstrom image working, I thought I bricked my beagle...but then I found the tutorial to fix it.
[04:21:32] * shenki (n=joel@202.174.42.5) Quit (Read error: 110 (Connection timed out))
[04:23:49] * matt_c (n=mcroydon@137.147.45.66.cm.sunflower.com) has joined #beagle
[04:26:20] <Beagle4> is this the only place where there is discussion or are there seperate chats?
[04:26:29] <Beagle4> for beagle
[04:29:13] <rupeshgujare> Beagle4:this is the only chat
[04:31:03] * MostAwesomeDude is now known as MAD|munchies
[04:32:10] * jrmuizel_ (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
[04:32:34] * guntshi (i=47aab34a@gateway/web/ajax/mibbit.com/x-0dba31433f50c527) has joined #beagle
[04:32:56] <Beagle4> thanks
[04:40:06] <ragha> hi Beagle4, sorry was away
[04:40:19] <ragha> i tried the steps from the same URL
[04:40:35] <Beagle4> Did you get everything compiled?
[04:41:13] <ragha> some weeks back i had got console-image working
[04:41:32] <ragha> i want see gui and run some gfx apps
[04:42:11] <ragha> 2450 of 4395 got compiled successfully
[04:42:57] <Beagle4> When I try the source statement I get an error, and when it did link it does work it unlinks the other commands like nan and that stuff so I am trying to figure that out right now. I am waiting on a monitor...hopefull angstrom has some sort of gui builder that will be able to interface to the hardware.
[04:43:16] * MAD|munchies is now known as MostAwesomeDude
[04:43:19] <Beagle4> nano
[04:43:38] <Beagle4> easily
[04:44:28] <Beagle4> what version of linux are you using to compile with?
[04:46:13] * jrmuizel_ (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit ()
[04:46:45] * guillaum1 (n=gl@AMontsouris-153-1-25-222.w86-212.abo.wanadoo.fr) Quit (Read error: 110 (Connection timed out))
[04:48:53] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit (Read error: 110 (Connection timed out))
[04:50:46] * guillaum1 (n=gl@AMontsouris-153-1-5-1.w86-212.abo.wanadoo.fr) has joined #beagle
[04:51:13] * geckosenator (n=sean@ppp-69-218-241-177.dsl.dytnoh.ameritech.net) has joined #beagle
[04:55:04] * soman (n=somnath@61.16.248.242) has joined #beagle
[04:59:10] * bazbell (n=a0192809@nat/ti/x-07d26ad2a8126040) Quit ("Leaving.")
[05:05:34] * mpr (n=mpr@aggr.com) has joined #beagle
[05:10:14] <ragha> ubuntu 8.10
[05:10:15] * n6pfk (n=mike@c-76-104-54-202.hsd1.va.comcast.net) Quit ("Leaving")
[05:11:16] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
[05:13:26] * NishanthMenon (n=nmenon@nat/ti/x-c841b2684472d39c) Quit ("Leaving")
[05:32:47] * soman (n=somnath@61.16.248.242) Quit (Remote closed the connection)
[05:41:27] * ragha (n=ragha@pool-71-96-163-224.dfw.dsl-w.verizon.net) Quit ("Leaving")
[05:51:59] * ceyusa (n=ceyusa@189.163.35.95) has joined #beagle
[06:06:21] * Wowbagger_ (n=wowbagge@d154-20-130-66.bchsia.telus.net) has joined #beagle
[06:11:29] * mib_9ebogd (i=4c5d8d7e@gateway/web/ajax/mibbit.com/x-ee65c483231281c6) has joined #beagle
[06:13:56] * alecrim (n=alecrim@201008198084.user.veloxzone.com.br) Quit (Read error: 110 (Connection timed out))
[06:15:13] * robtow (n=rtow@64.62.142.114) has joined #beagle
[06:19:25] * dskinner (i=456e1930@gateway/web/ajax/mibbit.com/x-cbefff22fcf6a2c9) has joined #beagle
[06:28:53] * koen_ (n=koen@s55917625.adsl.wanadoo.nl) has joined #beagle
[06:30:55] * dskinner (i=456e1930@gateway/web/ajax/mibbit.com/x-cbefff22fcf6a2c9) Quit ("http://www.mibbit.com ajax IRC Client")
[06:33:09] * Viral_Sachde (n=Viral_Sa@59.97.2.14) has joined #beagle
[06:37:13] * ceyusa (n=ceyusa@189.163.35.95) Quit (Remote closed the connection)
[06:42:40] * koen (n=koen@s55917625.adsl.wanadoo.nl) Quit (Read error: 110 (Connection timed out))
[06:44:06] * emeb_mac (n=ericb@ip72-223-90-212.ph.ph.cox.net) Quit ()
[06:48:04] * garren|work (n=chatzill@mail.dm.co.za) has joined #beagle
[06:58:27] * emeb_mac (n=ericb@ip72-223-90-212.ph.ph.cox.net) has joined #beagle
[06:59:17] <garren|work> morning all
[07:00:32] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit ()
[07:02:32] * Wowbagger_ (n=wowbagge@d154-20-130-66.bchsia.telus.net) Quit ("Leaving")
[07:02:57] * sh1 (i=3d5fc3cd@gateway/web/ajax/mibbit.com/x-9b483b641576dc04) has joined #beagle
[07:03:28] * robtow (n=rtow@64.62.142.114) Quit ("Leaving.")
[07:06:41] * Beagle4 (n=Beagle4@adsl-215-201-130.aep.bellsouth.net) Quit (Read error: 113 (No route to host))
[07:11:56] <raster> murrp
[07:21:39] * eFfeM (n=frans@195-241-226-180.ip.telfort.nl) has joined #beagle
[07:29:15] * garren|work (n=chatzill@mail.dm.co.za) Quit (Read error: 104 (Connection reset by peer))
[07:35:59] * mckoan|away is now known as mckoan
[07:45:16] * emeb_mac (n=ericb@ip72-223-90-212.ph.ph.cox.net) Quit ()
[07:49:02] * mib_9ebogd (i=4c5d8d7e@gateway/web/ajax/mibbit.com/x-ee65c483231281c6) Quit ("http://www.mibbit.com ajax IRC Client")
[08:08:24] * chombourger (n=mvista-f@169.22.199-77.rev.gaoland.net) has joined #beagle
[08:14:08] * mib_tcr87v (i=5a1d5fb2@gateway/web/ajax/mibbit.com/x-ed6ca66dc2d59095) has joined #beagle
[08:22:20] * gregoiregentil (n=zonbu@adsl-71-135-114-242.dsl.pltn13.pacbell.net) has joined #beagle
[08:39:06] * ssvb (n=ssvb___@a88-114-221-132.elisa-laajakaista.fi) Quit ("Leaving")
[08:45:06] * mib_tcr87v (i=5a1d5fb2@gateway/web/ajax/mibbit.com/x-ed6ca66dc2d59095) Quit ("http://www.mibbit.com ajax IRC Client")
[08:46:11] * _apk (n=kows@85-18-136-98.fastres.net) Quit (Read error: 110 (Connection timed out))
[08:49:52] * philippe (n=fille@a83-245-252-47.elisa-laajakaista.fi) has joined #beagle
[08:50:08] <kulve> koen_: ping?
[08:50:18] <kulve> koen_: what's your kernel args?
[08:53:00] <koen_> 'console=ttyS2,115200n8 console=tty0 root=/dev/mmcblk0p2 rootdelay=2 rootfstype=ext3 video=omapfb:vram:2M,vram:4M'
[08:54:00] <kulve> what the "video" part actually says?
[08:55:35] <kulve> I still have odd red colors in the DVI..
[08:56:23] <koen_> the video part is only for DSS1
[08:56:42] <kulve> right
[08:58:49] <kulve> koen_: did you mention that you had some colors issues with certain evm board revisions..?
[08:59:39] <koen_> on the lcd
[08:59:57] <kulve> hmm
[09:00:09] <kulve> what about audio, should there be audio in evm?
[09:00:12] <koen_> the twl needs to get driven differently for the different ES revisions iirc
[09:00:37] <kulve> # cat /proc/asound/cards
[09:00:37] <kulve> --- no soundcards ---
[09:00:45] <koen_> there was an audio driver for .26, but someone is working on a generic one for TWL4030 boards
[09:00:49] * koen_ is now known as koen
[09:01:23] <kulve> so, there's no audio anymore..
[09:02:29] <sh1> on 256mb omap3 board. for somereason it does not mount nfs if i enable mmc
[09:02:42] <sh1> any ideas?
[09:03:08] <kulve> not with that much information
[09:04:27] <sh1> if i disable mmc, it mounts nfs. after getting IP address from dhcp. it just hangs
[09:07:36] <DJWillis> sh1: what kernel, with the revised HSMMC stuff?
[09:09:14] * garren|work (n=chatzill@mail.dm.co.za) has joined #beagle
[09:09:35] * eFfeM (n=frans@195-241-226-180.ip.telfort.nl) Quit ("Leaving.")
[09:10:47] <sh1> 2.6.28
[09:11:16] <sh1> this happens only on 256 board and not on 128 board
[09:11:35] <sh1> i dont see a crash/something it just hangs
[09:13:04] <DJWillis> sh1: interesting, we have had NFS roots on 128 and 256 boards and I don't recall any specific issues but that was with .27 pre the MMC overhaul.
[09:13:19] <DJWillis> sh1: can you mention what board it is?
[09:13:29] <sh1> its a custom board
[09:13:43] * DJWillis is not a fan of NFS roots but that is an aside ;-)
[09:14:19] <sh1> the kernel is alive. i can a couple of prints in the keypad driver. it prints
[09:14:26] <sh1> its just does not mount
[09:14:36] <sh1> the moment i disable mmc, it mounts
[09:14:36] <DJWillis> sh1: everything correct in U-Boot/Kernel to bring things up? Nothing wrong with the mux or anything?
[09:14:50] <sh1> yeah. i double checked that
[09:15:23] <DJWillis> How odd, I assume your using the same RAM setup as other OMAP3 boards and nothing exotic?
[09:15:55] <sh1> im using u-boot from mru
[09:17:28] <DJWillis> I was thinking of the RAM chip but still, that seems the same as everyone else.
[09:18:20] <sh1> i suspect also the mux. but double checked it.
[09:18:51] <sh1> it kernel wont crash or something, it just that it refuses to mount the filesystem, it just hangs without priniting anything
[09:19:19] <kulve> sh1: "after getting IP address from dhcp. it just hangs".. Does it disable the network momentarily when getting the IP? That will of course jam the whole system when running on nfs root
[09:19:34] <sh1> http://pastebin.ca/1303338
[09:20:12] <kulve> oh, you meanat during the boot..
[09:20:42] <sh1> the same happens if i try to put file system of sdmmc too
[09:21:49] <DJWillis> sh1: your saying eth will jam the system with a room on an SD/MMC card?
[09:22:06] <DJWillis> room = root ;-)
[09:23:33] <sh1> No, with mmc enabled. it does not mount a fs either via nfs or on sdmmc
[09:23:35] <koen> the empty rootpath is intended?
[09:23:42] * florian_kc (n=fuchs@217.146.132.69) has joined #beagle
[09:24:11] <sh1> i tried putting rootfs on nfs first and mmc next. it wont mount at all with mmc enabled in the kernel
[09:24:24] * philippe (n=fille@a83-245-252-47.elisa-laajakaista.fi) Quit (No route to host)
[09:24:53] <DJWillis> sh1: ok, something seems quite broken in the barn ;-). Tried .27 before the HSMMC work?
[09:25:15] <sh1> i suspect something to do with bootloader setting. cant make it out
[09:25:57] * florian_kc is now known as florian
[09:25:58] <DJWillis> sh1: my first thought was the MUX/setup as that caused me so much grief on the Pandora ;-)
[09:26:05] <florian> good morning
[09:26:13] <DJWillis> Hi florian
[09:26:33] <sh1> i will check that again
[09:27:07] * mib_2wj4xa (i=50b272ea@gateway/web/ajax/mibbit.com/x-e18d131139b215e8) has joined #beagle
[09:27:50] <mib_2wj4xa> hello
[09:32:50] <koen> tomba: arch/arm/plat-omap/dss/dss.c: In function 'dss_print_clocks':
[09:32:50] <koen> arch/arm/plat-omap/dss/dss.c:239: error: implicit declaration of function 'clk_get_usecount'
[09:33:06] <koen> tomba: that's with current l-o git + dss2 patches
[09:34:35] <tomba> hmm I just rebased to l-o yesterday. I'll check it
[09:36:54] * adish (n=adish@80.178.114.234.static.012.net.il) has joined #beagle
[09:39:41] * Styrac (n=adish@80.178.114.234.static.012.net.il) has joined #beagle
[09:39:51] * adish (n=adish@80.178.114.234.static.012.net.il) has left #beagle
[09:40:05] * Styrac (n=adish@80.178.114.234.static.012.net.il) Quit (Client Quit)
[09:40:41] * abitos (n=nixgibts@dslb-084-057-164-159.pools.arcor-ip.net) has joined #beagle
[09:41:02] * Styrac (n=adish@80.178.114.234.static.012.net.il) has joined #beagle
[09:43:50] <koen> raster: how do I disable the desktop icons from EFM in my e-wm-config recipe?
[09:47:07] <raster> koen: easiest way - find the modules sections
[09:47:13] <raster> where theres a list of modules
[09:47:15] <raster> find the fileman one
[09:47:19] <raster> delete that section
[09:48:10] <koen> would flipping the enabled bit work as well?
[09:48:44] <koen> value "enabled" uchar: 1;
[09:49:02] * Styrac (n=adish@80.178.114.234.static.012.net.il) Quit ("Leaving")
[09:49:07] * mib_2wj4xa (i=50b272ea@gateway/web/ajax/mibbit.com/x-e18d131139b215e8) Quit ("http://www.mibbit.com ajax IRC Client")
[09:50:05] <koen> raster: actually, I'd like filman to launch when people click on an entry in the 'places' module, but I don't want the icons on the desktop
[09:50:19] <koen> good: http://scap.linuxtogo.org/files/a9d9d199e936e45ef675f663cd3280e2.png
[09:50:28] <koen> bad: http://scap.linuxtogo.org/files/c62b20dec1e5ae2250ffeaf7f5ca3cca.png
[09:53:03] <raster> koen: that means it'd load the .so and resolve symbols etc, but never run the module init func
[09:53:05] <raster> so it'd work
[09:53:11] <raster> just waste extra loading time
[09:53:27] <raster> oh
[09:53:29] <raster> u want the fm
[09:53:37] <raster> ummm - u'll need an fm config blob then
[09:53:50] <raster> module.fileman.cfg
[09:54:08] <raster> in there (decode it to text) is a config option for desktop icons
[09:54:12] <raster> u still have fm
[09:54:17] <raster> but u can access from menu only
[09:54:21] <raster> or other mechanissms
[09:54:27] <raster> it wotn go put icons on the desktop
[09:55:15] <koen> btw, the 'settings panel' has an awfully small default size
[09:55:41] <raster> 1/3 of the screen width/hieight
[09:55:43] <raster> :)
[09:56:22] * chombourger (n=mvista-f@169.22.199-77.rev.gaoland.net) Quit (Remote closed the connection)
[09:57:55] <kulve> koen: so, you didn't get the new DSS2 compiled..?
[09:59:11] <koen> kulve: only against l-o git from yesterday
[09:59:21] <koen> the stuff that got applied in between breaks compilation
[10:03:55] <koen> raster: is it possible to hook the battery module into hal so it will only display when there's an actual battery present?
[10:04:14] <tomba> koen: pushed fixes to test branch
[10:04:28] <koen> raster: http://cgit.openembedded.net/cgit.cgi?url=openembedded/commit/&id=8a6b8a482dcc3aeeac9aed0cd851e8face394fc8
[10:11:40] <florian> koen: http://wiki.openembedded.net/index.php/BeagleBoard
[10:13:34] * RogerMonk (n=a0740758@nat/ti/x-5c5dcfd9008b571a) has joined #beagle
[10:18:01] * primer_ (n=IceChat7@c-67-170-235-15.hsd1.ca.comcast.net) has joined #beagle
[10:18:18] <primer_> any one awake?
[10:18:21] <geckosenator> me
[10:18:35] <florian> primer_: a lot...
[10:20:02] <primer_> hah... gota question about electronics (not my background) how can you measure voltage or Watts on a wire?
[10:21:15] <sh1> voltmeter/watt meter
[10:21:57] <primer_> no the actual components that would be able to do it
[10:22:12] <primer_> or maybe a link
[10:22:17] <koen> florian: http://wiki.openembedded.net/index.php/BeagleBoard
[10:23:29] <koen> the voltage on a wire is pretty much zero
[10:23:39] <koen> unless you have a high impedance wire
[10:24:41] <florian> koen: great!
[10:25:36] * sh1 (i=3d5fc3cd@gateway/web/ajax/mibbit.com/x-9b483b641576dc04) Quit ("http://www.mibbit.com ajax IRC Client")
[10:27:38] * and-ri (n=ubuntu@pd95b4498.dip0.t-ipconnect.de) has joined #beagle
[10:27:43] <and-ri> do anybody know. how to activate java for the epiphany browser in angstrom? how does it work? there is a button , called java , in the menu but you can not use java whether it is active. i installed jamvm and it works with the console but not with the browser....what have i to do to use it with the browser?
[10:28:19] <koen> and-ri: send a mail to the beagleboard list
[10:32:00] <and-ri> thx, i never did it.... have to find out how it works with the email list ;-)
[10:32:15] <koen> raster: http://enlightenment.org/dev/0/ is pretty :)
[10:32:40] <koen> and-ri: you can't do much in opensource without mailinglists, so get used to it :)
[10:35:40] * Xenion (n=robert@p579FCDD4.dip.t-dialin.net) Quit (Read error: 110 (Connection timed out))
[10:36:09] * Xenion (n=robert@p579FCE32.dip.t-dialin.net) has joined #beagle
[11:08:28] * ScriptRipper (n=martin@85.233.34.53.dynamic.cablesurf.de) has joined #beagle
[11:09:19] <kulve> koen: did you update the tomba's patches..?
[11:09:35] * primer_ (n=IceChat7@c-67-170-235-15.hsd1.ca.comcast.net) Quit ("Easy as 3.14159265358979323846...")
[11:09:53] <kulve> I tried tomba's tree with some patches from OE, but I just get:
[11:09:54] <kulve> omapfb omapfb: can't get display 0
[11:10:12] <tomba> what board?
[11:10:20] <kulve> evm
[11:10:57] <BeagleBot> http://beagleboard.org/project/android/ was edited by embinux.myopenid.com
[11:11:03] <tomba> somebody send me an evm so I can fix it =)
[11:11:30] <kulve> it works in OE?
[11:12:37] <BeagleBot> http://beagleboard.org/project/android/ was edited by embinux.myopenid.com
[11:12:43] <tomba> but if you can, check that DEBUG kconfig option is on for both dss and omapfb, and put "omapfb.debug=y omap-dss.debug=y loglevel=10" to kernel parameters
[11:17:55] <kulve> http://pastebin.com/d25b4c1bf
[11:18:09] <kulve> maybe I just have something configured wrong in the kernel..
[11:18:32] <tomba> preferably the whole log
[11:19:41] <kulve> why do I get everything twice to the serial console? Like this:
[11:19:42] <kulve> <3>omapfb omapfb: failed to setup omapfb
[11:19:42] <kulve> omapfb omapfb: failed to setup omapfb
[11:19:58] <tomba> you have kernel hacking/low level debug print option on
[11:22:43] <kulve> hmm.. I don't find any option similar to that..
[11:23:02] <tomba> DEBUG_CONFIG_LL
[11:24:50] * erbo (n=Erik@c-7b7de455.115-16-64736c14.cust.bredbandsbolaget.se) Quit ("...")
[11:25:32] <kulve> System Type -> TI OMAP Implementations -> "Low-level debug console UART (UART1)"
[11:25:45] <tomba> no, in kernel hacking menu
[11:27:26] <kulve> ah
[11:27:44] <kulve> "Kernel low-level debugging functions"
[11:28:07] <kulve> what's the point of that when I get them to console anyway..?
[11:28:30] <tomba> you get them to console only after console driver has been loaded, and working
[11:28:46] <kulve> ok
[11:28:57] <kulve> luckily it's usually working quite well on the platform I have :)
[11:29:07] <tomba> so if something is broken very early in boot, or there's something wrong with console, then that'll save your day
[11:30:33] <kulve> I should enable " OMAP2/3 Display Subsystem support", VENC and DSI supports? " Minimum FCK/PCK" set to 1?
[11:32:23] <koen> venc is for s-video
[11:33:19] <tomba> you need DSI only if you want to use the DSI PLL, for very high resolutions. leave the FCK/PCK to 0
[11:33:36] <kulve> what's "very high resolution"?
[11:34:38] <tomba> I don't remember, but I guess like 1280x1024 at 60Hz
[11:34:45] <kulve> ok
[11:35:14] <tomba> and, well, you also get more exact pixel clocks with DSI PLL, so in some cases you could want to use it with lower resolutions also
[11:36:20] <tomba> and you want the sharp LCD driver for the LCD and possibly the generic LCD driver for DVI
[11:36:27] <kulve> tomba: should your test-tree work ok, or does it still need some patches from mru?
[11:37:09] <tomba> my tree is based on l-o, I have not used any other patches from anywhere. works fine for me. but I usually run a very minimal rootfs.
[11:37:36] <kulve> ok
[11:37:58] * Styrac (n=adish@80.178.114.234.static.012.net.il) has joined #beagle
[11:38:33] <koen> I can confirm that with current git DSS2 on evm is broken
[11:38:50] <kulve> koen: in what way?
[11:39:27] <kulve> tomba: I enabled the generic lcd and got the omapfb detected ok. I am using "omap-dss.def_disp=dvi omapfb.video_mode=800x600MR-24@60" kernel args atm
[11:39:56] <tomba> kulve: does that mean that you have a picture on screen?
[11:40:10] <kulve> tomba: yup. But with odd colors
[11:40:17] * chombourger (n=mvista-f@169.22.199-77.rev.gaoland.net) has joined #beagle
[11:40:20] <kulve> tomba: screen being the 19" LCD monitor
[11:40:33] <tomba> ok, good. I think the odd colors are a problem with evm gpios. but I don't have any documentation about those
[11:40:54] * Styrac (n=adish@80.178.114.234.static.012.net.il) has left #beagle
[11:41:01] <koen> I don't get a picture on the lcd
[11:41:10] <tomba> somebody from TI wrote the DSS2 support to EVM board file, and it has bunch of strange GPIOs
[11:41:30] * Styrac (n=adish@80.178.114.234.static.012.net.il) has joined #beagle
[11:41:30] <kulve> tomba: does it work? :)
[11:41:55] * Styrac (n=adish@80.178.114.234.static.012.net.il) has left #beagle
[11:42:01] <tomba> kulve: well you are using it, does it? =) I don't have an evm
[11:42:10] <koen> tomba: http://pastebin.com/d21e66069
[11:42:10] <kulve> tomba: ??, how should I get the image to the "built-in" lcd?
[11:42:23] <kulve> tomba: ah, sorry, I though it was something you haven't applied or something..
[11:42:49] <kulve> tomba: I set now "omap-dss.def_disp=lcd omapfb.video_mode=640x480MR-24@60" and got a different colors (still bad) on the monitor
[11:43:00] <tomba> kulve: change the def_disp parameter to lcd. or leave it out totally. if you want runtime changing... then you need some shell commands. check Documentation/arm/OMAP/DSS
[11:43:38] <kulve> I did change it to lcd, see above
[11:44:00] <tomba> ah
[11:44:14] <chombourger> felipec: do you have a link to the video you have used for testing gst-openmax + tiopenmax? I am wondering if the DSP MMUFAULT that I am getting is not again due to the video that I am using
[11:44:45] * mib_qoqles (i=50b272ea@gateway/web/ajax/mibbit.com/x-4a56c59403b39dd8) has joined #beagle
[11:45:02] <tomba> well, for lcd you shouldn't set the video_mode, because the LCD usually supports only one specific mode. but are you saying that even if you said def_disp=lcd you get a picture on DVI output?
[11:45:29] <kulve> yes
[11:45:53] <kulve> but I don't have your clean tree, I have some extra patches there..
[11:46:01] <tomba> koen, kulve: please give the whole kernel log when pasting it, not just pieces of it =).
[11:46:02] <kulve> maybe I should try with your tree only..
[11:46:08] <tomba> koen: do you have panel-generic enabled in kconfig?
[11:46:24] * mib_qoqles (i=50b272ea@gateway/web/ajax/mibbit.com/x-4a56c59403b39dd8) Quit (Client Quit)
[11:47:48] <tomba> currently the DSS fails to start if it can't get all the displays that were defined in the board file
[11:47:54] <kulve> tomba: I removed the videomode and now it is using the internal lcd
[11:48:06] <kulve> and with ok colors
[11:48:20] <kulve> so, why do the colors get wrong if it's moved to the dvi
[11:48:45] <tomba> kulve: umm so, with video_mode defined you get a picture on DVI instead of LCD?
[11:48:57] <kulve> yes
[11:49:09] <kulve> i.e. "omapfb.video_mode=640x480MR-24@60"
[11:49:17] <tomba> and with video_mode removed, you don't get a picture on DVI?
[11:49:22] <kulve> yes
[11:49:26] <kulve> I'll double check
[11:49:30] <tomba> ah
[11:49:53] <tomba> I guess the board is sending the image always to both outputs. but when you are using the LCD timings, the DVI monitor cannot display it
[11:50:08] <tomba> does the monitor say something about illegal timings, or something
[11:50:28] <and-ri> how long does it take to get access to the beagleboard.org? i mean if you want to sign in and the admin have to give you access
[11:50:54] <kulve> tomba: monitor? no.. At least I don't get anything like that on the screen..
[11:51:04] <kulve> and yes, I added the video_mode back and now it's again on the dvi only
[11:51:47] <tomba> kulve: well, like my monitor displays a box with text saying "bad video signal" or whatever, if I feed it something that it doesn't understand
[11:52:18] <tomba> in this case, video with the LCD's timings, which are something monitors can't usually show
[11:52:48] <tomba> well anyway, somebody with EVM and EVM's schematics should check these things out. I don't like guessing =)
[11:53:20] <kulve> do you have any idea why the colors get wrong when I use DVI? They are perfect on the lcd..
[11:55:32] <tomba> yes, I have an idea. on SDP there are dip switches where you can select 16/18/24 bit connections. if I change them I get a bit strange colors. probably something similar with EVM
[11:56:48] <kulve> there are two set of switches, one controls booting order (mmc, flash, uart) and the other is jtag related
[11:56:56] <and-ri> i have trouble with the dvi signal, maybe there is a problem with the signal type from the kernel itself.... it could be possible to write your specific resolution and clock time in the kernel. so did i in the beagle board and i can use every TV with dvi as display
[11:57:26] <koen> If I apply DSS2 to 401b285465488f515290e0f9111872b94e1cf922 my evm works, if I apply DSS2 to e8b22165f8af8cf9827d6c3e1279c17a457efb08 it doesn't work
[11:57:32] <tomba> kulve: yes, I suppose on EVM the switches are done with GPIOs. that's why there are that GPIO code in the EVM board file. but I have no idea what they do
[11:57:36] <koen> where 'work' means a picture on the internal lcd
[11:57:46] <and-ri> *i have trouble=if you have trouble
[11:58:02] <koen> and-ri: update your uboot
[11:58:05] * RobertK (i=3edc0622@gateway/web/ajax/mibbit.com/x-88153cc1ac7e73e6) has joined #beagle
[11:58:45] <and-ri> no koen, thx , but there is a miss understanding.... i want to help them ;-)
[12:00:53] * shenki_ (n=joel@202.174.42.5) has joined #beagle
[12:02:33] * abitos (n=nixgibts@dslb-084-057-164-159.pools.arcor-ip.net) Quit (Read error: 113 (No route to host))
[12:04:21] * mib_2hyom6 (i=56a0ae28@gateway/web/ajax/mibbit.com/x-6f26180a216b3ab1) has joined #beagle
[12:05:22] <kulve> tomba: do I need to allocate memory in the kernel args?
[12:05:42] * TAK2004 (n=Administ@dslb-088-074-057-017.pools.arcor-ip.net) has joined #beagle
[12:06:08] <and-ri> koen: but i still have problem with the omapfbplay. i get the message :'FBIO: FBIOPAN_display invalid argument' if i try to start omapfbplay this message appears after some seconds. i guess there is a kernel config problem but i don't know where, i tried nearly everything... and also the hint which you gave me 'etc/init.d/gpe-dm , exit after the 2 line' but i still have the same problem
[12:06:30] <tomba> possibly. there can be a predefined vram allocation in the board file, but if I remember right, I didn't add it to EVM board file. so you may want to put vram=something to kernel args. if there's no vram, then omapfb will use the dma coherent area
[12:06:52] <kulve> and how much should I allocate?
[12:07:10] <kulve> tomba: btw, what docs would you need for the gpio stuff..?
[12:07:34] <tomba> as much as you need =) if you want to be safe, allocate 1280*1024*4*3 bytes. so for 3 overlays, and for 32bit color mode
[12:08:04] <kulve> do I use omapfb.vram? or vram?
[12:08:16] <tomba> kulve: well, information what the gpios do =). but I rather leave the EVM support to somebody else. it's quite frustrating to develop for a HW that you don't have
[12:08:28] <kulve> I understand..
[12:09:03] <tomba> kulve: just vram. with omapfb.vram you can define how much of that total vram is allocated for each framebuffer. normally omapfb allocates just enough for the default display. but if you want larger virtual screen or something, you can define bigger area with omapfb.vram
[12:10:13] <kulve> what's the -24 in the video_mode?
[12:10:46] <tomba> color depth. it may or may not work in all cases, though.
[12:12:37] <RobertK> tomba: I believe it would be good to always allocate screensize*2. Almost all fb programs uses FBIOPAN (okay, at least my programs ;-)
[12:13:14] <kulve> tomba: now I got the right colors on the DVI :)
[12:13:18] <tomba> RobertK: well, I disagree =). but that why there's the kernel arg, so you can easily choose how much to allocate
[12:13:30] <tomba> kulve: what was the prob?
[12:14:00] <kulve> not sure. I had fbset -depth 16 in the boot scripts at some point. That might have confused something
[12:14:02] <tomba> RobertK: for example X does not use FBIOPAN. at least not normally. does it?
[12:14:12] <kulve> now I don't uset fbset, I use these kernel args:
[12:14:13] <kulve> setenv bootargs console=ttyS0,115200n8 noinitrd root=/dev/mmcblk0p2 rw rootwait omap-dss.def_disp=dvi omapfb.video_mode=640x480MR-16@60 omapfb.debug=y omap-dss.debug=y loglevel=10 vram=15M
[12:14:23] <kulve> and I use xf86-video-omapfb
[12:14:31] <tomba> kulve: hmm, with bad colors do you mean that you had bad colors when using X, or bad colors on the framebuffer level?
[12:15:12] <kulve> I boot always to X. And I have always serial console on, so I don't get anything to the DVI before starting X
[12:15:15] <RobertK> tomda: okay, kernel args are okay, too.
[12:15:29] <tomba> I think there has been some problems with 24bit display on X. koen?
[12:16:13] <kulve> according to X it was always 16 bit.. But I guess the dss was 24bit or something
[12:16:30] <tomba> kulve: if possible, get also some framebuffer image viewer. it'll help quite a lot if we can leave X problems out from the DSS2 problems =)
[12:16:59] <tomba> but I understand that as an end user you just want the damn thing to work ;)
[12:18:02] <kulve> yeah.. We often do get the fb working but then we get all kinds of issues when trying to get the X running. So usually I'm just trying to get the X running directly. Although, when debugging problems it's more convenient to debug one layer at the time
[12:18:29] <tomba> anyway, the end result was that with 16bpp everything works fine now?
[12:18:45] <kulve> it's very nice that now I can set the output on the kernel args. Now it's not even that big problem that the lcd cannot be rotated
[12:18:51] <kulve> tomba: so it seems
[12:19:02] <raster> koen: hal and battery.. now thats a nasty little world of hurt
[12:19:31] <tomba> kulve: you can also change the output runtime, and you can also change the display mode. but that needs some trickery and carefullness
[12:26:24] * mib_2hyom6 (i=56a0ae28@gateway/web/ajax/mibbit.com/x-6f26180a216b3ab1) Quit ("http://www.mibbit.com ajax IRC Client")
[12:29:34] * aleij (n=ad@91-253.77-83.cust.bluewin.ch) has joined #beagle
[12:34:18] * flo_lap (n=fuchs@217.146.132.69) has joined #beagle
[12:36:14] * mib_2hyom6 (i=56a0ae28@gateway/web/ajax/mibbit.com/x-a836dcdc08445ba0) has joined #beagle
[12:44:41] <kulve> tomba: what kind of trickery and carefulness?
[12:49:03] <RobertK> Using the newest kernel from oe I cannot move a fiel from usb stick to local filesystem
[12:49:21] <RobertK> copy hangs on "unlink("/media/sda1/log.txt" (using strace). Any idea?
[12:49:35] <RobertK> not copy, move hangs on ...
[12:54:00] <koen> tomba: the XV driver expects 16 bit, if you change to to expect the default (32bit) you only need to stick in a DefaultDepth 16 in xorg.conf when running on 16bit displays
[12:54:53] <tomba> kulve: well, there are probably missing checks. so you may end up having smaller screen than what the overlays are or something like that. so things probably have to be done in certain order
[12:56:07] <tomba> but to change the display mode, you can echo to /sys/devices/platform/omapfb/displays and give the timings. or, it also accepts "m:<mode>" option, in which <mode> is similar than given in the kernel arguments
[12:56:18] <kulve> ok
[12:56:38] <kulve> I did check the DSS text file
[12:57:11] <tomba> but if you change from lcd to dvi, to be safe, turn off the displays first, reconnect the manager, check that framebuffers are correct size etc, and only then enable it again
[12:59:06] * garren|work (n=chatzill@mail.dm.co.za) Quit (Read error: 104 (Connection reset by peer))
[13:00:09] <RobertK> Whats the right mailing list for asking musb questions?
[13:01:06] * ceyusa (n=ceyusa@189.163.35.95) has joined #beagle
[13:04:05] <koen> RobertK: linux-usb-general
[13:04:29] * sh1 (i=3d5fc3cd@gateway/web/ajax/mibbit.com/x-12d574e421a12846) has joined #beagle
[13:05:12] <koen> RobertK: http://vger.kernel.org/vger-lists.html#linux-usb
[13:05:27] * mib_2hyom6 (i=56a0ae28@gateway/web/ajax/mibbit.com/x-a836dcdc08445ba0) Quit ("http://www.mibbit.com ajax IRC Client")
[13:06:37] <RobertK> koen: thanks
[13:10:02] * Leon_Nardella (n=leon@200-161-14-111.dsl.telesp.net.br) Quit (Read error: 54 (Connection reset by peer))
[13:10:26] * likewise (n=Leon_Woe@atwork-193.r-212.178.107.atwork.nl) has joined #beagle
[13:12:53] * mib_2hyom6 (i=56a0ae28@gateway/web/ajax/mibbit.com/x-7c092876347e773b) has joined #beagle
[13:13:22] <koen> RobertK: if you check the archives you'll see that Ajay is posting a lot of musb patches these days
[13:17:20] * jsync (n=jess@59.160.172.220) Quit ("Leaving.")
[13:17:28] * brolin (n=brolin@190.157.13.209) has joined #beagle
[13:18:59] <DJWillis> AV500: ping
[13:19:29] <RobertK> koen: okay. I send a message to this ML. Perhaps it helps?!?
[13:21:17] <RobertK> koen: I see a lot of messages from Greg Kroah-Hartman. Is this Ajay?
[13:23:12] * dioioib (n=dioioib@d121-173-32.home3.cgocable.net) Quit ()
[13:23:17] * nemequ (n=nemequ@ip68-111-215-155.sd.sd.cox.net) Quit (Read error: 60 (Operation timed out))
[13:24:16] <Crofton|work> RobertK, no
[13:24:33] <Crofton|work> Ajay is a TI employee
[13:24:35] <Crofton|work> I think
[13:25:48] <kulve> tomba: I enabled the alsa for evm, rebooted couple of times and now I got the wrong colors again:
[13:25:52] <kulve> http://pastebin.com/m25d39bb2
[13:26:22] <koen> has anytone tried a cintiq with a beagleboardyet?
[13:27:27] <Crofton|work> kulve, whaty did you do to enable ALSA?
[13:29:51] <kulve> I applied some patch from the kernel-mailing list
[13:30:14] <tomba> kulve, didn't you just find out earlier that it was an X problem?
[13:30:15] <kulve> I didn't yet try anything but: gst-launch audiotestsrc ! alsasink
[13:30:31] <kulve> tomba: but I didn't change the kernel args nor the fbset
[13:30:53] <kulve> I did change the resolution to 800x480, but it did work several times with it..
[13:31:09] <tomba> does fbset say that the fb is 16bit?
[13:31:09] <kulve> tomba: does the log tell you whether the dss tries to be in 16bit or in 32bit mode?
[13:31:22] <kulve> yes
[13:31:38] <kulve> http://pastebin.com/m30e7550f
[13:31:40] <tomba> I dont' think I print the bpp anywhere, as it's usually not important
[13:33:12] <tomba> I don't see anything suspicious in the kernel log...
[13:33:19] <kulve> hmm..
[13:34:52] * docelic_ (n=docelic@78.134.192.144) has joined #beagle
[13:35:53] * mib_udq6mv (i=d98c6015@gateway/web/ajax/mibbit.com/x-df430b9fb9137acc) has joined #beagle
[13:35:54] * gcohler (n=gcohler@nat/ti/x-965b4a026445c9f1) has joined #beagle
[13:36:31] * mib_udq6mv (i=d98c6015@gateway/web/ajax/mibbit.com/x-df430b9fb9137acc) Quit (Client Quit)
[13:37:04] * garren|work (n=chatzill@mail.dm.co.za) has joined #beagle
[13:40:37] <RobertK> koen: Ah, its Ajay Kumar Gupta. Okay.
[13:42:08] <RobertK> ...and he is a ti employee (at least he has a ti email address).
[13:46:26] <RogerMonk> RobertK - right Ajay is TI'er
[13:47:08] <koen> tomba: the evm problem was PEBKAC, I didn't update the defconfig
[13:47:40] * cbrake_away is now known as cbrake
[13:47:43] * brolin (n=brolin@190.157.13.209) Quit (Client Quit)
[13:48:00] <koen> RogerMonk: current l-o git (2.6.28) turns of the iva2 on boot now to save power: http://git.kernel.org/?p=linux/kernel/git/tmlind/linux-omap-2.6.git;a=commitdiff;h=72e27c14286358a277d26d0ae8d415656dd608a7
[13:50:20] * docelic (n=docelic@78.134.197.242) Quit (Read error: 110 (Connection timed out))
[13:52:40] * docelic_ is now known as docelic
[13:53:18] * royerfa (n=fabroy01@fw-tnat.cambridge.arm.com) has joined #beagle
[13:55:30] <koen> tomba: are you planning to put the v4l2 patches in your tree as well?
[13:56:13] <garren|work> what is 1-o git tree?
[13:56:20] <garren|work> whos git tree is that?
[13:56:50] <Stskeeps> linux-omap? :P
[13:57:31] <kulve> yeah, l-o, not 1-o
[13:58:49] * recalcati (i=5e51e964@gateway/web/ajax/mibbit.com/x-714663db4c49bc3c) has joined #beagle
[14:00:59] <RogerMonk> koen - thanks - I'll take a look
[14:01:02] * rupeshgujare (n=rupesh@59.160.172.220) has left #beagle
[14:02:48] <tomba> koen: no
[14:03:53] <garren|work> of course :-) thanks
[14:06:29] <and-ri> gregoiregentil: he, i read that you had some trouble with omapfbplay in the paste. and you had install some patches in the 2.6.27 kernel to use it...but i don't find the patch-links in the irclogs....can you tell me what kind of patches do you have used?
[14:06:37] * rsalveti (n=salveti@189.70.60.88) Quit (Remote closed the connection)
[14:06:53] <recalcati> koen: this evening I can try usb to ethernet !!!
[14:08:47] * Leon_Nardella (n=leon@200-161-14-111.dsl.telesp.net.br) has joined #beagle
[14:09:19] <and-ri> gregoiregentil: i found it!!!
[14:14:47] * erbo (n=erik@c-7b7de455.115-16-64736c14.cust.bredbandsbolaget.se) has joined #beagle
[14:15:30] * mib_5jws8b (i=c3467261@gateway/web/ajax/mibbit.com/x-033e2d89c6f4d3da) has joined #beagle
[14:16:10] <mib_5jws8b> hello! anyone have an idea when the new rev. with lcd interface will be ready? thanks!!!
[14:19:51] <RobertK> mib_5jws8b: March
[14:20:38] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
[14:20:53] <RobertK> http://elinux.org/BeagleBoard#Revision_C
[14:23:07] <mib_5jws8b> thanks for the info!
[14:23:20] <Crofton|work> koen, will new linux-omap work on the beagle?
[14:24:10] <Crofton|work> I am working on checking it, but I noticed it is still using .27
[14:24:17] <Crofton|work> as the default
[14:24:59] * rsalveti (n=salveti@200.184.118.130) has joined #beagle
[14:25:04] * mib_5jws8b (i=c3467261@gateway/web/ajax/mibbit.com/x-033e2d89c6f4d3da) Quit ("http://www.mibbit.com ajax IRC Client")
[14:25:24] * prpplague^2 (n=dave@mail.americanmicrosystems.com) has joined #beagle
[14:26:35] * bazbell (n=a0192809@nat/ti/x-d5aa0af6c0f6af8d) has joined #beagle
[14:26:57] * rsalveti (n=salveti@200.184.118.130) Quit (Remote closed the connection)
[14:28:40] * nemequ (n=nemequ@ip68-111-215-155.sd.sd.cox.net) has joined #beagle
[14:29:21] * Leon_Nardella (n=leon@200-161-14-111.dsl.telesp.net.br) Quit (Read error: 110 (Connection timed out))
[14:29:32] * mib_2hyom6 (i=56a0ae28@gateway/web/ajax/mibbit.com/x-7c092876347e773b) Quit ("http://www.mibbit.com ajax IRC Client")
[14:30:21] <Crofton|work> linuxtogo is down again :(
[14:30:59] * JuanG (n=Juan@nat/ti/x-55077ea9423907fe) has joined #beagle
[14:31:03] * JuanG (n=Juan@nat/ti/x-55077ea9423907fe) has left #beagle
[14:31:07] * Leon_Nardella (n=leon@200-161-14-111.dsl.telesp.net.br) has joined #beagle
[14:31:44] * rsalveti (n=salveti@200.184.118.130) has joined #beagle
[14:36:08] <koen> Crofton|work: .27 is the default since DSP and SGX is know working with that
[14:36:21] * sh1 (i=3d5fc3cd@gateway/web/ajax/mibbit.com/x-12d574e421a12846) has left #beagle
[14:36:27] <Crofton|work> right
[14:36:34] <Crofton|work> I need to try some pm stuff
[14:36:45] <Crofton|work> I'll try git here
[14:37:06] <Crofton|work> do you think dsp will work with git?
[14:37:24] <koen> 99% change it works
[14:37:34] <koen> dsplink and CE build against 2.6.28
[14:37:36] <Crofton|work> ok
[14:37:40] <Crofton|work> I need to try it also
[14:37:47] <koen> s/change/chance/
[14:37:50] <Crofton|work> are the link samples availabel?
[14:38:01] <koen> 'bitbake dsplink'
[14:38:04] <Crofton|work> ie, do you use codec engine or link
[14:38:20] <Crofton|work> ie, does codec engine still depend on different link :)
[14:38:23] <koen> CE uses link
[14:38:33] <Crofton|work> is in DEPNDS?
[14:38:37] <RogerMonk> Crofton|work - CE provides it's own configured version of link
[14:38:45] <Crofton|work> lovely :)
[14:38:47] <Crofton|work> ok
[14:38:58] <RogerMonk> bitbake codecengine builds dsplink as well if necessary
[14:40:00] <Crofton|work> hopefully I can play with them soon
[14:40:03] * rsalveti (n=salveti@200.184.118.130) Quit (Remote closed the connection)
[14:40:21] * rsalveti (n=salveti@200.184.118.130) has joined #beagle
[14:40:27] <RogerMonk> cool - let us know how u get on
[14:45:30] * Viral_Sachde (n=Viral_Sa@59.97.2.14) has left #beagle
[14:46:16] * ddompe (n=ddompe@200.122.155.113) has joined #beagle
[14:48:14] * prpplague^2 is now known as prpplague
[14:48:18] * DaQatz (n=db@c-66-30-48-54.hsd1.nh.comcast.net) Quit (Read error: 110 (Connection timed out))
[14:49:27] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit ()
[14:50:36] <koen> kulve: do you have a link to the evm patch for also you use?
[14:50:55] * maelcum (n=quassel@e178185150.adsl.alicedsl.de) Quit (Read error: 60 (Operation timed out))
[14:51:25] <sakoman_> Does anyone know if there is a simple way to distinguish beteen the various flavors of 35XX in software, i.e. to distinguish a 3503 from a 3530?
[14:51:39] <koen> iirc there isn't
[14:52:09] <muriani> try to use a feature that isn't in the others?
[14:52:28] <sakoman_> And while I am at it, does the 35XX have a unique ID hidden in a register somewhere?
[14:52:41] <muriani> powervr denied!
[14:52:47] <muriani> DSP denied!
[14:53:19] <sakoman_> muriani: My fear is that all components have the same die inside and are sorted by test pass/fail
[14:53:39] <muriani> sakoman_: this is likely very true.
[14:53:56] <muriani> so you try everything, and see what crashes :p
[14:54:01] <sakoman_> so perhaps dsp/3d will "sort of" work with 3503
[14:54:15] <sakoman_> a support nightmare for a company that sells both!
[14:54:40] <jkridner> good morning all
[14:55:55] * mib_67huk6 (i=84fa81e3@gateway/web/ajax/mibbit.com/x-db87d221ffb508dd) has joined #beagle
[14:56:05] <RobertK> goood morning
[14:56:08] <mib_67huk6> just a quick one
[14:56:12] <koen> DJWillis: the pandora led patch went upstream
[14:56:23] <koen> DJWillis: the wrong one :(
[14:56:26] <mib_67huk6> and i did some searching...has anyone used the arduino as a sensor platform for the beagleboard?
[14:56:34] <jkridner> good morning all.
[14:56:44] <RobertK> arduino?
[14:56:54] <mib_67huk6> www.arduino.cc
[14:56:57] <koen> jkridner: good morning
[14:57:09] <jkridner> hammer, yes.
[14:57:12] <jkridner> not sure about arduino
[14:57:45] <jkridner> some people have connected sensors directly to the BeagleBoard as well.
[14:57:58] <mib_67huk6> k
[14:58:25] <mib_67huk6> the attractive part about the arduino is a) I already wrote to code for my sensors and b) it has 6 ADC's
[14:59:06] * Leon_Nardella (n=leon@200-161-14-111.dsl.telesp.net.br) Quit ("Leaving.")
[14:59:22] <sakoman_> jkridner: good morning
[14:59:32] <sakoman_> youjust missed my questions :-)
[14:59:55] <sakoman_> <sakoman_> Does anyone know if there is a simple way to distinguish beteen the various flavors of 35XX in software, i.e. to distinguish a 3503 from a 3530?
[15:00:10] <sakoman_> <sakoman_> And while I am at it, does the 35XX have a unique ID hidden in a register somewhere?
[15:00:58] <koen> jkridner: do you know if the omaps on recent beagleboards have their smartreflex efuses programmed?
[15:01:11] * rsalveti (n=salveti@200.184.118.130) Quit (Read error: 113 (No route to host))
[15:01:30] <sakoman_> heh, we're going to keep jkridner busy this morning :-)
[15:01:39] <jkridner> I do not.
[15:01:41] <jkridner> maybe we should add that to the board production testing.
[15:01:49] * mengyoyou (i=3cbf6318@gateway/web/ajax/mibbit.com/x-e9eba2442b29198e) has joined #beagle
[15:02:03] <jkridner> I think we are going to try to make the new production u-boot/kernel more open to take inputs on exactly what should be tested.
[15:02:06] <likewise> Is DSS2 hardware specific or only s/w specific?
[15:02:24] <koen> likewise: DSS2 is a driver for omap2 and omap3 DSS blocks
[15:02:47] <koen> DSS being Display Sub System
[15:02:56] <likewise> koen: And DSS h/w has 75 MHz max pix clock.
[15:02:59] <koen> framebuffer, overlay, s-video encoders, etc
[15:03:23] * mengyoyou (i=3cbf6318@gateway/web/ajax/mibbit.com/x-e9eba2442b29198e) Quit (Client Quit)
[15:03:38] <koen> likewise: iirc 86MHz, but you'd have to ask tomba for details, since you can clock off a 173MHz PLL
[15:03:51] * emeb (n=ericb@ip72-223-90-212.ph.ph.cox.net) has joined #beagle
[15:04:00] <likewise> I heard about that PLL rumour, but cannot find anything in the datasheets.
[15:04:11] <tomba> max pixel clock is 1/2 of the input clock
[15:04:27] <likewise> input clock to the DSS
[15:04:32] <likewise> ?
[15:04:32] <tomba> yes
[15:04:53] <tomba> and max input clock is 173MHz using DSI PLL
[15:04:54] <likewise> ok, and can the input clock be coupled to an existing video source clock?
[15:05:01] <garren|work> cheers all
[15:05:04] * garren|work (n=chatzill@mail.dm.co.za) Quit ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]")
[15:05:05] * maelcum (n=quassel@e178189024.adsl.alicedsl.de) has joined #beagle
[15:05:22] <tomba> likewise: I didn't understand
[15:05:46] <likewise> tomba: can we synchronize the DSS output clock to an external video clock?
[15:06:30] <tomba> I don't think so. what would be the purpose of that?
[15:06:33] <kulve> koen: http://tuomas.kulve.fi/tmp/0001-ASoC-Add-support-for-OMAP3-EVM.patch
[15:07:02] <kulve> koen: I took the patch, applied it partly by hand, party with git-am. And that's redone from my tree
[15:07:08] <likewise> tomba: using the DSS output as an overlay over an existing video source, without the need for external frame synchronization.
[15:07:35] <likewise> tomba: I'm just a gateway between experts now, so take my rambling with a grain of salt.
[15:07:35] * matt_c (n=mcroydon@137.147.45.66.cm.sunflower.com) Quit ()
[15:07:45] <RobertK> bye
[15:07:47] * RobertK (i=3edc0622@gateway/web/ajax/mibbit.com/x-88153cc1ac7e73e6) Quit ("http://www.mibbit.com ajax IRC Client")
[15:08:18] <tomba> likeway: ok. well I have to say that I don't know anything about that. you have to read the TRM.
[15:08:25] <likewise> tomba: ok tnx
[15:08:42] * guntshi (i=47aab34a@gateway/web/ajax/mibbit.com/x-0dba31433f50c527) Quit ("http://www.mibbit.com ajax IRC Client")
[15:13:08] * geckosenator (n=sean@ppp-69-218-241-177.dsl.dytnoh.ameritech.net) Quit (Read error: 110 (Connection timed out))
[15:15:46] <kulve> koen: did you get the display working with the latest stuff from tomba?
[15:16:01] <koen> yes
[15:16:34] <kulve> with DVI with proper colors?
[15:16:46] <koen> haven't tried that yet
[15:17:19] <flo_lap> koen: What's the magic for activating the s-video port with 2.6.28? This seems to have changed from the kernel mentioned in the validation thingy
[15:17:26] <kulve> let me know, if you get it working and if you push those to OE. Or did you already update them..?
[15:20:30] * jrmuizel (n=jrmuizel@mozca02.ca.mozilla.com) has joined #beagle
[15:21:46] <koen> flo_lap: http://pastebin.com/d494111b8
[15:21:50] * rsalveti (n=salveti@200.184.118.130) has joined #beagle
[15:22:04] <koen> flo_lap: Documentation/arm/OMAP/DSS in the kernel tree
[15:24:30] <flo_lap> koen: many thanks
[15:25:01] * NishanthMenon (n=nmenon@nat/ti/x-8c1422a9bbe2c304) has joined #beagle
[15:26:23] * mib_67huk6 (i=84fa81e3@gateway/web/ajax/mibbit.com/x-db87d221ffb508dd) Quit ("http://www.mibbit.com ajax IRC Client")
[15:34:49] <koen> kulve: that asoc patch doesn't work with current git
[15:35:07] <koen> kulve: but that's because mcbsp is broken currently due it's use of virtual clocks
[15:35:52] <kulve> koen: I applied it to tomba's tree which I though was quite up-to-date. And with some patches from OE. And I got the alsa working ok..
[15:36:25] * jkridner (n=jason@c-76-31-18-64.hsd1.tx.comcast.net) Quit ()
[15:38:35] * matt_c (n=mcroydon@gateway.sunflowerbroadband.com) has joined #beagle
[15:46:42] * jkridner (n=jason@c-76-31-18-64.hsd1.tx.comcast.net) has joined #beagle
[15:46:42] <BeagleTest> jkridner is http://beagleboard.org/user/blog.hangerhead.com
[15:48:29] * jkridner (n=jason@c-76-31-18-64.hsd1.tx.comcast.net) Quit (Client Quit)
[15:53:30] * mib_9ebogd (i=4c5d8d7e@gateway/web/ajax/mibbit.com/x-ba286a29d438ae9a) has joined #beagle
[15:53:58] <_AV500_> DJWillis: pong
[15:55:55] * dirk2 (n=dirk@p5B042D36.dip0.t-ipconnect.de) has joined #beagle
[15:56:08] * dskinner (i=456e1930@gateway/web/ajax/mibbit.com/x-ee84fbf142e70ec9) has joined #beagle
[15:56:23] * jkridner (n=jason@c-76-31-18-64.hsd1.tx.comcast.net) has joined #beagle
[15:56:23] <BeagleTest> jkridner is http://beagleboard.org/user/blog.hangerhead.com
[15:56:29] * _apk (n=kows@85-18-136-98.fastres.net) has joined #beagle
[15:57:13] * koen gets the feeling that the omap3evm is an omap2evm with a different cpu board
[15:58:33] <jkridner> koen: does the fact that it is give you that feeling?
[15:58:47] * recalcati (i=5e51e964@gateway/web/ajax/mibbit.com/x-714663db4c49bc3c) Quit ("http://www.mibbit.com ajax IRC Client")
[15:59:14] <tharvey> I'm running the libertas-sdio (802.11) driver on beagle's sdio controller and I get a horrible max throughput of 800kbps - can the sdio controller be to blame?
[15:59:27] <tharvey> trying to understand what kind of performance to expect from sdio
[15:59:30] <ds2> no
[15:59:53] <prpplague> tharvey: thats pretty typical for the sdio interface
[15:59:58] <ds2> that stock SDIO stack is too slow,AFAIK
[16:00:31] <koen> jkridner: heh, I suspected it, but I didn't know for sure
[16:00:47] <tharvey> the sdio core in linux you mean or the way the driver has been written for omaps sdhc?
[16:00:59] <koen> jkridner: the docs and silkscreen make it seem like a 'new' board
[16:01:02] <ds2> the SDIO core in Linux
[16:01:27] <jkridner> the fact that it is shared with OMAP2 is part of its value.
[16:02:16] <dirk2> jkridner: http://www.beagleboard.org/irclogs/index.php?date=2009-01-07#T23:18:28 and the following discussion confuses me a little. Should we patch anything in U-Boot for Rev C regarding USB?
[16:02:30] <jkridner> yes.
[16:02:49] <jkridner> we will get some patches out for review.
[16:02:54] <koen> jkridner: it's neat that the design can be shared between different omap generations
[16:03:01] <tharvey> is the poor sdio performance because only a couple of drivers support MMC_CAP_SDIO_IRQ and the rest are polled? even with polling I can't imagine why a 10MB capable bus (if only using 1bit sdio) can be lower than 1mbps
[16:03:52] <dirk2> jkridner: k. is board detection based on gpios (maybe with my patch) is working now? If yes, maybe we should make this patch conditional on board ID?
[16:04:33] <koen> jkridner: what kind of uboot will be installed on the C1D?
[16:04:53] <ds2> not sure what's the choke point
[16:05:45] <jkridner> #sugar guys are talking about an OMAP2-based laptop and how much Cairo is optimized on OMAP.
[16:06:03] * mib_2hyom6 (i=56a0ae28@gateway/web/ajax/mibbit.com/x-45ed6cc215b3e05a) has joined #beagle
[16:06:09] <jkridner> the omap2 laptop:http://www.comsattecnologia.com.br/index.php?pag=26
[16:06:11] <flo_lap> koen: pretty good, the clone config mentioned in the documentation works.
[16:06:14] <ds2> ARMv6 stuuff?
[16:06:22] <prpplague> jkridner: hehe, didn't i just read the sugar folks got axed from the OLPC group
[16:06:44] <jkridner> the protos shipping now will who-knows-what u-boot. you'll need to replace it.
[16:06:58] <flo_lap> koen: but the framebuffer seems to have a broken colour config both on s-video and dvi: everythign is cyan
[16:07:12] <ds2> what's a 2431? 2430 in different package?
[16:07:23] * mib_pvgz21 (i=58d31192@gateway/web/ajax/mibbit.com/x-7fd27f3eaff29760) has joined #beagle
[16:07:43] <jkridner> prpplague: they had a very visible split some time back. I think the cut-backs at OLPC just reflect that the Sugar guys need to continue to work with other platforms beyond the OLPC. I think that is why they are talking about these other educational laptops.
[16:07:48] <koen> flo_lap: fbset -depth 16
[16:08:02] <prpplague> jkridner: ahh
[16:08:28] <koen> jkridner: pixman has a few armv6 optimizations
[16:08:44] <prpplague> jkridner: i always wanted to do a really nice arm based educational labtop using the plastics of something like the vtechs or oregon scientific
[16:08:56] <prpplague> jkridner: i even retro fitted a few of them with some arm9 stuff
[16:09:26] <jkridner> prpplague: I'd love to see something like that with OMAP3.
[16:09:53] <sakoman_> jkridner: any ideas on who I can talk to about the 2 questions I posed earlier?
[16:10:11] <jkridner> I'll scrollback.
[16:10:28] * gregoiregentil (n=zonbu@adsl-71-135-114-242.dsl.pltn13.pacbell.net) has left #beagle
[16:11:34] <ds2> hmmm 2431 = 2430 - MBX
[16:12:07] <jkridner> ah, SKU/fuse questions. these are good for community.ti.com. as I recall, there isn't a good way to tell the difference, but that was something we were trying to fix.
[16:12:40] * mib_pvgz21 (i=58d31192@gateway/web/ajax/mibbit.com/x-7fd27f3eaff29760) Quit ("http://www.mibbit.com ajax IRC Client")
[16:12:42] <jkridner> sakoman: if you post the question on community.ti.com, I'll get to the right person to answer the question.
[16:12:56] <sakoman_> OK, thanks!
[16:13:30] * _don_ (n=don@nat/ti/x-256d784048601879) has joined #beagle
[16:13:40] * niclas (n=n-anderb@nat/ti/x-c9a3bdd75b1ed707) has joined #beagle
[16:14:05] * niclas (n=n-anderb@nat/ti/x-c9a3bdd75b1ed707) Quit (Client Quit)
[16:14:10] * gregoiregentil (n=zonbu@adsl-71-135-114-242.dsl.pltn13.pacbell.net) has joined #beagle
[16:14:15] * niclas (n=n-anderb@nat/ti/x-c71275913911ba2c) has joined #beagle
[16:14:53] <koen> jkridner: btw: http://cgit.openembedded.net/cgit.cgi?url=openembedded/commit/&id=7a86cad80842452275dafdc600eccd5aaf974bc1
[16:15:44] * niclas (n=n-anderb@nat/ti/x-c71275913911ba2c) Quit (Client Quit)
[16:15:59] * niclas (n=n-anderb@nat/ti/x-8e864a54ef9cd653) has joined #beagle
[16:17:02] <keesj> for the contest , writing on the wiki page is enough to be registered?
[16:17:26] * niclas (n=n-anderb@nat/ti/x-8e864a54ef9cd653) Quit (Client Quit)
[16:17:40] * niclas (n=n-anderb@nat/ti/x-e9a5e9992b43e929) has joined #beagle
[16:17:56] <dirk2> keesj: yes. jkridner likes that you add an entry at beagleboard.org project page, too ;)
[16:18:15] <dirk2> keesj: Do you like to add openOCD? hope, hope ...
[16:18:37] <jkridner> it will matter in my vote at least to have a beagleboard.org project page.
[16:18:41] <keesj> :P
[16:18:56] <keesj> I saw your hint about it indeed
[16:19:08] <ddompe> dirk2: once I got finished with usb gadget for beagle in usb, I may give you a hand with openocd
[16:19:24] <keesj> but this is about a possible freebsd port of a colleage
[16:19:25] <ddompe> I have hardware for it, and enough previous pain on my life with openocd to work on it
[16:20:39] <dirk2> ddompe, keesj: I'm a little lost with openOCD. It seems that I'm not enough expert for this. Then the experts told me something about "we will use logic analyzer, wait some some days". Then I stopped investigating.
[16:20:41] * dskinner (i=456e1930@gateway/web/ajax/mibbit.com/x-ee84fbf142e70ec9) Quit ("http://www.mibbit.com ajax IRC Client")
[16:21:08] <jkridner> sakoman_: have you tried reading CONTROL_RAND_KEY?
[16:21:16] <dirk2> ddompe, keesj: But unfortunately now news since ~1.5 weeks
[16:21:23] <dirk2> s/now/no
[16:21:29] <ddompe> dirk2: how are the experts?
[16:21:41] * mib_2hyom6 (i=56a0ae28@gateway/web/ajax/mibbit.com/x-45ed6cc215b3e05a) Quit ("http://www.mibbit.com ajax IRC Client")
[16:21:53] * dirk2 looks in mail archives
[16:22:01] <ddompe> ok
[16:24:20] <dirk2> ddompe: My recent status: https://lists.berlios.de/pipermail/openocd-development/2008-December/004253.html The experts are Rick Altherr and Duane Ellis at OpenOCD list
[16:24:31] <ddompe> ok
[16:24:41] <ddompe> I think I could take a look on this during the weekend
[16:24:59] <keesj> I don't see why we need a logic analizer for this. I did not spend much time on this since last year
[16:25:44] <ddompe> I will let you know if I found something, but I will be a bit busy and freezing (visit nebraska is really hard for a tropical guy) ;)
[16:25:44] <dirk2> ddompe: They mentioned something about (a) we will check with logic analyzer and (b) we need more info from TI (jkridner: hint, hint ;) )
[16:26:04] <ddompe> dirk2: yep, logic analyzer doesn't make any sense
[16:26:25] <flo_lap> koen: ah, that's better indeed. look like we need a matching xorg.conf then
[16:27:18] <dirk2> ddompe, keesj: My understanding was that we are not really sure if and how scan chain is configured after writing some (unknown) ICDpick registers.
[16:27:23] <keesj> @work we do use openocd more and more
[16:27:55] <ddompe> dirk2: so what we need is more info on some icepick registers?
[16:28:26] <koen> flo_lap: it's not that simple, you need a patch to the x drver ( a one liner) and but defaultdepth 16 in xorg.conf
[16:29:00] <flo_lap> koen: ah nasty.. well, right now I don't need X
[16:29:06] <dirk2> ddompe: yes. Or better: Verify what happens if we write the known (magic) values to icepick. It was my understanding that this could be measured/analyzed with la
[16:29:09] <koen> flo_lap: with that patch and *without* the defaultdepth in xorg.conf it crashes
[16:29:24] <flo_lap> koen: oh.. that's good to know
[16:29:42] <keesj> ddompe: yes , that would be a very good start so we can stop trying stuff and knowing what we need to do.
[16:29:43] <flo_lap> koen: I'll try a configuration that doesn't clone the output first
[16:30:30] * gcohler (n=gcohler@nat/ti/x-965b4a026445c9f1) Quit (Remote closed the connection)
[16:30:35] <keesj> dirk2: I also asked prpplague in the past for this "working" hack that enabled the tap (it better to start with something working)
[16:31:50] <dirk2> ddompe, keesj: Well, TI seems to believe that http://elinux.org/OMAP3530_ICEPICK is sufficent to "get it working". Unless we don't have more info, I think Rick and Duane have the plan to verify this with logic analyzer somehow.
[16:32:14] <sakoman_> jkridner: I'm not looking for a random value, I'm hoping for a unique ID tied to the OMAP chip
[16:32:34] <jkridner> this would be statistically unique.
[16:32:40] <prpplague> keesj: the hack i was using was being used with the davinci dm355 board, not the beagle
[16:32:59] <prpplague> keesj: the main reason i was using the dm355 is that openocd already had debug support for the arm9 core
[16:33:15] <keesj> so really the thing to to is to also try the same stuff with urjtag
[16:34:04] * Crofton|work rebulds the kernel ....
[16:34:25] <prpplague> keesj: if you have a dacinci board, that is best to work with since the arm9 debugger support is more robust and supported at this time
[16:34:33] <sakoman_> jkridner: but it would be different every time it is read, correct?
[16:34:45] <prpplague> keesj: the davinci has the almost identical ICEPick jrc
[16:34:47] <dirk2> ddompe, keesj: the second question is about this "Wait for a minimum number of TCLK pulses" in TI's description. I'm not sure if openOCD supports this already. I.e. waiting 10 TCLK without doing anything. My understanding was that existing scripts emulate this with 'runtest 10' and we are not sure if this is fine as it seems to touch JTAG state machine
[16:34:59] <jkridner> sakoman_: no, this is randomly assigned at manufacturing.
[16:35:17] <sakoman_> ah, OK
[16:35:26] <and-ri> ok i get omapfbplay to work... and sound also on the same kernel, but unfortunately not together , no sound in omapfbplay
[16:35:27] <sakoman_> my bad, that wasn't clear to me
[16:35:55] <jkridner> I don't guess the manual makes that clear. I just know based on reviewing security documents.
[16:36:08] <and-ri> can omapfbplay decode ac3 audiostream by it self?
[16:36:15] * zedstar (n=john@fsf/member/zedstar) has joined #beagle
[16:36:16] * keesj heads home
[16:36:20] <sakoman_> thanks, that helps a lot
[16:36:36] * dskinner (i=4bd375a0@gateway/web/ajax/mibbit.com/x-cdff195beb2eeee9) has joined #beagle
[16:36:44] * jkridner struggles in relating the specs and the final implementation/documentation
[16:37:06] * mib_tcr87v (i=5a1d5fb2@gateway/web/ajax/mibbit.com/x-a50657adc93b49e3) has joined #beagle
[16:37:09] <dirk2> ddompe, keesj: conclusion: Recent status I know is https://lists.berlios.de/pipermail/openocd-development/2008-December/004252.html , https://lists.berlios.de/pipermail/openocd-development/2008-December/004253.html and http://elinux.org/BeagleBoardOpenOCD . I tried to keep the wiki page up to date.
[16:37:52] * likewise (n=Leon_Woe@atwork-193.r-212.178.107.atwork.nl) Quit ("ChatZilla 0.9.84 [Firefox 3.0/2008061015]")
[16:38:39] <sakoman_> jkridner: gumstix would like a motherboard serial number. that is what is behind the question
[16:39:19] <ds2> sakoman_: they don't trust u-boot anymore? =)
[16:39:30] <sakoman_> I'm planning to modify overo u-boot to print out the serial number and hopefully detect whether the motherboard is 3503/3530/etc
[16:39:41] <jkridner> sakoman_: you do have a NAND flash on every motherboard, right? don't those have unique IDs?
[16:40:19] <sakoman_> ds2: I don't think that ever worked too well :-)
[16:40:26] <jkridner> there are some field-programmable efuses in the OMAP3, but there is a lot of care that must take place regarding potential errors.
[16:40:51] <sakoman_> jkridner: I just thought it would be simpler to read a processor regiter rather than issue nand commands :-)
[16:40:59] <ds2> sakoman_: heh... it was fun watching the mail exchanges ong the mac addresses though ;)
[16:41:28] <sakoman_> ds2: I did my best to stay out of that!
[16:42:02] <sakoman_> jkridner: I plan to avoid fuses :-)
[16:42:37] <Crofton|work> all your privacy are belong to gumstix
[16:43:45] <sakoman_> Crofton|work: do you wish your CONTROL_RAND_KEY value to remain secret?
[16:44:04] <sakoman_> I can make you aspecial u-boot ;-)
[16:44:26] <Crofton|work> heh
[16:46:15] <dirk2> Beagle contest: Everybody who has an entry at http://elinux.org/BeagleBoard/contest#Contest_projects please update your contact info if not already done. Thanks.
[16:55:09] <sakoman_> jkridner: as requested, I posted my question to community.ti.com: http://community.ti.com/forums/p/2551/9577.aspx#9577
[16:56:16] <and-ri> is anybody able to use omapfbplay with sound?
[16:56:22] <and-ri> i can use sound
[16:56:39] <and-ri> but omapfbplay doesn't play sound
[16:56:42] * guillaum1 (n=gl@AMontsouris-153-1-5-1.w86-212.abo.wanadoo.fr) Quit ("Leaving.")
[16:56:56] <jkridner> sakoman_: thanks
[16:57:44] <flo_lap> koen: is the automatic allocation of the framebuffers working?
[16:58:07] * flo_lap allocates two of them manually but seems to have one only
[16:58:43] * dskinner (i=4bd375a0@gateway/web/ajax/mibbit.com/x-cdff195beb2eeee9) Quit ("http://www.mibbit.com ajax IRC Client")
[16:58:45] <and-ri> add the allocation to the rcS file
[17:00:00] * flo_lap checks the documentation
[17:02:24] <ds2> uggest a ECO for a I2C rom?
[17:02:24] <ds2>
[17:04:26] <flo_lap> and-ri: how is this supposed to work? all i know is to do it by passing a kernel command line
[17:04:59] <sakoman_> ds2: if that suggestion was for me, I already have :-)
[17:05:30] <ds2> sakoman_: yeah, it was for you but I am on a flapping network
[17:05:57] <sakoman_> but I think they will be happy enough with the CONTROL_RAND_KEY method
[17:06:08] <sakoman_> no added expense :-)
[17:06:22] <ds2> that sounds about as reliable as the previous version
[17:06:27] <sakoman_> works with product already shipped too
[17:06:32] <ds2> I assume this is the basis for the mac addresses too
[17:06:46] * N208L1 (n=danson@rrcs-24-153-203-192.sw.biz.rr.com) has joined #beagle
[17:07:47] * mckoan is now known as mckoan|away
[17:07:49] <N208L1> happy new year all - quick question - any pointers to owners of git://labs.embinux.org/linux-omap-2.6? seems to be down for me. when I try to "git remote update" I get an error (128) from the server. thanks.
[17:08:40] <sakoman_> heh, the previous version did a hash on an incrementing serial number, but the implementation only hashed the most significant byte. So there were a lot of identical serial numbers!
[17:09:16] * Leon_Nardella (n=leon@200-161-14-111.dsl.telesp.net.br) has joined #beagle
[17:09:30] <sakoman_> s/serial numbers/mac addresses/
[17:09:56] * mib_2hyom6 (i=56a0ae28@gateway/web/ajax/mibbit.com/x-13c9d017ed14cbb1) has joined #beagle
[17:09:59] <ds2> as long as they never meet and everyone is mum about it to the IEEE... ;)
[17:10:16] <sakoman_> :-)
[17:11:17] <sakoman_> volume customers get real mac addresses IIRC
[17:11:49] <N208L1> Trying to clone git://labs.embinux.org/linux-omap-2.6 also fails - anybody know of a working mirror somewhere?
[17:12:08] <ds2> the masses are entitled to be unique? =)
[17:16:04] * eFfeM (n=frans@195-241-226-180.ip.telfort.nl) has joined #beagle
[17:18:39] * and-ri (n=ubuntu@pd95b4498.dip0.t-ipconnect.de) Quit (Connection timed out)
[17:20:30] * Beagle5 (n=Beagle5@142.177.202.166) has joined #beagle
[17:21:43] * Eddie (i=53690741@gateway/web/ajax/mibbit.com/x-2a3e8b5c38a2f09b) has joined #beagle
[17:21:57] * Eddie (i=53690741@gateway/web/ajax/mibbit.com/x-2a3e8b5c38a2f09b) Quit (Client Quit)
[17:23:28] <Beagle5> hi? I plan on using an OMAP 3525 to power some sensing equipment and am new to ARM/DSP programming so I have a beagleboard to play around on. I'm having a hard time figuring out exactly how to start developing.
[17:24:27] <jkridner> have you been to http://beagleboard.org already?
[17:24:30] <Beagle5> From what I gather I have to load a linux kernel - and then write programs to run on top of that
[17:24:32] <Beagle5> plenty
[17:24:42] <jkridner> I added "Start Here" and "Then Here" tags to some of the links.
[17:24:48] <Beagle5> I read both of those
[17:25:09] <jkridner> k. Linux isn't your only option, but it is the one most supported by the BeagleBoard.org community.
[17:25:28] <jkridner> You can also attempt to go to other operating system vendors and inquire on their BeagleBoard support.
[17:25:49] * aleij (n=ad@91-253.77-83.cust.bluewin.ch) Quit (Read error: 60 (Operation timed out))
[17:25:54] <jkridner> Open Kernel Labs, for example. Special Computing is working on WinCE solutions with the BeagleBoard.
[17:26:44] <jkridner> for this group, what you say is mostly true. You'll want to load a linux kernel and build your applications on top of it.
[17:26:46] * mib_9ebogd (i=4c5d8d7e@gateway/web/ajax/mibbit.com/x-ba286a29d438ae9a) Quit ("http://www.mibbit.com ajax IRC Client")
[17:26:56] * rwmjones_ (n=rwmjones@87.127.66.208) has joined #beagle
[17:28:13] * dskinner (i=803708ba@gateway/web/ajax/mibbit.com/x-fc401a7d47442240) has joined #beagle
[17:28:40] <Beagle5> Thats not exactly what I'm getting at, but thanks. I'm a co-op student who is part of a team that will be designing a pcb from scratch using the OMAP3525 for use in some sensing equipment and I'm trying to figure out exactly what that is going to entail as I've never been involved in something like this.
[17:29:21] * aleij (n=ad@91-253.77-83.cust.bluewin.ch) has joined #beagle
[17:30:31] <Beagle5> So I'm trying to figure out if I will also be developing in a Linux enviroment when we get to that stage.
[17:31:32] <atin_> your team gets to decide what environment, tho linux might end up being the best since it is most supported.
[17:31:43] * bazbell (n=a0192809@nat/ti/x-d5aa0af6c0f6af8d) Quit (Remote closed the connection)
[17:33:40] <Beagle5> when I say linux I mean any sort of enviroment be it linux/windows ce/ etc... as in there is an enviroment vs say me writing some Assembly and then having the processor start reading at address 0 with no external enviroment other than that provided by the hardware. Or is that a possible design route that we could take as well?
[17:33:55] * magnet (n=magnet@AMontpellier-259-1-65-219.w92-133.abo.wanadoo.fr) Quit ("Lost terminal")
[17:34:02] <atin_> anyone - where is the official linux-usb git repository?
[17:34:25] * magnet (n=magnet@AMontpellier-259-1-65-219.w92-133.abo.wanadoo.fr) has joined #beagle
[17:35:03] <atin_> Beagle5: again, you get to decide. you can decide to bring up linux since that makes for a much easier programming environment.
[17:36:13] <Beagle5> ok, thanks
[17:36:19] <atin_> Beagle5: but if your software is really simple or you will not have much space etc - you can actually run directly via u-boot, or if you are really masochistic, you could write assembly and load register so that the processor jumps to you code out of reset.
[17:36:38] * ceyusa (n=ceyusa@189.163.35.95) Quit (Read error: 60 (Operation timed out))
[17:37:08] <atin_> Beagle5: you would have to be nuts tho :)
[17:39:00] <jkridner> Beagle5, atin_: If you really are looking to just take the device over, I like the idea of doing that directly from within u-boot.
[17:39:36] <jkridner> you don't want to bother to understand every last detail of how to bring the processor to ready-to-use state. or, if you do, you'd want to have a good example to step through to show you.
[17:40:08] <atin_> Beagle5. jkridner: what jkridner said. I would advise the same - at worst, go via u-boot since you will have to repeat a lot of the u-boot work anyway
[17:41:00] <atin_> Beagle5: but I doubt you are getting to decide what environment to run (you said you were a co-op?). You may want to ask one of the senior engineers on your team.
[17:42:03] <Beagle5> it's a new product that we're developing based on some old technology so I'm actuially in charge of doing research for which chip and then I'm now looking at the enviroment.
[17:42:21] <atin_> jkridner: we're getting patches in musb on the linux-usb mailing list? do they have a git repository I can pull the latest code from? or do I patch the mainline linux?
[17:42:51] <Beagle5> I obviously don't make final decisions - but I think I will have a fair ammount of say in the final design since my actual job will be all of the coding.
[17:43:20] <jkridner> atin_: I was looking for that, but I don't actually know where the linux-usb git is (if there is one).
[17:43:30] <jkridner> David Brownell, I thought, was the maintainer.
[17:43:51] <atin_> Beagle5: cool. I guess you have your choice of the type of environment then. you can go all the way to linux (or other OS like windows ce), work off u-boot, or get down to brass tacks and bang on registers.
[17:44:45] <atin_> Beagle5: including things like setting up the memory etc. I would advise going off u-boot at worst, linux at best.
[17:44:54] <Beagle5> I aggree with that
[17:45:38] <atin_> jkridner: yes, I thought so too. but I can't find any reference to the actual repository in google.
[17:46:00] * bazbell (n=a0192809@nat/ti/x-d9a52c7129fe7ee8) has joined #beagle
[17:46:13] * bazbell (n=a0192809@nat/ti/x-d9a52c7129fe7ee8) Quit (Client Quit)
[17:46:15] <atin_> jkridner: I see on the ML that we are getting musb fixes - a deluge.
[17:46:44] <Beagle5> How does the connection with the DSP work? I know it's a module to the kernel and a userspace library, does that mean that it would be very difficult to use the DSP from the u-boot enviroment.
[17:47:03] <Beagle5> as none of that would exist
[17:47:34] <jkridner> Beagle5: it would be an extra challenge, but you can integrate the Link/Codec Engine software into u-boot.
[17:47:56] * dirk2 (n=dirk@p5B042D36.dip0.t-ipconnect.de) Quit ("Konversation terminated!")
[17:48:40] * aleij (n=ad@91-253.77-83.cust.bluewin.ch) has left #beagle
[17:48:44] <atin_> Beagle5: yes, that would be difficult - as in, you'd have to basically do the same code in u-boot. u-boot isn't a very easy environment to develop in. you really want to use linux for development, then if you are really tight, figure out how to integrate the same code into the u-boot api.
[17:49:22] * robtow (n=rtow@64.62.142.114) has joined #beagle
[17:50:11] <atin_> heck, I'm debugging using printfs exclusively in u-boot code.
[17:50:42] <atin_> I want my, I want my, I want my gdb!
[17:51:40] <Beagle5> OK, and I guess the final question is about liscenses. Since this is obviously a commercial product - do either of you know what if any embedded enviroments would be legal to use? I don't really know much about open-source liscenses and how they work
[17:51:42] <atin_> jkridner: I want a repository that has all the musb patches already! :)
[17:52:28] <jkridner> take a read of http://www.opensource.org/licenses
[17:52:37] <jkridner> u-boot and the linux kernel are both GPLv2.
[17:52:42] <Beagle5> On second thought I'm guessing any of them since I don't see the problem with writing a closed source application on top of an os as long as we don't change the os in any way
[17:52:59] <jkridner> http://www.opensource.org/licenses/gpl-2.0.php
[17:53:31] <atin_> Beagle5: generally you will need a lawyer - but at its simplest, if you are in user-space, you don't have to worry. if you are writing kernel code, then you make it open
[17:53:48] <jkridner> if you need to be closed source, and you need to distribute your product, u-boot is a bad place for you to start (since it requires you to give your source away when you distribute your product).
[17:53:59] <atin_> Beagle5: I've worked on many products where the drivers were written open source, but the applications were closed.
[17:54:25] <jkridner> wring user-space code in Linux, however, does not require you to give away your source, as long as you aren't making use of other open source software.
[17:54:58] <atin_> Beagle5: assuming you aren't using u-boot. to use u-boot you're basically writing code as part of u-boot, so it has to be open.
[17:55:35] <atin_> Beagle5: from all I've heard, your only choice is a real OS like linux anyway.
[17:55:49] * mib_2hyom6 (i=56a0ae28@gateway/web/ajax/mibbit.com/x-13c9d017ed14cbb1) Quit ("http://www.mibbit.com ajax IRC Client")
[17:56:01] <Beagle5> ok, thanks
[17:56:06] <koen> RogerMonk: I have access to the boxee sources now
[17:56:16] <Beagle5> I've got my head around it now I think
[17:56:27] <koen> RogerMonk: 140MB :/
[17:57:22] <koen> flo_lap: "What was the magic to make QA errors non-fatal?"
[17:57:29] <koen> flo_lap: the only answer is: fixing them
[17:57:42] <koen> flo_lap: they are fatal for *very* good reasons
[17:58:50] <florian> koen: true... I wonder why these actually happen to be non fatal for me and fatal for someone else.
[17:59:01] <florian> a simpla packaging issue in python in this case
[18:02:24] <koen> there are fatal and non-fatal QA errors
[18:02:51] * ceyusa (n=ceyusa@189.163.35.95) has joined #beagle
[18:04:28] <florian> koen: its the same message
[18:04:31] <florian> bbiab
[18:04:43] * florian (n=fuchs@217.146.132.69) Quit (Remote closed the connection)
[18:06:13] * dcordes_ (n=dcordes@unaffiliated/dcordes) has joined #beagle
[18:06:34] * DJWillis (n=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) Quit (Read error: 104 (Connection reset by peer))
[18:09:43] * gcohler (n=gcohler@nat/ti/x-c05e863f1b117214) has joined #beagle
[18:14:35] * dskinner (i=803708ba@gateway/web/ajax/mibbit.com/x-fc401a7d47442240) Quit ("http://www.mibbit.com ajax IRC Client")
[18:15:46] * valhalla (n=valhalla@81-174-21-57.dynamic.ngi.it) has joined #beagle
[18:15:53] * Beagle5 (n=Beagle5@142.177.202.166) Quit ()
[18:18:17] * dcordes (n=dcordes@unaffiliated/dcordes) Quit (Read error: 110 (Connection timed out))
[18:18:45] * flo_lap (n=fuchs@217.146.132.69) Quit (Read error: 113 (No route to host))
[18:19:03] * royerfa (n=fabroy01@fw-tnat.cambridge.arm.com) has left #beagle
[18:20:44] * mib_2hyom6 (i=56a0ae28@gateway/web/ajax/mibbit.com/x-6bd15f1d995e05d0) has joined #beagle
[18:21:33] * ceyusa (n=ceyusa@189.163.35.95) Quit (Read error: 110 (Connection timed out))
[18:22:11] * ldesnogu_ (n=ldesnogu@ven06-2-82-247-86-183.fbx.proxad.net) has joined #beagle
[18:24:09] * abitos (n=nixgibts@141.58.49.150) has joined #beagle
[18:24:26] <ddompe> atin_: ping
[18:24:39] <atin_> ddompe: pong
[18:24:56] <ddompe> atin_: still interested in usb?
[18:25:01] <ddompe> I got a good advance
[18:25:04] <atin_> ddompe: yes :)
[18:25:11] <ddompe> I was able to get the board identified
[18:25:29] <ddompe> after hacking a while with the twl4030 phy
[18:25:56] <ddompe> and having to recover my board a couple of times from u-boot freezing during boot with i2c transactions to twl
[18:25:57] <atin_> ddompe: great! I'm looking at the kernel code to figure out what I am missing.
[18:26:30] <ddompe> my code still needs some cleaning, but having the wires sending data was already a improvement
[18:26:43] <ddompe> I'm finishing some cleanup then sending you the patch
[18:27:02] <atin_> ok. this is against the omap-dev-usb branch?
[18:27:25] <ddompe> sakoman u-boot-omap3 tree
[18:27:34] <atin_> ok
[18:27:42] <ddompe> I just have a funny issue
[18:27:59] <ddompe> if I don't press the user button during boot time, the i2c transactions to twl get stuck
[18:28:01] <ddompe> not sure why
[18:28:26] <atin_> you mean hold it, or just press it once?
[18:28:31] <ddompe> hold it
[18:28:40] * n6pfk (n=mike@c-76-104-54-202.hsd1.va.comcast.net) has joined #beagle
[18:29:04] <atin_> weird. if I had access to hardware people, I'd be hanging on their door for that :)
[18:29:39] * prpplague looks in
[18:29:49] <prpplague> atin_: hanging the door for what?
[18:30:09] <atin_> why i2c transactions hang unless the user key is held.
[18:30:19] <atin_> button
[18:30:20] <prpplague> ahh
[18:30:30] * n6pfk (n=mike@c-76-104-54-202.hsd1.va.comcast.net) Quit (Read error: 113 (No route to host))
[18:30:32] * FuL|OUT is now known as fulgas
[18:30:47] <gregoiregentil> koen: typo in libgles-omap3.inc. Missing / after {BINLOCATION} in do_stage
[18:30:58] <tharvey> ddompe, what exactly are you working on with regards to usb?
[18:31:40] * COREYFRO (i=425c0c97@gateway/web/ajax/mibbit.com/x-9206c96c341e1237) has joined #beagle
[18:31:50] <atin_> tharvey: he's working on musb in uboot
[18:31:50] * likewise (n=Leon_Woe@atwork-193.r-212.178.107.atwork.nl) has joined #beagle
[18:31:58] <ddompe> musb gadget
[18:31:58] <atin_> gadget
[18:32:02] * n6pfk (n=mike@c-76-104-54-202.hsd1.va.comcast.net) has joined #beagle
[18:32:12] <COREYFRO> Curious about clockspeed on the BB, can it be underclocked for hard environments?
[18:32:31] <tharvey> ah... in uboot
[18:33:08] <ddompe> atin_: this is the enumeration show by 'sudo lsusb -v': http://pastebin.com/d794883e1
[18:33:52] <ddompe> oh, I forgot to use CDC ACM instead of the custom serial port that linux uses
[18:34:01] <ddompe> that would make it easier to use on other platforms...
[18:35:06] <atin_> this looks great! tho the holding the user button thing is weird.
[18:36:03] * bmxr_laptop (n=chatzill@142.232.129.159) has joined #beagle
[18:36:23] <atin_> shoot, I will be back in a bit.
[18:36:32] * atin_ is now known as atin_AWAY
[18:36:42] * abitos (n=nixgibts@141.58.49.150) Quit (Nick collision from services.)
[18:36:52] * abitos (n=nixgibts@141.58.49.14) has joined #beagle
[18:37:17] * orifice_work (n=aho@67.71.223.35) Quit (Read error: 104 (Connection reset by peer))
[18:37:47] <koen> ddompe: doesn't mmcinit need i2c as well?
[18:37:47] <COREYFRO> Is there a way to lower the BB's clockspeed for harsh environments?
[18:38:04] <ddompe> koen: yes, it seems like it does
[18:38:19] * abitos (n=nixgibts@141.58.49.14) Quit (Nick collision from services.)
[18:38:29] * abitos (n=nixgibts@141.58.49.70) has joined #beagle
[18:38:32] <ddompe> however, I'm not sure is a problem on the i2c transaction
[18:38:50] <ddompe> or I'm doing something wrong with the registers on the twl
[18:39:06] <ddompe> this is my second day programming the twl, and seems like a complex beast
[18:39:14] <ddompe> so, I'm likely missing something
[18:39:27] <ddompe> ok, going to lunch, talk you later guys
[18:40:10] * orifice_work (n=aho@67.71.223.35) has joined #beagle
[18:42:09] <prpplague> ddompe: i feel your pain with i2c, i've been dealing with a TI battery fuel gauge for a week now
[18:43:11] <koen> sakoman mentioned that initializing the audio codec was a 37 step process
[18:45:13] * mib_2hyom6 (i=56a0ae28@gateway/web/ajax/mibbit.com/x-6bd15f1d995e05d0) Quit ("http://www.mibbit.com ajax IRC Client")
[18:45:40] * recalcati (i=5d902a55@gateway/web/ajax/mibbit.com/x-d0319b5cc9d36181) has joined #beagle
[18:46:12] * eFfeM (n=frans@195-241-226-180.ip.telfort.nl) Quit ("Leaving.")
[18:47:02] <orifice_work> what's the problem with i2c ?
[18:47:11] <muriani> hey, koen got a mention on makezine.com with the bb+pico article
[18:47:52] <prpplague> orifice_work: i2c==problem
[18:47:59] <prpplague> orifice_work: by definition, hehe
[18:48:33] <orifice_work> I've never had any issues with i2c ... except that one time I had a bum gumstix verdex board
[18:49:14] <prpplague> orifice_work: how many devices did you have on a single i2c bus?
[18:49:18] <orifice_work> I had 8
[18:49:25] <orifice_work> ir distance sensors
[18:49:40] <orifice_work> if you have a lot of devices you have to be careful with the cabling
[18:50:12] <orifice_work> there are i2c buffers that can help, but you need them on both ends.
[18:50:34] <prpplague> orifice_work: yea this is all on one pcb so no big issue there, just lots of bus contention
[18:50:55] <orifice_work> how many devices ?
[18:51:03] <likewise> w1 is more subtle than i2c in my experience
[18:51:15] <koen> good to see someone reads the blog posts
[18:51:42] <orifice_work> likewise: w1 ?
[18:51:48] <likewise> orifice_work: one-wire
[18:52:14] <likewise> orifice_work: where the timing determines how much power your target has left to answer with a sequence of bits
[18:52:52] <orifice_work> ah
[18:52:54] * recalcati (i=5d902a55@gateway/web/ajax/mibbit.com/x-d0319b5cc9d36181) Quit ("http://www.mibbit.com ajax IRC Client")
[18:52:55] * Xerion (i=xerion@82-170-197-160.ip.telfort.nl) Quit (" ")
[18:53:11] <prpplague> orifice_work: 8
[18:53:34] <orifice_work> multiple masters ?
[18:55:21] <prpplague> orifice_work: single master
[18:55:25] <orifice_work> I'm not sure I see how you're getting bus contention issues with only one master
[18:55:39] <prpplague> orifice_work: just never had very good luck when using i2c with more than one device on the bus
[18:55:53] <orifice_work> the master should initiate every transaction
[18:56:21] <prpplague> hehe yea
[18:56:47] * DJWillis (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) has joined #beagle
[19:00:13] <orifice_work> what devices are you interfacing with ?
[19:00:50] <prpplague> orifice_work: the only one i can speak about is the bq27350
[19:02:03] * likewise (n=Leon_Woe@atwork-193.r-212.178.107.atwork.nl) Quit ("ChatZilla 0.9.84 [Firefox 3.0/2008061015]")
[19:02:46] * abitos (n=nixgibts@141.58.49.70) Quit (Read error: 110 (Connection timed out))
[19:04:24] * kozak (n=subbu@117.192.18.112) has joined #beagle
[19:04:36] <kozak> Hi all
[19:05:37] * bmxr_laptop (n=chatzill@142.232.129.159) Quit (Read error: 60 (Operation timed out))
[19:06:26] <kozak> I am trying to get the BB up with pre-built images and I get the following panic
[19:06:26] <kozak> Warning unable to open an initial console
[19:06:26] <kozak> Kernel Panic - not syncing: No init found. try passin init= option to kernel
[19:07:07] <kozak> i saw a couple of post in this issue but there is nothing that has a solution to it in the BB groups
[19:07:13] <Crofton|work> did you set the uboot var to pass bootargs?
[19:08:46] <koen> the initial console sounds like missing devnodes
[19:09:01] <koen> so either it's the wrong filesystem or you didn't unpack as root
[19:09:27] <kozak> yes let me check again on the envs
[19:09:41] <kozak> hmm
[19:13:05] * RogerMonk (n=a0740758@nat/ti/x-5c5dcfd9008b571a) Quit (Remote closed the connection)
[19:15:01] * mib_w6npgx (i=4e92fb38@gateway/web/ajax/mibbit.com/x-9b51858ea6faf28e) has joined #beagle
[19:15:59] <kozak> Koen> one of the posts in the following link say that it could be a bad SD card!!!! I am pretty sure I set the correct bootargs and bootcmd
[19:15:59] <kozak> http://markmail.org/message/r4gt6ytdatjjut2r
[19:16:38] * mib_w6npgx (i=4e92fb38@gateway/web/ajax/mibbit.com/x-9b51858ea6faf28e) Quit (Client Quit)
[19:16:47] <kozak> The thing I might not have done properly would have been to untar the filesystem directly to the 2nd partition
[19:16:58] * gregoiregentil (n=zonbu@adsl-71-135-114-242.dsl.pltn13.pacbell.net) has left #beagle
[19:18:09] <Crofton|work> koen, powertop does not display C-states (or P-states) with current git
[19:18:14] <Crofton|work> boots though
[19:19:43] <kozak> when I browse the 2nd partition I find 2 folders 1) lost+found 2) t
[19:20:06] <koen> I looked at the pm branch today and it had a patch to enable c states
[19:20:13] <kozak> Inside t the linux file system exists .
[19:20:22] <kozak> Is this expected
[19:20:23] <kozak> ?
[19:20:41] * gregoiregentil (n=zonbu@adsl-71-135-114-242.dsl.pltn13.pacbell.net) has joined #beagle
[19:21:01] <Crofton|work> hmm
[19:21:03] <koen> Crofton|work: http://git.kernel.org/?p=linux/kernel/git/khilman/linux-omap-pm.git;a=commit;h=b729cb0c12d6bdd0d0876922f0c2999b638743c9
[19:21:07] <koen> (phone)
[19:21:12] <Crofton|work> patch not moved to linux-omap
[19:21:14] <Crofton|work> thanks
[19:22:47] <Crofton|work> hmm
[19:22:49] <Crofton|work> ok
[19:22:59] <Crofton|work> it should be in l-o
[19:24:36] * alecrim (n=alecrim@189.2.128.130) has joined #beagle
[19:25:58] * mib_i7cp99 (i=5b0fbbd6@gateway/web/ajax/mibbit.com/x-6a7b41a26be93f0c) has joined #beagle
[19:27:23] * atin_AWAY (n=atin@c-71-232-7-71.hsd1.ma.comcast.net) Quit ()
[19:27:43] <COREYFRO> Is there a way to lower the BB's clockspeed for harsh environments? I am worried about heat and I'd likely have a surplus if speed
[19:28:11] <Crofton|work> cpufreq driver?
[19:28:12] * guillaum1 (n=Guillaum@AMontsouris-153-1-5-1.w86-212.abo.wanadoo.fr) has joined #beagle
[19:28:30] <Crofton|work> I can't confirm this though
[19:30:58] * bazbell (n=a0192809@nat/ti/x-f97f8b7aba90ccd0) has joined #beagle
[19:35:01] * eFfeM (n=frans@195-241-226-180.ip.telfort.nl) has joined #beagle
[19:35:38] * gmansi_ (n=gmansi@190.173.83.68) has joined #beagle
[19:36:00] * gmansi (n=gmansi@190.173.80.23) Quit (Read error: 110 (Connection timed out))
[19:39:14] <bkero> I don't think lowering the clockspeed will help that much
[19:39:34] <bkero> Maybe if you undervolted it, and underclocked it. I know there are some other slower Cortex-A8 cores.
[19:40:58] * mib_i7cp99 (i=5b0fbbd6@gateway/web/ajax/mibbit.com/x-6a7b41a26be93f0c) Quit ("http://www.mibbit.com ajax IRC Client")
[19:47:07] * alecrim_ (n=alecrim@192.100.104.170) has joined #beagle
[19:49:28] * alecrim (n=alecrim@189.2.128.130) Quit (Remote closed the connection)
[19:52:43] * kozak (n=subbu@117.192.18.112) has left #beagle
[19:53:17] * mib_7ehagl (i=803713d8@gateway/web/ajax/mibbit.com/x-bf54fa395c169c7f) has joined #beagle
[19:59:46] <orifice_work> COREYFRO: if you're overheating under nominal clockspeeds, the problem is not with the board
[20:01:01] * ssvb (n=ssvb___@a88-114-221-132.elisa-laajakaista.fi) has joined #beagle
[20:03:38] * Beagle6 (n=Beagle6@201.160.125.195.cable.dyn.cableonline.com.mx) has joined #beagle
[20:06:23] * alecrim_ (n=alecrim@192.100.104.170) Quit (Read error: 110 (Connection timed out))
[20:09:11] * alecrim_ (n=alecrim@189.2.128.130) has joined #beagle
[20:09:26] * NishanthM (n=nmenon@nat/ti/x-72c61b87b047487b) has joined #beagle
[20:10:33] <Crofton|work> koen, c states sort of worked at the beginning of december ...
[20:10:45] * Xerion (i=xerion@82-170-197-160.ip.telfort.nl) has joined #beagle
[20:11:12] <Crofton|work> if you don't know off the top of your head, we'll look for them :)
[20:11:30] <Crofton|work> there is also a newer version of powertop
[20:13:28] * NishanthMenon (n=nmenon@nat/ti/x-8c1422a9bbe2c304) Quit (Remote closed the connection)
[20:17:14] * flo_lap (n=fuchs@f054164161.adsl.alicedsl.de) has joined #beagle
[20:17:14] * jrmuizel (n=jrmuizel@mozca02.ca.mozilla.com) Quit (Read error: 104 (Connection reset by peer))
[20:18:00] * flo_lap is now known as florian
[20:20:27] <koen> Crofton|work: we used to patch in a lot of pm stuff
[20:20:51] <Crofton|work> yeah
[20:20:53] * jrmuizel (n=jrmuizel@mozca02.ca.mozilla.com) has joined #beagle
[20:24:42] <koen> heh
[20:25:19] * mib_7ehagl (i=803713d8@gateway/web/ajax/mibbit.com/x-bf54fa395c169c7f) Quit ("http://www.mibbit.com ajax IRC Client")
[20:25:19] <koen> someone is complaining that OABI isn't an option for being "too old" and not being modern and then goes on how he wants to use glibc 2.3.6
[20:26:16] <mru> ;-)
[20:27:22] <prpplague> koen: hehe
[20:27:28] <koen> but then again, it's the same dude that thinks kernel 2.4 is a great idea for new ARM devices
[20:27:53] <Crofton|work> stupid arm screwing up the performance counters and breaking oprofile ....
[20:27:54] <koen> he got off that idea a bit after I pointed out that mainline 2.4 lacks arm support
[20:28:55] <prpplague> koen: hehe, welcome to the world of embedded development
[20:29:12] <florian> koen: Someone from a big Asian country? ;)
[20:29:25] <koen> florian: no, from germany
[20:29:31] <koen> florian: you know him :)
[20:30:14] <koen> florian: Nikolaus Schaller
[20:30:45] <florian> koen: ah I see, but the device manufacturer is from China ;)
[20:30:55] <koen> yeah
[20:31:04] <koen> and Nikolaus isn't really a linux person
[20:31:24] <florian> koen: he is a nice guy, but strange like we are... but in a different way.
[20:31:33] <mru> I came across a linux 2.4 device just the other day, but I can't remember what it was
[20:32:14] * robtow (n=rtow@64.62.142.114) Quit ("Leaving.")
[20:32:59] <koen> I was going to make a point about how things like udev and hal doesn't work with a 2.4 kernel
[20:33:06] <koen> then I remembered mru's laptop
[20:33:21] <mru> what of it?
[20:33:24] <mru> it runs 2.6
[20:33:31] <koen> but not HAL :)
[20:33:43] <mru> no, that stuff is banned here
[20:34:08] <mru> what is it supposed to be good for anyway?
[20:34:57] * mib_iqql70 (i=598b4227@gateway/web/ajax/mibbit.com/x-01fcb81e35afbb14) has joined #beagle
[20:36:17] * mib_iqql70 (i=598b4227@gateway/web/ajax/mibbit.com/x-01fcb81e35afbb14) Quit (Client Quit)
[20:36:51] <koen> I can answer that after I fix the autotools abuse of boxee
[20:37:08] * koen stabs cmake
[20:38:03] * eFfeM (n=frans@195-241-226-180.ip.telfort.nl) Quit ("Leaving.")
[20:38:16] * florian helps koen
[20:40:28] <Crofton|work> "strange like we are"
[20:40:59] <adj_> mru: that full-duplex workaround patch for musb you suggested yesterday for my usb webcam problem indeed fixed the usb crash issue
[20:41:56] <adj_> though i'm not quite sure if i like those "DMA misaligned error with device 0" messages which now come by truckloads
[20:42:06] <mru> sounds scary
[20:42:54] <adj_> well, "it compiles, let's ship it" :)
[20:45:20] * Stskeeps (n=chobits@84.238.11.16) Quit (Read error: 110 (Connection timed out))
[20:49:09] <koen> hmmm
[20:49:11] <koen> nasm
[20:49:19] <koen> I suspect that won't cross-compile
[20:49:30] <koen> (or rather apps requiring it)
[20:56:54] * chombourger (n=mvista-f@169.22.199-77.rev.gaoland.net) Quit (Read error: 60 (Operation timed out))
[20:59:58] * Crofton (n=balister@pool-71-171-21-6.nwrknj.east.verizon.net) Quit (Remote closed the connection)
[21:00:26] * Beagle0 (n=Beagle0@p5486C783.dip.t-dialin.net) has joined #beagle
[21:04:49] <tomba> hmm I got VRFB rotation somewhat working. let's see if I can manage to get it to the next DSS release
[21:06:43] * Beagle0 (n=Beagle0@p5486C783.dip.t-dialin.net) Quit ()
[21:07:10] <Xenion> Gute Nacht alle miteinander / Good Night folks, sleep well ! :-)
[21:08:44] * mib_htpbuo (i=d04e900e@gateway/web/ajax/mibbit.com/x-1e0e8705a944110e) has joined #beagle
[21:09:39] * mib_htpbuo (i=d04e900e@gateway/web/ajax/mibbit.com/x-1e0e8705a944110e) Quit (Client Quit)
[21:09:54] * Xenion (n=robert@p579FCE32.dip.t-dialin.net) Quit ("Verlassend")
[21:11:04] <tomba> anyone know what acbias means, when talking about LCDs?
[21:12:07] <mru> I've never heard of anything but *DC* bias in any context
[21:12:50] <tomba> omap dss has acbias, I don't quite get it. what does DC bias mean?
[21:12:53] <COREYFRO> orifice_work: Sorry, went to meeting. I understand, but I have yet to get the board, and these systems need to be isolated from a very harsh environment. They are usually in sealed plastic systems with no ventilation. No, this is not optional, is there a way to underclock these boards
[21:13:30] <mru> I don't know what any bias is related to LCDs, sorry
[21:16:05] * mib_iowwwm (i=630a912e@gateway/web/ajax/mibbit.com/x-58010ee62af6cf1f) has joined #beagle
[21:16:22] * mib_iowwwm (i=630a912e@gateway/web/ajax/mibbit.com/x-58010ee62af6cf1f) Quit (Client Quit)
[21:17:02] * COREYFRO (i=425c0c97@gateway/web/ajax/mibbit.com/x-9206c96c341e1237) Quit ("http://www.mibbit.com ajax IRC Client")
[21:17:04] <tomba> hmm ok, I think for active matrix lcds the omap's acbias pin is just data-enable. for passive matrix is something else.
[21:17:28] * n6pfk (n=mike@c-76-104-54-202.hsd1.va.comcast.net) Quit (Remote closed the connection)
[21:19:26] * Beagle6 (n=Beagle6@201.160.125.195.cable.dyn.cableonline.com.mx) Quit (Read error: 60 (Operation timed out))
[21:20:22] * n6pfk (n=mike@c-76-104-54-202.hsd1.va.comcast.net) has joined #beagle
[21:21:05] * magnet is now known as Guest41133
[21:22:24] <n6pfk> Hi, I just compiled hello.c using scratchbox but when i run the executable I get ,'not found". Any ideas.
[21:23:14] * Xerion (i=xerion@82-170-197-160.ip.telfort.nl) Quit (Read error: 54 (Connection reset by peer))
[21:25:46] * robtow (n=rtow@nat/montavista/x-3517c067e86a73a4) has joined #beagle
[21:25:46] * n6pfk (n=mike@c-76-104-54-202.hsd1.va.comcast.net) Quit (Read error: 54 (Connection reset by peer))
[21:26:39] * n6pfk (n=mike@c-76-104-54-202.hsd1.va.comcast.net) has joined #beagle
[21:27:09] <n6pfk> Sorry I somehow rebooted.
[21:28:20] <n6pfk> Fille reports my compliled hello program is an eff arm file, but it doesn't run?
[21:28:49] * felipec (n=felipec@189.153.88.243) Quit (Read error: 110 (Connection timed out))
[21:29:16] <tomba> perhaps you have different libc version in scratchbox than what is in the device
[21:29:37] <koen> or different ABI
[21:29:50] <n6pfk> I will compile it static and see if that helps.
[21:32:44] <n6pfk> Well, it's different, I now get illeagal instruction?
[21:35:48] <n6pfk> "file arm-hello:: ELF 32-bit LSB executable, ARM, version 1, statically linked, not stripped.
[21:36:51] <koen> looks like oabi
[21:37:04] <n6pfk> And what is that?
[21:37:23] <koen> if you ask that, why are you using scratchbox?
[21:38:10] <n6pfk> I am just starting with an arm processer and scratchbox looked like a nice environment.
[21:38:33] <mru> n6pfk: what does "readelf -h arm-hello" say?
[21:40:20] <n6pfk> Lots, anything in particular of interest?
[21:40:31] <mru> the Flags: line
[21:40:51] <n6pfk> OS/ABI==ARM
[21:41:48] <n6pfk> 0x2, has entry point, GNU EABI
[21:41:50] <ldesnogu_> n6pfk, that's not flag line
[21:42:09] <ldesnogu_> I meant the OS/ABI one :)
[21:42:27] <n6pfk> ARM
[21:42:52] * recalcati (i=5d902a55@gateway/web/ajax/mibbit.com/x-dd575fb09a90d123) has joined #beagle
[21:42:55] <mru> mine says "0x5000002, has entry point, Version5 EABI"
[21:43:00] <n6pfk> ABI version==0
[21:43:22] <ldesnogu_> mine says the same as mru
[21:43:47] <ldesnogu_> I guess Version5 matters...
[21:44:29] <n6pfk> Not good, I suppose unless it's an option to the compiler.
[21:44:41] * jrmuizel_ (n=jrmuizel@mozca02.ca.mozilla.com) has joined #beagle
[21:44:41] <ldesnogu_> OTOH illegal instructions can be the sign of TLS problems; I experienced that when running EABI programs on OABI kernels
[21:45:04] <ldesnogu_> n6pfk, what compiler are you using?
[21:45:08] * jrmuizel (n=jrmuizel@mozca02.ca.mozilla.com) Quit (Read error: 110 (Connection timed out))
[21:45:11] * mib_tcr87v (i=5a1d5fb2@gateway/web/ajax/mibbit.com/x-a50657adc93b49e3) Quit ("http://www.mibbit.com ajax IRC Client")
[21:45:25] <n6pfk> Let me check
[21:46:36] <n6pfk> arm-gcc3.4-uclibc0.9.28
[21:48:26] <tomba> that's not a glibc toolchain. is your device running glibc environment?
[21:48:51] <n6pfk> Unknown.
[21:49:17] <tomba> well, I guess it is using glibc. so get a glibc toolchain
[21:50:27] <n6pfk> gcc3.4 toolchain
[21:51:09] * gcohler (n=gcohler@nat/ti/x-c05e863f1b117214) Quit ("Trillian (http://www.ceruleanstudios.com")
[21:51:33] <n6pfk> That's what the .deb file says.
[21:52:29] <n6pfk> scratchbox-toolchain-arm-gcc3.4-uclibc0.9.28_1.0.4_i386.deb
[21:52:36] <ldesnogu_> ouch don't use that :
[21:52:58] <ldesnogu_> 1. 3.4 is old 2. uclibc won't make you any good on Beagle
[21:53:13] <n6pfk> Ok, I'll see what else is in the scratchbox toy box.
[21:53:24] * mib_b6dvqa (i=c05b3c0a@gateway/web/ajax/mibbit.com/x-9d3fecbf0ea57753) has joined #beagle
[21:53:25] <ldesnogu_> why do you insist on using scratchbox?
[21:54:00] <mib_b6dvqa> How can we contact beagleboard Team?
[21:54:03] <tomba> what's wrong with scratcbox? it has worked fine for me
[21:54:18] <n6pfk> Because I am porting OFW to the beagleboard and it compile in sctactchbox and runs in the emulator.
[21:54:30] <muriani> ...ofw?
[21:54:40] <muriani> openfirmware?
[21:54:41] <n6pfk> Open Firmware.
[21:54:52] * mib_b6dvqa (i=c05b3c0a@gateway/web/ajax/mibbit.com/x-9d3fecbf0ea57753) Quit (Client Quit)
[21:55:14] <ldesnogu_> n6pfk, I wouldn't trust qemu for that kind of dev :-(
[21:55:16] <n6pfk> The firmware on the OLPC XO.
[21:55:35] <n6pfk> I am not running gemu.
[21:55:54] * mib_xcu9ki (i=c05b3c0a@gateway/web/ajax/mibbit.com/x-36b51df815c966c9) has joined #beagle
[21:56:09] * mib_xcu9ki (i=c05b3c0a@gateway/web/ajax/mibbit.com/x-36b51df815c966c9) Quit (Client Quit)
[21:56:28] <muriani> ...the XO runs OF? on x86?
[21:56:34] <muriani> I must have missed that bi
[21:56:36] <muriani> *bit
[21:56:42] <n6pfk> I want a nice forth system to debug hardware.
[21:56:56] <ldesnogu_> n6pfk, so what is the emulator you talk about?
[21:57:09] <muriani> I have an Efika, but that's PPC. It has openfirmware thoguh
[21:57:27] <muriani> well, it's SmartFirmware, an OF compliant firmware.
[21:57:29] <n6pfk> I has and arm forth meta-compiler so it runs on an ARN too.
[21:58:20] <tharvey> adj_, which usb full-duplex workaround patch are you refering to? can't locate anything in yesterdays logs
[21:59:02] <adj_> tharvey: http://marc.info/?l=linux-omap&m=121861118320951&w=2
[21:59:17] <n6pfk> Since it's self contained I don't suppose the toolchain should matter once it's in nand.
[21:59:39] <adj_> it's quite old already and requires changing the first added #include line
[22:00:16] <tharvey> ah... maillist - thx
[22:00:56] * rwmjones_ (n=rwmjones@87.127.66.208) Quit (Read error: 104 (Connection reset by peer))
[22:02:22] <n6pfk> I will try different tool chains and compiler aand thank for the help.
[22:08:34] <ldesnogu_> n6pfk, try CodeSourcery toolchain
[22:08:45] <ldesnogu_> 2007q3 is good
[22:09:42] * Leon_Nardella (n=leon@200-161-14-111.dsl.telesp.net.br) Quit ("Leaving.")
[22:17:44] * geckosenator (n=sean@ppp-69-218-241-177.dsl.dytnoh.ameritech.net) has joined #beagle
[22:17:52] <recalcati> Hi everybody: usb to ethernet (bought on apple store) works with 2.6.28
[22:18:56] <dcordes_> recalcati: what driver does it use?
[22:19:05] * atin_ (n=atin@c-71-232-7-71.hsd1.ma.comcast.net) has joined #beagle
[22:19:50] <recalcati> Starting udeveth0: register 'asix' at usb-musb_hdrc-1.2, ASIX AX88772 USB 2.0 Et
[22:20:02] <recalcati> hernet, 00:1f:f3:fc:11:38
[22:20:19] <erbo> i'm trying to create a patch which has the format "--- file1", "+++ file2", "@@ 123,2 124,2 @@", "-foo", "+bar" but I can't get diff to produce that format.. anyone know how to do this?
[22:20:32] <recalcati> bitbake linux-omap-2.6.28 or similar
[22:20:36] <erbo> it seems to be pretty standard
[22:20:57] <recalcati> it works
[22:21:44] <koen> recalcati: it also works with 2.6.27
[22:21:52] <recalcati> I need an help to compile bitbake sshfs-fuse . I get Error in executing: /home/recalcati/oe/openembedded/packages/fuse/sshfs-fuse_1.8.bb and thenException:<type 'exceptions.SystemExit'> Message:1
[22:21:53] <koen> and 2.6.26
[22:22:06] <recalcati> koen: thx
[22:22:19] <recalcati> any ideai about sshfs ?
[22:24:07] * alecrim_ (n=alecrim@189.2.128.130) Quit (Remote closed the connection)
[22:24:55] <koen> recalcati: git pull
[22:25:10] <koen> recalcati: but sshfs if for your host in you want to map the beagles filesystem
[22:26:09] <recalcati> ops, I rellay understand nothing!!??
[22:27:45] <recalcati> on beagleboard you do 'mount
[22:28:14] <recalcati> ops.. you mount from beagle a dir present on the pc, aren't you?
[22:28:18] * viridior (n=viridis@ip98-169-228-199.dc.dc.cox.net) Quit ("Lost terminal")
[22:37:05] * dcordes (n=dcordes@unaffiliated/dcordes) has joined #beagle
[22:37:15] * recalcati (i=5d902a55@gateway/web/ajax/mibbit.com/x-dd575fb09a90d123) Quit ("http://www.mibbit.com ajax IRC Client")
[22:37:33] * alecrim (n=alecrim@189.2.128.130) has joined #beagle
[22:37:36] * viridior (n=viridis@ip98-169-228-199.dc.dc.cox.net) has joined #beagle
[22:38:31] * valhalla (n=valhalla@81-174-21-57.dynamic.ngi.it) Quit ("Leaving")
[22:39:15] * Xerion (i=xerion@82-170-197-160.ip.telfort.nl) has joined #beagle
[22:39:19] * recalcati (i=5d902a55@gateway/web/ajax/mibbit.com/x-bc1910945b5f74cd) has joined #beagle
[22:40:01] <recalcati> koen: ok I mount from the pc host a dir of beagleboad: "sshfs root@192.168.1.102: /media/beagleboard"
[22:40:44] <recalcati> so I don't need sshfs on beagleboard, but only sshd
[22:44:42] <recalcati> I've heard that opengl driver is not yet available for beagleboard, I hope it will, tomorrow I'll try omapfbplay and then QT.
[22:45:10] * jrmuizel (n=jrmuizel@mozca02.ca.mozilla.com) has joined #beagle
[22:45:14] <recalcati> good night, I'm to tired !
[22:46:20] * jrmuizel_ (n=jrmuizel@mozca02.ca.mozilla.com) Quit (Read error: 104 (Connection reset by peer))
[22:47:29] * recalcati (i=5d902a55@gateway/web/ajax/mibbit.com/x-bc1910945b5f74cd) Quit ("http://www.mibbit.com ajax IRC Client")
[22:48:24] * bmxr (n=bmxr@d64-180-251-177.bchsia.telus.net) Quit (Remote closed the connection)
[22:51:40] <atin_> ddompe: ping?
[22:52:01] * abitos (n=nixgibts@dslb-084-057-164-159.pools.arcor-ip.net) has joined #beagle
[22:53:03] * magnet (n=magnet@AMontpellier-259-1-70-33.w92-133.abo.wanadoo.fr) has joined #beagle
[22:54:08] * dcordes_ (n=dcordes@unaffiliated/dcordes) Quit (Read error: 110 (Connection timed out))
[22:55:07] <tharvey> anyone have any suggestions for how to excercize the beagle/omap for a feel for max power consumption?
[22:55:08] * k2340 (n=k2340@lawn-128-61-31-199.lawn.gatech.edu) has joined #beagle
[22:55:59] <tharvey> or can anyone tell me what the max power consumption they have ever seen on an omap is?
[22:56:10] * gregoiregentil (n=zonbu@adsl-71-135-114-242.dsl.pltn13.pacbell.net) has left #beagle
[22:56:13] <k2340> Does anyone know if Koen's 12/29/08 2.6.28-r0 kernel has the sgx drivers in it?
[22:57:10] <k2340> tharvey: I saw about ~350-400 mA during bootup
[22:57:21] * jrmuizel (n=jrmuizel@mozca02.ca.mozilla.com) Quit ()
[22:58:18] <tharvey> k2340, bootup of a beagle with no cards/periperhals? I see no more than 320mA booting
[22:59:14] <k2340> tharvey, I think it spiked to a little over 350, I don't remember for sure. I took that measurement a couple months ago on my B5 rev. It only had a SD card in it.
[22:59:17] <tharvey> not sure what the easiest way to excercise the CPU is... I've run nbench and a few other things and never seen more than 360mA - but I haven't excercised any of the graphics subsystem
[22:59:43] <tharvey> ah... the sd card will add a bit
[22:59:51] <k2340> yup
[22:59:56] <tharvey> my results above are booting from NAND
[22:59:59] <k2340> ah
[23:00:18] <tharvey> still impressive though - I haven't been able to get the beagle by itself to consume more than 1.9W
[23:00:31] <k2340> indeed!
[23:00:46] <ldesnogu_> tharvey, on top of SGX, you also need to have NEON running and DSP
[23:01:20] <ldesnogu_> IIRC koen had some figure including NEON
[23:01:28] <tharvey> what are suggested exercisers of those?
[23:01:48] <k2340> Has anyone tried a usb gsm/gprs modem with the BeagleBoard?
[23:03:35] <ldesnogu_> tharvey, mru has a test that pushed CPU + NEON
[23:03:39] <ldesnogu_> for DSP I don't know
[23:03:48] <ldesnogu_> and for SGX you'd need the drivers :)
[23:04:32] * bmxr (n=bmxr@d64-180-251-177.bchsia.telus.net) has joined #beagle
[23:05:13] * rsalveti (n=salveti@200.184.118.130) Quit (Remote closed the connection)
[23:05:35] * matt_c (n=mcroydon@gateway.sunflowerbroadband.com) Quit ()
[23:05:41] * uwe____ (n=uwe@dslb-084-056-055-149.pools.arcor-ip.net) has joined #beagle
[23:05:41] <tharvey> what are people using for benchmarking fp?
[23:06:10] * florian (n=fuchs@f054164161.adsl.alicedsl.de) Quit ("Verlassend")
[23:08:12] <ldesnogu_> tharvey, don't use FP on A8, use NEON
[23:09:11] * Guest41133 (n=magnet@AMontpellier-259-1-65-219.w92-133.abo.wanadoo.fr) Quit (Read error: 110 (Connection timed out))
[23:09:18] * uwe_ (n=uwe_@dslb-084-056-054-220.pools.arcor-ip.net) Quit (Read error: 145 (Connection timed out))
[23:09:51] <ldesnogu_> tharvey, and if you want to measure FP, nbench is certainly not the way to go as it depends too much on math lib functions such as cos and sin
[23:10:05] <k2340> I'm trying to run a program that needs /usr/bin/install... is there anyway around that on the BeagleBoard since it doesn't seem to have that program?
[23:13:35] * Xerion (i=xerion@82-170-197-160.ip.telfort.nl) Quit (Read error: 54 (Connection reset by peer))
[23:14:42] * guillaum1 (n=Guillaum@AMontsouris-153-1-5-1.w86-212.abo.wanadoo.fr) Quit ("Leaving.")
[23:14:45] <ddompe> atin_: pong
[23:14:57] * guillaum1 (n=gl@AMontsouris-153-1-5-1.w86-212.abo.wanadoo.fr) has joined #beagle
[23:15:01] <atin_> ddompe: hey - any progress on the i2c issue?
[23:15:36] <ddompe> yes, it turns out I'm doing a cycle waiting for a register on the twl to change
[23:15:40] <atin_> ddompe: are you writing to the phy_clk_ctrl to enable access?
[23:15:56] <atin_> mine h angs there.
[23:16:01] <ddompe> and that register doesn't change if I don't touch the button
[23:16:16] <atin_> waiting for the grant PHY_CLK_CTRL_STS
[23:16:24] <ddompe> yes
[23:16:42] <ddompe> waiting for PHY_DPLL_CLK
[23:16:45] <ddompe> bit
[23:16:59] <ddompe> if the user button is pressed at the time of applying power, it is granted
[23:17:26] * k2340 (n=k2340@lawn-128-61-31-199.lawn.gatech.edu) Quit ("Leaving")
[23:17:31] <atin_> ddompe: that's just wrong - why should that be?
[23:17:35] <ddompe> I discover that by error, cuz I was trying to boot from mmc
[23:17:51] * uwe2 (n=uwe@dslb-084-056-054-220.pools.arcor-ip.net) Quit (Read error: 110 (Connection timed out))
[23:17:57] <ddompe> I'm fairly new to twl development, so I'm will need to read more to make sense of it
[23:18:02] <atin_> we need to ask the TI/hardware ppl.
[23:18:14] <ddompe> on the other news, I test the driver with CDC ACM mode
[23:18:22] <ddompe> and use 'setenv stdin usbtty"
[23:18:27] <atin_> me too - new to the whole usb thing.
[23:18:33] <ddompe> and I can send commands to u-boot from minicom on /dev/ttyACM0
[23:18:40] <atin_> nice! :)
[23:18:47] <ddompe> but the stdout is not working
[23:18:57] <ddompe> I mess something with my in endpoint
[23:19:01] <ddompe> I need to check more
[23:19:10] <atin_> ddompe: you need to send me patches - maybe I can do the merge of your code, my code and the omap-dev branch
[23:19:26] <atin_> ddompe: you still get the credit for the competition ;)
[23:19:33] <ddompe> no problem with that
[23:19:44] <ddompe> I just need how to generate a patch with git since my commit
[23:19:48] <ddompe> ;)
[23:19:53] <atin_> let me give you a link
[23:20:07] <atin_> http://www.seul.org/pipermail/geda-dev/2007-October/003968.html
[23:20:16] <atin_> that;s what I used to figure out how :)
[23:20:54] <atin_> you can then do mutt -H 000_patchname and send from the command line
[23:21:56] <atin_> you'd do git format-patch origin/omap3-dev I think since you're right off that branch
[23:23:13] <ddompe> mmm, that didn't get me quite my hole patch
[23:23:18] <ddompe> it miss my last commit....
[23:23:28] <ddompe> oh
[23:23:31] <ddompe> I miss the commit...
[23:23:32] <ddompe> je je
[23:23:35] <atin_> :)
[23:24:39] <ddompe> got them
[23:24:57] <ddompe> send you by email ?
[23:25:06] <atin_> cool, send 'em along whenever you can. yes, email - you have it right?
[23:25:16] <atin_> you were copied on the email dirk sent
[23:25:49] <ddompe> yep
[23:26:10] <atin_> cool, maybe when I look at your code, I'll figure out what is wrong with mine too :)
[23:26:20] * ScriptRipper (n=martin@opensuse/member/MartinMohring) Quit (Remote closed the connection)
[23:27:01] * N208L1 (n=danson@rrcs-24-153-203-192.sw.biz.rr.com) Quit (Read error: 60 (Operation timed out))
[23:27:26] <ddompe> atin_: you got them
[23:27:46] <atin_> got 'em :)
[23:27:55] <ddompe> I load them with a simple procedure
[23:28:02] <ddompe> after gotting the u-boot.bin
[23:28:11] <ddompe> I load the new u-boot.bin with ymodem
[23:28:14] <ddompe> and run:
[23:28:19] <ddompe> nand unlock
[23:28:19] <ddompe> nand erase 80000 160000
[23:28:20] <ddompe> nand write.i 80000000 80000 160000
[23:28:22] <ddompe> and reboot
[23:28:55] <ddompe> you need to have the user button pressed when applying power or it would get stuck and after a while the wait will timeout but USB wont work
[23:28:59] * ldesnogu_ (n=ldesnogu@ven06-2-82-247-86-183.fbx.proxad.net) Quit ()
[23:29:10] <atin_> ok, yes - we have to figure out why that is :)
[23:30:18] <ddompe> run 'setenv usbtty cdc_acm'
[23:30:21] <atin_> excellent, I got 'em. I have to go to dinner - but I'll email you the progress report :)
[23:30:39] <ddompe> the usbtty has two modes, the acm is the easier one to use driverwise in the host
[23:30:40] <ddompe> ok
[23:30:44] <ddompe> have a good dinner
[23:34:54] * dcordes_ (n=dcordes@unaffiliated/dcordes) has joined #beagle
[23:38:12] * Beagle9 (n=Beagle9@adsl-219-188-71.asm.bellsouth.net) has joined #beagle
[23:39:38] * bazbell (n=a0192809@nat/ti/x-f97f8b7aba90ccd0) Quit (Remote closed the connection)
[23:45:39] * Leon_Nardella1 (n=leon@200-161-14-111.dsl.telesp.net.br) has joined #beagle
[23:47:06] * dcordes (n=dcordes@unaffiliated/dcordes) Quit (Read error: 110 (Connection timed out))
[23:49:24] <BeagleBot> http://beagleboard.org/discuss/ was edited by blog.hangerhead.com
[23:49:39] * mib_64sqmr (i=c05b4b1d@gateway/web/ajax/mibbit.com/x-530e4af3b9310449) has joined #beagle
[23:50:26] * mib_64sqmr (i=c05b4b1d@gateway/web/ajax/mibbit.com/x-530e4af3b9310449) Quit (Client Quit)
[23:50:40] * atin_ is now known as atin_OUT
[23:51:31] <BeagleBot> http://beagleboard.org/chat/ was edited by blog.hangerhead.com
[23:52:08] * mib_r9ea16 (i=c05b4b1d@gateway/web/ajax/mibbit.com/x-90c43ab1fb5a19ae) has joined #beagle
[23:52:56] * mib_r9ea16 (i=c05b4b1d@gateway/web/ajax/mibbit.com/x-90c43ab1fb5a19ae) Quit (Client Quit)
[23:55:40] * prpplague (n=dave@mail.americanmicrosystems.com) Quit ("Leaving")
[23:55:53] * uwe_ (n=uwe_@dslb-084-056-055-149.pools.arcor-ip.net) has joined #beagle
[23:56:16] * ddompe (n=ddompe@200.122.155.113) Quit ()
[23:57:18] * dcordes (n=dcordes@unaffiliated/dcordes) has joined #beagle
[23:59:00] * cbrake is now known as cbrake_away
[23:59:36] * magnet_ (n=magnet@AMontpellier-259-1-47-228.w92-133.abo.wanadoo.fr) has joined #beagle
[23:59:37] * abitos (n=nixgibts@dslb-084-057-164-159.pools.arcor-ip.net) Quit (Read error: 113 (No route to host))

These logs were automatically created by BeagleLogBot on irc.freenode.net using the Java IRC LogBot.

See http://microformats.org/wiki/mflogbot for more information.