• [00:01:45] * jkridner (n=jason@c-76-31-18-64.hsd1.tx.comcast.net) Quit ()
  • [00:02:58] * Olipro__ (n=Olipro@unaffiliated/olipro) has joined #beagle
  • [00:03:34] * Olipro__ is now known as Olipro
  • [00:04:31] * Olipro_ (n=Olipro@unaffiliated/olipro) Quit (Nick collision from services.)
  • [00:06:58] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [00:07:16] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [00:16:55] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [00:19:51] * JoeBorn (n=jborn@adsl-75-3-7-226.dsl.chcgil.sbcglobal.net) Quit ("open.neurostechnology.com")
  • [00:21:59] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [00:35:22] * Olipro_ (i=Olipro@unaffiliated/olipro) has joined #beagle
  • [00:37:36] * Olipro (n=Olipro@unaffiliated/olipro) Quit (Read error: 60 (Operation timed out))
  • [00:46:53] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [00:51:57] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [01:12:56] * Olipro_ is now known as Olipro
  • [01:16:52] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [01:21:55] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [01:46:50] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [01:51:53] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [02:01:33] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [02:14:48] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [02:19:21] * toalan (n=toalan@67.204.25.229) has joined #beagle
  • [02:19:28] <toalan> hi all
  • [02:19:39] <toalan> I am new, anyone around
  • [02:19:44] <toalan> ?
  • [02:20:34] <toalan> I have a few questions about beagleboard, can anyone help me out?
  • [02:24:27] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [02:26:30] <NishanthM> toalan.. whatz up?
  • [02:31:24] <toalan> hi Nish, nice to meet you
  • [02:31:40] <toalan> I have a question about revision B vs the upcoming revision C
  • [02:32:04] <toalan> I read that part of the usb is not working in revision B
  • [02:35:04] <toalan> I am not sure exactly what the usb problem is, can you elighten me?
  • [02:40:55] <toalan> ?? ok how about some linux questions, can someone help me out?
  • [02:42:46] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [02:45:46] * NishanthMenon (n=Nishanth@cpe-24-27-74-89.tx.res.rr.com) has joined #beagle
  • [02:47:53] * NishanthM (n=Nishanth@cpe-24-27-74-89.tx.res.rr.com) Quit (Read error: 110 (Connection timed out))
  • [02:53:16] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [03:11:45] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [03:18:08] <CyruzDraxs> I believe the USB issue was resolved in the current B4 revision, though I could be wrong.
  • [03:21:24] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [03:42:50] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [03:43:03] * NishanthMenon (n=Nishanth@cpe-24-27-74-89.tx.res.rr.com) Quit ("Aloha")
  • [03:52:21] * Beagle1 (n=Beagle1@pool-72-70-7-90.bstnma.east.verizon.net) Quit (Read error: 110 (Connection timed out))
  • [03:52:21] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [04:13:38] * BThompson (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) Quit ("Trillian (http://www.ceruleanstudios.com")
  • [04:22:50] * tux (n=tux@adsl-69-226-227-37.dsl.pltn13.pacbell.net) has joined #beagle
  • [04:23:26] <tux> Hey all ... my beagle arrived!
  • [04:24:45] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [04:24:53] <tux> And I got it running. First with the old 2.6.22-18 kernel and mini-rootfs.
  • [04:25:38] <tux> Then with the latest Angstrom stuff ... which gave me that nice hang folk talk about.
  • [04:26:21] <tux> Hang symptoms include led "heartbeat" trigger stops beating, and eventual watchdog timeout/reboot.
  • [04:26:43] <tux> The POTENTIALLY NEW THING that I observed is that
  • [04:27:23] <tux> most of the time the reboot doesn't work, and it hangs part way through boot.
  • [04:29:15] <tux> Reproduces on a kernel I built from the current Linux-OMAP tree too.
  • [04:29:18] * shankar (n=shankar@63.99.26.3) has joined #beagle
  • [04:29:21] * shankar (n=shankar@63.99.26.3) Quit (Client Quit)
  • [04:29:57] <tux> Oddness: omapfb omapfb: irq error status 4000 repeating hundreds/millions of times...
  • [04:31:29] * shankar (n=shankar@63.99.26.3) has joined #beagle
  • [04:32:35] <tux> once status 4022 ...
  • [04:33:22] <tux> The failed reboots seem to usually have those omapfb problems. I think I'll disable the FB,
  • [04:34:06] <tux> it's not much use to me just now (I can see the splash screens etc, but would need another highspeed hub
  • [04:34:07] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [04:34:16] * shankar (n=shankar@63.99.26.3) Quit (Client Quit)
  • [04:34:58] <tux> to hook up to the Angstrom GUI). uh ... the only other odd fact to report: it's running rather hot for an OMAP.
  • [04:35:27] <tux> The chip is more than warm to the touch, vs staying room temperature. Maybe that's expected; if
  • [04:35:52] <tux> not it's sure a sign that some power-thing is screwey. (Even if it *IS* expected, it's a huge waste.)
  • [04:36:27] <tux> ... that's it for now, I thought I'd report some facts in case someone (Paul etc) can find them useful tomorrow.
  • [04:38:18] <tux> toalan: the USB issue resolved in B4 is that the EHCI port was misbehaving; it should work in rev C.
  • [04:39:02] <tux> toalan: the OTG port basically works, but there may be wierdness; use it, and report any problems.
  • [04:41:34] <ds2> tux: what kernel?
  • [04:45:55] <tux> ds2: which kernel for what?
  • [04:46:22] <tux> ds2: current linux-omap GIT had the won't-reboot-clean problem.
  • [04:46:50] <tux> ds2: maybe the Angstrom one did too. 2.6.22-18, didn't observe the problem.
  • [04:48:13] <ds2> tux: there are 2 distinct kernel trees
  • [04:48:32] <ds2> There is a TI reference kernel that supports a lot of feature but is somewhat of a mess
  • [04:48:43] <ds2> There is also the Linux-omap kernel
  • [04:48:57] <ds2> I am guessing when you say 2.6.22-18, you mean the TI reference kernel?
  • [04:49:42] <tux> When I say 2.6.22-18, I mean the binary I found referenced fairly visibly on one wiki page ...
  • [04:49:54] <ds2> Yeah, that is the TI reference kernel, AFAIK
  • [04:50:17] <tux> ... which I assume was TI's kernel. It's kind of a mess to figure out "what software should I run on this puppy" !
  • [04:50:36] <ds2> it all comes down to - what features do you need
  • [04:51:00] <tux> Anyway the consensus seems to e that the problem was in one of a series of PM-workaround patches
  • [04:51:23] <tux> submitted by someone (Joumi?) at Nokia ... i observe they had comments like "revert when the right stuff is merged".
  • [04:51:42] <tux> What features do I need? 2.6.27-rc1 would be a good start. ;)
  • [04:51:51] <ds2> not necessarily
  • [04:52:08] <ds2> the reference kernel is the only one that fully supports PM, for example
  • [04:52:27] <tux> Right now I'm just bringing it up. I'd be happy with a usable non-GUI buildroot environment.
  • [04:52:39] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [04:52:53] <tux> There are lots of little things wrong in the OMAP tree ... presumably when Tony comes back from his summer cottage,
  • [04:53:03] <tux> things will become more current.
  • [04:54:04] <tux> I don't really need PM -- yet.
  • [04:54:25] <tux> Where's source for TI's kernel?
  • [04:54:39] <ds2> should be on the same page
  • [04:54:54] <tux> didn't see it there, just binaries ... will look again ...
  • [04:55:05] <ds2> the file name is 2.6_kernel_revb-v2.tar.gz
  • [04:55:38] <tux> Ah, I see -- at the top. OK. But that's still pretty ancient.
  • [04:55:55] <ds2> yeah, the reference kernels are a bit behind
  • [04:56:19] <tux> Expected.
  • [04:56:40] <tux> Do those facts I reported about the hang seem like they're new?
  • [04:56:55] <ds2> no, I think they been discussed
  • [04:57:31] <tux> Don't recall hearing about the fact that a watchdog reset doesn't resolve the issue though...
  • [04:57:56] <ds2> reset is a bit funky on the OMAP's, IME
  • [04:58:25] <tux> Yeah, makes me wonder if the DSP is fully disabled.
  • [05:00:05] * travisutk (n=travis@mil.engr.utk.edu) has joined #beagle
  • [05:02:18] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [05:06:06] <ds2> why?
  • [05:15:27] <tux> why wonder? *something* didn't get reset, and that's one of the other major subsystems.
  • [05:16:18] <tux> Of course, it could just be a bogus assumption from omapfb, causing a similar failure mode.
  • [05:23:43] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [05:33:05] * tux (n=tux@adsl-69-226-227-37.dsl.pltn13.pacbell.net) has left #beagle
  • [05:33:05] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [05:43:30] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [05:51:07] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [05:51:11] <ds2> no, I mean regarding the DSP
  • [05:52:20] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [05:56:02] * jkridner (n=jason@c-76-31-18-64.hsd1.tx.comcast.net) has joined #beagle
  • [06:04:23] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [06:14:03] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [06:32:24] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [06:36:40] * Viral_Sachde (n=Viral_Sa@122.167.145.165) has joined #beagle
  • [06:37:08] * trickie|work (n=trickie@basesoft.xs4all.nl) has joined #beagle
  • [06:42:03] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [07:03:28] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [07:07:47] * teamcobra (n=teamcobr@adsl-76-242-51-215.dsl.sbndin.sbcglobal.net) has joined #beagle
  • [07:07:53] <teamcobra> hello everyone :)
  • [07:13:01] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [07:20:08] * josch|nsn (n=josch@vr142.rayconnect.de) has left #beagle
  • [07:26:23] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [07:35:53] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [07:39:27] * travisutk (n=travis@mil.engr.utk.edu) Quit (Remote closed the connection)
  • [07:39:44] * travisutk (n=travis@mil.engr.utk.edu) has joined #beagle
  • [07:41:08] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [07:50:47] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [07:59:49] * Olipro_ (i=Olipro@unaffiliated/olipro) has joined #beagle
  • [08:02:37] * CyruzDraxs (n=CyruzDra@S0106001cf0719b7b.ok.shawcable.net) Quit ()
  • [08:03:40] <koen> good morning all
  • [08:04:03] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [08:09:31] <ldesnogu> hi koen
  • [08:10:55] * travisutk (n=travis@mil.engr.utk.edu) Quit (Remote closed the connection)
  • [08:13:02] <mru> morning
  • [08:14:44] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [08:15:30] * Olipro (i=Olipro@unaffiliated/olipro) Quit (Read error: 113 (No route to host))
  • [08:19:40] <teamcobra> hi all :)
  • [08:21:39] <teamcobra> I think I might order a beagleboard in the next couple days ;)
  • [08:23:41] * methril (n=Methril@213.27.233.98) has joined #beagle
  • [08:27:08] * bjdooks_ (n=ben@trinity.fluff.org) has joined #beagle
  • [08:27:16] <teamcobra> prototyping a tablet-style device
  • [08:27:48] <koen> tony seems to be back from holiday
  • [08:28:26] <mru> koen: I just noticed... are we reading the same mailing lists by any chance?
  • [08:28:45] <koen> could be :)
  • [08:32:25] <koen> I wonder if tony will update git to 2.6.27rcX as well
  • [08:32:36] <ds2> is he back?
  • [08:32:53] <koen> he's pushing patches to git today
  • [08:33:05] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [08:33:05] <teamcobra> I'm guessing you all love your beagleboards? any shortcomings I should be aware of in the current rev?
  • [08:33:34] <mru> one of the usb ports is missing
  • [08:33:51] <koen> the git kernel has some problems
  • [08:34:02] <koen> no public powervr and dsp drivers
  • [08:34:34] <mru> lack of drivers isn't a hardware defect
  • [08:34:47] <koen> true
  • [08:34:52] <mru> and dsp specs are open, so anyone can write drivers
  • [08:34:57] <teamcobra> ack, looking @ the digikey photo now and the main usb sure is missing
  • [08:36:37] <teamcobra> makes things a bit trickier, for sure ;)
  • [08:36:52] <mru> the OTG port works fine in host mode
  • [08:37:38] <hadara> but the musb driver code doesn't support some stuff that you might need
  • [08:38:17] <hadara> for example high bandwidth mode when in host mode
  • [08:38:25] <koen> que?
  • [08:38:33] <koen> it does 480Mbit/s here fine
  • [08:38:50] <teamcobra> the usb controller is there though, right? would it be possible to add the necessary female header to the board by hand?
  • [08:39:07] <mru> you could add the connector, but it wouldn't work
  • [08:39:11] <koen> teamcobra: the connector was removed because the EHCI controller was buggy
  • [08:39:36] <teamcobra> koen: ahh, bigger issue then
  • [08:40:47] <teamcobra> I was looking at ripping apart a usb hub + sd card reader and mounting it inside of a case, might just wait until the ehci issue is resolved
  • [08:40:50] * bjdooks (n=ben@trinity.fluff.org) Quit (Read error: 113 (No route to host))
  • [08:41:22] <teamcobra> for the otg controller, does it have to be manually switched into host mode like the nokia n8x0's?
  • [08:41:35] <hadara> koen: well I can't use webcams with it, because it the musb driver refuses to work with high speed endoints
  • [08:41:47] <hadara> err high bw not high speed
  • [08:42:31] <hadara> there's even an comment in the musb_host.c somewhere around line 1800 that says it's not supported
  • [08:42:35] <koen> my ethernet dongle and dvb-t stick work fine in 480mbit mode
  • [08:42:51] <hadara> they probably do not need high bw mode then
  • [08:42:51] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [08:43:32] <hadara> but all the endpoints on my cameras have the high bw mode flag set, so I can't use them
  • [08:50:43] <teamcobra> are there any plans to use the expansion port on the board, possibly daughterboards?
  • [08:56:58] * Viral_Sachde (n=Viral_Sa@122.167.145.165) Quit (Read error: 110 (Connection timed out))
  • [09:02:05] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [09:02:12] <hadara> koen: http://source.mvista.com/git/gitweb.cgi?p=linux-omap-2.6.git;a=blob;f=drivers/usb/musb/musb_host.c;h=52ac02a4c76a08fac5c920e55b9b6071df23bfee;hb=HEAD line 1801
  • [09:02:42] <koen> that says "not supported yet" :)
  • [09:03:03] <hadara> hmm yes, that's what I wanted to say too
  • [09:05:12] <hadara> I wonder how much work it would require to implement it
  • [09:05:57] <koen> having webcam support would be neat
  • [09:06:05] <koen> usb-webcam
  • [09:06:12] <koen> before someone mentions SPI and CI :)
  • [09:12:45] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [09:17:41] <teamcobra> koen: yeah, I was just looking @ the possibility of using spi to work around some shortcomings myself... maxim has some nice stuff ;)
  • [09:22:52] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [09:26:34] * RogerMonk (n=a0740758@nat/ti/x-50688602e7c93fc3) has joined #beagle
  • [09:28:54] * Beagle7 (n=Beagle7@204-15-3-178-static.ipnetworksinc.net) has joined #beagle
  • [09:29:30] * Beagle7 (n=Beagle7@204-15-3-178-static.ipnetworksinc.net) Quit (Client Quit)
  • [09:30:30] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [09:34:49] * gaipo_ (n=kaj@adsl-215-243-232.kymp.net) has joined #beagle
  • [09:43:46] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [09:53:26] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [09:53:34] * like2wise (n=likewise@84-104-101-183.cable.quicknet.nl) has joined #beagle
  • [10:04:07] * teamcobra (n=teamcobr@adsl-76-242-51-215.dsl.sbndin.sbcglobal.net) Quit (Read error: 110 (Connection timed out))
  • [10:05:01] * Beagle8 (n=Beagle8@pool-72-70-7-90.bstnma.east.verizon.net) has joined #beagle
  • [10:08:28] * Foolean (n=emil@foolean.ros.sgsnet.se) has joined #beagle
  • [10:22:57] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [10:33:23] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [10:46:00] * Olipro_ (i=Olipro@unaffiliated/olipro) Quit (Read error: 110 (Connection timed out))
  • [10:51:56] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [11:02:37] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [11:02:51] <Crofton|work> http://rafb.net/p/xpVic392.html
  • [11:05:54] <Crofton|work> hopefully the patch drought turns into a flood
  • [11:06:23] <koen> I hope tony waits for rc2
  • [11:08:31] <DJWillis> koen: agreed, it would be nice to take a lot of what is waiting into the .26 area before jumping up to .27 RC's (IMHO of course). Tony's call however :).
  • [11:15:06] <koen> my main problem is that rc1 is pretty much broken as-is
  • [11:15:30] <koen> ah, my active dvb antenna has shipped
  • [11:15:46] <koen> hopefully I can show some beagle dvb goodness tomorrow
  • [11:15:53] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [11:16:19] <koen> DJWillis: how's the OE pandora stuff coming along?
  • [11:22:58] * anders (n=anders@archlinux/trusteduser/anders) has joined #beagle
  • [11:25:32] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [11:32:19] * methril (n=Methril@213.27.233.98) Quit (Read error: 110 (Connection timed out))
  • [11:33:56] <khasim> koen: ?
  • [11:34:13] <khasim> koen: we compiled latest OE for beagle
  • [11:34:27] <khasim> koen: we tried running mplayer, but it crashed for some reason
  • [11:34:54] <khasim> koen: we tried in terminal of angstrom, mplayer kingkong.avi
  • [11:35:26] <khasim> koen: any suggestions?
  • [11:36:18] <koen> my crystal ball is in repairs
  • [11:36:28] <koen> it might help to paste the error message somewhere
  • [11:39:39] <khasim> Sent a mail to your ID
  • [11:41:06] <koen> khasim: does your kernel have http://www.sakoman.net/cgi-bin/gitweb.cgi?p=linux-omap-2.6.git;a=commitdiff_plain;h=8ead96bcf19b26c3ea305a1a3518814eba72897e ?
  • [11:43:54] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [11:46:42] <khasim> koen: Is this patch present in your R54 kernel?
  • [11:46:59] <khasim> koen: I am actually trying to evaluate the distro build done by Pratheesh
  • [11:47:20] <khasim> koen: at present I dont have access to source that he built from
  • [11:47:42] <khasim> koen: the crash that I see is due to McBSP
  • [11:48:19] <koen> the patch is in the r54 kernel
  • [11:48:25] * DJWillis (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) Quit (Read error: 104 (Connection reset by peer))
  • [11:48:28] <koen> I wasn;t sure if you where using a TI kernel or omap-git
  • [11:48:41] <anders> the gpu, does it do opengl or only gl es? wondering if you could for example just compile a game (neverball) and run it
  • [11:48:44] * DJWillis (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) has joined #beagle
  • [11:49:09] <koen> khasim: that's the ASoC crash we have been talking about :)
  • [11:49:29] <khasim> koen: ok was out of IRC for a while - mistake :(
  • [11:49:34] <koen> khasim: sakoman is trying to find time to look into it, maybe you (or someone else from TI) can help him
  • [11:49:52] <khasim> koen: ok
  • [11:50:13] <khasim> koen: can I run just video then?
  • [11:50:24] <koen> yes, try -nosound or plug in a usb soundcard
  • [11:50:40] <koen> khasim: if you want hd video, use omapfbplay
  • [11:50:41] <khasim> koen: thanks will try that
  • [11:51:39] <khasim> koen: will try mplayer with option omapfbplay
  • [11:51:46] <khasim> koen: thanks
  • [11:52:54] <koen> omapfbplay is a seperate app :)
  • [11:53:02] * like2wise (n=likewise@84-104-101-183.cable.quicknet.nl) Quit ()
  • [11:53:12] <khasim> :)
  • [11:53:45] <khasim> koen: does this take MPEG4 stream as input - confirming :)
  • [11:54:34] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [11:55:20] <koen> it takes anything ffmpeg can handle
  • [11:55:35] <khasim> koen: ok
  • [11:57:01] <koen> and it doesn't do sound, so no problem there :)
  • [11:59:24] <khasim> koen: ok, will try this. with -nosound the avi plays fine with mplayer
  • [11:59:45] <Crofton> wew :)
  • [12:03:21] <khasim> omapfbplay gives error : ERROR allocating framebuffers: 67092480 bytes
  • [12:03:45] <khasim> I am giving input as same 640x480 avi file : may be this is the reason
  • [12:04:00] <khasim> anyways will move back to the UART3 hang that I was debugging :(
  • [12:04:52] * Beagle8 (n=Beagle8@pool-72-70-7-90.bstnma.east.verizon.net) Quit (Read error: 110 (Connection timed out))
  • [12:05:05] <koen> khasim: do you enable the overlays in bootargs?
  • [12:05:20] <khasim> koen: no
  • [12:05:22] <koen> setenv bootargs 'console=ttyS2,115200n8 console=tty0 root=/dev/mmcblk0p2 rootdelay=2 rootfstype=ext3 video=omapfb:vram:2M,vram:4M' ; saveenv ; boot
  • [12:05:36] <khasim> koen: ok, will try this out
  • [12:05:39] <koen> in u-boot
  • [12:05:53] <khasim> koen:yup got it
  • [12:13:34] * cbrake_away is now known as cbrake
  • [12:14:39] * cbrake (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) has left #beagle
  • [12:14:53] * cbrake (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) has joined #beagle
  • [12:16:00] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [12:18:57] * Viral_Sachde (n=Viral_Sa@122.167.136.165) has joined #beagle
  • [12:24:44] <Crofton|work> bother, I forgot to start my clean build last night
  • [12:24:57] <Crofton|work> all the bug fixing over the weekend should be tested :)
  • [12:25:08] * bazbell (n=a0192809@nat/ti/x-bc1fa6876777f051) has joined #beagle
  • [12:26:40] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [12:27:01] * bazbell (n=a0192809@nat/ti/x-bc1fa6876777f051) Quit (Client Quit)
  • [12:30:02] * Beagle5 (n=Beagle5@49.16.72-86.rev.gaoland.net) has joined #beagle
  • [12:31:33] * Beagle5 is now known as JkxatHome
  • [12:31:44] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [12:35:58] * methril (n=Methril@213.27.233.98) has joined #beagle
  • [12:36:23] * methril is now known as methril|lunch
  • [12:37:30] * JkxatHome (n=Beagle5@49.16.72-86.rev.gaoland.net) Quit ()
  • [12:39:30] * BThompson (n=BThompso@nat/ti/x-fb8a21cee54eb1b1) has joined #beagle
  • [12:40:23] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [12:50:31] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [13:00:10] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [13:02:34] <koen> Crofton|work: how's gnuradio coming along?
  • [13:02:50] <Crofton|work> not
  • [13:02:57] <Crofton|work> finsihing paper reviews
  • [13:04:25] <Crofton|work> I hate this paper, it is all statistics of rf coverage measurements
  • [13:06:50] <sakoman_> Crofton|work: I remembered to start a clean build, but it failed on gnu-config-native, so I might as well have forgotten :-(
  • [13:07:04] <Crofton|work> urg
  • [13:07:37] <Crofton|work> at least we closed a bunch of bugs
  • [13:07:44] <Crofton|work> I closed all my moldy reports
  • [13:07:50] * sakoman_ must remember to refrain from pulling OE when he is in bugfix mode
  • [13:08:07] <Crofton|work> git will solve all problems!
  • [13:08:12] <Crofton|work> :)
  • [13:08:20] <sakoman_> I use git
  • [13:08:24] <sakoman_> for OE
  • [13:08:44] <Crofton|work> what? git does not solve all problems? the fanboys lied
  • [13:09:14] <Crofton|work> heh
  • [13:09:23] * Crofton|work is tired of scm arguments
  • [13:09:47] <sakoman_> hmm . . . I wonder if it is a parallel make thing -- build seems to be progressing with a restart
  • [13:09:53] <Crofton> yeah
  • [13:09:58] <Crofton> that one sounds familiar
  • [13:10:18] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [13:11:31] <sakoman_> koen: the x-load issue wasn't simple
  • [13:11:42] <sakoman_> not just infinite loops
  • [13:12:44] <sakoman_> It seems that when running xload from nand the mmc hw is not fully configured
  • [13:13:48] <koen> heh
  • [13:15:54] <khasim> koen: have you integrated Paul's patch in R54?
  • [13:16:22] <sakoman_> My current theory is that the boot rom leaves Vmmc1 on if it loads MLO from MMC, off otherwise
  • [13:16:56] <sakoman_> I believe that is why TI uses 2 different versions, one for nand and one for mmc
  • [13:17:25] <khasim> sakoman_: you are correct the ROM boot leaves VMMC1 on if it boots over MMC
  • [13:17:58] <sakoman_> I'll try to turn it on in xload so we can have just a single version
  • [13:18:09] <khasim> sakoman_: 2 different versions were mainly to avoid confusions on from where we are booting
  • [13:18:16] <koen> khasim: which patch?
  • [13:18:33] <khasim> sakoman_: turnning on in x-loader will be difficult as you need to use I2C
  • [13:18:46] <koen> khasim: here's the history for the kernel patches: http://gitweb.openembedded.net/?p=org.openembedded.dev.git;a=history;f=packages/linux/linux-omap2_git.bb;h=HEAD;hb=HEAD
  • [13:18:53] <khasim> sakoman_: I did try that, but as it was taking more space due to I2Cs I removed it
  • [13:19:15] <sakoman_> khasim: right, not trivial. what is the max size for xload?
  • [13:19:18] <khasim> koen: the one that probably fixes UART 3 hang
  • [13:19:34] <khasim> sakoman_: the SRAM size
  • [13:19:41] <khasim> sakoman_: I think 32 K
  • [13:19:51] <sakoman_> should be possible then
  • [13:19:51] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [13:19:52] <khasim> sakoman_: No, let me confirm
  • [13:20:06] <sakoman_> xload is currently 17K
  • [13:20:14] <khasim> sakoman_: the FAT32 takes some memory then MMC driver
  • [13:20:30] <sakoman_> I can't imagine that i2c will double the size
  • [13:21:23] <khasim> sakoman_: I have to recall a bit, but I think it uses some libraries due to which it increased the size
  • [13:21:44] <khasim> sakoman_: Straight copy of I2C driver into x-loader might not work
  • [13:23:57] <sakoman_> khasim: right. I worked on it last night and got most of the way there. I finally got it to compile without error, but couldn't complete the final link phase
  • [13:24:12] <khasim> sakoman_: ok
  • [13:24:33] <sakoman_> I foolishly updated OE which introduced some tool chain changes that required a clean build of the world
  • [13:25:05] <sakoman_> I started that before I went to sleep, but it failed fairly early in the build process :-(
  • [13:25:17] <sakoman_> So now I need to wait for that to complete
  • [13:25:22] <khasim> :(
  • [13:25:45] <sakoman_> Think I'll go make some coffee and read the morning paper :-)
  • [13:26:04] <khasim> since morning I am looking at UART3 hang. it keeps working, then the moment I try to be happy it hangs
  • [13:26:21] <koen> khasim: there is no patch yet that solves the hang
  • [13:26:25] <sakoman_> khasim: BTW, now I hate x-load too :-)
  • [13:26:29] <koen> khasim: pauls latest patches add debug info
  • [13:26:38] <khasim> koen: ok
  • [13:26:45] <sakoman_> koen: use evm or overo ;-)
  • [13:26:58] <khasim> sakoman_: I think overo is better
  • [13:27:01] <koen> sakoman_: send me an overo :)
  • [13:27:26] <khasim> sakoman_: what is the pricing for overo - any secret - type on another window;-)
  • [13:27:33] <koen> tony is going to merge patches, tag 2.6.26-omap1 and then merge 2.6.27rcX
  • [13:27:56] <sakoman_> There's a probably a clue in the fact that serial hangs don't happen on those two machines. I wish I could recognize the clue though!
  • [13:28:06] <khasim> I ported beagle kernel, u-boot, x-loader to OMAP ZOOM
  • [13:28:34] <khasim> I some times feel it doesnt hang, but when I tried with Hyperterminal instead of teraterm it failed
  • [13:28:40] <sakoman_> khasim: no product details have been released yet -- just the selection of OMAP 35XX and the product name
  • [13:28:41] <khasim> on OMAP zoom as well
  • [13:29:04] <sakoman_> khasim: serial hangs on zoom as well?
  • [13:29:21] <khasim> sakoman_: I think so, I saw it once on hyperterminal
  • [13:29:29] <sakoman_> bummer
  • [13:29:33] <khasim> sakoman_: but I am booting beagle software on Zoom
  • [13:29:47] <khasim> sakoman_: might be a software issue
  • [13:30:04] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [13:30:07] <khasim> sakoman_: I have to try Zoom sources
  • [13:30:08] <sakoman_> khasim: my theory is that it has something to do with 4030 interrupt handling
  • [13:30:18] <khasim> sakoman_: could be.
  • [13:30:44] <khasim> sakoman_: On Beagle with u-boot I downloaded 8M file using kermit many times, it didnt fail.
  • [13:30:47] <sakoman_> Crofton gets suspicious gnuradio underruns that we don't see on evm or overo
  • [13:30:55] <khasim> sakoman_: So I think it is stable in hardware
  • [13:31:35] <khasim> sakoman_: even I felt like that when running SGX demos, they were pretty slow
  • [13:31:45] <sakoman_> khasim: I also think it might be worth doing a very careful review of pin mux
  • [13:32:24] <sakoman_> well, time for coffee and newspaper. ttytl!
  • [13:32:26] <khasim> sakoman_: I did review pin muxing, I thought it might be with memory timings,
  • [13:33:45] * koen keeps forgetting about the 9 hour timezone difference with CA
  • [13:34:33] <Crofton> the underrun message comes from here
  • [13:34:51] <Crofton> newspapers are so last century :)
  • [13:36:18] * Olipro (n=Olipro@unaffiliated/olipro) has joined #beagle
  • [13:37:57] * rsalveti (n=salveti@189.70.143.203) Quit (Connection timed out)
  • [13:37:57] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [13:38:09] * methril|lunch is now known as methril
  • [13:41:43] * rsalveti (n=salveti@200.184.118.132) has joined #beagle
  • [13:49:49] * prpplague (n=dave@mail.americanmicrosystems.com) has joined #beagle
  • [13:54:36] * JuanG (n=Juan@nat/ti/x-3498366fcf99f2c1) has joined #beagle
  • [13:55:08] <khasim> Crofton: the suspicious gnuradio underruns, are you seeing these with DSP or with ARM only?
  • [13:55:23] * JuanG (n=Juan@nat/ti/x-3498366fcf99f2c1) has left #beagle
  • [13:57:57] <Crofton> arm only
  • [13:58:06] <Crofton> still need to get dsplink running
  • [14:05:08] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [14:09:55] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [14:11:24] * Viral_Sachde (n=Viral_Sa@122.167.136.165) Quit (Read error: 104 (Connection reset by peer))
  • [14:14:17] <Crofton|work> hmm, the FOSDEM guys had a FOSDEM2009 kick off bbq :)
  • [14:14:50] <Crofton|work> we need to do a talk at FOSDEM on the beagle
  • [14:15:47] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [14:16:00] * koen checks http://www.timeanddate.com/worldclock/city.html?n=224 to see if jkridner should be awake soon
  • [14:17:43] * Viral_Sachde (n=Viral_Sa@122.167.136.165) has joined #beagle
  • [14:18:58] <toalan> about the usb ehci problem, is the issue with the hardware or the linux driver?
  • [14:19:10] <koen> after today we should have a lot less patches in OE
  • [14:19:13] <koen> toalan: hardware
  • [14:19:49] <koen> sakoman_: are you planning to re-post your NAND driver on linux-omap?
  • [14:20:21] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [14:20:47] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [14:21:08] <khasim> Disabling Dyn tick in menuconfig causes the hang to occur pretty often
  • [14:22:02] <Crofton|work> 8000 euros collected at the beer event
  • [14:22:07] * Crofton|work shudders
  • [14:22:40] <khasim> ***how to display this
  • [14:22:53] <khasim> any specific command
  • [14:23:23] <toalan> is the usb EHCI usb controller built into the OMAP processor or is it an external chip?
  • [14:23:40] <khasim> toalan: it is an external chip
  • [14:23:48] <sakoman_> koen: it is on my todo list, but at the moment not at the top (paying work with deadlines comes first :-)
  • [14:23:48] <koen> toalan: the controller is in the omap, the phy external AIUI
  • [14:23:54] <khasim> toalan:OMAP controller doesnt support inbuilt PHY
  • [14:24:17] <khasim> toalan:Koen is correct...
  • [14:24:20] <koen> sakoman_: I was noticing people (re)posting patches to tony to apply today :)
  • [14:24:29] <sakoman_> koen: if you want to resubmit, go for it!
  • [14:24:43] <koen> khasim: try sysrq-q to get the debug info paul needs
  • [14:24:59] <koen> you can trigger sysrq by sending a break
  • [14:25:07] <koen> I think even hyperterm is able to do that
  • [14:25:10] <khasim> koen: you mean break from terminal
  • [14:25:26] <khasim> koen: I use teraterm
  • [14:25:36] <sakoman_> I got a few comments off list that the nand stuff should be in the board file and not a separate file. Other machines are mixed in how they do this. Perhaps Tony has a preference
  • [14:29:45] <toalan> Has anyone run eclipse on the beagle board?
  • [14:29:51] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [14:32:36] <Crofton> toalan, not that I know off
  • [14:34:00] <toalan> Is there an IDE in angstrom linux for code development?
  • [14:35:32] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [14:35:38] <Crofton> not really
  • [14:35:46] <Crofton> the poky guys did something I think
  • [14:36:07] <toalan> For compiling, is crosscompiling faster than compiling on the beagleboard?
  • [14:36:10] <Crofton> anjua
  • [14:36:16] <Crofton> most likely :)
  • [14:37:23] * dirk2 (n=dirk@F3047.f.strato-dslnet.de) has joined #beagle
  • [14:37:35] <Crofton> http://ubootc.wordpress.com/2008/05/17/poky-anjuta-plug-in/
  • [14:37:45] <Crofton> poky is a "fork" of OE
  • [14:38:32] <toalan> I am a linux newbie, and I want to use the beagleboard to try to replace most of the functionality of my desktop, so that I force myself to learn about embedded linux. Is beagleboard suitable for me?
  • [14:39:54] <toalan> I am willing to learn, but I do not want to run into a wall of resistance
  • [14:39:54] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [14:40:12] <Crofton> you are biting off a lot of stuff
  • [14:40:50] <anders> are all of the drivers for beagleboard open source
  • [14:40:53] <anders> like 3d etc
  • [14:41:05] <DJWillis> toalan: that seems a tall order for a 1st go :-o
  • [14:41:12] <Crofton> it might be easier to learn linux on a desktop, then use the beagle to understand the differences between the desktop and embedded environemnt
  • [14:41:35] <DJWillis> anders: 3D is closed and accessed via a userspace blob IIRC, it is also not yet released.
  • [14:41:35] <Crofton> most of us use conventional linux desktop machines to develop for the beagelboard
  • [14:41:44] <anders> oh
  • [14:44:26] <toalan> thanks for the advice, I already installed ubuntu on my desktop and I am learning that now
  • [14:45:04] <toalan> the beagleboard is pretty exciting so I am hyped up about it
  • [14:45:07] <DJWillis> toalan: as it stands the Beagle is a great 'hackers' platform but I personally would not say things are stable enough to use it as an ARM desktop yet. Learning Ubuntu is a very decent place to start.
  • [14:45:10] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [14:46:29] <toalan> in terms of gaining traction, when do you guys foresee that the software side of things becomes mature enough to become a viable alternative to a x86 pc?
  • [14:49:00] <Crofton> we hope so :)
  • [14:49:19] <Crofton> for some applications
  • [14:49:28] <Crofton> people who need balls out cpu, no
  • [14:49:51] <Crofton> but I use to do real work on 8Mhz PC's years ago
  • [14:49:51] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [14:51:24] <toalan> I want to implement some sort of high speed bus for communication between beagle board and a microcontroller, something faster than SPI and I2C. What are my options with the header on beagleboard?
  • [14:51:36] <Crofton> SDIO?
  • [14:51:39] <Crofton> mcbsp
  • [14:53:31] <khasim> MMC
  • [14:55:28] <toalan> are any of those interfaces suitable for chip to chip communications? I mean SPI and I2C, is pretty common and supported, but I have never read about anyone using those other interfaces for micro to micro communications
  • [14:55:50] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [14:59:02] <ymanton> isnt there an expansion header?
  • [14:59:41] <toalan> yup, I am talking about what is available on the expansion header
  • [15:00:25] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [15:00:50] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [15:04:03] * Viral_Sachd1 (n=Viral_Sa@122.167.136.165) has joined #beagle
  • [15:04:36] * methril is now known as methril|gone
  • [15:04:45] * Viral_Sachde (n=Viral_Sa@122.167.136.165) Quit (Read error: 104 (Connection reset by peer))
  • [15:06:16] * Viral_Sachd1 (n=Viral_Sa@122.167.136.165) Quit (Read error: 104 (Connection reset by peer))
  • [15:06:17] * Viral_Sachde (n=Viral_Sa@122.167.136.165) has joined #beagle
  • [15:06:43] <dirk2> Crofton: Did you send http://rafb.net/p/E2gfJQ86.html to Paul?
  • [15:22:32] * trickie|work (n=trickie@basesoft.xs4all.nl) Quit ("Leaving")
  • [15:24:12] <dirk2> sakoman, koen: Shall I resend the NAND patch to Tony? sakoman: The one I sent you some weeks ago, without config in a seperate file.
  • [15:26:09] * Viral_Sachd1 (n=Viral_Sa@122.167.136.165) has joined #beagle
  • [15:28:11] <khasim> When I configure System timer to use MPU timer instead of 32K timer the UART3 didnt crash
  • [15:28:12] * Viral_Sachd1 (n=Viral_Sa@122.167.136.165) Quit (Read error: 104 (Connection reset by peer))
  • [15:28:29] * Viral_Sachd1 (n=Viral_Sa@122.167.136.165) has joined #beagle
  • [15:28:39] <khasim> will have to debug more into this.
  • [15:29:33] * Viral_Sachde (n=Viral_Sa@122.167.136.165) Quit (Read error: 104 (Connection reset by peer))
  • [15:39:58] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [15:40:43] <koen> dirk2: sure go ahead
  • [15:41:07] <sakoman_> dirk2: that is fine with me
  • [15:42:37] <sakoman_> khasim: that might be one more piece of evidence that the issue is related to 4030 interrupt (mis) handling??
  • [15:43:23] <sakoman_> khasim: by any chance does the audio issue go away too :-)
  • [15:43:33] <Crofton> dirk2, yes
  • [15:43:39] <sakoman_> too much to hope for
  • [15:44:06] <khasim> sakoman_:I have done a clean build, validating again to confirm the 32K issue
  • [15:44:15] <khasim> sakoman_:Havent tried audio yet :)
  • [15:44:57] <khasim> sakoman_:I have mailed Gerald to get the C70 and TP23 probe points on beagle
  • [15:45:03] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [15:45:15] <khasim> sakoman_:will probe and see if there is any issue with this line as such
  • [15:46:15] <khasim> sakoman_:I also think the system is much faster now, I should run my SGX demo and see if it is still slower
  • [15:49:29] <khasim> Crofton: Can you check your GNURADIO using MPUTIMER instead of 32K?
  • [15:50:06] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [15:50:14] <koen> khasim: do you have a patch for changing the timer?
  • [15:50:35] <dirk2> sakoman_: Do I have to replace the your Signed-off-by or just add mine?
  • [15:50:54] <khasim> koen: no
  • [15:51:11] <Crofton> khasim, this afternoon I will
  • [15:51:12] <khasim> koen: I did menuconfig change directly
  • [15:51:27] <Crofton> just change kernel config?
  • [15:51:34] <khasim> Crofton: yes
  • [15:51:37] <Crofton> ok
  • [15:51:44] <Crofton> on the todo list :)
  • [15:52:02] <khasim> CONFIG_OMAP_MPU_TIMER=y
  • [15:52:02] <khasim> # CONFIG_OMAP_32K_TIMER is not set
  • [15:52:43] <koen> why doesn't it happen on the evm with the 32k timer?
  • [15:57:02] <khasim> I dont know, that will be next step to figure out
  • [15:57:31] <khasim> I think MPU Timer doesnt trigger any power management including CPU IDLE
  • [15:57:42] <khasim> the power consumption with MPUTIMER will be huge
  • [15:57:48] <khasim> x10
  • [15:58:05] <Crofton> ok, comment out 32k timer lines
  • [15:58:16] <Crofton> and add =y to MPU_TIMER?
  • [15:58:26] * koen is updating the OE kernel recipe against git head
  • [16:00:29] <khasim> Crofton: yes
  • [16:00:48] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [16:01:10] <khasim> I also think there is some functionality missing that needs to be considered
  • [16:01:34] <khasim> One thing with Beagle is all components are very near to processor or connected directly unlike EVM or Zoom
  • [16:01:41] <khasim> dont know about overo
  • [16:01:57] <khasim> it was same issues with USB SMSC PHY as well,
  • [16:02:06] <khasim> there were no delays on board
  • [16:02:32] <khasim> may be something like that with 32K as it is getting generated from TWL4030 to Processor
  • [16:02:47] <khasim> I am just looking at options, could be some thing else all together
  • [16:04:34] * Viral_Sachd1 (n=Viral_Sa@122.167.136.165) Quit (Read error: 110 (Connection timed out))
  • [16:05:38] <khasim> TI kernel seems to be broken for MPUTIMER, it gives some errors when I select MPU instead of 32 : Bad programming :)
  • [16:09:36] <koen> crap, the nand patch doesn't apply anymore
  • [16:10:27] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [16:10:58] <dirk2> koen: Can you try the one I just sent to omap list?
  • [16:12:49] * hagisbasheruk (n=hagisbas@cpc1-clyd1-0-0-cust187.renf.cable.ntl.com) has joined #beagle
  • [16:15:18] <sakoman_> dirk2: just add yours
  • [16:15:31] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [16:15:49] <koen> dirk2: trying...
  • [16:15:56] <sakoman_> khasim: if you think the components are close on Beagle you will be amazed on overo
  • [16:16:37] <sakoman_> beagle looks *huge* in comparison
  • [16:16:59] <sakoman_> so I don't think it is signal length
  • [16:18:27] <khasim> sakoman_: I thought so :)
  • [16:19:19] <koen> NOTE: package linux-omap2-2.6.26-r55: task do_compile: started
  • [16:19:29] <koen> dirk2: your version applies, thanks!
  • [16:20:17] <koen> 10 patches down, they all went upstream :)
  • [16:21:31] <dirk2> sakoman_: Seems that today I press send button faster than we chat here ;) Sorry, I just added my signed off
  • [16:21:54] <hagisbasheruk> Crofton / Crofton|work I have just ordered the new Softrock SDR RXTX+Xtall v6.3 kit with CMOS Si570 and the USB I2C interface kit , http://groups.yahoo.com/group/softrock40/message/23047 for softrock and http://groups.yahoo.com/group/softrock40/message/23635 for interface kit but i aam going to wait for Rev C of the beagleboard , hows your SDR project comming
  • [16:22:04] <dirk2> koen: If you like the patches, you can send an acked-by
  • [16:22:55] <dirk2> Which patches should we send next to Tony?
  • [16:22:55] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [16:24:50] <koen> dirk2: acked-by to 0/3 or the 3 actual patches?
  • [16:26:14] <khasim> Crofton: I do see considerable improvement in SGX performance with MPUTIMER
  • [16:26:21] <khasim> Crofton:may help you as well
  • [16:26:46] <koen> khasim: doesn't that just mean that sgx is using the wrong pll or divider?
  • [16:27:48] <khasim> koen: might be
  • [16:28:12] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [16:28:32] <ds2> does the overo fit inside a watch?
  • [16:28:47] <koen> no, inside a gum wrapper :)
  • [16:28:54] <ds2> :P
  • [16:28:57] <dirk2> koen: hmm, below the signed off of 1/3 you can do a "Acked-by:... to all three patches" to avoid some traffic
  • [16:29:15] <koen> too late :)
  • [16:29:44] <dirk2> we are all too late today at chat ;)
  • [16:30:16] <sakoman_> dirk2: sorry for my slowness
  • [16:30:28] <sakoman_> busy doing other things
  • [16:31:02] <dirk2> np. Build a good overo :)
  • [16:31:38] <sakoman_> irc process is getting starved today :-)
  • [16:31:46] <khasim> sakoman_: will you be giving some overos for us?
  • [16:32:32] <khasim> sakoman_:is there any new device on overo?
  • [16:32:45] <khasim> apart from the regular stuff...
  • [16:32:54] <sakoman_> khasim: I will ask Gordon at Gumstix for you. I'm just a consultant, so I don't control the hardware
  • [16:33:11] <khasim> :)
  • [16:34:07] <sakoman_> khasim: Gumstix is keeping quiet on that, but I suppose you could watch my kernel & uboot checkins over the next few weeks :-)
  • [16:34:18] <khasim> he he he he
  • [16:35:12] <khasim> ok, catch up with you all, its 10PM here , going back to home
  • [16:35:12] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [16:40:53] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [16:42:44] * valhalla (n=valhalla@81-174-37-232.dynamic.ngi.it) has joined #beagle
  • [16:44:14] * RogerMon1 (n=a0740758@nat/ti/x-413b7cd07e1af57b) has joined #beagle
  • [16:48:18] * RogerMonk (n=a0740758@nat/ti/x-50688602e7c93fc3) Quit (Remote closed the connection)
  • [16:48:20] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [16:50:10] * beagle-dave (n=tux@adsl-69-226-227-37.dsl.pltn13.pacbell.net) has joined #beagle
  • [16:54:20] * Crofton wants to be the first to run an sdr app on the overo
  • [16:54:45] <Crofton> hagisbasheruk, good, we are fighting some kernel sound issues, and maybe some usb issues
  • [16:54:58] <Crofton> good test program for user/kernel space :)
  • [16:58:23] <hagisbasheruk> :)
  • [16:59:14] <Crofton> http://www.ti-estore.com/Merchant2/merchant.mvc?Screen=PROD&Product_Code=EZ430-RF2500
  • [16:59:28] <Crofton> I need to figure out what these are good for
  • [17:00:00] <hagisbasheruk> looks good , let me know your findings
  • [17:01:29] <hagisbasheruk> i guess your thinking about a usb wireless SDR :)
  • [17:04:54] <Crofton> probably more a network testbed
  • [17:05:04] <Crofton> need to read up on the part
  • [17:08:50] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [17:09:00] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [17:10:40] * beagle-dave (n=tux@adsl-69-226-227-37.dsl.pltn13.pacbell.net) has left #beagle
  • [17:11:00] * Crofton|work is copying the new kernel to his SD card ...
  • [17:11:06] <sakoman_> Crofton: you probably have the inside track on that SDR project!
  • [17:11:25] <koen> Crofton: with mputimer?
  • [17:11:30] <sakoman_> is this SDR stuff a reasonably sized market?
  • [17:12:02] * teamcobra (n=teamcobr@adsl-76-242-51-215.dsl.sbndin.sbcglobal.net) has joined #beagle
  • [17:12:02] <Crofton|work> well, Matt Ettus is making money selling USRP's
  • [17:12:22] <teamcobra> 'lo all
  • [17:12:22] <koen> Crofton: are you aiming to replace the usrp with msp430 dongles?
  • [17:12:31] <Crofton|work> if you can get into the government stuff, it is billions of dollars
  • [17:12:34] <koen> or isn't 2.4GHz now enough bandwidth?
  • [17:12:39] <Crofton|work> koen, no :)
  • [17:12:57] <hagisbasheruk> sakoman the hobby side of is really taking off Sofrock groop has over 5000 members this week
  • [17:13:04] <Crofton|work> but if I can figure out what they do, they might be interesting for ad hoc wireless network testing
  • [17:13:16] <koen> sakoman_: the military uses SDR to detonate IEDs, so you can make zillions of dollars
  • [17:13:25] <teamcobra> Crofton, look into 80211s yet?
  • [17:13:42] <teamcobra> there's support in 2.6.26 iirc, and it's easy to set up
  • [17:14:09] <koen> http://www.ornl.gov/info/ornlreview/v39_1_06/article08.shtml
  • [17:14:13] <Crofton|work> teamcobra, no, someone brought the piece up in #davinci, so I am trying to add it to my list of things to remember
  • [17:15:08] <Crofton|work> IED funding is huge
  • [17:15:21] <Crofton|work> lots of ad-goc networking guys are living off it atm :)
  • [17:15:25] <sakoman_> koen: any ideas -> ERROR: Source object /home/sakoman/source/omap3-oe/tmp/cross/lib/gcc/arm-angstrom-linux-gnueabi/4.3.1/libgcc.a(_divsi3.o) has EABI version 4, but target x-load has EABI version 0
  • [17:15:59] <koen> sakoman_: you're trying to link oabi (eabi version 0) with eabi (v4)
  • [17:16:07] <koen> madwifi?
  • [17:16:34] <sakoman_> koen: why would the x-load recipe suddenly start ttrying to do that?
  • [17:16:39] <koen> it is usually a sign that some stashed a binary in your tarball assuming the arm abi never changes
  • [17:16:47] <koen> s/some/someone/
  • [17:16:55] <ds2> you are linking with a stale binary
  • [17:17:02] <teamcobra> Crofton|work, if you need help setting up 80211s, I can help somewhat, but it's dead simple w/ the userspace tools
  • [17:17:10] <koen> or that something is doing -mapcs32 somewhere
  • [17:17:11] <teamcobra> they're really quite similar to iwconfig
  • [17:17:13] <sakoman_> koen: this is from a clean build with .dev
  • [17:17:15] <Crofton|work> I'll keep that in mind
  • [17:17:22] <ds2> probally OABI tool chain built binary (I think EABIv0 == OABI)
  • [17:17:31] <Crofton|work> I jsut have too many ideas, not enough time to try them all
  • [17:17:42] <koen> ds2: yeah, "eabi" v0 is oabi
  • [17:17:55] <koen> ds2: I wishi people would write better error messages
  • [17:17:58] <teamcobra> yeah, I'm in the middle of designing a beaglebeatbox ;)
  • [17:19:35] <sakoman_> koen: http://www.sakoman.net:8000/public/logs/212189.txt
  • [17:19:42] <koen> sakoman_: check for errant -mapcs-32,-mabi=apcs-gnu flags in makefile
  • [17:21:10] <koen> sakoman_: that logs has 25 occurences of -mabi=apcs-gnu (== oabi)
  • [17:21:49] <sakoman_> indeed! I wonder why this just started occurring
  • [17:21:54] * koen can't spell today
  • [17:22:06] <koen> sakoman_: uboot is known for having oabi crap all over the place
  • [17:22:18] <koen> since people copy-paste existing makefiles
  • [17:22:26] * ldesnogu (n=ldesnogu@fw-tnat.cambridge.arm.com) Quit (Read error: 101 (Network is unreachable))
  • [17:22:31] <Crofton|work> koen, the Mark Buckner in the ied article is on a committee with some people I know/have met :)
  • [17:22:35] <koen> sakoman_: grep -rn apcs packages/u-boot -rn :)
  • [17:22:38] <Crofton|work> http://www8.nationalacademies.org/cp/CommitteeView.aspx?key=48926
  • [17:22:57] <Crofton|work> I need to do some code for one of Mike Buehrer's students :)
  • [17:23:25] <koen> ehm, lose on -rn in the grep
  • [17:24:22] * ldesnogu (n=ldesnogu@fw-tnat.cambridge.arm.com) has joined #beagle
  • [17:25:06] <Crofton|work> wierd, I got a couple of missed timer dumps while booting the kernel
  • [17:25:59] <Crofton|work> and I still get the NULL point in snd_pcm .....
  • [17:26:14] <koen> sakoman_: check PLATFORM_CPPFLAGS in the makefiles of xload
  • [17:26:41] <sakoman_> koen: will do. do you get this when building x-load now?
  • [17:26:47] <koen> sakoman_: http://www.sakoman.net/cgi-bin/gitweb.cgi?p=x-load-omap3.git;a=blob;f=cpu/omap3/config.mk
  • [17:26:51] <koen> sakoman_: haven't tried yet
  • [17:27:14] <koen> sakoman_: I suspect the toolchain changes in OE now put aapcs-gnu (note the extra a) as default now
  • [17:27:30] <koen> which is good, but means you get to fix broken software
  • [17:28:33] <sakoman_> just started last night, so I suspect that is the case
  • [17:29:38] <Crofton|work> do overo and the evm have the ehci port?
  • [17:31:36] <Crofton|work> x-load is building for me .....
  • [17:33:34] * koen is doing the dishes so can't write a patch atm
  • [17:39:00] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [17:39:10] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [17:43:06] <Crofton|work> koen, there has been some messing with libgcc also
  • [17:43:06] * grummel (n=christia@cl-13.dus-01.de.sixxs.net) has joined #beagle
  • [17:43:17] <dirk2> anybody from europe already ordered beagle from digi key and knows what the end sum is in EUR (incl. shipping, customs etc)?
  • [17:43:53] <koen> Crofton|work: libgcc has always been eabi in angstrom :)
  • [17:44:18] <Crofton|work> rp and pb have been doing somethign
  • [17:44:24] <Crofton|work> I do not understand tool chains
  • [17:44:33] <koen> that's libc.so :)
  • [17:44:35] <Crofton|work> only to worry when people commit stuff near them :)
  • [17:44:50] * Crofton|work gets confused easily
  • [17:44:51] <koen> pb is working on getting dependencies for libgcc right (nptl stuff)
  • [17:45:02] <Crofton|work> yeah
  • [17:45:07] <Crofton|work> that is what I ment
  • [17:45:14] <koen> I fixed the libc.so issue
  • [17:45:24] <Crofton|work> rebuilding gnu radio with the new libusb
  • [17:45:32] <Crofton|work> I'll see if this helps any
  • [17:48:22] * methril|gone (n=Methril@213.27.233.98) Quit (Read error: 110 (Connection timed out))
  • [17:52:22] * RogerMon1 (n=a0740758@nat/ti/x-413b7cd07e1af57b) Quit (Remote closed the connection)
  • [17:56:53] * gulick (n=gulick@rrcs-208-125-50-2.nys.biz.rr.com) has joined #beagle
  • [17:58:59] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [17:59:09] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [18:00:48] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [18:03:17] <gulick> usb webcams on OTG port - is that possible? hadara said it wasn't because of high-bandwidth endpoint requirements
  • [18:03:37] <gulick> is anyone running webcams on the OTG port??
  • [18:04:10] <koen> I tried, and mine doesn't work
  • [18:05:25] <gulick> wow, that's bad. That was my main requirement for the beagle. Any hope of a work around?
  • [18:05:37] <koen> fixing ehci
  • [18:05:45] <mru> aka wait for rev c
  • [18:05:46] <koen> which last I heard might take a few months
  • [18:08:24] <gulick> what other ways to get video into beagle? will NTSC/PAL -> usb sticks work on OTG port?
  • [18:08:43] <koen> my dvb-t stick works
  • [18:08:50] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [18:12:21] * Olipro_ (n=Olipro@unaffiliated/olipro) has joined #beagle
  • [18:12:45] <khasim> gulick: I have tried WebCam with UVC driver, but for 160x120 resolution only
  • [18:13:53] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [18:16:49] * Olipro (n=Olipro@unaffiliated/olipro) Quit (Read error: 60 (Operation timed out))
  • [18:20:16] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [18:20:28] <gulick> khasim, thanks, I was hoping to use the logitech quickcam pro 9000 - a UVC driver camera - but at higher res than 160x120
  • [18:20:43] <gulick> do you think there is any way?
  • [18:22:34] <koen> if it works at lowres it isn't setting the high bw flag
  • [18:27:54] <gulick> there was mention earlier about musb_host.c and the bandwith issue - can that be fixed?
  • [18:33:09] <suihkulokki> gulick: that's probably better asked on linux-usb mailing list
  • [18:33:44] <suihkulokki> after all, there is other devices with musb than omap
  • [18:34:07] <koen> blackfin, davinci
  • [18:35:08] <gulick> oh, sorry, I didn't know it was a problem with all OTG interfaces
  • [18:46:48] <mru> has anyone here tried the arm realview eval dvd?
  • [18:47:01] <mru> I ordered one, but the serial number doesn't work
  • [18:48:18] <koen> realview is the emulator?
  • [18:48:33] <suihkulokki> it's the marketing term
  • [18:48:53] <suihkulokki> emulators, compilers, tools, developer boards - all realviw
  • [18:48:53] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [18:48:59] <koen> ah
  • [18:49:13] <koen> that's why I was confused
  • [18:49:15] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [18:51:10] * dirk2 (n=dirk@F3047.f.strato-dslnet.de) has left #beagle
  • [18:58:56] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [18:59:13] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [18:59:55] <koen> sakoman_: I have no problem building x-load..
  • [18:59:58] * koen inspects logs
  • [19:01:18] <koen> hmmm
  • [19:01:25] <koen> my x-load is oabi as well
  • [19:08:52] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [19:09:10] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [19:18:52] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [19:19:08] * JuanG (n=Juan@nat/ti/x-d38c4c05335ceefc) has joined #beagle
  • [19:19:13] * JuanG (n=Juan@nat/ti/x-d38c4c05335ceefc) has left #beagle
  • [19:19:34] <sakoman_> koen: so perhaps one of my patches to enable i2c is tickling that bug
  • [19:24:50] <Crofton> ok, we are serious about attaching an FPGA to the beagleboard so we can talk to USRP daughterboards
  • [19:24:54] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [19:26:18] <sakoman_> Crofton: what interface will you use?
  • [19:26:25] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [19:26:39] <Crofton> anything we can get on the expansion connector :)
  • [19:26:49] <Crofton> I did not say we are competent :)
  • [19:26:52] <ds2> I think I finally manage to reproduce the serial hang!
  • [19:27:11] <Crofton> I am thinking sdio, need to do some reading
  • [19:27:39] <Crofton> we'll want as much data as the beagle board can swallow
  • [19:27:54] <Crofton> no sense sending more data than it can process
  • [19:28:04] <ds2> seems the system is not hung, just the serial port... anything interesting I should grab out of it before kicking it?
  • [19:31:29] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [19:31:34] <koen> ds2: it's not the port that's hung, linux seems to disconnect the line discipline, since sysrq still works
  • [19:31:48] <ds2> koen: not completely
  • [19:32:03] <ds2> input to an application fails but I can output via the ttyS2 just fine
  • [19:34:03] <koen> I hope paul gets back from his weekend soom and is able to make sense of our debug output
  • [19:34:16] * like2wise (n=likewise@84-104-101-183.cable.quicknet.nl) has joined #beagle
  • [19:35:24] <mru> this sounds just like the serial hangs I used to get
  • [19:35:40] <mru> for whatever reason, they stopped happening
  • [19:35:58] * Ragha (n=Ragha@nat/ti/x-d39c4fbff7280687) has joined #beagle
  • [19:36:53] <ds2> keystrokes still generate interrupts (/proc/interrupts keeps incrementing)
  • [19:37:50] <bernard_> oh i've seen this before... there's a workqueue that's locked up and holding up all other workqueues.
  • [19:38:00] <bernard_> sysrq+t should show a task that's waiting on a lock or something.
  • [19:38:19] <ds2> what state is it?
  • [19:38:29] <bernard_> it'll be S
  • [19:38:33] <ds2> I have a full login session from the real (fb console)
  • [19:38:37] <ds2> oh
  • [19:39:00] <bernard_> bleh. the task that is waiting on a lock will be events/0 or something
  • [19:40:49] <ds2> doesn't seem like it
  • [19:44:43] <bernard_> can you pastebin a copy of Sysrq+T's output from dmesg?
  • [19:44:56] <ds2> sure, one sec
  • [19:46:00] <ds2> recapturing it in script first... waiting for the painful scrolling
  • [19:47:05] <bernard_> at least it's not 2400bps... i had the displeasure of using one of those today :/
  • [19:47:24] <mru> that does sound painful
  • [19:48:05] <ds2> http://www.pastebin.ca/1092781
  • [19:54:21] <bernard_> hmm. well that's very unexciting.
  • [19:54:51] <ds2> if there is anything else of interest, I have full console on the fb side
  • [19:55:22] <bernard_> what kernel are you running?
  • [19:56:00] <ds2> a hybrid of Linux-omap with stuff from the TI tree for features
  • [19:56:45] <ds2> core stuff is probally based off things a few months ago; it is 2.6.24 but I have a partial sync to pull in beagle support
  • [19:57:23] * valhalla (n=valhalla@81-174-37-232.dynamic.ngi.it) Quit ("Leaving")
  • [19:58:19] * banderson (n=irc@69.71.183.7) Quit ("Leaving")
  • [20:00:34] * Zagrophyte (n=TRosenba@74.7.129.242) has joined #beagle
  • [20:00:43] <bernard_> ds2: have you got setserial on the fs?
  • [20:09:28] <bernard_> if you do, try running "setserial /dev/ttyS0 low_latency"
  • [20:10:26] <bernard_> if that brings back the serial port, then i stand by my theory that the main kernel workqueue is blocked (low_latency bypasses the workqueue).
  • [20:10:55] <bernard_> if it doesn't, well then, forget i ever existed.
  • [20:10:57] * bernard_ sleeps
  • [20:16:01] * dcramer (n=davec@dcdsl.ebox.com) has joined #beagle
  • [20:16:32] <dcramer> hi
  • [20:16:34] <dcramer> couple questions
  • [20:16:48] <dcramer> is it possible to use the dsp for user space programs
  • [20:17:05] <dcramer> also how well do the usb->ethernet dongles work ?
  • [20:17:32] <koen> yes and quite good
  • [20:17:52] <koen> the first "yes" is a "when dsplink works"
  • [20:18:03] <koen> but that's a 'when', not an 'if' :)
  • [20:18:41] <dcramer> so what's the caveat to "when" ?
  • [20:19:04] <koen> TI needs to make the software public
  • [20:19:04] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [20:19:08] <koen> maybe the already did
  • [20:19:11] <dcramer> ah, ok
  • [20:19:13] <dcramer> cool
  • [20:19:29] <dcramer> so usb to eth ? are they reliable ?
  • [20:20:00] <koen> I haven't seen my dongle fail yet
  • [20:20:11] <dcramer> which one are you using ?
  • [20:20:13] <koen> usually other things crash before that can happen ;)
  • [20:20:32] <koen> linksys, but it sucks, the rj45 bit is too flimsy
  • [20:20:42] <dcramer> hmmm ok
  • [20:21:14] <dcramer> $$ ?
  • [20:21:41] * jkridner|work (n=a0321898@nat/ti/x-c2be55c69fa43321) has joined #beagle
  • [20:22:25] <koen> it was pretty cheap (that should have been a clue)
  • [20:22:32] <dcramer> true
  • [20:22:39] <koen> Crofton: which one are you using?
  • [20:22:49] <koen> mine looks like this: http://di1.shopping.com/images1/pi/52/75/68/20665562-100x100-0-0_Linksys+Compact+USB+2+0+10+100+USB200M.jpg
  • [20:22:59] <dcramer> tis too bad they didn't put an ethernet controller on the board
  • [20:23:03] <koen> notice the tiny plastic bit that is meant to keep the cable in place
  • [20:23:21] <dcramer> right, does look pretty flimsy
  • [20:23:31] <dcramer> thanks, I'll have more questions once I get my board
  • [20:23:34] <dcramer> looks very cool
  • [20:30:22] <jkridner|work> it is nice to have an Internet connection again.
  • [20:31:24] <koen> great, we saved a lot of questions for you :)
  • [20:32:14] * jkridner|work1 (n=a0321898@nat/ti/x-e259868ef5b904d3) has joined #beagle
  • [20:32:19] * jkridner|work (n=a0321898@nat/ti/x-c2be55c69fa43321) Quit (Remote closed the connection)
  • [20:32:43] <jkridner|work1> hmmm... Moscone folks don't seem to mind randomly disconnecting the net connection. :(
  • [20:33:15] <koen> you're at the lwe venue?
  • [20:33:22] <jkridner|work1> what is the discussion of the day?
  • [20:33:24] <jkridner|work1> yeah.
  • [20:33:36] <koen> serial hangs
  • [20:33:57] <jkridner|work1> I've read about nohz impacts.
  • [20:34:32] <koen> and about switching from 32kHz to MPU?
  • [20:34:35] <jkridner|work1> and, last I heard, it was a fairly consistent time.
  • [20:34:42] <jkridner|work1> what is strange to me, is that I didn't used to see this problem.
  • [20:34:50] * a0132771 (n=clown@nat/ti/x-f6d17327141f757b) has joined #beagle
  • [20:35:13] <jkridner|work1> but, both 2.6.22.18 and git kernels are showing me this issue now.
  • [20:35:24] * a0132771 (n=clown@nat/ti/x-f6d17327141f757b) has left #beagle
  • [20:35:25] <jkridner|work1> no, I missed the 32kHz discussion.
  • [20:35:54] <koen> khasim switched the timer from 32khz to mpu and the problem seems to have gone
  • [20:37:21] <Crofton> koen, my Ethernet dongle uses the Pegasus driver
  • [20:38:18] <koen> what brand is it?
  • [20:38:23] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [20:38:25] <sakoman_> jkridner|work1: welcome to the west coast!
  • [20:38:31] <jkridner|work1> :)
  • [20:38:49] <sakoman_> sorry I can't make it tomorrow :-(
  • [20:38:58] <sakoman_> Gordon might be there though
  • [20:39:33] * jkridner|work1 (n=a0321898@nat/ti/x-e259868ef5b904d3) Quit (Remote closed the connection)
  • [20:39:34] * jkridner|work (n=a0321898@nat/ti/x-ef6feb51f2d79ff2) has joined #beagle
  • [20:40:16] * Olipro_ is now known as Olipro
  • [20:40:17] * jkridner|work is getting rather frustrated with the net connection here.
  • [20:40:46] * _MattE (n=matt@tu046.demon.co.uk) has joined #beagle
  • [20:40:57] <_MattE> Evening, all
  • [20:42:09] * jkridner|work1 (n=a0321898@nat/ti/x-e1cc9715b3691e5e) has joined #beagle
  • [20:42:44] <sakoman_> jkridner|work1: are you having an identity crisis? :-)
  • [20:45:17] <jkridner|work1> anyone have a chance to verify khasim's fix yet?
  • [20:46:03] * koen looks at Crofton|work
  • [20:46:20] * jkridner|work1 fumes about the net connection.
  • [20:46:36] <bjdooks_> fumes to get the bugs out?
  • [20:46:40] <ds2> sorry, went out to get a bite... don't think I have setserial on there but I have ethernet
  • [20:46:43] * NTNP[U] (n=u@193.10.100-84.rev.gaoland.net) has joined #beagle
  • [20:46:58] <koen> jkridner|work1: internet at conferences is supposed to be flaky
  • [20:47:20] <Crofton> koen, I did a quick check of the time and I still had sound issues
  • [20:47:53] <Crofton> jkridner, probably better than FOSDEM on Saturdays
  • [20:47:53] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [20:49:57] * jkridner|work (n=a0321898@nat/ti/x-ef6feb51f2d79ff2) Quit (Remote closed the connection)
  • [20:50:13] <ds2> scratch taht
  • [20:50:21] <ds2> seems ethernet is hosed
  • [20:50:37] <jkridner|work1> what is the next bug? saw some squirrelly stuff on the mailing list.
  • [20:50:58] <jkridner|work1> still need to hunt source of 32kHz clock source issue for the serial hang?
  • [20:51:08] <jkridner|work1> doesn't seem like that would be super-high priority.
  • [20:51:18] <ds2> nevermind, solidly hung the system now :(
  • [20:57:25] <sakoman_> koen: did you attempt to build an EABI x-load?
  • [20:58:14] <koen> sakoman_: not yet
  • [20:58:57] <jkridner|work1> koen: have you ever noticed anything funny with typing 'm' in Angstrom?
  • [20:59:11] <koen> in X?
  • [20:59:15] <koen> yes, sometimes
  • [20:59:29] <koen> just like the mouse keys generate 'q' and 'e'
  • [20:59:36] <koen> Xorg doesn't have that problem
  • [20:59:50] <sakoman_> koen: I tried removing the -mabi=apcs-gnu in config.mk
  • [20:59:51] <koen> the next demo image will use Xorg instead of kdrive
  • [21:00:17] <jkridner|work1> is it a kdrive problem?
  • [21:00:32] <sakoman_> the eabi error goes away, now it complains about: /home/sakoman/source/omap3-oe/tmp/work/armv7a-angstrom-linux-gnueabi/gcc-cross-4.3.1-r9/gcc-4.3.1/libgcc/../gcc/config/arm/lib1funcs.asm:1079: undefined reference to `raise'
  • [21:01:10] <koen> jkridner|work1: kdrive triggers it, it is a keymap problem
  • [21:01:12] <ds2> raise should be libc
  • [21:01:18] <koen> libgcc :)
  • [21:01:59] * sakoman_ wishes he had never touched the x-load source code
  • [21:02:00] <koen> sakoman_: find uboot-eabi-fix-HACK.patch in your OE tree
  • [21:02:51] <Crofton> we had similar problems with u-boot
  • [21:02:55] <koen> that shows what I did for the neo1973 and mickey refined it
  • [21:04:57] <_MattE> Wondering if anyone has grafted an LCD directly to the DSS bus on a b-board? (I'm thinking lift R66-R94 & attach to a // TFT - or (most likely) an LVDS serialiser) Are they RP3/RP4 resistor packs?
  • [21:05:57] <koen> sakoman_: http://gitweb.openembedded.net/?p=org.openembedded.dev.git;a=blob_plain;f=packages/u-boot/files/uboot-eabi-fix-HACK.patch;hb=53003380d1162ac80e8d6f50eaab632c299b8ed4
  • [21:06:21] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [21:06:44] <sakoman_> koen: yeah, I was looking at that. eewww!
  • [21:07:10] <koen> editing linker scripts grossed me out as well
  • [21:07:59] <koen> now you know why I dislike u-boot so much :)
  • [21:08:24] <DJWillis> Hmmm, nice UBoot patches like that and people wonder why I keep an OABI ARM cross chain on the path ;-)
  • [21:08:49] <koen> I love eabi
  • [21:09:12] <koen> especially now when I can install softfloat armv5 packages on the beagle if I want to
  • [21:09:29] <DJWillis> koen: yep, so do I but UBoot is less keen ;)
  • [21:09:48] <koen> DJWillis: it's worse
  • [21:09:58] <koen> DJWillis: it depends on the board you're buildng uboot for
  • [21:10:20] <koen> DJWillis: some boards allow eabi, other boards have copy-pasted the apcs-32 stuff
  • [21:11:09] <DJWillis> On the MagicEyes boards it's such a mess I build OABI U-Boot and then EABI everything else, thinking about it, that is what I have been doing for EVM/Pandora out of habit.
  • [21:11:42] * BThompson (n=BThompso@nat/ti/x-fb8a21cee54eb1b1) Quit (Remote closed the connection)
  • [21:12:08] <Crofton|work> frack, I need to work on gnuradio packaging so the USRP firmware is installed
  • [21:13:21] * jkridner|work1 (n=a0321898@nat/ti/x-e1cc9715b3691e5e) Quit (Remote closed the connection)
  • [21:13:58] * Olipro_ (n=Olipro@unaffiliated/olipro) has joined #beagle
  • [21:16:00] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [21:16:22] * Olipro (n=Olipro@unaffiliated/olipro) Quit (brown.freenode.net irc.freenode.net)
  • [21:16:22] * bjdooks_ (n=ben@trinity.fluff.org) Quit (brown.freenode.net irc.freenode.net)
  • [21:16:22] * ds2 (i=noinf@netblock-66-245-251-24.dslextreme.com) Quit (brown.freenode.net irc.freenode.net)
  • [21:16:31] <sakoman_> koen: looks like adding i2c to xload takes it from 17K to 19K. I think khasim's fears were unfounded
  • [21:16:33] * Olipro (n=Olipro@unaffiliated/olipro) has joined #beagle
  • [21:16:33] * bjdooks_ (n=ben@trinity.fluff.org) has joined #beagle
  • [21:16:33] * ds2 (i=noinf@netblock-66-245-251-24.dslextreme.com) has joined #beagle
  • [21:17:03] <sakoman_> now if only it would work. guess I should go ahead and test
  • [21:20:05] <sakoman_> ah well, it was too much to hope for. hangs in i2cinit :-(
  • [21:21:04] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [21:26:34] * ds2 (i=noinf@netblock-66-245-251-24.dslextreme.com) Quit (brown.freenode.net irc.freenode.net)
  • [21:26:34] * bjdooks_ (n=ben@trinity.fluff.org) Quit (brown.freenode.net irc.freenode.net)
  • [21:26:34] * Olipro (n=Olipro@unaffiliated/olipro) Quit (brown.freenode.net irc.freenode.net)
  • [21:28:39] * gaipo_ (n=kaj@adsl-215-243-232.kymp.net) has left #beagle
  • [21:29:10] * bjdooks (n=ben@trinity.fluff.org) has joined #beagle
  • [21:30:40] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [21:42:26] * ds2 (i=noinf@netblock-66-245-251-24.dslextreme.com) has joined #beagle
  • [21:43:57] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [21:49:18] * banderson (n=irc@69.71.183.7) has joined #beagle
  • [21:54:38] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [21:54:55] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [22:03:19] * BThompson (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) has joined #beagle
  • [22:09:11] * cbrake is now known as cbrake_away
  • [22:11:41] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [22:12:08] * jkridner|work (n=a0321898@nat/ti/x-cdcfe5cbc05e4fa3) has joined #beagle
  • [22:12:26] <jkridner|work> needed a net connection to help setup demos, so I've gone back to the hotel.
  • [22:13:00] <jkridner|work> doing a web browsing demo isn't going to be great if the net is down all the time.
  • [22:13:25] <ds2> hahahahahah
  • [22:15:24] * NTNP[U] (n=u@193.10.100-84.rev.gaoland.net) Quit ("Quitte")
  • [22:16:55] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [22:19:55] <ds2> setup your own accesspoint
  • [22:20:23] <ds2> or are they not even providing wired ethernet?
  • [22:23:39] <jkridner|work> It was the wired ethernet that kept going down!
  • [22:25:16] <ds2> oh crap
  • [22:28:17] * khilman (n=khilman@deeprooted.net) has joined #beagle
  • [22:35:19] * like2wise (n=likewise@84-104-101-183.cable.quicknet.nl) Quit ()
  • [22:35:19] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [22:40:48] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [22:40:53] * prpplague (n=dave@mail.americanmicrosystems.com) Quit ("Leaving")
  • [22:41:50] <calculus> jkridner|work: the invite stuff is for which night (I can't make it for the whole event)?
  • [22:44:58] <ds2> is it just my browser or is the CSS broq on the beagleboard.org main page?
  • [22:47:13] <jkridner|work> tomorrow night.
  • [22:47:26] <jkridner|work> 5:30PM at Jillian's.
  • [22:48:34] <jkridner|work> Just say you know "Boris". :) (I'm not sure why Phillip came up with the name Boris, but he did. He's the marketing guy. :) )
  • [22:48:45] <ds2> heh
  • [22:50:27] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [22:52:29] * teamcobra (n=teamcobr@adsl-76-242-51-215.dsl.sbndin.sbcglobal.net) Quit (Read error: 110 (Connection timed out))
  • [22:53:04] <calculus> thanks
  • [23:00:36] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [23:05:01] * teamcobra (n=teamcobr@adsl-76-242-51-215.dsl.sbndin.sbcglobal.net) has joined #beagle
  • [23:13:18] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [23:13:36] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [23:18:05] * bazbell (n=a0192809@nat/ti/x-37e5d75e2cafc974) has joined #beagle
  • [23:18:58] * Zagrophyte (n=TRosenba@74.7.129.242) Quit ("Leaving.")
  • [23:23:15] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [23:28:44] * rsalveti (n=salveti@200.184.118.132) Quit (Read error: 113 (No route to host))
  • [23:28:58] <Crofton|work> jkridner, marketing guys are idiots :) apparently yours even spells his name with two l's
  • [23:33:24] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [23:36:00] * _MattE (n=matt@tu046.demon.co.uk) Quit ()
  • [23:40:00] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [23:40:44] * ZeZu (n=null@c-24-14-8-181.hsd1.in.comcast.net) Quit (Read error: 104 (Connection reset by peer))
  • [23:48:51] * ZeZu (n=null@c-24-14-8-181.hsd1.in.comcast.net) has joined #beagle
  • [23:53:26] * bazbell (n=a0192809@nat/ti/x-37e5d75e2cafc974) Quit ("Leaving.")