• [00:03:31] * RogerMonk (n=a0740758@nat/ti/x-f29d0a4b2143ed2a) Quit (Remote closed the connection)
  • [00:08:21] <Crofton> the topic is having an effect :)
  • [00:08:28] * RogerMonk (n=a0740758@nat/ti/x-6472a53bf115150c) has joined #beagle
  • [00:10:25] * bazbell (n=a0192809@nat/ti/x-a23d2e069472b766) has joined #beagle
  • [00:17:15] * bazbell (n=a0192809@nat/ti/x-a23d2e069472b766) Quit (Remote closed the connection)
  • [00:36:00] * bazbell (n=a0192809@nat/ti/x-714bf69ab71ac4a4) has joined #beagle
  • [00:47:20] * bazbell (n=a0192809@nat/ti/x-714bf69ab71ac4a4) Quit (Remote closed the connection)
  • [01:51:23] * likewise (n=likewise@82-171-51-231.ip.telfort.nl) Quit ()
  • [01:52:44] * bazbell (n=a0192809@nat/ti/x-7cbbb8eaf0189c9d) has joined #beagle
  • [01:53:48] <jkridner> koen, thanks for the picture of the Gimp!
  • [01:58:51] <jkridner> BTW, I was a bit freaked when my BeagleBoard new the time of day. It surprised me to have ntpdate setup. At least I believe that is how it figured it out.
  • [01:59:16] <jkridner> hi JoeBorn
  • [01:59:23] <jkridner> anything good going on over in #neuros?
  • [01:59:51] <jkridner> Did you catch this stuff about OE for DaVinci?
  • [02:01:38] <jkridner> koen, was that screen capture with Angstrom-x11-...-20080501?
  • [02:02:35] <jkridner> koen: so, you were using RNDIS for the network?
  • [02:59:30] * bazbel1 (n=a0192809@adsl-99-135-158-51.dsl.emhril.sbcglobal.net) has joined #beagle
  • [03:00:21] * bazbel1 (n=a0192809@adsl-99-135-158-51.dsl.emhril.sbcglobal.net) Quit (Client Quit)
  • [03:00:46] * bazbel1 (n=a0192809@adsl-99-135-158-51.dsl.emhril.sbcglobal.net) has joined #beagle
  • [03:01:10] * bazbel1 (n=a0192809@adsl-99-135-158-51.dsl.emhril.sbcglobal.net) Quit (Client Quit)
  • [03:01:28] * bazbel1 (n=a0192809@adsl-99-135-158-51.dsl.emhril.sbcglobal.net) has joined #beagle
  • [03:01:54] * bazbel1 (n=a0192809@adsl-99-135-158-51.dsl.emhril.sbcglobal.net) Quit (Client Quit)
  • [03:05:54] * bazbell (n=a0192809@nat/ti/x-7cbbb8eaf0189c9d) Quit (Remote closed the connection)
  • [04:15:19] * jkridner (n=jason@c-76-31-18-64.hsd1.tx.comcast.net) Quit ()
  • [04:20:24] * jkridner (n=jason@c-76-31-18-64.hsd1.tx.comcast.net) has joined #beagle
  • [04:21:28] * jkridner (n=jason@c-76-31-18-64.hsd1.tx.comcast.net) has left #beagle
  • [04:29:50] * jkridner (n=jason@c-76-31-18-64.hsd1.tx.comcast.net) has joined #beagle
  • [04:30:27] * jkridner (n=jason@c-76-31-18-64.hsd1.tx.comcast.net) Quit (Client Quit)
  • [04:34:19] * jkridner (n=jason@c-76-31-18-64.hsd1.tx.comcast.net) has joined #beagle
  • [04:41:33] <jkridner> ugh. I thought the new wubi installer for Ubuntu was a yet-another-virtual-machine-install, but instead, it is a yet-another-dual-boot-install.
  • [04:41:45] <jkridner> it is handy to avoid creating a new partition...
  • [04:42:14] <jkridner> but, I need to get to my MS Lookout and VPN software.
  • [04:42:17] <jkridner> *sigh*
  • [04:42:55] <jkridner> I would move to dual boot, but I am trying to give a class and most people in the class will have HDD encryption that prevents them from dual booting. :(
  • [05:24:39] * BThompson (n=BThompso@cpe-76-185-66-252.tx.res.rr.com) Quit ("Trillian (http://www.ceruleanstudios.com")
  • [06:29:11] * zodttd (n=recompil@user-142gtg7.cable.mindspring.com) has joined #beagle
  • [06:29:37] <zodttd> Hi DJWillis...Hi koen (long time no see!)
  • [06:32:19] <zodttd> By any chance is anyone around for a lil OMAP3 support?
  • [07:55:03] <koen> http://developers.slashdot.org/comments.pl?sid=542392&cid=23286890
  • [07:55:04] <koen> heh
  • [07:55:06] <koen> hey zodttd
  • [08:46:47] <zodttd> hi :)
  • [08:58:22] * dirk2 (n=dirk@F305e.f.strato-dslnet.de) has joined #beagle
  • [09:48:53] <koen> jkridner: http://amethyst.openembedded.net/~koen/beagleboard/Angstrom-x11-image-glibc-ipk-2008.1-test-20080504-beagleboard.rootfs.tar.bz2 should work
  • [10:57:04] * likewise (n=likewise@82-171-51-231.ip.telfort.nl) has joined #beagle
  • [11:04:35] * likewise (n=likewise@82-171-51-231.ip.telfort.nl) Quit ()
  • [11:52:03] * dirk2 (n=dirk@F305e.f.strato-dslnet.de) has left #beagle
  • [12:30:34] * NishanthM (n=Nishanth@cpe-24-175-68-203.tx.res.rr.com) Quit (Read error: 110 (Connection timed out))
  • [12:30:55] * NishanthM (n=Nishanth@cpe-24-175-68-203.tx.res.rr.com) has joined #beagle
  • [12:32:29] <Crofton> RogerMonk, I uploaded u-boot-1.3.2 for the DV EVM
  • [12:32:45] <Crofton> I assume you can fix bricked boards :)
  • [14:02:59] * ali_as_ (n=as@ambix.plus.com) has joined #beagle
  • [14:21:58] * ali_as (n=as@ambix.plus.com) Quit (Read error: 110 (Connection timed out))
  • [14:51:29] <Crofton> point one for dspbridge, GPL
  • [14:51:39] * likewise (n=likewise@82-171-51-231.ip.telfort.nl) has joined #beagle
  • [14:51:52] <Crofton> build system is annoying
  • [14:53:18] <Crofton> source packaging is pyscho, we'll need to override some methods to sort it out
  • [14:54:23] <Crofton> koen, building 547... kernel now from .dev
  • [15:03:14] <sakoman> koen: your latest xserver checkins seem to have broken xkbd again :-(
  • [15:04:37] <sakoman> I should thank you though, cause it's a really nice day and I should be out enjoying it :-)
  • [15:06:26] <koen> sakoman: I suspect somethings funky in xtest :(
  • [15:07:15] <koen> that, or kdrive needs it's param in a precise order
  • [15:07:45] <koen> I had xkbd working, then rebooted and noticed it was broken
  • [15:10:00] <sakoman> xkbd seems very fragile lately
  • [15:10:16] <sakoman> never had issues with it before
  • [15:11:06] <koen> Graeme and I suspect a buggy interaction between xtest and kdrive
  • [15:11:16] <sakoman> I think I'll leave further research for this evening though. Time to go out and play :-)
  • [15:11:34] <sakoman> Maybe I'll get lucky and you'll find the problem ;-)
  • [15:16:36] * BThompson (n=BThompso@cpe-76-185-66-252.tx.res.rr.com) has joined #beagle
  • [15:17:49] <koen> sakoman: btw, midori 0.17 + current webkit works for me
  • [15:20:17] <Crofton> the benefits of a global dev community
  • [15:24:54] <koen> ah
  • [15:24:57] <koen> found the problem
  • [15:31:13] <Crofton> which problem :)
  • [15:33:09] <jkridner> zodttd, what sort of omap3 support do you need?
  • [15:33:40] <koen> Crofton: the xkbd problem
  • [15:33:51] <koen> Crofton: I accidentally zapped a portion of the patch
  • [15:33:58] <Crofton> oops
  • [15:34:15] <koen> jkridner: zodttd is the arm playstation emulator guru
  • [15:36:02] <jkridner> koen: yup. he was expecting an EVM from me weeks ago, but I thought it had gone out. according to his blog, it looks like he may have a pandora kit. not sure if he has that or an EVM.
  • [15:37:01] <Crofton> I suppose I should create "Issues" for my beagle problems.
  • [15:37:23] <Crofton> "Issues" must be the kinder, gentler word for bugs ....
  • [15:37:30] <jkridner> :)
  • [15:38:11] <jkridner> Crofton: you having any "issues" other than the USB host drop-outs?
  • [15:38:18] <koen> ok, now I have really fixed X and keyboard issues
  • [15:38:51] <jkridner> does 20080504 have those fixes?
  • [15:38:55] <Crofton> the occasional failure to detect the mmc card at boot
  • [15:39:10] <koen> jkridner: part of them
  • [15:40:14] <jkridner> Crofton: tell me a bit more about this MMC detect issue. I've not seen anything like that yet. Have you programmed the on-board flash at all?
  • [15:40:26] <jkridner> Are you getting the "40T" every time?
  • [15:40:28] <Crofton> I haven't touched onboard flash
  • [15:40:31] <Crofton> yeah
  • [15:40:34] <koen> jkridner: 'opkg update ; opkg upgrade' will get you all the fixes :)
  • [15:40:36] <Crofton> I'll post a boot log
  • [15:40:40] <Crofton> linux boots
  • [15:41:08] <jkridner> ah, so it hotplugging that isn't always detected?
  • [15:41:14] <jkridner> adding/removing?
  • [15:41:28] <Crofton> let me put something in the issue tracker :)
  • [15:41:30] <koen> sometimes during boot it won't detect the sd card
  • [15:41:44] <jkridner> k. Be sure to spell out which kernel sources you are using.
  • [15:41:47] <koen> where "sometimes" is absolutely random
  • [15:41:50] <Crofton> right
  • [15:41:58] <Crofton> and u-bbot :)
  • [15:42:01] <koen> on both .22 and git
  • [15:45:06] <Crofton> got a good boot log
  • [15:45:35] <Crofton> another good boot ...
  • [15:45:58] <Crofton> and another
  • [15:46:47] <Crofton> and another
  • [15:47:21] <Crofton> and another
  • [15:47:58] <Crofton> and another
  • [15:48:16] * Crofton wonders why the beagle has a through hole electrolytic cap ....
  • [15:48:27] <koen> jkridner: something more desktop like: http://scap.linuxtogo.org/files/5e0946883882a895576ef8cee2312597.png :)
  • [15:48:51] <koen> e17 as wm, epiphany and minimo as browsers, abiword and gnumeric as office apps
  • [15:48:58] <koen> and gimp + good old xterm
  • [15:49:01] <Crofton> and another
  • [15:49:04] <jkridner> koen: pretty. :)
  • [15:49:11] <Crofton> how well does it work?
  • [15:49:23] <jkridner> maybe a photo of the board and monitor would be cool on your flickr account. :)
  • [15:49:39] <jkridner> you running 500MHz w/ L2?
  • [15:49:43] <koen> Crofton: the keymap makes a mouse click enter a 'q', but other than that it seems to do pretty ok
  • [15:49:57] <Crofton> not to sluggish?
  • [15:50:02] <koen> jkridner: if that what your uboot, MLO and uImage are doing, yes :)
  • [15:50:06] <koen> Crofton: pretty zippy
  • [15:50:15] <Crofton> why is when you need a boot failure, you can't generate one
  • [15:50:28] <Crofton> .22 kernel?
  • [15:50:32] <koen> yes
  • [15:50:39] <koen> otherwise no DVI :)
  • [15:50:44] <Crofton> ah
  • [15:50:57] <Crofton> we need to try and steer people to solve git issues :)
  • [15:52:05] <koen> git kernel didn't boot over here :(
  • [15:52:06] * ldesnogu (n=ldesnogu@ven06-2-82-247-86-183.fbx.proxad.net) has joined #beagle
  • [15:52:25] <jkridner> the training I'm trying to put together is on how to submit git patches. I haven't even done them yet, but you know, those who can't, teach.
  • [15:52:36] <Crofton> heh
  • [15:52:41] <jkridner> I'm open to advice.
  • [15:53:16] <jkridner> My mantra will be "be like Khasim".
  • [15:53:17] <jkridner> :)
  • [15:53:22] <koen> "patience, patience and a sane mailer"
  • [15:53:48] <jkridner> what are some sane mailers? (assuming Lookout isn't one)
  • [15:53:50] <jkridner> mailx?
  • [15:53:53] <koen> dunno
  • [15:53:53] <jkridner> Thunderbird?
  • [15:54:01] <koen> thunderbird isn't sane according to kernel people
  • [15:54:20] <koen> OSX' Mail.app got the least amount of complaints :)
  • [15:54:32] <jkridner> wow.
  • [15:54:51] <jkridner> easy choice for me then.
  • [15:55:17] <Crofton> mutt :)
  • [15:55:29] <Crofton> git-send-email ....
  • [15:55:31] <ldesnogu> is being sane just a matter of not cutting lines anywhere and setting reply-to correctly ?
  • [15:55:39] <Crofton> no html
  • [15:56:11] <ldesnogu> no html can even be configured for outlook
  • [15:57:14] <koen> Crofton: the box where I have git on doesn't have outbound mail configured
  • [15:57:42] <Crofton> heh
  • [15:57:43] <koen> so I do git-format-patch -<number>, and paste the files into the email window
  • [15:58:17] <koen> since kernel people have mailers that don't show attachments (e.g. like thunderbird does very nicely)
  • [15:58:50] <Crofton> there is also an add on for the thunderbird that allows you to edit email with vi
  • [15:59:11] * ldesnogu remembers a time when he was only using emacs mail mode
  • [15:59:38] <koen> Crofton: thunderbird has a feature that it will delete all your setting if it can't connect to you mailbox for a week
  • [15:59:55] <koen> very annoying if you mailserver drops of the net when you're abroad
  • [16:02:14] <koen> jkridner: uploading new 0504 images so that your keyboard works :)
  • [16:02:58] <jkridner> koen: did you try mplayer?
  • [16:03:01] <Crofton> http://kerneltrap.org/Linux/Email_Clients_and_Patches
  • [16:03:14] <jkridner> I've seen it work well for some and not others.
  • [16:03:23] <koen> jkridner: only with 381 MHz
  • [16:03:30] <jkridner> k.
  • [16:04:31] <koen> Crofton: the linewrap thing is pure hypocrisy
  • [16:04:32] <jkridner> I couldn't figure out the audio with mplayer (during the 10 minutes I played with it)
  • [16:04:45] <koen> Crofton: you will get flamed if you mail isn't wrapped at 72 columns
  • [16:04:52] <ldesnogu> has this l2 cache enabling been sorted? dirk2 yesterday showed proof that his kernel hadn't l2 enabled
  • [16:05:02] <koen> Crofton: but you will also get flamed if your patch is wrapped at 72 columns
  • [16:05:27] <koen> ldesnogu: turns out uboot disabled it again
  • [16:05:32] <ldesnogu> :(
  • [16:05:43] <koen> ldesnogu: http://groups.google.com/group/beagleboard/browse_thread/thread/8b7b640cffce3da0#
  • [16:05:56] <ldesnogu> but your lmbench results were with l2 enabled it seems
  • [16:05:58] <Crofton> I suspect we need to talk with a guru
  • [16:06:06] <koen> so I patched a git kernel to do it, but it won't boot (for unknown reasons)
  • [16:06:14] <ldesnogu> Peter Pearse is in charge for u-boot for ARM platforms
  • [16:06:20] <koen> ldesnogu: that was with the wtbu kernel that enables l2 inside linux
  • [16:06:35] <ldesnogu> I will ask him tomorrow what he thinks
  • [16:06:39] <ldesnogu> koen: ok :)
  • [16:06:54] <koen> ldesnogu: sorry, I meant "the patched up old 1.1.4 uboot source from TI disables it again"
  • [16:07:12] <koen> I have no idea how much that differs from stock 1.1.4
  • [16:07:37] <ldesnogu> does TI really have to use their own uboot? or does Beagle have to use TI uboot?
  • [16:08:02] <koen> dunno, never ran diff again stock and TI
  • [16:08:20] <ldesnogu> koen: I only found support up to arm 1136 in u-boot sources, but I did not look closely, so that might be the problem
  • [16:08:47] * dirk2 (n=dirk@F3111.f.strato-dslnet.de) has joined #beagle
  • [16:08:58] <koen> ldesnogu: you want to talk to dirk2 :)
  • [16:09:01] <koen> hey dirk2 :)
  • [16:09:04] <ldesnogu> he comes :)
  • [16:10:27] <dirk2> hi ;)
  • [16:10:35] <koen> Crofton: could you try booting the git 54.. kernel with and without the l2-cache patch ?
  • [16:11:19] <ldesnogu> So the u-boot story... I asked inside of ARM about that, there is a page somewhere on ARM Linux kernel, that says caches have to be off before entering kernel; but for Cortex-A8 one does not have to turn off L2, just clear the d-cache bit in the control register
  • [16:12:01] <jkridner> ldesnogu, koen: I'm using stock u-boot v1.3.2 w/ patches off the beagleboard mailing list. I'll ask Khasim, but I think we can dump the 1.1.4 that is on code.google.com now.
  • [16:12:05] <ldesnogu> so regarding the code shown here http://groups.google.com/group/beagleboard/browse_thread/thread/8b7b640cffce3da0#, I would say only flushing should happen, not disabling
  • [16:12:14] <koen> jkridner: great!
  • [16:12:24] <koen> I have a general dislike against uboot 1.1.4
  • [16:12:43] <koen> but that's mostly because atmel messed up their patches for avr32
  • [16:12:59] * koen is still waiting to get his avr32 board back from the debricker
  • [16:13:18] <dirk2> recent U-Boot git doesn't work for me with 500MHz MLO
  • [16:13:38] <jkridner> For the person who made the beagle patches, I think they just needed to remove the splash-screen and submit upstream. Doesn't look like that happened.
  • [16:14:06] <dirk2> No, it doesn't happened yet.
  • [16:14:19] <ldesnogu> for ref: http://www.arm.linux.org.uk/developer/booting.php
  • [16:14:47] <dirk2> jkridner: And they have to fix sth to make it work with 500MHz MLO (broken I2C)
  • [16:15:15] <jkridner> dirk2: did you try the binaries I posted? I thought those had 500MHz MLO, v1.3.2 u-boot, and L2.
  • [16:15:23] * jkridner is booting again to make sure I'm sane.
  • [16:15:46] <ldesnogu> at the end of the page it's written: Data cache must be off and must not contain any stale data. But on Cortex-A8, one can just disable caching in the control register without having to turn off L2 cache; when the kernel turns on caching, L2 will then be on
  • [16:15:57] <jkridner> should only be kernel changes since what I posted.
  • [16:16:30] <dirk2> ldesnogu: http://lists.arm.linux.org.uk/lurker/thread/20080504.103425.24054184.en.html
  • [16:17:26] <ldesnogu> Russel missed the point here :-(
  • [16:17:30] * jkridner|work (n=a0321898@nat/ti/x-5fc14cae908e74cc) has joined #beagle
  • [16:17:43] <ldesnogu> this is a Cortex-A8 thing, not a v7 thing
  • [16:18:07] <jkridner|work> dirk2: have you tried this binary: U-Boot 1.3.2-gc4834318-dirty (Apr 8 2008 - 04:11:31)
  • [16:18:09] <sakoman> koen: once I get my beagle I'd be happy to help with debugging git and patch submission
  • [16:18:45] <sakoman> git is working fine for me with evm -- and I am staying at the bleeding edge on a daily basis
  • [16:18:56] <dirk2> jkridner|work: No. I took 500MHz MLO and compiled recent git U-Boot with the four patches from Beagle list
  • [16:19:05] <Crofton> ok, I made an issue for my mmc problem, but I can't get it to fail atm :(
  • [16:19:21] * jkridner|work grumbles in apologetic tones towards sakoman.
  • [16:19:40] <sakoman> on the EVM the boot loader won't run if there is a mmc card inserted
  • [16:20:01] <jkridner|work> is there any easy way to know that L2 is on?
  • [16:20:10] <sakoman> jkridner: no problem, really! I've been in your shoes many times so I am very sympathetic
  • [16:21:08] <koen> jkridner: http://amethyst.openembedded.net/~koen/beagleboard/Angstrom-x11-image-glibc-ipk-2008.1-test-20080504-beagleboard.rootfs.tar.bz2
  • [16:21:10] <jkridner|work> dirk2: that should be all that I did. well, I did turn on a bunch of other commands that weren't in the Beagle defconfig.
  • [16:21:19] <Crofton> sakoman, has an evm
  • [16:21:26] <koen> sakoman: xkbd should work again, I accidentally removed the keymap part from the patch
  • [16:21:47] <sakoman> koen: :-) I'm doing a pull/update right now
  • [16:22:06] <sakoman> Do you think it will fix the rosetta issue too?
  • [16:22:13] <Crofton> koen, uncompresses then stops?
  • [16:22:16] <koen> no idea on that
  • [16:22:18] <koen> Crofton: yes
  • [16:22:34] <koen> Crofton: and CONFIG_DEBUG_LL should be enabled, so I suspect the cache code
  • [16:22:42] <Crofton> I have reproduced the problem, let me try without the L2 patch
  • [16:23:05] <ldesnogu> jkridner|work: we discussed that yesterday: either check cp15 contents, or run some memory benchmarks that saturates the various levels of caches
  • [16:23:54] <dirk2> jkridner|work: L2 cache check: http://rafb.net/p/F2xGfj65.html
  • [16:23:55] <jkridner|work> did you recommend some particular memory benchmark tests?
  • [16:24:25] <ldesnogu> dirk2: I already know Catalin's answer to your question since I asked him a few days ago :)
  • [16:24:47] <jkridner|work> ah. any easy way to do that without rebuilding the kernel? (I guess rebuilding is probably the easiest approach)
  • [16:25:05] <dirk2> jkridner|work: Kernel module ;)
  • [16:25:11] <jkridner|work> :)
  • [16:25:17] <ldesnogu> dirk2: Catalin wrote this: In general, I'd like Linux to be more generic and only implement the
  • [16:25:17] <ldesnogu> architecture code, so CPU-specific things like the L2 could be enabled
  • [16:25:17] <ldesnogu> by the boot loader (or boot monitor).
  • [16:25:36] <dirk2> ldesnogu: Sorry, seems I missed this in the archive
  • [16:25:49] <ldesnogu> it was a private discussion I have with him
  • [16:26:39] <dirk2> ldesnogu. Sometimes public mailing list discussions will be helpful ;)
  • [16:27:11] <ldesnogu> since I was questioning a patch he made, I thought it was better to do that privately ;)
  • [16:27:26] <ldesnogu> but you're right
  • [16:27:49] <ldesnogu> anyway he will probably answer on Tuesday (I think Monday is bank holiday in UK)
  • [16:28:32] <dirk2> ldesnogu: Yes, I think we should wait for his answer before going on with this...
  • [16:29:02] <Crofton> jkridner, I'm going to start poking at dspbridge
  • [16:29:15] <Crofton> I'll start there since it is already GPL :)
  • [16:29:25] <Crofton> expect some bitching
  • [16:29:30] <jkridner|work> :)
  • [16:29:36] <Crofton> starting with the source being a tarball of tarballs
  • [16:29:52] * NishanthM (n=Nishanth@cpe-24-175-68-203.tx.res.rr.com) Quit ("Aloha")
  • [16:29:55] <Crofton> the default unpacker won't like this :)
  • [16:29:57] <jkridner|work> fyi, I'm more on the Link side of the fence, but I'll try to help where I can.
  • [16:30:16] <ldesnogu> Crofton: it even has things duplicated all over the place in the various sub archives :)
  • [16:30:34] <Crofton> the readme's seem better than link's also
  • [16:30:34] <dirk2> koen: Did you try my uboot to be really sure L2 is on in kernel http://groups.google.com/group/beagleboard/browse_thread/thread/83971343f90c9571
  • [16:30:55] <koen> Crofton: I sometimes sanitize the tarballs and put then directly on the angstrom sourcemirror
  • [16:30:58] <koen> dirk2: not yet
  • [16:32:58] <dirk2> jkridner|work: 500MHz MLO + recent U-Boot git + http://groups.google.com/group/beagleboard/browse_thread/thread/83971343f90c9571 results in http://groups.google.com/group/beagleboard/msg/07941a47c2f8efd4
  • [16:34:58] <Crofton> http://rafb.net/p/Y9k9M379.html
  • [16:35:13] <Crofton> koen, git HEAD boots without your L2 patch
  • [16:35:38] <koen> ok
  • [16:36:32] <Crofton> and that failed to mount the mmc card
  • [16:37:34] <dirk2> altex4, jkridner|work: What's about a beagle blog/news article about sth like "OE runs on beagle, http://scap.linuxtogo.org/files/5e0946883882a895576ef8cee2312597.png"?
  • [16:37:45] <Crofton> and the next boot got me a good trace
  • [16:39:20] <koen> dirk2: "Angstrom, built by OE runs on beagle" :)
  • [16:40:38] <dirk2> koen: Yes, sorry, have to learn that ;)
  • [16:40:57] <Crofton> :)
  • [16:40:58] <koen> most people get confused by that :)
  • [16:41:02] <Crofton> We have branding issues
  • [16:41:37] <Crofton> to further confuse the issue, different images have wildly different user responses
  • [16:41:46] <Crofton> some people like features, some like size
  • [16:41:46] <koen> Crofton: http://linuxdevices.com/news/NS6292990557.html almost got it right
  • [16:42:34] * Crofton wishes people would sort out the QT... build issues
  • [16:43:01] <sakoman> Crofton: on the EVM mmc/sd card is recognized on insertion
  • [16:43:10] <dirk2> Crofton: Issue tracker: How did you manage to leave the "Owner" field emtpy? I failed and now I'm listed everywhere :(
  • [16:43:13] <sakoman> removal too :-)
  • [16:43:42] <Crofton> sakoman, well, the kernel is loaded from the card, so it needs to be in at boot time
  • [16:43:52] <Crofton> heck xloader and u-boot are there also
  • [16:43:56] <jkridner|work> dirk2: that is an absolute must-do post.
  • [16:43:59] <Crofton> so can't test removal
  • [16:44:02] <sakoman> ah, I've reflashed the nand
  • [16:44:07] <Crofton> yeah
  • [16:44:10] <koen> no nand driver yet
  • [16:44:14] <Crofton> we aren't touching NAND yet
  • [16:44:23] <sakoman> I like to live dangerously :-)
  • [16:48:18] <Crofton> usb hosed up with git HEAD
  • [16:48:44] <Crofton> dirk2, I selected new issue
  • [16:49:25] <Crofton> dirk2, maybe I am not a project member?
  • [16:50:24] <Crofton> now lsusb has some stuff
  • [16:51:13] <Crofton> jkridner, add me to the project if you like
  • [16:51:32] <dirk2> Crofton: Ah, yes, maybe that's the difference. But you were logged in to create an issue, right? Now we have two "Unassigned" issues in http://code.google.com/p/beagleboard/issues/list
  • [16:51:36] <jkridner> Crofton: k, I will if *you'd* like. :)
  • [16:51:49] <Crofton> go ahead
  • [16:51:55] <Crofton> I clicked on join already :)
  • [16:52:09] <Crofton> yes, I am logged in with my google account
  • [16:53:22] <Crofton> one account to rule them, in the land of microsoft where shadows lie
  • [16:57:45] * likewise (n=likewise@82-171-51-231.ip.telfort.nl) Quit ()
  • [16:59:08] <Crofton> jkridner, did you add me? The new issue box is different now ...
  • [16:59:14] <jkridner> yes.
  • [16:59:30] <Crofton> dirk2, that is why the issue defautls are different
  • [17:02:47] <dirk2> Crofton: Welcome in the world of "no anonymous issues any more" ;)
  • [17:03:10] <jkridner|work> ugh, Damn Small Linux is a pain! For some reason, I cannot get it to install LILO or Grub properly. :(
  • [17:03:51] <jkridner|work> dirk2, Crofton: "membership has its privileges" (in this case, it seems taking on issue requests ;))
  • [17:08:55] <Crofton> they need a reporter and owner field ....
  • [17:09:18] <Crofton> ok, I need some afk time
  • [17:09:32] <Crofton> koen, do you want me to push the working kernel bb file?
  • [17:09:49] <jkridner> the reporter is only shown when you open the report.
  • [17:10:04] <Crofton> yeah
  • [17:10:07] <Crofton> I guess that is ok
  • [17:10:15] <Crofton> dirk2, if you are really bored, http://amethyst.openembedded.net/~crofton/davinci-dvevm/
  • [17:10:40] <koen> Crofton: your OE tree is stable ;)
  • [17:10:50] <koen> ehm
  • [17:10:51] <koen> stale
  • [17:10:56] <dirk2> jkridner: Mail tools for patches: OMAP ML is okay with attachments. I use thunderbird by default, and name the attachments .txt so that the list archives show them as plain text and don't use this "download a binary here".
  • [17:11:21] <koen> Crofton: http://amethyst.openembedded.net/oe/viewmtn/viewmtn.py/revision/info/a291d38abcbdb2627d4d03713d54c5c1288bc2a8
  • [17:11:21] <dirk2> uboot list is git-send-mail
  • [17:11:34] <koen> Crofton: and http://amethyst.openembedded.net/oe/viewmtn/viewmtn.py/revision/info/71635c6dc57d6cc221c7f87d1820130c74ed3ba1
  • [17:13:52] <dirk2> jkridner: Patch sending: A DaVinci summary, but more or less generic for our world here: http://wiki.davincidsp.com/index.php?title=Patch_upstream_sending
  • [17:14:46] <jkridner> k. your points about the different mailing lists having different policies is notable. any default way to find the policies for each mailing list and git tree?
  • [17:16:29] <Crofton> read the list archives
  • [17:16:35] <Crofton> lurk b4 posting patches
  • [17:16:50] <jkridner> k. very scalable answer. :)
  • [17:17:01] <Crofton> there is a lot of personality issues :)
  • [17:17:58] <dirk2> Reading the FAQ for the list (e.g. U-Boot (and now DaVinci ;)) has them). Or knowing what is correct. If not knowing and no FAQ/documentation, ask. If not asking, fail one time. As I did with uboot ;) And if you fail only once and then do the correct things, people will accept it.
  • [17:19:19] <dirk2> Personality issues: http://lists.arm.linux.org.uk/lurker/message/20080504.094550.4d1cce13.en.html ;)
  • [17:20:45] * Crofton buys rmk some more skin
  • [17:21:00] <jkridner> lol
  • [17:21:04] <dirk2> jkridner: Which lists/gits are you looking for? Or is the question more general?
  • [17:21:13] <koen> Crofton: I can reproduce you mmc problem
  • [17:21:17] <jkridner> general.
  • [17:21:33] <jkridner> I'd like to encourage participation in more than linux/git.
  • [17:21:36] <Crofton> on git or .22
  • [17:21:50] <koen> Crofton: git
  • [17:21:59] <Crofton> I know it has happened on .22
  • [17:22:00] <jkridner> dirk2: so, general advice, like 'lurk before post' is perfect.
  • [17:22:08] <Crofton> but it is easier to do on git
  • [17:22:22] <jkridner> dirk2: however, contribution to linux-omap will be the example.
  • [17:22:37] * likewise (n=likewise@82-171-51-231.ip.telfort.nl) has joined #beagle
  • [17:23:03] * JoeBorn (n=rootmeis@cpe-66-1-5-91.il.sprintbbd.net) Quit (Read error: 110 (Connection timed out))
  • [17:23:48] <DJWillis> zodttd: about?
  • [17:23:51] <dirk2> linux-omap: http://www.muru.com/linux/omap/README_OMAP_PATCHES
  • [17:24:41] <dirk2> lurking: Yes. And if you don't have the time: Ask. In best case you will get a link to the FAQ ;)
  • [17:27:04] <dirk2> jkridner: general second advice: If you post first time and get some improvement hints afterwards, really learn from them and don't ignore them.
  • [17:27:56] <Crofton> jkridner, also, do not take things personally
  • [17:27:58] <jkridner> yeah, repeat offenders likely to be ostracized.
  • [17:28:30] <jkridner> JoeBorn forwarded me an excellent presentation.
  • [17:28:44] <jkridner> corbet-dev-process.pdf
  • [17:29:04] <koen> Jonathan usually has nice presentations
  • [17:29:11] <jkridner> http://www.linuxdevices.com/news/NS9425962034.html
  • [17:29:32] <koen> heh
  • [17:29:46] <koen> that article uses a slide from my presentation :)
  • [17:29:55] <jkridner> :)
  • [17:29:57] <koen> (and now I know why that title sounded so familiar)
  • [17:32:48] <ldesnogu> slide 7 looks interesting: MIPS is directly contributing to Linux kernel; there's some company that is MIA, ARM...
  • [17:35:04] <jkridner> don't confuse corbet-kernel.pdf with corbet-dev-process.pdf.
  • [17:35:10] <jkridner> he had 2 presentations. :)
  • [17:35:26] <koen> I went to both :)
  • [17:35:38] <ldesnogu> the kernel one is interesting anyway for a newbie :)
  • [17:37:53] <jkridner> both good. just wanted to make sure you saw the dev-process one.
  • [17:38:13] <ldesnogu> and I indeed had missed it...
  • [17:38:44] * Crofton needs to go to ELC sometime
  • [17:38:58] <jkridner> how true is it that if you break an internal API that you are stuck with fixing it?
  • [17:39:07] <Crofton> although Bossacon looks like more fun :)
  • [17:39:19] <jkridner> I've had that debate internally a couple times without much depth (just in passing).
  • [17:39:23] <koen> Crofton: bossa is more fun and more productive
  • [17:39:42] <koen> Crofton: ELC is for management types
  • [17:39:45] <dirk2> And I can't access www.linuxdevices.com: Server not found (??) Anybody with an IP address of linuxdevices?
  • [17:39:48] <jkridner> the doubt comes around if your code isn't compiled in all that often.
  • [17:40:01] <koen> linuxdevices.com has address 216.218.185.154
  • [17:40:31] <koen> jkridner: I suspect you'd use cscope to find users of that API
  • [17:41:09] <dirk2> That works. Strange. Thanks.
  • [17:51:29] * likewise (n=likewise@82-171-51-231.ip.telfort.nl) Quit (Read error: 104 (Connection reset by peer))
  • [17:54:12] <koen> Crofton: do you 'bad' logs all have mmci-omap mmci-omap.1: Failed to configure TWL4030 GPIO IRQ
  • [17:54:15] <koen> ?
  • [17:54:31] <Crofton> I'll have to watch
  • [17:54:46] <Crofton> this is the mmc case?
  • [17:56:10] <koen> yes
  • [17:56:20] * koen is using uboot 3.1.2 jkridner built
  • [17:56:59] <Crofton> the TWL4030 handles the MMC interface?
  • [17:57:26] * christian00 (i=WinNT@217-133-13-16.b2b.tiscali.it) Quit (Read error: 113 (No route to host))
  • [17:59:42] <koen> Crofton: iirc not, but I don't get that message on 'good' logs afaik
  • [17:59:56] <Crofton> yeah
  • [17:59:58] <Crofton> me nither
  • [18:00:14] <Crofton> I diffed good and bad, and that is the key difference
  • [18:00:21] <koen> ah
  • [18:00:25] <Crofton> I added that to the issue tracker :)
  • [18:00:41] <koen> I wondered why the train stopped on the tracks
  • [18:01:03] <koen> turns out it's WOII memorial day's 1 minute of silence
  • [18:01:57] <ldesnogu> WOII ? WW2 you mean?
  • [18:02:06] <koen> yes
  • [18:02:17] <ldesnogu> it's on May 8th in France :)
  • [18:02:43] <Crofton> May 8 on wikipedia
  • [18:03:12] <Crofton> My father showed me a tree that was planted on the first VE day where he grew up
  • [18:03:20] <ldesnogu> that'd mean France did one thing correctly ? :p
  • [18:03:38] <Crofton> the really wierd thing he said was that when he was young, the normal state of affairs was war
  • [18:03:46] <Crofton> and it was weird when it stopped
  • [18:04:05] <koen> 4th of may is not a good date to celebrate it in .nl
  • [18:04:10] <Crofton> like V1's going over and adults being nervous was normal
  • [18:04:23] <koen> only the bottom half was liberated at that point
  • [18:28:36] * likewise (n=likewise@82-171-51-231.ip.telfort.nl) has joined #beagle
  • [18:30:09] <koen> Crofton: I get the feeling something is wrong with i2c that is causing all other problems
  • [18:30:45] <koen> jkridner: how do I get mplayer to direct its output to /sys/class/display_control/omap_disp_control/video1 ?
  • [18:30:59] <koen> (so I can have desktop on DVI and movies on svideo)
  • [18:34:27] <jkridner> I haven't succeeded. most people use /dev/video1 for mencoder (input).
  • [18:35:23] <jkridner> there is an upcoming change in the V4L2 driver regarding how frames are released.
  • [18:35:52] <koen> The telepathy guys have some funny opinions on v4l2 :)
  • [18:35:54] <jkridner> still, the few minutes I played I couldn't get mplayer to output via V4L2. I just tried several -vo combos.
  • [18:38:41] <jkridner> koen: I know there is someone in China who is on discussion@beaglebo... who has been messing with mplayer on OMAP3.
  • [18:39:13] <jkridner> I can follow-up with him if you get a thread started on the mailing list.
  • [18:39:43] * zottd (n=recompil@user-142gtg7.cable.mindspring.com) has joined #beagle
  • [18:40:51] <jkridner> did you try 'mplayer -tv driver=v4l2:/device=/dev/video0' ?
  • [18:41:26] <jkridner> hmmm, maybe that is still input.
  • [18:43:42] <koen> -vo driver=v4l2:device=/dev/video1 ?
  • [18:44:22] <jkridner> worth a shot.
  • [18:44:24] <koen> you can test on your (linux) workstation with http://v4l2vd.sourceforge.net/
  • [18:46:06] <jkridner> is that driver very complete?
  • [18:46:34] <jkridner> I'd be very interested in a definitive set of IOCTLs needed for solid app support.
  • [18:47:35] * dirk2 (n=dirk@F3111.f.strato-dslnet.de) has left #beagle
  • [18:47:41] <koen> I'm not sure if the mplayer OE builds has v4l2 output enabled
  • [18:50:08] * zodttd (n=recompil@user-142gtg7.cable.mindspring.com) Quit (Read error: 110 (Connection timed out))
  • [18:58:05] <koen> Crofton: try a warmstart
  • [18:58:17] <koen> Crofton: press the 'reset button' after a failed boot
  • [19:03:55] <koen> i2c_omap i2c_omap.2: controller timed out
  • [19:04:04] <koen> i2c_omap i2c_omap.2: controller timed out
  • [19:04:16] * koen wonders what's on bus 2
  • [19:07:52] * DrOctavius (n=DrOctavi@host27.190-224-254.telecom.net.ar) has joined #beagle
  • [19:12:05] * DrOctavius (n=DrOctavi@host27.190-224-254.telecom.net.ar) Quit (Remote closed the connection)
  • [19:27:15] * likewise (n=likewise@82-171-51-231.ip.telfort.nl) Quit ()
  • [19:39:18] * christian00 (i=WinNT@217-133-13-16.b2b.tiscali.it) has joined #beagle
  • [19:43:44] <Crofton> reset button doesn't really help
  • [19:43:52] <Crofton> and does not work all the time
  • [19:51:55] <koen> I have it booted into root-on-sd now
  • [19:52:41] <koen> <3>usb 1-1: clear tt 4 (90f2) error -19
  • [19:52:42] <koen> usb 1-1: clear tt 4 (90f2) error -19
  • [19:52:49] <koen> and usb died on me
  • [19:55:16] <koen> ehci, that is
  • [19:57:19] * likewise (n=likewise@82-171-51-231.ip.telfort.nl) has joined #beagle
  • [20:20:44] * likewise (n=likewise@82-171-51-231.ip.telfort.nl) Quit ()
  • [20:53:20] * JoeBorn (n=rootmeis@cpe-66-1-5-91.il.sprintbbd.net) has joined #beagle
  • [20:57:51] * likewise (n=likewise@82-171-51-231.ip.telfort.nl) has joined #beagle
  • [21:22:15] * Crofton wishes he still lived in the sticks so he could burn the brush pile
  • [21:23:09] <ldesnogu> gn all
  • [21:23:13] * ldesnogu (n=ldesnogu@ven06-2-82-247-86-183.fbx.proxad.net) has left #beagle
  • [23:20:30] * RogerMonk (n=a0740758@nat/ti/x-6472a53bf115150c) Quit (Remote closed the connection)
  • [23:38:42] * BThompson (n=BThompso@cpe-76-185-66-252.tx.res.rr.com) Quit (Read error: 110 (Connection timed out))