• [00:10:10] * Ragha (n=Ragha@nat/ti/x-d39c4fbff7280687) Quit ("Why is the alphabet in that order? Is it because of that song?")
  • [00:11:26] * jkridner|work (n=a0321898@nat/ti/x-cdcfe5cbc05e4fa3) Quit ("Leaving.")
  • [00:21:29] * CyruzDraxs (n=CyruzDra@S0106001cf0719b7b.ok.shawcable.net) has joined #beagle
  • [00:35:58] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [00:40:45] <CyruzDraxs> So what exactly is the deal with high-res modes on the Beagle? I've heard it's capable of handling full HD, but can't output it (yet?). Is it just a current limitation in the kernel or the binary graphics driver?
  • [00:42:05] <ds2> the sources for omapfb are available
  • [00:42:16] <ds2> it is a matter of figuring out the right clocks
  • [00:44:17] <CyruzDraxs> so 1080p can be done then?
  • [00:45:18] * rsalveti (n=salveti@189.70.143.203) has joined #beagle
  • [00:45:24] <ds2> what's the X/Y sizes for 1080p?
  • [00:45:34] <CyruzDraxs> I know 720p video has been demonstrated when Koen played Big Buck Bunny at LugRadio Live, but in the youtube video he made it sound as though 1080p was possible too.
  • [00:45:39] <CyruzDraxs> 1920 x 1080
  • [00:45:51] <ds2> yes
  • [00:45:51] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [00:46:00] * hagisbasheruk (n=hagisbas@cpc1-clyd1-0-0-cust187.renf.cable.ntl.com) Quit ("Leaving")
  • [00:46:10] <ds2> IIRC, it can do up to 2048x2048 if you give it the right magic
  • [00:46:19] <CyruzDraxs> That makes me very pleased, indeed. ^_^
  • [00:46:31] <mru> yes, the display controller can output 2048x2048
  • [00:46:44] <ds2> there were some discussion on memory bandwidth though
  • [00:46:50] <mru> the cpu/dsp will probably have a hard time decoding any video at such resolutions
  • [00:46:59] <ds2> mru probally knows more of those details
  • [00:48:20] <CyruzDraxs> yeah, that's what I'm most concerned about. Koen showed off some 720p video playing smoothly, but 1080p would be much more process intensive. I think it might be a bit of a streatch, but if I can get it to handle it okay I will be very pleased.
  • [00:51:27] <mru> 1080p at 30fps needs about 120MBps memory bandwidth
  • [00:51:33] <CyruzDraxs> When I get my new board I'm hoping to test out some builds of XBMC on it. I'll have to start with the slow SDL version for now, since the OpenGL version will likely need a few changes to be ES compatible. Also; does anyone know how possible it is to get the binary driver? I know it's availability at the moment is a little shaky...if I asked if I could sign the NDA you think they'd let me have it?
  • [00:51:42] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [00:52:01] <mru> probably not
  • [00:52:15] <mru> maybe if you bought a million chips too
  • [00:52:21] <CyruzDraxs> lol\
  • [00:53:35] <CyruzDraxs> I guess I'll just have to port what I can for now and keep some OpenGL ES builds handy for when the drivers are released to the public. (whenever that is. >.>)
  • [00:53:35] * dcramer (n=davec@dcdsl.ebox.com) Quit (Read error: 104 (Connection reset by peer))
  • [00:56:59] * jkridner|work (n=a0321898@nat/ti/x-6697f4fbe83548c2) has joined #beagle
  • [00:59:17] <CyruzDraxs> Anyone know the progress of the MythTV port?
  • [00:59:28] <CyruzDraxs> Is it usuable at this point?
  • [00:59:46] <ds2> arrggg lockups
  • [00:59:58] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [01:00:19] <mru> ds2: which lockups?
  • [01:00:36] <ds2> donno, it happens about 15-30 seconds into playing a video
  • [01:01:01] <mru> which kernel and ffmpeg?
  • [01:01:18] <ds2> gstreamer with a hybrid kernel
  • [01:01:28] <mru> which ffmpeg?
  • [01:01:37] <mru> gstreamer is nothing without ffmpeg
  • [01:01:48] <ds2> no ffmpeg, theora codec
  • [01:01:54] <mru> bah
  • [01:02:03] <mru> libtheora?
  • [01:02:08] <ds2> think so
  • [01:02:20] <mru> does it have neon optimisations?
  • [01:02:24] <ds2> nope
  • [01:02:38] <ds2> it is a basic build with optimizations for a armv6
  • [01:02:44] <mru> are you using floating-point?
  • [01:02:55] <ds2> donno
  • [01:02:56] <mru> how does it lock up?
  • [01:03:14] <ds2> it plays for about 15-30 second then it freezes hard
  • [01:03:19] * dcramer (n=davec@dcdsl.ebox.com) has joined #beagle
  • [01:03:22] <mru> is anything at all alive?
  • [01:03:41] <ds2> not that I can tell and I have a USB keyboard
  • [01:04:08] <ds2> trying it from a rc.d script instead and so far it is a lot happier
  • [01:04:15] <ds2> it is as if it doesn't like the serial port
  • [01:04:16] <mru> can you enable the LED heartbeat?
  • [01:04:41] <ds2> don't think I have that code
  • [01:04:53] <ds2> whoa it worked if I run it from an RC script
  • [01:04:57] <mru> it's in the linux-omap git kernel
  • [01:05:14] <ds2> I'll pull that in if I get a chance
  • [01:05:25] <mru> do you have the watchdog?
  • [01:05:32] <ds2> nope
  • [01:05:38] <mru> what *do* you have?
  • [01:05:51] <mru> that "refernence" kernel sounds quite useless ;-)
  • [01:06:04] <ds2> I am using 2.6.24 linux-omap code
  • [01:06:42] <mru> ok... all the TI people keep insisting on running their mess of a kernel
  • [01:07:04] <ds2> it is all about the features ;)
  • [01:08:01] <mru> I don't understand why they won't work a bit more closely with "real" kernel developers
  • [01:08:15] <mru> and get their drivers cleaned up and merged
  • [01:08:32] <ds2> it is happening, just at a slower pace then one would like
  • [01:09:00] <CyruzDraxs> mountains of paperwork, no doubt.
  • [01:09:05] * teamcobra (n=teamcobr@adsl-76-242-51-215.dsl.sbndin.sbcglobal.net) Quit (Read error: 110 (Connection timed out))
  • [01:09:21] <mru> there's no paperwork needed to submit kernel patches
  • [01:09:23] <ds2> and you though Everest was high... ;)
  • [01:09:25] <CyruzDraxs> it often costs more money to give something away for free than the sell it. >.>
  • [01:09:41] <mru> then publish the specs, and let someone else do the coding
  • [01:09:45] * teamcobra (n=teamcobr@adsl-76-242-51-215.dsl.sbndin.sbcglobal.net) has joined #beagle
  • [01:09:49] <CyruzDraxs> well, there would be legal stuff to deal with.
  • [01:09:50] <mru> the result is usually better that way
  • [01:10:15] <CyruzDraxs> If they open it up too much someone could just steal their work and make their own product.
  • [01:10:25] <mru> yeah, right
  • [01:10:30] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [01:10:34] <CyruzDraxs> plus there is probably patent restrictions that have to be worked around/
  • [01:10:54] <ds2> hmm 640x480 using pure software techniques just doesn't cut it
  • [01:10:58] <mru> the specs are available now
  • [01:11:07] <CyruzDraxs> I think they are being a little extreme on the cautiousness though.
  • [01:11:33] <mru> ds2: doing what at 640x480?
  • [01:11:40] <ds2> theoradec
  • [01:12:05] <mru> libtheora is monumentally slow
  • [01:12:08] <CyruzDraxs> just get neon ffmpeg already. >.>
  • [01:12:32] <mru> theora/vp3 isn't fully neon optimised in ffmpeg
  • [01:12:42] <mru> crap codecs are low on my list
  • [01:13:01] <mru> and I don't think anyone else is doing neon for ffmpeg
  • [01:13:03] <ds2> I am also using am armv6 binary which knows nothing about some of the optimization
  • [01:17:40] <CyruzDraxs> I bet the Beagleboard on a fully unomptimized distro is faster than my dev laptop right now. (I really need a new one. >.<)
  • [01:17:53] <ds2> what proc is your laptop?
  • [01:18:20] <CyruzDraxs> 1.8Ghz Celeron, underclocked to 1.2Ghz because it keeps overheating.
  • [01:18:43] <CyruzDraxs> and 128MB of SDRAM because one of the sockets is dead.
  • [01:19:14] <mru> hmm... the beagle might not be far off
  • [01:20:09] <CyruzDraxs> and a Cardbus wifi card because the internal wifi is dead...and an Ubuntu LiveCD configured with network storage on my home server because the HDD in the laptop is dead.
  • [01:20:09] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [01:21:07] <CyruzDraxs> I just can't seem to give this deteriorating piece of junk up. lol
  • [01:23:07] <CyruzDraxs> I never seem to be able to part with my ancient electronics. I still have an Amiga 4000 in my basement somewhere. :O
  • [01:30:19] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [01:39:58] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [02:11:27] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [02:14:25] * JoeBorn_ (n=jborn@nmd.sbx02886.paloaca.wayport.net) has joined #beagle
  • [02:14:33] * toalan (n=toalan@67.204.25.229) Quit ()
  • [02:17:49] * JoeBorn_ is now known as JoeBorn
  • [02:17:59] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [02:19:38] * gulick (n=gulick@rrcs-208-125-50-2.nys.biz.rr.com) Quit (Read error: 110 (Connection timed out))
  • [02:20:08] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [02:37:58] * CyruzDraxs (n=CyruzDra@S0106001cf0719b7b.ok.shawcable.net) Quit (Read error: 110 (Connection timed out))
  • [02:51:39] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [02:53:13] * teamcobra (n=teamcobr@adsl-76-242-51-215.dsl.sbndin.sbcglobal.net) Quit (Read error: 110 (Connection timed out))
  • [02:53:24] * teamcobra (n=teamcobr@adsl-76-242-51-215.dsl.sbndin.sbcglobal.net) has joined #beagle
  • [02:54:35] * jkridner|work (n=a0321898@nat/ti/x-6697f4fbe83548c2) Quit ("Leaving.")
  • [03:01:20] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [03:11:25] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [03:21:04] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [03:27:08] * Olipro_ is now known as Olipro
  • [03:30:51] * JoeBorn (n=jborn@nmd.sbx02886.paloaca.wayport.net) Quit (Read error: 113 (No route to host))
  • [03:34:21] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [03:34:31] * BThompson (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) Quit ("Trillian (http://www.ceruleanstudios.com")
  • [03:38:06] * teamcobra (n=teamcobr@adsl-76-242-51-215.dsl.sbndin.sbcglobal.net) Quit (Read error: 110 (Connection timed out))
  • [03:42:34] <sakoman_> khasim: ping!
  • [03:43:05] <sakoman_> I'm spending a little more time on x-load this evening
  • [03:43:48] <sakoman_> Adding the i2c driver only added ~2K to x-load
  • [03:44:01] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [03:45:33] <sakoman_> However, the app crashes in i2c_init on the first write to the i2c controller (outw(0x2, I2C_SYSC))
  • [03:46:11] <sakoman_> I assume that x-load is missing a bit of setup it needs
  • [03:46:37] <sakoman_> I've added i2c to the pin mux setup
  • [03:47:10] <sakoman_> Any idea what other setup I'm missing?
  • [03:50:39] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [03:51:26] * JoeBorn (n=jborn@ppp-71-139-2-37.dsl.snfc21.pacbell.net) has joined #beagle
  • [03:52:13] * shankar (n=shankar@63.99.26.3) has joined #beagle
  • [03:54:39] <sakoman_> Is anyone aware of the availability of command line utilities to fuss with omap gpio pins? I'm looking for something like the pxaregs utility, or the /proc/gpio support on gumstix
  • [04:05:54] <ds2> sakoman: I seem to recall hearing about a /proc/gpio equiv.
  • [04:06:20] <sakoman_> ds2: do you recall where yu read about it?
  • [04:07:57] <ds2> sakoman: no, and nothing in my notes either :(
  • [04:10:05] * CyruzDraxs (n=CyruzDra@S0106001cf0719b7b.ok.shawcable.net) has joined #beagle
  • [04:10:19] * shankar (n=shankar@63.99.26.3) Quit (Remote closed the connection)
  • [04:13:33] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [04:18:54] <ds2> arrgg... nothing in my notes at all
  • [04:23:13] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Success)
  • [04:23:41] <sakoman_> ds2: google hasn't helped either
  • [04:28:16] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [04:33:40] <ds2> ah yes, found some notes...
  • [04:34:54] <ds2> you can do the equiv lf pxareg by doing something like -
  • [04:35:10] <ds2> open /dev/mem ; seek to register offset (physical address); and do a write() 4 bytes at a time
  • [04:37:17] <ds2> need the TRM to make use of it
  • [04:44:02] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [04:47:01] * JoeBorn (n=jborn@ppp-71-139-2-37.dsl.snfc21.pacbell.net) Quit (Read error: 110 (Connection timed out))
  • [04:49:06] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [04:59:20] <sakoman_> ds2: Thanks -- not quite a command line utility, but perhaps the basis for creating a pxaregs-like utility
  • [05:03:50] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [05:08:54] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [05:24:09] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [05:24:09] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [05:29:42] * Beagle7 (n=Beagle7@204-15-3-178-static.ipnetworksinc.net) has joined #beagle
  • [05:29:43] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [05:34:17] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [05:34:43] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [05:36:20] * Beagle7 (n=Beagle7@204-15-3-178-static.ipnetworksinc.net) Quit ()
  • [05:37:20] * khasim (n=a0393720@192.163.20.231) has left #beagle
  • [05:37:25] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [05:44:24] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [05:49:27] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [05:56:03] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [05:56:21] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [06:01:45] * DJW|Home (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) has joined #beagle
  • [06:02:55] * beagle-dave (n=tux@adsl-69-226-227-37.dsl.pltn13.pacbell.net) has joined #beagle
  • [06:03:40] <beagle-dave> sakoman: you wanted userspace gpio access?
  • [06:04:38] <beagle-dave> sakoman: in 2.6.27-rc1 there's /sys/class/gpio if you enable it in Kconfig
  • [06:06:01] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [06:09:20] <khasim> beagle-dave:I dont know if our GPIO library is mapped to this interface,
  • [06:09:37] <khasim> David Brownell wanted us to do this, I don't know if some one has tried this out
  • [06:09:53] <beagle-dave> khasim: what 'gpio library' do you mean? OMAP platform GPIOs are accessible that way.
  • [06:10:25] <beagle-dave> khasim: that is, if you use the gpio_*() calls not the old omap_gpio_*() calls ... or whatever they're called
  • [06:10:55] <beagle-dave> I've certainly used those calls on my trusty old OSK. :)
  • [06:11:04] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [06:12:27] <khasim> ok
  • [06:13:26] <khasim> beagle-dave:I was taking about th old omap_gpio_calls , we have to switch to gpio_ calls.
  • [06:13:35] <khasim> beagle-dave:thanks for pointing this out
  • [06:14:09] <beagle-dave> Yeah, switching should be easy enough -- the GPIO numbers are the same!
  • [06:14:33] <ds2> khasim: btw, the bpp configuration was wrong on the reference kernel
  • [06:14:41] <beagle-dave> And regardless, the system GPIOs should be visible in /sys/kernel/debug/gpio and
  • [06:15:11] <beagle-dave> (newer kernels) /sys/class/gpio/* ... nyet the twl4030 gpios though.
  • [06:18:58] <khasim> ds2: Yeah, I saw that
  • [06:19:57] <khasim> ds2: actually it was proper in old version of kernel, but when I moved to 2.6.22.18 I missed configuring the structure.
  • [06:20:44] <khasim> ds2: if I get some time will try to upload a new version
  • [06:21:17] * DJWillis (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) Quit (Read error: 110 (Connection timed out))
  • [06:21:31] <khasim> I am trying to understand the MPU timer v/s 32K timer hang
  • [06:24:07] * jkridner|work (n=a0321898@nat/ti/x-8c86152da38bf600) has joined #beagle
  • [06:33:57] * trickie|work (n=trickie@basesoft.xs4all.nl) has joined #beagle
  • [06:34:57] * Viral_Sachde (n=Viral_Sa@122.167.152.214) has joined #beagle
  • [06:35:54] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [06:37:34] * CyruzDraxs (n=CyruzDra@S0106001cf0719b7b.ok.shawcable.net) Quit ()
  • [06:41:02] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [06:55:56] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [07:01:51] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [07:03:34] * methril (n=Methril@213.27.233.98) has joined #beagle
  • [07:08:22] <jkridner|work> koen: I just noticed that LED0 corresponds to USR1 and LED1 corresponds to USR0. Probably want to swap that.
  • [07:08:46] <jkridner|work> probably cannot tell on a Rev A board. need to get you an update. :)
  • [07:35:54] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [07:40:58] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [07:46:01] <koen> jkridner|work: I'll have a look at that later on
  • [07:47:27] <koen> and good morning all :)
  • [07:52:11] <khasim> koen: with angstrom rootfs configured for NFS, we see some udhcp errors, I have mailed the log to you
  • [07:52:16] <khasim> koen: this is on EVM
  • [07:58:36] <koen> remove the "auto eth0" from /etc/network/interfaces
  • [08:02:28] <khasim> koen: thanks will check this out
  • [08:05:52] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [08:06:41] * Beagle6 (n=Beagle6@adsl-84-226-48-148.adslplus.ch) has joined #beagle
  • [08:10:57] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [08:11:17] <koen> jkridner|work: david brownell already fixed the led issue :)
  • [08:18:17] * Beagle6 (n=Beagle6@adsl-84-226-48-148.adslplus.ch) Quit ()
  • [08:18:27] * Beagle0 (n=Beagle0@adsl-84-226-48-148.adslplus.ch) has joined #beagle
  • [08:21:18] * DJW|Home is now known as DJWillis
  • [08:26:38] <keesj> jkridner|work: I see in the irc logs Dirk sent you might have jtag scan chain information I really would like
  • [08:33:49] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [08:38:03] <Beagle0> hello any body there?
  • [08:40:21] * Beagle0 (n=Beagle0@adsl-84-226-48-148.adslplus.ch) has left #beagle
  • [08:43:54] <koen> typical
  • [08:43:56] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [08:44:02] <khasim> yes
  • [08:44:04] <koen> ask question, disconnect 2 minutes later
  • [08:44:19] <beagle-dave> nobody here !
  • [08:44:23] <khasim> :)
  • [08:46:44] * like2wise (n=likewise@84-104-101-183.cable.quicknet.nl) has joined #beagle
  • [08:46:53] <koen> tony is also awake :)
  • [08:46:55] <koen> hey like2wise
  • [08:48:05] <like2wise> hey koen
  • [08:48:07] <like2wise> hey all
  • [08:48:41] <beagle-dave> hey hey hey!
  • [09:14:44] * bjdooks really wishes people didn't keep hacking on private trees, it makes life so much more difficult for everyone else when it comes to sorting out patches and merges
  • [09:15:57] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [09:18:55] * like2wise (n=likewise@84-104-101-183.cable.quicknet.nl) Quit ()
  • [09:20:55] <koen> bjdooks: that happens when maintaining a private tree is a whole lot less work that pushing it upstream
  • [09:21:03] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [09:21:26] <koen> bjdooks: e.g. going through RMKs broken patch system which doesn't have up to date docs
  • [09:21:58] <koen> sakoman_: your nand patch is going in today :)
  • [09:23:17] <DJWillis> Wonderful, HEAD support for the NAND :D, I guess I better think about pushing Pandora stuff now most of the pre-reqs are in.
  • [09:24:53] <DJWillis> koen: regards your OE comments yesterday, Pandora support seems to be going well (slow however as it's just me and the day job is a killer at the moment) but I wanted to talk to you about the best way to setup GIT's for the local trees like you and Steve are doing and what scripts/tools exist to help with that in the context of OE.
  • [09:26:47] <bjdooks> koen: the documentation for rmk's patch system is fine, I used it for a long time before going to git as it is easier to keep information about file moves that way and just ask rmk to pull
  • [09:29:43] * jkridner|work1 (n=a0321898@nat/ti/x-6b67738072dfaca8) has joined #beagle
  • [09:33:34] * jkridner|work (n=a0321898@nat/ti/x-8c86152da38bf600) Quit (Remote closed the connection)
  • [09:37:48] <koen> DJWillis: I have no local tree, if something works it goes in
  • [09:38:23] <koen> DJWillis: since git can't merge *anything* without manual intervention, I make sure every change is committed
  • [09:39:19] <koen> bjdooks: when I tried it the docs didnt mention that registration via the website wasn't working anymore and that pgp signed mails weren't accepted
  • [09:39:41] <DJWillis> koen: ahhh, I need to get my head around what people are doing with trees. I have a load of stuff in my own user.collection that is in an almost there state.
  • [09:39:58] <koen> keep your collection in git :)
  • [09:41:16] * RogerMonk (n=a0740758@nat/ti/x-c2668175945efd0c) has joined #beagle
  • [09:42:00] <DJWillis> koen: true ;)
  • [09:42:03] <bjdooks> koen: ok, lack of pgp signing is annoying... however you don't have to send all your email pgp signed
  • [09:42:37] * bjdooks decides to go and kill whoever thought routing PCI IDE interrupts via an ISA-PIC was a good idea...
  • [09:43:33] * RogerMonk|linux (n=rmonkloc@host217-36-23-195.in-addr.btopenworld.com) has joined #beagle
  • [09:45:57] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [09:51:02] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [10:15:56] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [10:16:50] * gulick (n=gulick@rrcs-208-125-50-2.nys.biz.rr.com) has joined #beagle
  • [10:21:00] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [10:40:11] * Parker- (n=parker@wolfenstein.org) Quit (Read error: 60 (Operation timed out))
  • [10:45:54] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [10:50:59] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [11:11:36] * jkridner|work1 (n=a0321898@nat/ti/x-6b67738072dfaca8) Quit ("Leaving.")
  • [11:15:53] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [11:20:57] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [11:30:37] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [11:35:15] * vsriram (i=3b6030f5@gateway/web/ajax/mibbit.com/x-237d560723c9d87a) has joined #beagle
  • [11:36:25] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [11:37:06] <Crofton|work> ok, blinking led on usrp
  • [11:37:16] <Crofton|work> must check transfer rates
  • [11:37:30] <Crofton|work> that is the real test
  • [11:39:19] <koen> what did you do to make it work?
  • [11:39:29] * RogerMon1 (n=a0740758@nat/ti/x-40f1378a36acf299) has joined #beagle
  • [11:39:29] * dcramer (n=davec@dcdsl.ebox.com) Quit ()
  • [11:40:02] <Crofton|work> this may have always worked
  • [11:40:21] <Crofton|work> the led toggling is a command not a builk transfer
  • [11:40:44] <Crofton|work> I wish I had notes on my last libtool1 effort
  • [11:40:44] * like2wise (n=likewise@84-104-101-183.cable.quicknet.nl) has joined #beagle
  • [11:44:22] * RogerMonk (n=a0740758@nat/ti/x-c2668175945efd0c) Quit (Remote closed the connection)
  • [11:46:05] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [11:46:23] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [11:46:25] * dcramer (n=davec@dcdsl.ebox.com) has joined #beagle
  • [11:49:06] <koen> jkridner: ping
  • [11:55:59] <Crofton|work> phdcomics is awesome today
  • [11:56:08] <Crofton|work> I think it is about my advisor :)
  • [11:59:27] * vsriram (i=3b6030f5@gateway/web/ajax/mibbit.com/x-237d560723c9d87a) Quit ("http://www.mibbit.com ajax IRC Client")
  • [12:00:18] * Viral_Sachd1 (n=Viral_Sa@122.167.139.117) has joined #beagle
  • [12:00:47] <koen> tony is on a roll today
  • [12:03:49] <koen> beagle nand is now upstream
  • [12:03:54] <koen> as is the led fix
  • [12:06:12] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [12:06:22] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [12:08:37] * like2wise (n=likewise@84-104-101-183.cable.quicknet.nl) Quit ()
  • [12:10:01] * like2wise (n=likewise@84-104-101-183.cable.quicknet.nl) has joined #beagle
  • [12:12:41] * Viral_Sachde (n=Viral_Sa@122.167.152.214) Quit (Read error: 104 (Connection reset by peer))
  • [12:16:02] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [12:16:20] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [12:19:07] <ldesnogu> bjdooks: regarding the strongly ordered patch posted on the mailing list, I wonder if making the sram non cacheable and issueing a DSB before running code wouldn't be even better; the DSB should make sure no pending eviction and/or stores are present in the memory subsystem; strongly ordered memory is evil :)
  • [12:21:47] * BThompson (n=BThompso@nat/ti/x-aa86c822b9a2f00f) has joined #beagle
  • [12:22:56] * bazbell (n=a0192809@nat/ti/x-9de531c9d55ecc9f) has joined #beagle
  • [12:23:51] * like2wise (n=likewise@84-104-101-183.cable.quicknet.nl) Quit ()
  • [12:24:21] * bazbell (n=a0192809@nat/ti/x-9de531c9d55ecc9f) Quit (Client Quit)
  • [12:25:20] * like2wise (n=likewise@84-104-101-183.cable.quicknet.nl) has joined #beagle
  • [12:25:55] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [12:26:01] * _ZeZu_ (n=null@c-24-14-8-181.hsd1.in.comcast.net) has joined #beagle
  • [12:26:44] * ZeZu (n=null@c-24-14-8-181.hsd1.in.comcast.net) Quit (Read error: 104 (Connection reset by peer))
  • [12:29:26] <Crofton|work> fusb::_reap: Bad file descriptor
  • [12:29:37] <Crofton|work> from the usrp speed test program
  • [12:29:57] <Crofton|work> I need to try and catch the first messages
  • [12:31:03] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [12:31:43] <Crofton|work> fusb::_submit_urb: Bad file descriptor
  • [12:31:43] <Crofton|work> _submit_urb failed
  • [12:31:45] <Crofton|work> bother
  • [12:33:30] <koen> does it set the high bandwidth flags?
  • [12:33:40] <Crofton> not sure
  • [12:33:51] <Crofton> it works better with old libusb though
  • [12:35:06] <koen> but it gets further now with the new one?
  • [12:35:18] <Crofton> I think this is the same porblem I had
  • [12:35:50] <Crofton> different usb methods are used to download firware and tobble led
  • [12:37:59] <Crofton|work> the error comes from a file called fusb_linux.cc
  • [12:38:32] <Crofton|work> crap
  • [12:39:40] <Crofton|work> http://gnuradio.org/trac/browser/gnuradio/tags/releases/3.1.2/usrp/host/lib/legacy/fusb_linux.cc
  • [12:39:47] <Crofton|work> see the comment around line 50
  • [12:40:41] <Crofton|work> http://www.time.com/time/politics/article/0,8599,1829354,00.html?cnn=yes
  • [12:41:24] <Crofton|work> btw, this is what makes me tired of politicians, one guy says something intelligent and the other guy takes advantage of people being stupid
  • [12:43:41] <Crofton|work> this is why you do not want to rewrite the usb handling for the usrp
  • [12:43:50] <Crofton|work> http://gnuradio.org/trac/browser/gnuradio/tags/releases/3.1.2/usrp/host/lib/legacy/fusb_linux.cc
  • [12:43:57] <koen> because it will inflate tires?
  • [12:44:23] <Crofton|work> wrong channel :)
  • [12:45:04] * like2wise (n=likewise@84-104-101-183.cable.quicknet.nl) Quit ()
  • [12:45:58] <Crofton|work> I solved my gas problem with the mini :)
  • [12:45:58] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [12:47:36] <Crofton|work> the error message comes from checking the return of something using the evil function :(
  • [12:51:52] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [12:54:13] * like2wise (n=likewise@84-104-101-183.cable.quicknet.nl) has joined #beagle
  • [13:01:31] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [13:02:41] * like2wise (n=likewise@84-104-101-183.cable.quicknet.nl) Quit ()
  • [13:03:43] * like2wise (n=likewise@84-104-101-183.cable.quicknet.nl) has joined #beagle
  • [13:03:48] * like2wise (n=likewise@84-104-101-183.cable.quicknet.nl) Quit (Client Quit)
  • [13:06:17] * prpplague^2 (n=dave@mail.americanmicrosystems.com) has joined #beagle
  • [13:06:46] * prpplague^2 is now known as prpplague
  • [13:10:01] * cbrake_away is now known as cbrake
  • [13:13:49] * rsalveti (n=salveti@189.70.143.203) Quit (Read error: 110 (Connection timed out))
  • [13:19:54] <kulve> http://omapzoom.org/gf/project/openmax/frs/
  • [13:20:08] <kulve> umm? omx for omap3?
  • [13:20:34] <koen> wasn't there gst-openmax and ARM ltd openmax already?
  • [13:20:55] <kulve> gst-openmax is only a wrapper for openmax
  • [13:21:10] <kulve> and ARM has (afaik) released only some arm optimized openmax DL components
  • [13:21:20] * koen is an openmax n00b
  • [13:22:06] <kulve> gst-openmax + omx on dsp would be quite nice..
  • [13:22:57] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [13:24:09] <dcramer> so if I'm ordering a board, what else should I order
  • [13:24:14] <dcramer> power supply ?
  • [13:24:21] <dcramer> usb hub ?
  • [13:24:30] <dcramer> does it boot to the serial port ?
  • [13:25:14] <khasim> dcramer: powersupply if you want to use OTG as HUB
  • [13:25:17] <koen> afaik only uboot is installed
  • [13:25:36] <khasim> dcramer:yes u-boot is installed, you need UART cable
  • [13:25:54] <dcramer> that's just the 10 pin to rs-232
  • [13:25:59] <dcramer> They don't sell tohse
  • [13:26:22] <ldesnogu> kulve: ARM has released a conformant OpenMAX DL NEON optimized implementation
  • [13:26:31] * rsalveti (n=salveti@200.184.118.132) has joined #beagle
  • [13:26:39] * JuanG (n=Juan@nat/ti/x-af1ebc97a364c708) has joined #beagle
  • [13:26:44] * JuanG (n=Juan@nat/ti/x-af1ebc97a364c708) has left #beagle
  • [13:26:46] <ldesnogu> http://www.arm.com/products/esd/openmax_home.html
  • [13:26:51] <khasim> dcramer: check the beagleboard.org/hardware it gives validated peripherals and link to get the same
  • [13:27:23] <dcramer> khasim: yeah, looking, however my experience suggests I might miss something ;)
  • [13:28:27] <kulve> ldesnogu: yes, but OMX DL is far from begin IL..
  • [13:28:32] <kulve> s,begin,being,
  • [13:29:08] <kulve> or is there something to implement IL on top of that DL layer?
  • [13:29:13] <ldesnogu> is there any open source IL implementation?
  • [13:29:30] <kulve> afaik, no
  • [13:29:53] <kulve> well, there is Bellagio, which is and IL implementation using ffmpeg for the actual work
  • [13:30:09] <ldesnogu> there is a sample IL implentation on Khronos site
  • [13:32:58] <ldesnogu> the problem seems to be getting the codec's that go between IL and DL :)
  • [13:33:33] <kulve> those wouldn't actually be codecs, just some wrapping, I think..
  • [13:34:34] <koen> if it uses ffmpeg there is hope for NEON accel :)
  • [13:35:20] <kulve> hmm.. that might be nice too..
  • [13:35:35] <kulve> http://omxil.sourceforge.net/
  • [13:35:42] <kulve> http://freedesktop.org/wiki/GstOpenMAX
  • [13:36:09] * Olipro (n=Olipro@unaffiliated/olipro) Quit (Read error: 104 (Connection reset by peer))
  • [13:36:18] * rsalveti is now known as d
  • [13:36:18] * Olipro_ (i=Olipro@unaffiliated/olipro) has joined #beagle
  • [13:36:27] * d is now known as rsalveti
  • [13:38:27] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [13:43:51] <koen> http://scap.linuxtogo.org/files/a08b4cc48894018d90fcd98f35f29bce.png
  • [13:43:55] <koen> I feel dirty
  • [13:44:06] * koen dislikes anything with the gecko engine
  • [13:47:33] <sakoman_> khasim: thanks for the i2c clocks hint. I'll give that a try now.
  • [13:52:21] * Viral_Sachd1 (n=Viral_Sa@122.167.139.117) Quit (Read error: 104 (Connection reset by peer))
  • [13:52:22] * Viral_Sachde (n=Viral_Sa@122.167.139.117) has joined #beagle
  • [13:55:01] * Olipro_ is now known as Olipro
  • [14:00:53] <ldesnogu> koen: is gecko that bad?
  • [14:01:38] <koen> I hate it for ignoring patch to fix ARM for years
  • [14:02:06] <koen> webkit is sooo much faster on the beagle
  • [14:02:14] <koen> and doesn't require me to add 50MB swap....
  • [14:02:28] <ldesnogu> don't they now have a project for having a fast firefox on ARM? if so they'll have to accept patches :)
  • [14:03:08] <koen> heh
  • [14:05:07] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [14:15:27] <khasim> sakoman_: Is your register address that you are trying to read/write properly configured?
  • [14:15:47] <khasim> sakoman_:Some times I have seeen issues when the offsets go wrong
  • [14:16:07] <khasim> sakoman_:a straight copy from u-boot to x-loader might have some issues like this
  • [14:16:35] <ldesnogu> hum jkridner google mail could not decypher your last mail to linux-omap :(
  • [14:18:38] <koen> ldesnogu: jkridner said that CRC'ing the ROM can't disinguish between 3430 and 3530
  • [14:19:13] <ldesnogu> yeah I read it in the archive
  • [14:19:29] <ldesnogu> that's odd, I think it's the first I see gmail misbehave...
  • [14:19:35] <ldesnogu> first time*
  • [14:19:52] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [14:20:08] <ldesnogu> being unable to distinguish 34xx from 35xx devices is strange
  • [14:20:22] * ldesnogu likes ID's :)
  • [14:21:41] * Zagrophyte (n=TRosenba@74.7.129.242) has joined #beagle
  • [14:21:43] <koen> yeah
  • [14:23:27] <Zagrophyte> I'm an Arduino hobbyist, how much of a jump, learning curve wise, would it be to get started with beagle? I run Ubuntu at home, so I am moderately familiar with linux. I program in C# for my job, but can pick up other languages fairly easily
  • [14:24:09] <suihkulokki> is 35xx then identical to 34xx ? Only difference being which TI unit is selling them?
  • [14:24:57] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [14:25:12] * methril is now known as methril|away
  • [14:27:16] * _kamera2_ (n=opera@ipn36372-c52397.cidr.lightship.net) has joined #beagle
  • [14:28:10] <khasim> suihkulokki: to start with kind of, but going forward the road map might be different
  • [14:28:32] <ldesnogu> Zagrophyte: it depends on what you want to do with Beagle
  • [14:28:59] <ldesnogu> khasim: "kind of" seems a bit vague :)
  • [14:28:59] <_kamera2_> i read somewhere the max speed someone was getting out of the USB on the beagle board was around 70MBps, I'm guessing even with protocol overhead a desktop class m/c gets >150. what are some of the factors contributing to the lower speed on the beagle board?
  • [14:29:04] <Zagrophyte> currently I am working on robotics
  • [14:29:42] <ldesnogu> _kamera2_: 70 MBps on USB2 can't be reached...
  • [14:30:05] <_kamera2_> sorry.. 70Mbps
  • [14:30:05] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [14:31:40] <sakoman_> khasim: I will look at the offsets
  • [14:33:08] <Zagrophyte> this is the robot I'm currently working on: http://www.youtube.com/watch?v=H5NsdY1xMMk
  • [14:33:08] <Zagrophyte> Basically I'm trying to make an autonomous rover type robot, and the beagleboard looks like something that would be very capable for terrain mapping and visualization of the sensor data
  • [14:33:27] <koen> _kamera2_: I got 70Mbps with iperf over ethernet emulation
  • [14:33:29] <ldesnogu> Zagrophyte: IIRC jkridner told some people were interested in robotics with BeagleBoard, you should get in touch with him; also look at google hits for "beagleboard robotics"
  • [14:33:43] <Zagrophyte> ldesnogu: thanks
  • [14:34:05] <_kamera2_> also couple of other questions: are the GPIO pins currently exposed enough to hook up to a ethernet mac/phy, and hence what is the max bandwith one can expect.. close to 100Mbps?
  • [14:34:38] <_kamera2_> koen: thanks.. i guess i did see your blog.. so do you think its because of the ethernet emulation you were seeing lower performance?
  • [14:35:01] <koen> I am of the opinion that usb sucks in general :)
  • [14:35:21] <_kamera2_> in general on the board, or in general .. general :-)
  • [14:35:36] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [14:37:13] <Crofton|work> as long you have working usb bits, it is fine
  • [14:37:22] <Crofton|work> but making stuff work can be bitchy
  • [14:40:10] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [14:40:23] <_kamera2_> wait.. are you suggesting that the default asgnstrom distro or whatever else comes with it don't support USB out of the box?
  • [14:40:57] <Crofton|work> no angstrom does
  • [14:41:18] <Crofton|work> my headache is with the gnuradio usrp which pokes at internal libusb bits
  • [14:41:30] <Crofton|work> which is making me miserable atm
  • [14:42:35] <sakoman_> khasim: good clue! the issue was that I *didn't* copy i2c.h over from u-boot :-)
  • [14:42:50] <_kamera2_> any idea though what kind of max bandwidth i can expect with that board? USB for a start, but WiFi (also over usb), and hopefully ethernet..
  • [14:43:06] <Crofton|work> not sure about that
  • [14:43:20] <sakoman_> the old crufty i2c.h that was lying around in the x-load tree did not add in the controller base address, so of course there was no way it could work.
  • [14:43:21] <_kamera2_> Crofton|work: thats neat.. do you have a blog about your integration effort.. i'm really interested.
  • [14:43:31] <Crofton> sadly not
  • [14:44:24] <sakoman_> Crofton: it's hard enough to find enough time to do things, let alone do things *and* write about them!
  • [14:44:48] <Crofton|work> I would like to have a better blog
  • [14:44:57] <Crofton|work> I need all the writing practice I can get
  • [14:45:09] * koen cheats and use the "blog this" opttion in flickr
  • [14:45:14] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [14:45:22] <_kamera2_> do you guys do this profesionally? or as a hobby.. (how the heck do you get time :-)
  • [14:46:29] <Crofton|work> a little of both
  • [14:46:46] <sakoman_> same here
  • [14:46:50] <Crofton|work> standard usb stuff works fine, the usrp is special
  • [14:47:01] <koen> same here
  • [14:47:39] <_kamera2_> man.. i so need to get a EE job..
  • [14:52:21] * a0132771 (n=clown@nat/ti/x-dc63f57d0672a951) has joined #beagle
  • [14:52:31] * a0132771 (n=clown@nat/ti/x-dc63f57d0672a951) has left #beagle
  • [14:52:55] <suihkulokki> _kamera2_: people are hiring linux hackers left and right..
  • [14:54:02] <_kamera2_> suihkulokki: as they are doing with dotnet people.. which is where I'm stuck right now!!!
  • [14:55:11] <_kamera2_> koen: your blog has something about mythtv, i'm guessing you are running media from the USB etc.. any tvtuner card integration?
  • [14:55:35] <koen> media from network
  • [14:55:43] <koen> I' trying to get dvb-t over usb working
  • [14:56:44] <_kamera2_> sweet.. so basically a super tiny TV hooked up to a LCD?
  • [14:57:49] <kulve> koen: what's the problem there?
  • [14:58:10] <kulve> i.e. with the usb dvb-t
  • [14:59:58] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [15:00:32] * gmaxwell (n=NT4TN@wikimedia/KatWalsh/x-0001) has joined #beagle
  • [15:00:42] <gmaxwell> Can GCC target the DSP on beagle board?
  • [15:01:19] <kulve> no
  • [15:01:35] <kulve> there's other toolchains for that
  • [15:02:08] <_kamera2_> gmaxwell: from what i've understood so far, gcc (not the standard build) can target the NEON dsp instructions.. but the C64x DSP chip needs something else..
  • [15:02:16] <_kamera2_> e.g. ti's dsp/bios
  • [15:02:32] <kulve> yes
  • [15:03:00] <koen> kulve: the beagle hangs for too often
  • [15:03:18] <kulve> :/(
  • [15:03:21] <kulve> -(
  • [15:04:06] <gmaxwell> So for the C64x we're stuck with TI's commercial compiler and no free solution?
  • [15:04:25] <kulve> you can use it for free
  • [15:05:00] <koen> there's a gcc-c64x, dunno if that works
  • [15:05:03] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [15:05:26] <_kamera2_> something about a free ti compiler http://www.mail-archive.com/davinci-linux-open-source@linux.davincidsp.com/msg05995.html
  • [15:05:58] <koen> that's the TI one :)
  • [15:06:14] * trickie|work (n=trickie@basesoft.xs4all.nl) Quit ("Leaving")
  • [15:06:54] * Viral_Sachde (n=Viral_Sa@122.167.139.117) Quit ("Leaving.")
  • [15:07:01] <Zagrophyte> what other options are there language-wise?
  • [15:07:20] <Zagrophyte> perhaps Mono? ;)
  • [15:07:21] <kulve> none, I guess
  • [15:07:32] <kulve> dsp is quite different from a generic purpose arm
  • [15:07:39] <Zagrophyte> hmm
  • [15:08:11] <_kamera2_> i think matlab has some stuff to target those dsp's too.. but big money..
  • [15:08:35] <kulve> like char in c is 16 bits etc..
  • [15:09:15] <_kamera2_> koen: this http://www.angstrom-distribution.org/node/47 says something about mplayer with neon instructions getting 720p.. so any idea why you were getting lower performance with your video?
  • [15:09:52] <koen> ffmpeg doesn't have accel for all codecs
  • [15:09:52] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [15:15:42] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [15:16:34] <koen> there, OE now has support for omxil
  • [15:16:50] <koen> it even dymanically links to ffmpeg, so it gets NEON support for free :)
  • [15:18:03] <_kamera2_> koen: i was JUST about to mail you about OMX.. but you beat me to it.. :-)
  • [15:18:14] <_kamera2_> send IRC msg i mean.
  • [15:20:17] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [15:23:46] <gmaxwell> no google results for "gcc-c64x"
  • [15:24:58] <_kamera2_> gmaxwell: check this out (from beagle wiki) http://marc.info/?l=linux-omap&m=120761100810527&w=2
  • [15:25:20] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [15:25:30] <koen> sakoman_: did you sort out your x-load problems?
  • [15:29:54] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [15:34:58] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [15:35:28] * like2wise (n=likewise@84-104-101-183.cable.quicknet.nl) has joined #beagle
  • [15:41:34] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [15:45:00] * Beagle5 (n=Beagle5@20-74-ftth.onsneteindhoven.nl) has joined #beagle
  • [15:45:15] <Beagle5> hi
  • [15:45:43] * Beagle5 (n=Beagle5@20-74-ftth.onsneteindhoven.nl) Quit (Client Quit)
  • [15:45:53] * Beagle3 (n=Beagle3@20-74-ftth.onsneteindhoven.nl) has joined #beagle
  • [15:47:13] <Beagle3> having a beagleboard "out of the box"-experience
  • [15:47:35] <Beagle3> get the logo-screen
  • [15:47:48] <Beagle3> trying to connect a keyboard an
  • [15:47:51] <Beagle3> d a mouse
  • [15:48:29] <Beagle3> and trying to format/flash the sd-card
  • [15:54:33] * ds2 (i=noinf@netblock-66-245-251-24.dslextreme.com) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * shoragan (n=shoragan@debian/developer/shoragan) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * Olipro (i=Olipro@unaffiliated/olipro) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * khilman (n=khilman@deeprooted.net) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * zarquin (n=zarquin@bright-snat.ucc.asn.au) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * diego (n=diego@78.14.63.28) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * incandescant (n=incandes@foo.stupids.org) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * keesj (n=keesj@ip49-193-210-87.adsl2.static.versatel.nl) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * j24 (n=j24@ns32433.ovh.net) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * koen (n=koen@s55917625.adsl.wanadoo.nl) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * grummel (n=christia@cl-13.dus-01.de.sixxs.net) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * anders (n=anders@archlinux/trusteduser/anders) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * RogerMonk|linux (n=rmonkloc@host217-36-23-195.in-addr.btopenworld.com) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * beagle-dave (n=tux@adsl-69-226-227-37.dsl.pltn13.pacbell.net) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * ymanton (n=ymanton@red.cs.yorku.ca) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * hadara (i=hadara@bsd.ee) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * janneg (n=janne@tichy.grunau.be) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * trickie (n=trickie@a80-101-189-212.adsl.xs4all.nl) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * RogerMon1 (n=a0740758@nat/ti/x-40f1378a36acf299) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * turqy (n=turqy@adsl-75-9-35-139.dsl.rcsntx.sbcglobal.net) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * likewise (n=chatzill@atwork-186.r-212.178.104.atwork.nl) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * cbrake (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * zalassi (n=zalassi@D2030.servadmin.com) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * [g2] (n=tom@nslu2-linux/g2) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * _kamera2_ (n=opera@ipn36372-c52397.cidr.lightship.net) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * prpplague (n=dave@mail.americanmicrosystems.com) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * DJWillis (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * dozerl (n=dozerl@68-188-163-73.dhcp.bycy.mi.charter.com) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * Crofton|work (n=balister@66-207-66-26.black.dmt.ntelos.net) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * oelewapperke (i=a619fded@85-158-215-1.powered-by.benesol.be) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * denix (n=denys@nat/ti/x-292ca2ca61732e6c) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * Beagle3 (n=Beagle3@20-74-ftth.onsneteindhoven.nl) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * Zagrophyte (n=TRosenba@74.7.129.242) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * rsalveti (n=salveti@200.184.118.132) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * methril|away (n=Methril@213.27.233.98) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * gmaxwell (n=NT4TN@wikimedia/KatWalsh/x-0001) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * esden`away (n=esden@repl.esden.net) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * suihkulokki (i=rvoipio@nat/movial/x-e601ea63e0dba744) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * like2wise (n=likewise@84-104-101-183.cable.quicknet.nl) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * gulick (n=gulick@rrcs-208-125-50-2.nys.biz.rr.com) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * banderson (n=irc@69.71.183.7) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * ldesnogu (n=ldesnogu@fw-tnat.cambridge.arm.com) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * mru (n=mru@thrashbarg.mansr.com) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * BeagleLogBot (n=PircBot@ec2-75-101-156-174.compute-1.amazonaws.com) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * sakoman_ (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * kulve (i=fc32a27c@emperor.pingu.fi) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * bernard_ (n=bernard@mersenne.largestprime.net) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * bjdooks (n=ben@trinity.fluff.org) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * zoobab (i=zoobab@vic.ffii.org) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * _ZeZu_ (n=null@c-24-14-8-181.hsd1.in.comcast.net) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * dcramer (n=davec@dcdsl.ebox.com) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * khasim (n=a0393720@192.163.20.231) Quit (brown.freenode.net irc.freenode.net)
  • [15:54:33] * calculus (n=calculus@gentoo/user/calculus) Quit (brown.freenode.net irc.freenode.net)
  • [16:02:26] * bernard_ (n=bernard@mersenne.largestprime.net) has joined #beagle
  • [16:02:26] * kulve (i=fc32a27c@emperor.pingu.fi) has joined #beagle
  • [16:02:26] * sakoman_ (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) has joined #beagle
  • [16:02:26] * BeagleLogBot (n=PircBot@ec2-75-101-156-174.compute-1.amazonaws.com) has joined #beagle
  • [16:02:26] * mru (n=mru@thrashbarg.mansr.com) has joined #beagle
  • [16:02:26] * ldesnogu (n=ldesnogu@fw-tnat.cambridge.arm.com) has joined #beagle
  • [16:02:26] * banderson (n=irc@69.71.183.7) has joined #beagle
  • [16:02:26] * gulick (n=gulick@rrcs-208-125-50-2.nys.biz.rr.com) has joined #beagle
  • [16:02:26] * like2wise (n=likewise@84-104-101-183.cable.quicknet.nl) has joined #beagle
  • [16:02:26] * suihkulokki (i=rvoipio@nat/movial/x-e601ea63e0dba744) has joined #beagle
  • [16:02:26] * esden`away (n=esden@repl.esden.net) has joined #beagle
  • [16:02:26] * Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) has joined #beagle
  • [16:02:26] * methril|away (n=Methril@213.27.233.98) has joined #beagle
  • [16:02:26] * rsalveti (n=salveti@200.184.118.132) has joined #beagle
  • [16:02:26] * Zagrophyte (n=TRosenba@74.7.129.242) has joined #beagle
  • [16:02:26] * gmaxwell (n=NT4TN@wikimedia/KatWalsh/x-0001) has joined #beagle
  • [16:02:26] * zalassi (n=zalassi@D2030.servadmin.com) has joined #beagle
  • [16:02:26] * [g2] (n=tom@nslu2-linux/g2) has joined #beagle
  • [16:02:26] * turqy (n=turqy@adsl-75-9-35-139.dsl.rcsntx.sbcglobal.net) has joined #beagle
  • [16:02:26] * likewise (n=chatzill@atwork-186.r-212.178.104.atwork.nl) has joined #beagle
  • [16:02:26] * cbrake (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) has joined #beagle
  • [16:02:26] * RogerMon1 (n=a0740758@nat/ti/x-40f1378a36acf299) has joined #beagle
  • [16:02:26] * _ZeZu_ (n=null@c-24-14-8-181.hsd1.in.comcast.net) has joined #beagle
  • [16:02:26] * dcramer (n=davec@dcdsl.ebox.com) has joined #beagle
  • [16:02:26] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [16:02:26] * calculus (n=calculus@gentoo/user/calculus) has joined #beagle
  • [16:02:56] * deconsecrator (n=deconsec@76-191-129-206.dsl.dynamic.sonic.net) has joined #beagle
  • [16:02:56] * denix (n=denys@nat/ti/x-292ca2ca61732e6c) has joined #beagle
  • [16:02:58] * [g2]_ (n=tom@cpe-071-065-205-245.nc.res.rr.com) has joined #beagle
  • [16:03:07] * calculus (n=calculus@gentoo/user/calculus) Quit (Killed by ballard.freenode.net (Nick collision))
  • [16:03:19] * calculus (n=calculus@gentoo/user/calculus) has joined #beagle
  • [16:03:19] * zoobab (i=zoobab@vic.ffii.org) has joined #beagle
  • [16:03:19] * bjdooks (n=ben@trinity.fluff.org) has joined #beagle
  • [16:03:19] * ZeZu (n=null@c-24-14-8-181.hsd1.in.comcast.net) has joined #beagle
  • [16:03:19] * _kamera2_ (n=opera@ipn36372-c52397.cidr.lightship.net) has joined #beagle
  • [16:03:19] * prpplague (n=dave@mail.americanmicrosystems.com) has joined #beagle
  • [16:03:19] * RogerMonk|linux (n=rmonkloc@host217-36-23-195.in-addr.btopenworld.com) has joined #beagle
  • [16:03:19] * beagle-dave (n=tux@adsl-69-226-227-37.dsl.pltn13.pacbell.net) has joined #beagle
  • [16:03:19] * DJWillis (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) has joined #beagle
  • [16:03:19] * dozerl (n=dozerl@68-188-163-73.dhcp.bycy.mi.charter.com) has joined #beagle
  • [16:03:19] * ymanton (n=ymanton@red.cs.yorku.ca) has joined #beagle
  • [16:03:19] * Crofton|work (n=balister@66-207-66-26.black.dmt.ntelos.net) has joined #beagle
  • [16:03:19] * hadara (i=hadara@bsd.ee) has joined #beagle
  • [16:03:19] * janneg (n=janne@tichy.grunau.be) has joined #beagle
  • [16:03:19] * trickie (n=trickie@a80-101-189-212.adsl.xs4all.nl) has joined #beagle
  • [16:03:19] * oelewapperke (i=a619fded@85-158-215-1.powered-by.benesol.be) has joined #beagle
  • [16:03:42] * turqy (n=turqy@adsl-75-9-35-139.dsl.rcsntx.sbcglobal.net) Quit (Killed by ballard.freenode.net (Nick collision))
  • [16:03:43] * dcramer (n=davec@dcdsl.ebox.com) Quit (Read error: 104 (Connection reset by peer))
  • [16:03:56] * turqy (n=turqy@adsl-75-9-35-139.dsl.rcsntx.sbcglobal.net) has joined #beagle
  • [16:03:56] * anders (n=anders@archlinux/trusteduser/anders) has joined #beagle
  • [16:03:56] * grummel (n=christia@cl-13.dus-01.de.sixxs.net) has joined #beagle
  • [16:03:56] * ds2 (i=noinf@netblock-66-245-251-24.dslextreme.com) has joined #beagle
  • [16:03:56] * Olipro (i=Olipro@unaffiliated/olipro) has joined #beagle
  • [16:03:56] * khilman (n=khilman@deeprooted.net) has joined #beagle
  • [16:03:56] * zarquin (n=zarquin@bright-snat.ucc.asn.au) has joined #beagle
  • [16:03:56] * diego (n=diego@78.14.63.28) has joined #beagle
  • [16:03:56] * shoragan (n=shoragan@debian/developer/shoragan) has joined #beagle
  • [16:03:56] * incandescant (n=incandes@foo.stupids.org) has joined #beagle
  • [16:03:56] * keesj (n=keesj@ip49-193-210-87.adsl2.static.versatel.nl) has joined #beagle
  • [16:03:56] * j24 (n=j24@ns32433.ovh.net) has joined #beagle
  • [16:03:56] * koen (n=koen@s55917625.adsl.wanadoo.nl) has joined #beagle
  • [16:03:56] * _ZeZu_ (n=null@c-24-14-8-181.hsd1.in.comcast.net) Quit (Connection reset by peer)
  • [16:04:05] * dcramer (n=davec@dcdsl.ebox.com) has joined #beagle
  • [16:04:54] * cbrake_ (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) has joined #beagle
  • [16:05:11] * JoeBorn__ (n=jborn@ppp-71-139-2-37.dsl.snfc21.pacbell.net) has joined #beagle
  • [16:05:20] * RogerMon1 (n=a0740758@nat/ti/x-40f1378a36acf299) Quit (Remote closed the connection)
  • [16:06:30] * hagisbasheruk (n=hagisbas@cpc1-clyd1-0-0-cust187.renf.cable.ntl.com) has joined #beagle
  • [16:06:35] * hagisbasheruk_ (n=hagisbas@cpc1-clyd1-0-0-cust187.renf.cable.ntl.com) has joined #beagle
  • [16:07:25] * hagisbasheruk_ (n=hagisbas@cpc1-clyd1-0-0-cust187.renf.cable.ntl.com) has left #beagle
  • [16:07:45] * robclark (n=robclark@nat/ti/x-2f34eaf6e6adc43f) has joined #beagle
  • [16:08:02] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [16:09:06] <hagisbasheruk> good afternood ppl
  • [16:10:04] * cbrake (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) Quit (Connection timed out)
  • [16:10:37] * [g2] (n=tom@nslu2-linux/g2) Quit (Connection timed out)
  • [16:10:39] * cbrake_ is now known as cbrake
  • [16:13:07] <sakoman_> koen: not completely. the fix requires turning on vmmc1, which in turn requires i2c, which requires a bunch of pinmux, clock, & register setup which I don't have quite right yet.
  • [16:13:41] <sakoman_> I can see why TI blew it off and just compiled 2 different versions :-)
  • [16:14:16] <koen> heh
  • [16:14:40] * dirk2 (n=dirk@F31da.f.strato-dslnet.de) has joined #beagle
  • [16:14:45] <koen> hey dirk2
  • [16:14:51] <sakoman_> but I think that is the wrong thing -- a recipe for lots of confusion and support calls
  • [16:16:07] <koen> indeed
  • [16:16:53] <koen> you said "not completely", does that mean you made some progress?
  • [16:17:42] <koen> heh
  • [16:17:50] <koen> I was cursing about the lack of docs on dvb stuff
  • [16:17:51] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [16:18:06] <koen> then I remembered I went through all this before :)
  • [16:18:08] <koen> http://dominion.thruhere.net/koen/cms/getting-digitenne-working-under-linux
  • [16:18:17] <koen> more than a year ago...
  • [16:18:23] <sakoman_> koen: yes, if you count integrating new mmc code, adding the i2c pinmux, clock settup, and driver, and getting the whole mess to build
  • [16:18:27] <dirk2> koen: hi
  • [16:19:05] <koen> ldesnogu: gst-openmax + omxil will be in the angstrom feeds tomorrow
  • [16:23:43] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [16:26:54] * JoeBorn__ (n=jborn@ppp-71-139-2-37.dsl.snfc21.pacbell.net) Quit (Read error: 110 (Connection timed out))
  • [16:27:58] <khasim> the timer problem sucks....
  • [16:29:51] <khasim> My understandings so far:
  • [16:29:53] * RogerMonk|linux (n=rmonkloc@host217-36-23-195.in-addr.btopenworld.com) Quit (Read error: 110 (Connection timed out))
  • [16:30:24] <khasim> When dynamic tick is disabled. The timer is configured in auto reload state with HZ=128
  • [16:30:49] <khasim> this is by configuring GPT1 to use 32K timer
  • [16:31:12] <khasim> the GPT1 autoreload state is configured with overflow enabled.
  • [16:31:56] <khasim> it works fine for some time, then for some reason the counter register will be loaded with some junk value or 0 and it starts counting from there to reach 0xFFFFFF00
  • [16:32:21] <khasim> this will hold the machine as no interrupts will be generate till the timer reaches this value
  • [16:32:55] <dirk2> khasim: Just for correct understanding: timer problem == serial hang issue?
  • [16:33:02] * Olipro (i=Olipro@unaffiliated/olipro) Quit (Read error: 110 (Connection timed out))
  • [16:35:21] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [16:35:40] <khasim> yes
  • [16:36:28] <dirk2> sakoman: U-Boot timeout issue doesn't seem to be compiler related: http://groups.google.com/group/beagleboard/msg/22d03eee22f61843
  • [16:52:54] <sakoman_> dirk2: I saw that. It is funny, I discovered the same thing this morning as I was trying to debug adding i2c to xload. I saw this line of code in the init: speed = speed/1000 and thought "oh, that's a problem"
  • [16:53:09] * like2wise (n=likewise@84-104-101-183.cable.quicknet.nl) Quit ()
  • [16:53:41] <sakoman_> sadly it wasn't the only problem, but I am getting close now :-)
  • [16:53:43] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [16:57:20] <dirk2> sounds good :)
  • [17:00:04] * koen discovers http://wirbel.htpc-forum.de/w_scan/index2.html
  • [17:02:20] * valhalla (n=valhalla@81-174-37-232.dynamic.ngi.it) has joined #beagle
  • [17:02:39] * diego_ (n=diego@host-84-222-6-249.cust-adsl.tiscali.it) has joined #beagle
  • [17:03:19] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [17:11:49] <dirk2> koen, sakoman, mru: Any proposals which kernel patches to send to Tony next? If you like, I can help with this.
  • [17:13:39] <koen> dirk2: mru's errata patch followed by his overlay patches
  • [17:13:39] * diego (n=diego@78.14.63.28) Quit (Read error: 101 (Network is unreachable))
  • [17:13:54] <mru> my overlay patches need a little more work
  • [17:14:19] <mru> and the arm people want to rename the config option in the neon bug patch
  • [17:14:49] <koen> heh
  • [17:15:05] <koen> ff3 is taking up 50MB resident memory when showing beagleboard.org
  • [17:15:22] <koen> (on the beagle)
  • [17:15:22] <mru> ff is a pig
  • [17:15:28] <koen> it is
  • [17:15:37] <khasim> I have sent a detailed mail on UART3 hang issue to discussion list and to few working on this directly
  • [17:15:40] <koen> I'm just getting hard number to support my bitching :)
  • [17:17:13] <ds2> would the timer issue cause hangs under high CPU load?
  • [17:17:35] <mru> ds2: what kind of hangs?
  • [17:17:50] <ds2> mru: the one I mentioned yesterday
  • [17:17:54] <khasim> ds2: it shouldn't be related to CPU load I believe,
  • [17:18:02] <mru> ds2: you never answered my question
  • [17:18:08] <khasim> :)
  • [17:18:16] <ds2> mru: which question was that?
  • [17:18:22] <mru> how dead is it?
  • [17:18:29] <khasim> ds2: It is mainly how fast your timers are running than CPU as such
  • [17:18:49] <ds2> fb console has no response, USB is dead, serial output is dead BUT SAK seems to have an effect
  • [17:18:59] <ds2> that's the latest classification
  • [17:19:04] <khasim> ds2: like if I disable Dyn tick then the number of timer interrupts are more that can cause the issue to occur at much earlier state
  • [17:19:42] <mru> ds2: can you try the LED heartbeat
  • [17:19:46] <mru> and the watchdog
  • [17:19:47] <khasim> ds2: when my UART3 hangs with Angstrom rootfs, the USB and LCD will still be active - this is what I observed
  • [17:20:10] <ds2> mru: I will if I get a chance, not much coding til THU
  • [17:20:14] <khasim> I posted the mail somtime back, still dont see the same on discussion list
  • [17:20:46] <ds2> khasim: will a USB keyboard be active? I saw a hang yesterday morning and the symptoms are UART3 is dead except for SAK but the FB console is alive and kicking
  • [17:21:10] <beagle-dave> when I saw the hang with Angstrom root (from 2-aug) the heartbeat LED died. FWIW.
  • [17:21:31] <mru> ds2: sounds like the serial hang
  • [17:21:39] <mru> or some variant thereof
  • [17:21:54] <ds2> mru: except this latest one is triggered by running gstreamer and pegging the CPU
  • [17:21:56] <mru> if you were hitting the neon bug, everything would be dead
  • [17:22:16] <ds2> no, no neonanywhere in my userland (still ARMv6 binaries I had lying around from an OMAP2 rootfs)
  • [17:22:30] <mru> armv6 code can trigger it
  • [17:22:35] <mru> if it does a vfp store
  • [17:23:01] <ds2> oh? thought the bug was VFP + Neon not either of them by themselves?
  • [17:23:24] <mru> vfp and neon share the load/store unit
  • [17:23:36] <mru> (and register file)
  • [17:24:19] <dirk2> khasim: Hmm, your mail hangs somewhere? Didn't get it and the Google archive doesn't show it, too.
  • [17:25:37] <ds2> what bugs me is why the UART3 hang doesn't happen on the Zoom
  • [17:26:13] <ds2> Zoom also uses UART3 for the console
  • [17:27:38] * beagle-dave (n=tux@adsl-69-226-227-37.dsl.pltn13.pacbell.net) has left #beagle
  • [17:27:42] * gmaxwell (n=NT4TN@wikimedia/KatWalsh/x-0001) Quit ("Leaving")
  • [17:31:35] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [17:32:52] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [17:40:49] * Olipro (n=Olipro@unaffiliated/olipro) has joined #beagle
  • [17:40:54] <_kamera2_> has anyone tried hooking up the beagle to external USB (hard) drives ?
  • [17:42:24] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [17:55:47] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [17:57:11] <dirk2> Anybody got Khasim's serial hang/timer issue summary via beagle list? He sent it to discussion@beagleboard.org and some individuals (like me), so most probably it doesn't go to beagle list? Not sure what is behind discussion@beagleboard.org .
  • [17:57:48] <koen> let's wait for jkridner to wake up and approve it :)
  • [18:05:22] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [18:06:26] * richardw (n=richardw@nat/ti/x-504a286315c09bc0) has joined #beagle
  • [18:07:30] * fraz_ (n=fraz@host143186050011.borland.com) has joined #beagle
  • [18:08:40] * fraz_ (n=fraz@host143186050011.borland.com) has left #beagle
  • [18:08:42] <koen> hmmmm
  • [18:08:53] <koen> dvb isn't working on the beagle
  • [18:08:57] * fraz_ (n=fraz@host143186050011.borland.com) has joined #beagle
  • [18:09:01] <koen> the tuner refuses to lock its filters
  • [18:09:10] <koen> I'm not sure where the problem lies
  • [18:09:32] <koen> in the usb layer, the dvb layer or the firmware
  • [18:09:55] <koen> it does detect that there's a signal on the right frequencies
  • [18:10:02] * koen waits for 2.6.27rc1 to hit :)
  • [18:11:32] * fraz_ hi... n00b here:)
  • [18:13:36] <dirk2> Just tried recent omap git:
  • [18:13:50] <dirk2> I think its time now to disable debug ll in defconfig
  • [18:14:05] * koen has it already disabled in the oe kernel
  • [18:14:27] <dirk2> and two messages I'm not sure we have to care about:
  • [18:14:36] <dirk2> Driver 'sd' needs updating - please use bus_type methods
  • [18:14:48] <dirk2> NOHZ: local_softirq_pending 100
  • [18:15:15] <koen> dirk2: iirc that's the 'scsi disk' sd driver (usb storage)
  • [18:16:03] <mru> yes, 'sd' is the scsi disk driver
  • [18:16:07] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [18:16:19] * BThompson (n=BThompso@nat/ti/x-aa86c822b9a2f00f) Quit (Remote closed the connection)
  • [18:16:33] <khasim> My mail was in pending messages, now it is visible
  • [18:16:48] <koen> indeed
  • [18:18:37] <koen> khasim: could this be a memory corruption problem?
  • [18:18:42] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [18:19:30] <khasim> koen: No it is not memory issue, I suspect it to be 32K clk source issue
  • [18:19:50] * Beagle9 (n=Beagle9@99-200-99-114.area1.spcsdns.net) has joined #beagle
  • [18:19:56] <khasim> koen: I didnt get time to put on a CRO and tap this signal to see if there were any jitters in this clock
  • [18:20:31] <khasim> Gerald is travelling when he is back I can get his help on probing these signals and seeing if this pin needs any special attention.
  • [18:20:42] <khasim> other than this I dont have any thing mind of now at least
  • [18:21:02] * Beagle9 (n=Beagle9@99-200-99-114.area1.spcsdns.net) Quit (Client Quit)
  • [18:21:16] <khasim> the issue is very clear atleast
  • [18:21:19] <koen> 32k is generted by the twl or by a crystal?
  • [18:21:29] <khasim> It is from TWL
  • [18:21:59] <khasim> MPU timer will be generated by crystal, so we can rely on this till then
  • [18:22:36] <khasim> the problem with MPU is we cannot achieve good power management, but there are always work arounds...
  • [18:22:38] <khasim> :)
  • [18:23:55] <koen> I wonder what's the issue
  • [18:24:22] <koen> it would suck it it's a routing issue
  • [18:24:28] <koen> s/it/if/
  • [18:24:53] <koen> khasim: are there any other issues with using MPU timer instead of 32k?
  • [18:25:08] <koen> khasim: IOW: should I change the OE kernel to use MPU time by default?
  • [18:25:17] <khasim> koen: no I dont think so
  • [18:25:50] <khasim> koen: yes till we resolve this issue we should move to MPU this will make things bit stable doesnt hang at least
  • [18:27:13] <sakoman_> khasim: have you probed the interrupt line form the 4030?
  • [18:27:25] <banderson> I got my beagle! Try and bring it up this week. Is uart3 the only serial port one has access to on the beagle?
  • [18:28:21] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [18:28:55] <koen> banderson: iirc there's also a uart on the expansion header
  • [18:29:02] <koen> but that might need a max2232
  • [18:30:06] <banderson> koen: will look at it...could always use usb-serial ...
  • [18:31:44] * like2wise (n=likewise@84-104-101-183.cable.quicknet.nl) has joined #beagle
  • [18:35:28] <dirk2> banderson: Are you from europe? I'm still interested what Beagle costs in EUR including shipping etc.
  • [18:35:49] <banderson> dirk2: No sorry I am not. USA.
  • [18:36:07] <koen> khasim: OE now use MPU timer
  • [18:36:26] <Zagrophyte> I hear EUR will not have to pay tariffs if new legislation passes on sub-150EURO items
  • [18:36:45] <Zagrophyte> *EU
  • [18:37:43] <banderson> koen: You did recall correctly. Uart2 is on exp header.
  • [18:39:58] <banderson> sakoman_: A while ago I got your oe configs any chance I could look at them again. Would like to switch between EVM and Beagle. Figured you had done it a few time by now...:)
  • [18:40:38] * _kamera2_ (n=opera@ipn36372-c52397.cidr.lightship.net) has left #beagle
  • [18:41:23] <sakoman_> banderson: OE.dev has the defconfigs for beagle and evm, so the easiest way is to pick them up there
  • [18:41:34] <sakoman_> Will you be using OE to build?
  • [18:41:38] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [18:42:21] <deconsecrator> Hey, in some photos on the beagleboard.org website, it shows two USB ports: one USB OTG, and one USB host port, but in other phots (and on the main site), then standard USB host port is missing. Can anyone comment?
  • [18:43:16] <DJWillis> deconsecrator: easy, rev. B boards dropped the host port for a board rework, it will be back in the rev. C's
  • [18:43:23] <koen> deconsecrator: revA and revC have a connector on the ECHI port, revB doesn't
  • [18:43:26] <koen> hardware problem
  • [18:44:13] <koen> dirk2: it seems that digikey ships for free if you use USPS
  • [18:45:42] <deconsecrator> Thanks. Any eta for rev. C?
  • [18:46:02] <DJWillis> deconsecrator: Nov IIRC
  • [18:46:36] <koen> "end of the year" is what I heard
  • [18:46:58] <DJWillis> deconsecrator: you do have some HOST features with the USB OTG on the board if you use the right cable.
  • [18:51:01] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [18:52:02] <banderson> sakoman_: no always cross compiling on pc...
  • [18:53:49] <koen> khasim: http://ewi546.ewi.utwente.nl/~koen/uImage-2.6.26-r57-beagleboard.bin
  • [18:54:02] <koen> khasim: that has the MPU_TIMER
  • [18:54:26] <sakoman_> banderson: you can just browse the OE tree for them:
  • [18:54:28] <koen> banderson: use OE, it saves a lot of time :)
  • [18:54:28] <sakoman_> http://www.sakoman.net/cgi-bin/gitweb.cgi?p=org.openembedded.dev-omap3.git;a=tree;f=packages/linux/linux-omap2-git;h=2ff048759105660c292462705f26cd5bca791c39;hb=HEAD
  • [18:54:52] <sakoman_> look for defconfig in the obvious directories
  • [18:55:32] <koen> sakoman_: soft-reset (sysrq-b) also makes your MLO work, but I guess that's expected
  • [18:56:05] <Crofton|work> what's the best way for the kernel to get the mac address for ethernet cards?
  • [18:56:25] <banderson> sakoman: mostly I was looking for the build/local.conf,site.conf files...are examples/defaults of those in OE.dev?
  • [18:56:32] <Crofton|work> u-boot already knows it, but how to communicate that to ilnux?
  • [18:56:57] <koen> Crofton|work: heh, that's a common problem
  • [18:57:03] <sakoman_> banderson: if you aren't using OE why would you need those?
  • [18:57:05] <Crofton|work> heh
  • [18:57:06] <koen> Crofton|work: with a multitude of solutions...
  • [18:57:14] <Crofton|work> the lyrtech board has it
  • [18:57:24] <Crofton|work> some guy is asking me how to fix it :)
  • [18:57:32] <Crofton|work> he must have more then one :)
  • [18:59:05] <banderson> sakoman_: Sorry...now I see confusion. Read your question above wrong. Thought you asked if I was using the EVM to build OE. Sorry contacts are buggy today. Yes I am definatly using OE.
  • [18:59:11] * asmola (n=asmola@99-200-99-114.area1.spcsdns.net) has joined #beagle
  • [18:59:25] <koen> Crofton|work: can't uboot pass it via ATAGs or something?
  • [18:59:36] <Crofton|work> I'm not sure
  • [18:59:44] <Crofton|work> how does the beagle do it?
  • [18:59:55] * Crofton|work struggles to stay on topic ...
  • [19:00:27] <asmola> haha
  • [19:00:31] <koen> heh
  • [19:00:36] <koen> I almost fell for that
  • [19:01:04] * RogerMonk|linux (n=rmonkloc@host86-143-125-182.range86-143.btcentralplus.com) has joined #beagle
  • [19:01:24] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [19:01:29] <Crofton|work> asmola, ask on the sffsdr list
  • [19:01:36] <Crofton|work> maybe hugo has an idea
  • [19:01:51] <asmola> will do
  • [19:02:01] <asmola> pardon my ignorance, what's ATAGs?
  • [19:03:21] <bjdooks> a method of passing data from bootloader => kernel during kernel boot
  • [19:03:35] <asmola> i just googled, i'm guessing it's not the 'advanced technology anti-gravity suit'
  • [19:04:02] <bjdooks> read the arm kernel booting guide for more info
  • [19:04:15] <sakoman_> banderson: here's my current conf files: http://pastebin.com/m5165a79a
  • [19:04:21] <Crofton|work> that would be a good thing to read
  • [19:04:30] <asmola> thanks
  • [19:04:54] <banderson> sakoman_: thanks...sorry to make that so painfull...was suppose to be quick and easy...:)
  • [19:05:10] <sakoman_> no problem
  • [19:07:15] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [19:07:43] * like2wise (n=likewise@84-104-101-183.cable.quicknet.nl) Quit ()
  • [19:11:04] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [19:17:30] * dirk2 (n=dirk@F31da.f.strato-dslnet.de) has left #beagle
  • [19:20:00] * koen boots a kernel with the MPU timer
  • [19:21:23] * valhalla (n=valhalla@81-174-37-232.dynamic.ngi.it) Quit ("Leaving")
  • [19:22:24] * RogerMonk (n=a0740758@nat/ti/x-f79791192a4fde88) has joined #beagle
  • [19:23:26] * Olipro_ (n=Olipro@unaffiliated/olipro) has joined #beagle
  • [19:23:46] * Olipro (n=Olipro@unaffiliated/olipro) Quit (Nick collision from services.)
  • [19:23:50] * Olipro_ is now known as Olipro
  • [19:24:19] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [19:33:58] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [19:48:25] * koen wonders how LWE is coming along for the beagle crowd
  • [19:48:35] <mru> lwe?
  • [19:48:46] <koen> linux world expo
  • [19:51:53] <prpplague> koen: i heard there was a pretty good crowd
  • [19:52:13] <mru> does anyone know what they're showing?
  • [19:52:19] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [19:53:41] <koen> mru: blinking leds ;)
  • [19:54:09] <mru> no hidef video?
  • [19:54:27] <banderson> hidef blinking leds?
  • [19:54:28] <koen> 1080p rendered on 2 green leds
  • [19:54:42] <mru> that's downscaling...
  • [19:54:53] <mru> at least it's widescreen
  • [19:55:58] <sakoman_> koen: I emailed you an MLO to try
  • [19:56:41] <koen> great!
  • [19:59:13] <koen> ok, flashed mlo
  • [20:00:16] * asmola (n=asmola@99-200-99-114.area1.spcsdns.net) Quit ()
  • [20:00:56] <koen> sakoman_: better
  • [20:01:18] <sakoman_> only better? not "now it works"?
  • [20:01:36] <koen> sakoman_: if hangs after "trying mmc . . ." when there's no mmc
  • [20:01:45] <sakoman_> :-(
  • [20:01:51] <koen> but it does work when I have mmc inserted
  • [20:01:51] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [20:01:55] <koen> which it didn't before
  • [20:02:15] <koen> progress nonetheless!
  • [20:03:12] <sakoman_> heh, xload mmc_init always succeeds, even when there isn't a card there
  • [20:04:03] <sakoman_> so xload tries to read from an mmc card that isn't there
  • [20:04:52] <mru> I disabled mmc support in my xload...
  • [20:05:37] <sakoman_> mru: you know what you are doing! I have to plan for those who don't
  • [20:06:24] <mru> as I recall, xload insisted on loading u-boot from mmc rather than nand
  • [20:07:27] <koen> it does
  • [20:12:04] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [20:18:25] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [20:42:55] * hagisbasheruk (n=hagisbas@cpc1-clyd1-0-0-cust187.renf.cable.ntl.com) Quit ("Leaving")
  • [20:53:14] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [21:02:53] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [21:05:04] * Zagrophyte (n=TRosenba@74.7.129.242) has left #beagle
  • [21:24:16] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [21:33:51] * Foolean (n=emil@foolean.ros.sgsnet.se) Quit (Remote closed the connection)
  • [21:33:51] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [21:42:06] * hagisbasheruk (n=hagisbas@cpc1-clyd1-0-0-cust187.renf.cable.ntl.com) has joined #beagle
  • [21:43:52] * BThompson (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) has joined #beagle
  • [21:44:17] * CyruzDraxs (n=CyruzDra@S0106001cf0719b7b.ok.shawcable.net) has joined #beagle
  • [21:45:48] * like2wise (n=likewise@82-171-51-231.ip.telfort.nl) has joined #beagle
  • [21:52:14] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [21:56:31] <banderson> has anyone had issue building oe in regards to getting fakeroot? (on try 4)
  • [22:01:53] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [22:06:33] <Crofton> yeah
  • [22:06:41] <Crofton> hmm, what is the solution
  • [22:06:57] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [22:07:06] <Crofton> I remember someone said it eventually hits a mirror with it
  • [22:07:22] <Crofton> once you have it, you are good since it uses the local copy next time
  • [22:08:29] <Crofton> let it cycle through loads of mirrors, if it does not appear I can send you my copy
  • [22:08:35] <Crofton> stupid fakeroot
  • [22:10:05] <banderson> Crofton: thanks
  • [22:12:00] * cbrake is now known as cbrake_away
  • [22:12:01] * bernrdo (n=bfanti@71-212-168-82.hlrn.qwest.net) has joined #beagle
  • [22:12:18] <bernrdo> hello everybody
  • [22:13:16] <bernrdo> kernel noob here - can anybody point me to a tutorial / guide me through on how to use git to get the linux kernel & the OMAP patches, set up the build environment, and compile a kernel image from scratch?
  • [22:14:18] <bernrdo> I have the ARM GNU toolchain up and running in windows-cygwin. Board runs fine, have linux booted & rootfs set up .. would like to be able to build the kernel from source
  • [22:16:19] <mru> is it possible to build a kernel in cygwin?
  • [22:17:25] <bernrdo> should be possible, right? Or am I missing anything .... all I need is a fully running ARM GNU toolchain to build the kernel
  • [22:19:39] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [22:20:06] <mru> you need a native compiler as well for the various kernel build helpers
  • [22:20:15] <mru> and I don't know if those run in cygwin
  • [22:20:44] <mru> btw, which gcc version are you using?
  • [22:29:23] <bernrdo> 4.2.3
  • [22:29:46] <mru> should be ok
  • [22:30:09] <bernrdo> I'm using the CoudeSourcery toolchain for ARM ...
  • [22:30:18] <mru> which release?
  • [22:30:24] <mru> 2007q3 is recommended
  • [22:30:26] <bernrdo> "Spring 2008"
  • [22:30:27] <bernrdo> oh
  • [22:30:30] <mru> and that's 4.2.1
  • [22:30:37] <bernrdo> gotcha - thx for the heads up
  • [22:30:39] <mru> the 2008 releases are buggy
  • [22:30:45] <mru> actually, they're all buggy
  • [22:30:51] <mru> but 2007q3 least so
  • [22:31:07] <mru> the only serious known bug in that one is that -Os doesn't work
  • [22:31:36] <bernrdo> you mentioned I need a native compiler for the various kernel build helpers? ... unix-native or target-native? ... wouldn't make sense having to compile stuff on target
  • [22:31:55] <mru> native to the system you're building on
  • [22:32:28] <bernrdo> k, no prob with that, I'm double booting with linux on my work pc so I'll just switch over
  • [22:32:43] <mru> that's probably the simpler solution
  • [22:32:45] <mru> and faster
  • [22:32:55] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [22:32:57] <mru> building stuff is 10 times faster on linux than windows
  • [22:33:02] <bernrdo> but to my original question - where/how do I download the kernel source & the patches, how to integrate em, etc.
  • [22:33:23] <mru> git clone git://source.mvista.com/git/linux-omap-2.6.git
  • [22:33:26] <bernrdo> hehe, mru, believe me, I KNOW :) I *have* to run Windows unfortunately for some emulation code that we have at my company, otherwise I'd be in linux at all times
  • [22:33:48] <mru> they make me run windows at work too
  • [22:34:00] <mru> even though *everything* I do could be done better in linux
  • [22:34:10] * hagisbasheruk (n=hagisbas@cpc1-clyd1-0-0-cust187.renf.cable.ntl.com) has left #beagle
  • [22:34:38] <bernrdo> I'm lucky enough to be allowed to pick, and I can even code tools platform independent - i.e. sing QT for most of our tools. but we have that ONE piece of emulation that only runs on windows :(
  • [22:35:13] <mru> I could install linux on my machine, and nobody would mind as such
  • [22:35:21] <mru> but then it would become "unsupported"
  • [22:35:30] <mru> and I'd get the blame if anything went wrong
  • [22:35:33] <bernrdo> gotcha
  • [22:35:38] * RogerMonk (n=a0740758@nat/ti/x-f79791192a4fde88) Quit (Remote closed the connection)
  • [22:36:00] <mru> like when the idiot dhcp server hands out the same IP to several clients
  • [22:36:24] <bernrdo> ouch
  • [22:36:46] <bernrdo> I guess I shhouldn't complain too much when our network admin is absolutely useless :D
  • [22:37:10] * prpplague (n=dave@mail.americanmicrosystems.com) Quit ("Leaving")
  • [22:37:22] <mru> anyone whose network admin *isn't* outright harmful is *very* lucky
  • [22:37:56] * fraz_ (n=fraz@host143186050011.borland.com) has left #beagle
  • [22:39:44] <CyruzDraxs> Yeah, I've met many network admins that acted like they were hotshots, but had holes in their network you could drive a truck through.
  • [22:40:12] <mru> I don't care about security at work, that's somebody else's problem
  • [22:40:19] <mru> but I do want the basic stuff to work
  • [22:40:38] <mru> http proxy that randomly truncates downloads is very annoying
  • [22:40:54] <CyruzDraxs> How do THEY get that job but no one will hire me for it simply because of my lack of a piece of paper saying I know what I'm talking about? >.>
  • [22:41:07] <bernrdo> heh
  • [22:41:14] <mru> I wouldn't want that job
  • [22:41:18] <bernrdo> it's *always* like that in corporate world
  • [22:41:44] <bernrdo> no piece of paper - kick in the butt. Piece of paper but worth nothing = welcomed
  • [22:42:06] * robclark (n=robclark@nat/ti/x-2f34eaf6e6adc43f) Quit ()
  • [22:42:06] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [22:42:36] <mru> or in our case, young and female...
  • [22:43:25] <sakoman_> mru: where do you work? :-)
  • [22:43:35] <mru> that's classified
  • [22:46:14] * Cyruz (n=CyruzDra@S0106001cf0719b7b.ok.shawcable.net) has joined #beagle
  • [22:47:10] <banderson> is there anything special you have to do when switching from a beagle build to a evm build? just finish beagle and tried to run a evm build and didn't build anything (nothing needed to be rerun)
  • [22:47:37] <mru> kernel?
  • [22:47:53] <banderson> would think that at min would be different
  • [22:48:13] <mru> I wouldn't expect anything else to be different
  • [22:52:41] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [22:54:30] <Crofton> hmm
  • [22:54:37] <Crofton> what are you building?
  • [22:54:44] <Crofton> kernel should build
  • [22:55:38] <Crofton> banderson, what are you building?
  • [23:00:18] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [23:01:12] <banderson> Crofton: sorry ya....I was just doing bitbake nano...(was thinking I was doing task-base)
  • [23:01:29] <Crofton> heh
  • [23:01:38] * deconsecrator (n=deconsec@76-191-129-206.dsl.dynamic.sonic.net) has left #beagle
  • [23:01:41] <Crofton> yeah nano would be the same for both :)
  • [23:01:57] <banderson> ya...doh!
  • [23:02:12] <Crofton> bitbake linux-omap2 and it will build for both
  • [23:02:28] <bernrdo> question - I'm using the BusyBox ALSA rootfs, wondering if there are other pre-made rootfs' out there I can use and if not, how to create new ones? is it as simple as adding whatever I need to the directories in my current rootfs? i.e. ading gcc or c++ libraries etc
  • [23:02:48] <Crofton> alot of of use
  • [23:02:51] <Crofton> er OE
  • [23:02:58] <Crofton> which automates lots of this
  • [23:03:50] * CyruzDraxs (n=CyruzDra@S0106001cf0719b7b.ok.shawcable.net) Quit (Read error: 110 (Connection timed out))
  • [23:10:25] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [23:10:42] * royerfa (n=Florent_@AOrleans-154-1-91-131.w90-20.abo.wanadoo.fr) has joined #Beagle
  • [23:12:34] * royerfa (n=Florent_@AOrleans-154-1-91-131.w90-20.abo.wanadoo.fr) has left #Beagle
  • [23:20:05] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [23:20:23] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [23:26:04] * bernrdo (n=bfanti@71-212-168-82.hlrn.qwest.net) Quit ()
  • [23:30:02] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))
  • [23:32:21] * Cyruz (n=CyruzDra@S0106001cf0719b7b.ok.shawcable.net) Quit ()
  • [23:37:16] * like2wise (n=likewise@82-171-51-231.ip.telfort.nl) Quit ()
  • [23:43:18] * orcas (n=orcas@udp011884uds.ucsf.edu) has joined #beagle
  • [23:44:24] <ds2> wwwwwwheeeeee
  • [23:47:59] * rsalveti_ (n=salveti@200.184.118.132) has joined #beagle
  • [23:48:03] * rsalveti (n=salveti@200.184.118.132) Quit (Read error: 113 (No route to host))
  • [23:52:58] * orcas (n=orcas@udp011884uds.ucsf.edu) Quit (Read error: 104 (Connection reset by peer))