**** BEGIN LOGGING AT Wed Aug 04 02:59:57 2010
Aug 04 06:58:44 <hrw> morning
Aug 04 09:13:19 <dyfet> what a lovely morning
Aug 04 10:36:31 <lag> rcn-ee: Are you around?
Aug 04 10:51:52 <ogra> lag, a bit early for the US
Aug 04 11:09:52 <lag> ogra: He as proxy - I'm sure he'll ping me when he's had his breakfast :)
Aug 04 11:09:59 <lag> has*
Aug 04 11:10:02 <ogra> indeed
Aug 04 12:23:41 <rsalveti> lag: I don't like binaries, send me the code! :-)
Aug 04 12:26:56 <lag> rsalveti: Just try that first - if it works I'll send you the code
Aug 04 12:58:54 <rsalveti> lag: yep, it works with yours
Aug 04 12:59:53 <rsalveti> lag: now send me the code! :-)
Aug 04 13:00:01 <lag> rsalveti: http://kernel.ubuntu.com/git?p=lag/ubuntu-maverick.git;a=shortlog;h=refs/heads/mythripk-patch
Aug 04 13:00:58 <rsalveti> lag: this patch? http://kernel.ubuntu.com/git?p=lag/ubuntu-maverick.git;a=commitdiff;h=f6c95ac85cfa087a84cd82564dcaea8ce4a6c867;hp=7e32c02207fe99010175845996f4dfa6b8173121
Aug 04 13:03:07 <rsalveti> lag: ok, the only thing that you have on your kernel that I don't is the changes at hdmi_get_code function
Aug 04 13:03:23 <rsalveti> that's the one that gets the correct resolution for this monitor by default
Aug 04 13:03:41 <lag> rsalveti: You'll also need http://kernel.ubuntu.com/git?p=lag/ubuntu-maverick.git;a=blobdiff;f=drivers/video/omap2/dss/hdmi.c;h=0830bbc6baed30e04afca7b1c1a5b83ec298c890;hp=a8bedb1facd324eb6d2f07767ae6399f7c24ec3a;hb=76dd0768b77f731bbe6ad4df55379734f3a38770;hpb=f6c95ac85cfa087a84cd82564dcaea8ce4a6c867
Aug 04 13:03:54 <rsalveti> lag: yep, I already got this
Aug 04 13:04:15 <lag> Then you shouldn't see any difference
Aug 04 13:04:28 <lag> Do you have console=tty2 when you use your kernel?
Aug 04 13:04:34 <rsalveti> lag: sure
Aug 04 13:05:02 <lag> rsalveti: There should be no difference then
Aug 04 13:05:06 <rsalveti> lag: I got the patch from a different source, as I said at the email, applied both patches from mythripk and added the mdelay 500
Aug 04 13:05:22 <lag> Shouldn't be a problem then
Aug 04 13:05:35 <lag> You should get the same results from your kernel and the one you built
Aug 04 13:05:37 <rsalveti> the only thing you have that I don't have is the changes at the  hdmi_get_code function
Aug 04 13:05:48 <lag> ... from the one I sent you
Aug 04 13:06:02 <rsalveti> lag: nops because I'm missing one patch, but I already found it
Aug 04 13:06:37 <rsalveti> lag: but the main problem I was fighting yesterday with robclark is that the monitor doesn't work at all with the latest tree
Aug 04 13:07:00 <rsalveti> I tested with L24.7_panda-hdmi-patches and got nothing at the screen
Aug 04 13:07:38 <rsalveti> so you could merge these patches now, get it to work but then later on you'll have to debug to see why it stopped to work
Aug 04 13:07:50 <rsalveti> when you merge their latest patches
Aug 04 13:08:08 <lag> Which tree did you build from?
Aug 04 13:08:17 <rsalveti> robclark's one
Aug 04 13:08:38 <rsalveti> http://gitorious.org/~robclark/pandaboard/robclarks-kernel-omap4/commits/L24.7_panda-hdmi-patches
Aug 04 13:08:56 <rsalveti> he added some patches to make it to work better with some monitors
Aug 04 13:09:18 <lag> Then you need to tie up with him and figure out why it's not working
Aug 04 13:09:44 <lag> The current Ubuntu tree along with mythripk's patches work
Aug 04 13:10:07 <robclark> rsalveti: if you have time, it could be interesting to apply the hdmi patches one by one on ubuntu kernel to isolate where it works and where it doesn't.. but keep in mind that one of the early hdmi patches from mythripk removes the bootargs to hard code monitor mode, so you'll have to use custom_edid_timings sysfs file..
Aug 04 13:10:43 <robclark> if we knew where it broke, that would help to debug.. but probably best to do on top of ubuntu kernel in case it is some other difference between the two kernels
Aug 04 13:11:10 <robclark> (but to build that many variants, I hope you are cross compiling and not building kernel natively)
Aug 04 13:12:29 <robclark> ok, be back in a bit
Aug 04 13:12:43 <rsalveti> yep, it seems that the only way is to bisect it
Aug 04 13:12:46 <rsalveti> painful
Aug 04 13:14:31 <rsalveti> lag: do you have plans to merge these patches?
Aug 04 13:14:46 <lag> Nope
Aug 04 13:15:00 <lag> mythripk has sent them for review
Aug 04 13:15:08 <lag> They should be out in TI's kernel soon
Aug 04 13:15:32 <lag> When they are either me or cooloney will initiate a pull request from them
Aug 04 13:15:39 <rsalveti> the problem is that I also think the robclark's patches will be inside
Aug 04 13:15:57 <rsalveti> at current robclark's tree all these patches are already included
Aug 04 13:16:49 <lag> You'll have to find out what the differences are between yours and mine
Aug 04 13:17:06 <lag> I'm sure robclark will be happy to help you :
Aug 04 13:17:08 <lag> :)
Aug 04 13:18:10 <lag> rsalveti: How does the client use bip.pem?
Aug 04 13:19:14 <rsalveti> lag: mine doesn't have any differences from yours, the question is more which patch from robclark's tree broke the display
Aug 04 13:19:39 <rsalveti> currently my tree is the same thing as yours
Aug 04 13:19:43 <rsalveti> I was missing one patch
Aug 04 13:20:27 <lag> Have you added that patch?
Aug 04 13:20:38 <rsalveti> yep
Aug 04 13:20:57 <rsalveti> OMAP4:DSS:HDMI:Get code update to match timing of vsync hsync as whole instead of as hsw hbp and hfp respectively
Aug 04 13:21:45 <rsalveti> I got this patch from robclark directly by email, but the url should be somewhere :-)
Aug 04 13:23:14 <lag> So is that one that you have and I don't - or one that I have applied and you don't?
Aug 04 13:25:31 <rsalveti> lag: the one you had I just applied now
Aug 04 13:25:46 <rsalveti> I had a working one with wrong resolution
Aug 04 13:25:57 <rsalveti> this patch basically helps setting the correct resolution at the first time
Aug 04 13:26:01 <rsalveti> so everything works
Aug 04 13:28:41 <lag> You've tested it?
Aug 04 13:33:13 <rsalveti> lag: not yet, but I tested this patch with the other tree and it helped getting the correct resolution
Aug 04 13:33:26 <rsalveti> lag: and looking at the diff is the only thing that makes sense
Aug 04 13:33:54 <rsalveti> robclark: do you know if your patches were also sent for review and will be published at the next TI release?
Aug 04 13:34:35 <robclark> rsalveti: they were sent.. and at least most will be in next release..  some of the last few about EDID parsing, I'm not sure if there is time to get them in..
Aug 04 13:35:03 <rsalveti> robclark: ok
Aug 04 13:35:09 <rsalveti> robclark: do you know when it will be released?
Aug 04 13:35:25 <robclark> but, fwiw, my hdmi-patches branch is based on a slightly older release..  so I'm wondering if all those patches on top of ubuntu kernel works, maybe it is a difference in the kernel those patches are on top of?
Aug 04 13:35:44 <rsalveti> could be, I can try to bisect later
Aug 04 13:35:47 <robclark> well, the kernel team will make their handoff soon, I think.. or at least their code-freeze soon..
Aug 04 13:35:57 <rsalveti> after applying the patches at the ubuntu kernel
Aug 04 13:36:02 <robclark> but I guess it takes another month by the time the patches make their way to ubuntu kernel..
Aug 04 13:36:10 <rsalveti> ouch
Aug 04 13:36:17 <robclark> next release will be based on 2.6.35.. fwiw
Aug 04 13:36:34 <rsalveti> hm, probably lots of things will change
Aug 04 13:36:47 <robclark> so takes some time for all teams to rebase, test with it, figure out everything that broke, etc :-)
Aug 04 13:36:51 <robclark> yeah
Aug 04 13:38:05 <rsalveti> robclark: ok then, will try to apply and bisect the patches later, as it's quite time consuming
Aug 04 13:46:23 <mythripk> rsalveti: I can send the patch set for HDMI that will go on top of out tree this friday
Aug 04 13:46:39 <rsalveti> mythripk: nice, that would help
Aug 04 13:49:19 <mythripk> rsalveti: sent
Aug 04 13:55:10 <rsalveti> robclark: will try mythripk patches on top of the current ubuntu tree to see if it works better
Aug 04 13:55:22 <robclark> ok.. thx
Aug 04 13:55:23 <rsalveti> then we can try your patches on top, if it works
Aug 04 13:56:30 <robclark> ok, that should be a good plan
Aug 04 13:57:47 <mythripk> robclark : i guess it should not matter for non acii EDID encoded DVI monitors or HDMI monitors rt ?
Aug 04 13:58:10 <mythripk> k drop a mail with the log whether it works or not :) ,please enable the debug on ...
Aug 04 13:58:41 <robclark> yeah, I think if your monitor isn't falling back to 640x480 when it should be able to do better, my patches shouldn't matter..
Aug 04 15:20:18 <jcrigby> plars: rcn posted a work around for 588243 to the omap-linux list but it was rejected see here for details: https://patchwork.kernel.org/patch/101907/
Aug 04 15:20:44 <plars> jcrigby: right, saw that.  Iirc it just concealed the problem for now
Aug 04 15:21:13 <jcrigby> yes, Toni says that the fix belongs in the panel driver
Aug 04 15:22:01 <jcrigby> the other thing I see on XM but not C4 are three WARNINGS about clocks
Aug 04 15:22:04 <plars> jcrigby: unfortunately that was >2months ago, but I think cooloney is looking at it now too
Aug 04 15:22:13 <plars> jcrigby: if you are up for it, I'm sure he would appreciate the help :)
Aug 04 15:22:22 <jcrigby> I might do that
Aug 04 15:22:34 <plars> jcrigby: yeah, I don't remember seeing that on my c4 either, don't have an xm to test with right now
Aug 04 15:23:09 <jcrigby> I googled and all I found was a pastebin from yesterday
Aug 04 15:23:23 <jcrigby> posted by Voodoo
Aug 04 15:25:53 <GrueMaster> plars: I am not able to reproduce bug 588243 on my C4 beagleboard with the 20100802 image and 2.6.35-14-omap kernel.
Aug 04 15:25:54 <ubot2> Launchpad bug 588243 in linux-ti-omap (Ubuntu) (and 1 other project) "kernel BUG at /build/buildd/linux-ti-omap-2.6.33/drivers/video/omap2/dss/core.c:323! (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/588243
Aug 04 15:27:03 <jcrigby> GrueMaster:one thing is you have to wait 10 minutes for some PM event to kick in
Aug 04 15:27:15 <jcrigby> if you reboot immediately it does not happen
Aug 04 15:28:45 <ogra_cmpc> you have to wait for dpms
Aug 04 15:29:26 <ogra_cmpc> and iirc its a duplicate
Aug 04 15:30:00 <ogra_cmpc> of a bug that mpoirier recently closed as non reproducable
Aug 04 15:32:04 <ogra_cmpc> would have been nice if that bug would have been triaged properly so we dont work on it without coordiantion between the teams
Aug 04 15:32:09 <GrueMaster> Well, my system has been idle overnight, and I just issued sudo reboot from a serial login (screen was off and locked).  Screen refreshed and showed proper shutdown sequence and rebooted.  Nothing appears in any of my log files.
Aug 04 15:32:42 <GrueMaster> Hence the reason the other bug was marked as unreproducable.
Aug 04 15:32:45 <ogra_cmpc> GrueMaster, right, thats what i think mpoirier saw as well
Aug 04 15:33:15 <ogra_cmpc> its just bad to have two bugs about the same issue and two teams working on it without any communication
Aug 04 15:33:21 <ogra_cmpc> thats a waste of manpower
Aug 04 15:33:40 <GrueMaster> So mark one of the bugs as duplicate.
Aug 04 15:33:46 <ogra_cmpc> plars, dont you guys subscribe ubuntu-armel to bugs anymore ?
Aug 04 15:34:04 <GrueMaster> But until it can be readily reproduced, it will be difficult to debug.
Aug 04 15:34:22 <ogra_cmpc> well, it would be good to know why its reproducable for some
Aug 04 15:34:33 <plars> ogra_cmpc: I do, but I guess I didn't see the dup, do you have a bug#? It's certainly reproducible, and easily
Aug 04 15:35:03 <plars> ogra_cmpc: according to cooloney, he could see it on some boards, but not others (not on c3 for instance)
Aug 04 15:35:22 <plars> ogra_cmpc: all I have at the moment is a c4, jcrigby was able to reproduce it there also, and on the xm too
Aug 04 15:35:33 <GrueMaster> Is it possibly a difference in x-loader or u-boot?
Aug 04 15:35:39 <ogra_cmpc> i'm not sure with what mpoirier tested, i think GrueMaster uses a C4
Aug 04 15:36:03 <ogra_cmpc> plars, with which kernel do zou boot the XM ?
Aug 04 15:36:04 <mpoirier> ogra_cmpc: tested what ?
Aug 04 15:36:20 <ogra_cmpc> mpoirier, the DPMS hang on reboot/shutdown
Aug 04 15:36:27 <plars> GrueMaster: did you have your kernel messages going to serial console?
Aug 04 15:36:47 <ogra_cmpc> mpoirier, iirc we decided to close it because nobody could reproduce anymore
Aug 04 15:36:53 <GrueMaster> No, but I had before during the sprint (when we were trying to reproduce it).
Aug 04 15:37:02 <mpoirier> ogra_cmpc: I have news on this problem.
Aug 04 15:37:21 <ogra_cmpc> mpoirier, and we have another bug open about it apparently
Aug 04 15:37:27 <mpoirier> I was able to reproduce with a minimal file system built by rootstock
Aug 04 15:37:40 <ogra_cmpc> bug 588243
Aug 04 15:37:41 <ubot2> Launchpad bug 588243 in linux-ti-omap (Ubuntu) (and 1 other project) "kernel BUG at /build/buildd/linux-ti-omap-2.6.33/drivers/video/omap2/dss/core.c:323! (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/588243
Aug 04 15:37:52 <ogra_cmpc> mpoirier, oh, cool
Aug 04 15:37:57 <mpoirier> I was never able to reproduce with UNR image
Aug 04 15:38:11 <mpoirier> therefor don't know how relevant to us it is,.
Aug 04 15:38:45 <ogra_cmpc> well, its clearly a kernel bug even though we dont seem to trigger it in the UNR image
Aug 04 15:38:55 <plars> indeed
Aug 04 15:38:59 <mpoirier> indeed.
Aug 04 15:39:15 <mpoirier> but seems of a lesser issue since it is not in UNR.
Aug 04 15:39:19 <mpoirier> I'm back on SDHC
Aug 04 15:39:37 <ogra_cmpc> right
Aug 04 15:39:45 <mpoirier> I actually found this while working on SDHC
Aug 04 15:40:02 <ogra_cmpc> the MMC/SDHC stuff is way more important
Aug 04 15:40:09 <mpoirier> Indeed.
Aug 04 15:40:17 <ogra_cmpc> it currently blocks the XM nearly completely
Aug 04 15:40:38 <mpoirier> we could check in a temporary fix...
Aug 04 15:40:49 <mpoirier> like we did with the daisy chains.
Aug 04 15:40:59 <mpoirier> I didn't 'cause no one asked.
Aug 04 15:41:02 <ogra_cmpc> well, afaik rcn-ee has patches for all issues that would work as temp fixes
Aug 04 15:41:31 <ogra_cmpc> he worked a lot on mmc issues recently he said
Aug 04 15:41:48 <ogra_cmpc> i think lag is in conversation with him about the patches already
Aug 04 15:42:21 <ogra_cmpc> but afaik they are not "upstreamable quality"
Aug 04 15:42:30 <ogra_cmpc> (yet)
Aug 04 15:42:43 <mpoirier> who is afaik ?
Aug 04 15:43:01 <ogra_cmpc> "as far as i know" :)
Aug 04 15:43:21 <mpoirier> ok.
Aug 04 15:49:02 <prpplague> ogra_cmpc: know anyone using distcc to do native compiles on arm?
Aug 04 15:52:39 <mpoirier> ogra_cmpc: by temporary fix I meant turning off some of the flags that are known to cause problem
Aug 04 15:53:07 <GrueMaster> prpplague: NCommander had a setup on babbage systems last cycle iirc.
Aug 04 15:59:55 <prpplague> GrueMaster: ahh thanks for the info
Aug 04 16:00:02 <prpplague> NCommander: ping
Aug 04 16:07:22 <edge> is this a channel for using ubuntu on an arm processor, or using ubuntu to program to arm?
Aug 04 16:07:44 <rsavoye> developing ubuntu for the ARM
Aug 04 16:08:38 <GrueMaster> Developing Ubuntu on Armv7 based systems to be more specific.
Aug 04 16:08:40 <edge> Does anybody do the latter? I have a few questions i'm having difficulty resolving
Aug 04 16:09:05 <rsavoye> ask and we'll see... :-)
Aug 04 16:09:47 <edge> I want to start a project and use the ARM processor. Does C or C++ get compiled to run on the ARM? and are there different vendors for compilers? is that where my confusing is steming from
Aug 04 16:10:57 <rsavoye> right now the Linaro/Ubuntu toolchain or the Code Sourcery versions are probably the best to use
Aug 04 16:11:40 <prpplague> edge: yes there are aw wide range of compilers that can be used, most of the ones that people will recommend are basedd on gcc
Aug 04 16:11:58 <edge> are they for C or C++?
Aug 04 16:12:01 <edge> or both?
Aug 04 16:12:01 <prpplague> edge: yes you can use a compiler directly on the arm device
Aug 04 16:12:13 <prpplague> edge: you can get them for both
Aug 04 16:12:36 <prpplague> edge: many people use what is known as a cross-compiler to do their builds
Aug 04 16:12:47 <rsavoye> edge: all the code I deal with is C++
Aug 04 16:13:14 <GrueMaster> You can run an entire development environment (Like Ubuntu) on arm.
Aug 04 16:13:40 <edge> cross compile referes to using an ARCH like x86 to compile to ARM?
Aug 04 16:13:58 <edge> Just using my normal C++ ide?
Aug 04 16:13:58 <GrueMaster> Yes.
Aug 04 16:14:07 <edge> and use a differnt GCC flag or something
Aug 04 16:14:09 <rsavoye> edge: yes, I do it all the time
Aug 04 16:14:38 <rsavoye> when configuring a package for a cross build, configure with --host=
Aug 04 16:14:46 <edge> ah ic
Aug 04 16:15:59 <edge> i assume then that to program for the arm i would need to import a class or something to get in touch with the inputs/outputs?
Aug 04 16:16:41 <rsavoye> edge: if you go to here: http://wiki.gnashdev.org/Gnash#Building you can see my notes on cross compiling and configuring
Aug 04 16:21:54 <edge> I think i understand. Thank you guys very much
Aug 04 17:16:56 <rsalveti> mythripk: robclark: yep, with the patches I got by email the screen works fine
Aug 04 17:17:11 <rsalveti> shows the console and gets the correct resolution
Aug 04 17:19:08 <GrueMaster> rsalveti: nice.
Aug 04 17:21:52 <rsalveti> robclark: it seems that I'm missing just "OMAP4:OMAPFB: register callback to get notified of resolution change" and "OMAP4:DSS:HDMI: better support for DVI monitors" from your tree
Aug 04 17:22:07 <rsalveti> I can apply both and test if you want
Aug 04 17:22:51 <GrueMaster> rsalveti: If you get the dvi patches, send me a test kernel as well.  Preferably in package form (easier to muck with).
Aug 04 17:23:16 <rsalveti> GrueMaster: sure
Aug 04 18:01:42 <rsalveti> robclark: "OMAP4:DSS:HDMI: better support for DVI monitors" needs rework to apply it on top of the other patches
Aug 04 18:02:01 <rsalveti> mythripk changed a lot of stuff in the same file in another patch
Aug 04 18:19:46 <robclark> rsalveti: ok.. if I get some time this afternoon I'll rebase on the patches that mythripk sent.. got a mtg in a few, so it will be later today
Aug 04 18:20:05 <rsalveti> robclark: sure, np
Aug 04 19:13:47 <jimqode> Hello people. When is the ubuntu netbook edition 10.07 coming out? Where can I get the beta version?
Aug 04 19:25:11 <GrueMaster> Ubuntu 10.07 was scrapped as the hardware it was intended for (Beagle XM) was delayed.  If you are looking for an up-to-date image for the beagle, use either 10.04 or the 10.10 (Alpha 3) images.
Aug 04 19:25:50 <jimqode> Not beagle but a random chinese ARM tablet. Will 10.10 alpha3 work on it?
Aug 04 19:26:56 <GrueMaster> It might, depending on the SOC.  The preinstalled images are currently designed for omap3 and omap4, but we can't test on every system using these parts.
Aug 04 19:27:34 <GrueMaster> Do you know what the tablet is using for a cpu?
Aug 04 19:37:53 <armin76> wonder if its an epad :D
Aug 04 19:38:04 <armin76> but i'd bet its an armv5 via proc
Aug 04 20:40:06 <jcrigby> NCommander or ogra: ping
Aug 04 20:41:18 <jcrigby> ^^how does /etc/flash-kernel.conf get created?
Aug 04 20:42:20 <GrueMaster> jcrigby: It is created by the flash-kernel install scripts, I think.  Let me check.
Aug 04 20:43:46 <GrueMaster> Yes, it is in the postinst script for the deb package.
Aug 04 20:43:54 <GrueMaster> What's up?
Aug 04 20:52:10 <rsalveti> GrueMaster: does your ethernet port works at panda?
Aug 04 20:52:21 <GrueMaster> yes.
Aug 04 20:52:34 <rsalveti> hm, mine it doesn't seems to recognize it
Aug 04 20:52:36 <GrueMaster> I've been posting bugs, so I think it is ok.
Aug 04 20:52:50 <GrueMaster> esb1 or 2?
Aug 04 20:52:56 <rsalveti> esb1
Aug 04 20:53:19 <GrueMaster> Do you have the pig tail plugged into the otg port?
Aug 04 20:53:36 <rsalveti> robclark: as I got this board from you, do you know if it was working before?
Aug 04 20:53:45 <rsalveti> GrueMaster: yep
Aug 04 20:53:51 <rsalveti> GrueMaster: I have the normal usb ports working
Aug 04 20:53:55 <rsalveti> just not the ethernet one
Aug 04 20:57:26 <rsalveti> nice, just got more 3 sd cards :-)
Aug 04 20:57:53 <GrueMaster> cool
Aug 04 20:58:17 <rsalveti> GrueMaster: did you test any class 6 sd with panda?
Aug 04 20:58:52 <GrueMaster> Yes.  The one I gave you.
Aug 04 20:59:08 <GrueMaster> (I've since replaced it).
Aug 04 20:59:10 <rsalveti> nice, so it should work :-)
Aug 04 21:00:11 <GrueMaster> I have tested class 2,4,6 on it.  Seemed ok.  This was when I first got my system, so I haven't tested recent images yet.
Aug 04 21:00:21 <GrueMaster> Right now I am using a 16G class 4.
Aug 04 21:00:34 <GrueMaster> And it has failed to resize.
Aug 04 21:00:50 <jcrigby> GrueMaster:thanks for the info
Aug 04 21:01:41 <rsalveti> yep, saw the bug
Aug 04 21:01:46 <GrueMaster> jcrigby: There is a bug in update-initramfs that makes it fail to call flash-kernel after rebuilding initrd or installing a new kernel.
Aug 04 21:02:12 <GrueMaster> Should be fixed in the next package release.
Aug 04 21:03:49 <robclark> rsalveti: ethernet should work
Aug 04 21:04:01 <jcrigby> GrueMaster:yes saw you and ogra talking about that but linaro images have a different problem
Aug 04 21:04:06 <robclark> kernel needs to enable MUSB host mode, and some other stuff..
Aug 04 21:04:27 <jcrigby> s/different/additional/
Aug 04 21:04:50 <jcrigby> flash-kernel.conf does not exist
Aug 04 21:04:54 <jcrigby> on linaro images
Aug 04 21:05:51 <GrueMaster> Is flash-kernel installed?  That is what creates the file.
Aug 04 21:06:13 <rsalveti> robclark: hm, if it works for GrueMaster it should work for me, I guess
Aug 04 21:06:29 <rsalveti> and I'm using the default ubuntu kernel now
Aug 04 21:06:55 <robclark> hmm.. you have the "tail" plugged in to musb connector?
Aug 04 21:06:56 <rsalveti> robclark: I can get the normal usb to work, just not ethernet
Aug 04 21:07:00 <GrueMaster> rsalveti: are you using today's image?
Aug 04 21:07:07 <robclark> ahh.. bootargs.. hang on..
Aug 04 21:07:13 <rsalveti> GrueMaster: not today
Aug 04 21:07:24 <rsalveti> but the kernel didn't change
Aug 04 21:07:25 <robclark> rsalveti: you have: musb_hdrc.use_dma=0
Aug 04 21:07:42 <rsalveti> hm
Aug 04 21:07:46 * rsalveti will try
Aug 04 21:08:16 <GrueMaster> robclark: That isn't on the default image, and ethernet works for me.
Aug 04 21:08:37 <robclark> hmm..
Aug 04 21:08:57 <robclark> there was an issue w/ DMA and USB ethernet, from what I remember..
Aug 04 21:09:12 <robclark> some zero len packet issue
Aug 04 21:09:22 <robclark> but maybe it is disabled in some other way
Aug 04 21:11:43 <rsalveti> robclark: nops, didn't change
Aug 04 21:12:47 <robclark> hmm.. if you want I can send you a uImage... one that I was using.. just to rule out if something broke on hw in transit.. (ESD damage, etc)
Aug 04 21:13:12 <rsalveti> robclark: oh, is this the usb0 one?
Aug 04 21:13:31 <robclark> rsalveti: yes, it should show up as usb0, not eth0
Aug 04 21:13:52 <rsalveti> dammit
Aug 04 21:14:16 * GrueMaster detects a doh! moment.
Aug 04 21:14:22 <rsalveti> robclark: I thought it was related with usbnet or something like that
Aug 04 21:14:50 <rsalveti> sorry, was looking for a "normal" eth* adapter
Aug 04 21:15:05 <robclark> ahh..  yeah, I made that mistake the first time
Aug 04 21:15:18 <GrueMaster> Normal and arm hardware should not be combined in the same sentence.  :P
Aug 04 21:15:46 <rsalveti> GrueMaster: :P
Aug 04 21:15:53 <robclark> I don't think this is anything to do with arm... isn't it the same if you use usb ethernet on x86?
Aug 04 21:16:03 <rsalveti> yep
Aug 04 21:16:06 <robclark> (at least the usbnet is all pretty generic)
Aug 04 21:16:10 <rsalveti> it should be
Aug 04 21:16:49 <rsalveti> robclark: and do you know the reason for this magic micro usb cable in loop?
Aug 04 21:17:35 <GrueMaster> rsalveti: That's easy.  First proto fubar'ism.
Aug 04 21:17:45 <robclark> basically ;-)
Aug 04 21:17:50 <rsalveti> hahah :-)
Aug 04 21:18:01 <robclark> the ES2 panda's don't have this..
Aug 04 21:18:36 <GrueMaster> Think that is odd, you should have seen some of the odd wiki-ups we did at Intel during the P4.
Aug 04 21:19:08 <rsalveti> hehehe, can imagine
Aug 04 22:31:26 <GrueMaster> rsalveti: For fun, since you are mucking with kernel patches, want to see if this patch improves performance on either omap3 or omap4?  http://lkml.org/lkml/2010/8/1/40
Aug 04 22:36:05 <rsalveti> GrueMaster: nice, would also like this patch to be applied on my host machine
Aug 04 22:36:22 <rsalveti> I'm facing similar problems all the time I decide to write stuff on external drives
Aug 04 22:36:28 <rsalveti> like sd, usb hd and etc
Aug 04 22:36:41 <GrueMaster> Well, if it works, we can beg for it to be added before freeze.
Aug 04 22:37:13 <rsalveti> GrueMaster: yep, can givet it a try, but they will probably ask for performance numbers and etc
Aug 04 22:37:25 <GrueMaster> It should apply fairly cleanly to the omap kernel.  Not so sure about omap4, though.
Aug 04 22:38:58 <GrueMaster> Make oyu a deal.  If you see any improvement, send me a kernel package and I'll provide some benchmarking data to validate the backport.
Aug 04 22:39:29 <GrueMaster> If I get time, I'll add it to an x86 kernel here and test it separately.
Aug 04 22:45:46 <rsalveti> GrueMaster: nice, will apply and test it here to see if we get any improvement
Aug 05 00:52:38 * GrueMaster is finding it very hard to concentrate on release testing with the aroma of grilled babyback ribs waifing in through the office window from the grill on the otherside.
Aug 05 01:00:41 <jcrigby> NCommander or ogra:is flash-kernel for maverick in bzr?  I can apt-get source it but I have not been able to figure out the bzr lp: url for it.
Aug 05 01:01:01 <jcrigby> or GrueMaster:^^
Aug 05 01:02:13 <GrueMaster> jcrigby: bzr get http://bazaar.launchpad.net/~ubuntu-core-dev/flash-kernel/ubuntu
Aug 05 01:03:31 <jcrigby> GrueMaster:in the interest of not bugging you next time.  How could I figure that out myself?
Aug 05 01:03:54 * GrueMaster is getting a contact hunger buzz from the grill smoke outside his office.
Aug 05 01:03:56 <jcrigby> I was able to find it on launchpad for lucid but not maverick
Aug 05 01:04:09 <NCommander> jcrigby: generally, its set in the control file and apt-get source will tell you if you call it
Aug 05 01:04:19 <jcrigby> ahh
Aug 05 01:04:22 <jcrigby> thanks
Aug 05 01:04:42 <GrueMaster> NCommander: did you get my SMS?
Aug 05 01:08:31 <NCommander> GrueMaster: not yet
Aug 05 01:08:58 <GrueMaster> antimony is df.  Can you do a little cleanup and kick edubuntu dvds?
Aug 05 01:35:14 <NCommander> GrueMaster: I can't. :-/
Aug 05 01:35:20 <NCommander> but I can poke those who can
Aug 05 01:35:55 <GrueMaster> If they are available.  elmo already tried earlier on #ubuntu-release.
Aug 05 01:37:47 <NCommander> bah
Aug 05 01:38:41 <NCommander> GrueMaster: looks like osmething happened in scratch
Aug 05 01:38:42 <NCommander> I'm looking
Aug 05 01:47:05 <jcrigby> NCommander: I found a couple small annoyances in flash kernel today.  Here is a patch: http://paste.ubuntu.com/473344/
Aug 05 01:47:20 <jcrigby> s/flash kernel/flash-kernel/
Aug 05 01:48:11 <NCommander> jcrigby: the patch looks good, butr I can't merge it into the repo
Aug 05 01:48:47 <jcrigby> do you want me to do a bzr push and a merge req?
Aug 05 01:48:55 <jcrigby> for ogra?
Aug 05 01:49:01 <NCommander> jcrigby: yes pelase :-), post ogra_cmpc or lool for a merge
Aug 05 01:49:09 <jcrigby> ok will do
Aug 05 02:44:43 <prpplague> NCommander: ping
**** ENDING LOGGING AT Thu Aug 05 02:59:56 2010