[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.")