=== bjf is now known as bjf[afk] [01:45] hmmm??! [02:03] ho ho hum [02:03] is it friday yet? [02:41] my cellphone went crazy and tried to launch irc client on himself [03:50] There's a deadlock which occurs when you use more than a certain number of pthreads in a single ARM program, running inside qemu-arm. [03:51] sound familiar? :) === freeflyi1g is now known as freeflying === hrw|gone is now known as hrw [07:48] Hi [07:50] Hi [07:51] mouse and kayboard not working [07:51] writing ubuntu-10.04-netbook-armel+omap.img on sd and cheng boot.scr [07:51] to folowing: [07:51] fatload mmc 0:1 0x80000000 /casper/uImage [07:52] fatload mmc 0:1 0x81600000 /casper/uInitrd [07:52] setenv bootargs quiet splash vram=12M omapfb.mode=dvi: [07:52] 1280x720MR-16@60 fixrtc file=/cdrom/preseed/ubuntu-netbook.seed -- [07:52] boot=casper only-ubiquity nocompcache mpurate=720 console=tty0 [07:52] console=ttyS2,115200n8 [07:52] bootm 0x80000000 0x81600000 [07:52] booting beagleboard and see this error: [07:52] hub 1-0:1.0: unable to enumerate USB device on port 2 [07:52] My mouse and keyboard not working, how to resolve this problem ? [07:52] tanks [07:52] On C4 beagleboard [07:54] ? [07:54] ? [08:20] morning [08:21] say, anyone have experience with webcams on a beage? [08:32] try #beagle [08:32] lamp_: have you connected to the ehci host port or the otg port? [08:33] lamp_: and are they connected directly or through a usb hub? (A hub is required) [08:33] ehci [08:33] connected directly [08:38] lamp_: directly won't work, you need to connect it through an externally powered hub [08:47] even otg port [08:48] flash usb working on directly connect [08:49] flash usb working on directly connect to ehci [08:50] sell externally powered hub ? [08:50] ? [08:59] Are you sure that buying a externally powered hub The 'hub 1-0:1.0: unable to enumerate USB device on port 2' problem is solved? [09:02] amitk: can you use codesourcery 2010q1 cross compiler to build our maverick kernel package for omap3 [09:14] cooloney: I haven't tried it. I stick to old CS toolchains in general :) [09:14] amitk: sorry for bothering, i just tried that, it works. [09:36] amitk: Eh you should dogfood or cross-compiler packages!! [09:44] * ogra thinks we need more builders ... 50 package in queue and all builders blocked :( [09:46] lool: I'm running maverick on the laptop, so I do a bit of dog-fooding there. I wish we had lucid packages though [09:47] amitk: they don't install on lucid? [09:47] lool: they didn't last I tried (a few weeks ago) [09:48] amitk: I'd be curious whether that's still the case [09:48] * amitk re-adds hrw's repo to sources.list [09:49] amitk: why not /etc/apt/sources.list.d/hrw-cross-compilers.list instead? [09:49] easier to enable/disable [09:49] hrw: that's what I'll do, much longer to type though ;) [09:49] ;d [09:51] hrw: is there a meta package? [09:51] amitk: nope [09:52] amitk: for kernel you only need gcc-4.4-arm-linux-gnueabi I think [09:54] hrw: lool: http://pastebin.ubuntu.com/483859/ (needs libmpfr4) [09:56] they are for *maverick* [09:57] hrw: Would it be possible to build them under lucid? [09:57] hrw: that's what you told me the last time, but I repeated the experiment because lool asked me to :) [09:58] amitk: Given that the toolchain is relatively self contained, I was hoping these would be installable on lucid [09:58] * amitk feels that lucid being LTS should be a target [09:59] lool: some backports from maverick would be needed probably [09:59] amitk: You could most probably install libmpfr4 from maverick though ;-) [09:59] hrw: Yeah [09:59] hrw: How far are you from a toolchain package for the archive? [09:59] * ogra tries to pronounce libmpfr4 [09:59] ... and fails :P [10:01] lool: need to solve stage3 problems [10:01] ~curse ubuntu for not using sysroot [10:02] Don't do native for linux, it's heavy :-( [10:02] ? [10:03] lool, arent all our linux packages native anyway ? [10:03] 90+ MB [10:04] ogra: it is libmp-4-french people ;) [10:04] * ogra thought the packaing tree merge happens on a git level [10:04] amitk, lol [10:04] amitk: you use amd64? [10:04] hrw: yes [10:06] good. deboostrap lucid in progress [10:10] hrw: thanks! Let me know when to test [10:22] ok [10:29] amitk: one more thing - you will get maverick gcc not lucid === nslu2-log_ is now known as nslu2-log [10:39] hrw: that is fine [10:42] anyway - first lucid one [10:43] I am curious what will it bring and how will look [10:47] where can I find content of hrw-cross-compilers.list ? :) [10:49] ynezz: At the top of http://people.canonical.com/~hrw/ubuntu-maverick-armel-cross-compilers/ [10:49] deb http://people.canonical.com/~hrw/ubuntu-maverick-armel-cross-compilers/ ./ [10:49] etc. [10:49] Currently maverick-only [11:04] XorA: hi [11:04] oops [11:04] -> linaro [11:20] rsalveti: ping [11:25] amitk: lucid require too many backports to build maverick cross toolchain. better grab maverick one and add all needed maverick libs [11:33] hrw@canonical? what a change :) [11:33] ynezz: its 4 months now [11:34] ah, didn't noticed [11:40] does it mean, that ubuntu is switching from native to cross? :) [11:40] no [11:40] Very much not! [11:40] it means that developers can do cross builds if needed [11:40] ok [11:40] ubuntu will never switch from native to cross [11:45] lool, bug 624568 FYI [11:45] Launchpad bug 624568 in busybox (Ubuntu) "building busybox without -marm on armel makes several binaries unusable (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/624568 [11:49] asac: hi [11:50] hey XorA ;) [11:50] XorA: so the maverick stack is now more or less ready to start working on things [11:51] XorA: you can intall mutter and then just install [11:51] libclutter-eglx-es20-1.0-0 [11:51] to flip to egl [11:51] XorA: to implement the extension we talked to about just do a apt-get source libclutter-eglx-es20-1.0-0 ... and then look at the texture_pixmap function in the gles tree [11:51] ynezz: cross builds are option for developers to not wait 3 days for kernel rebuild but have it done in short time [11:51] etc [11:52] XorA: -> #linaro ;) [12:10] NCommander, please bump https://edge.launchpad.net/ubuntu/+source/u-boot-linaro/2010.06-695-gbd23130-linaro-0ubuntu1/+build/1934915 to $very_high [12:10] * persia encourages asking random buildd admins for such things in #ubuntu-devel: tends to avoid timezone limitations [12:11] i *like* to nag NCommander directly :P [12:11] (as in "Could a buildd admin please ...") [12:11] Yeah, but doesn't help if he's not around. [12:11] i usually fall back to that if he's not around [12:11] I'm 90% certain that's the case now, although I may be mistaken. [12:16] ogra: If I can get your XM to do this: http://paste.ubuntu.com/483904/ [12:16] ogra: Can you start working on it? [12:16] (again) [12:17] lag, i'll try soon, i'm currently a bit busy aith panda [12:17] *with [12:17] lag, thats with todays image ? [12:18] ogra: No [12:18] ogra: Today's image provides: http://paste.ubuntu.com/483908/ [12:19] grmpf [12:19] doesnt resize, doesnt reboot [12:19] Correct [12:19] i uploaded a fix for the reboot issue yesterday [12:19] So, back to my original question [12:19] * ogra takes a look what happened to the busybox upload [12:19] ogra: No [12:19] ogra: It has nothing to do with it [12:20] ? [12:20] I believe the daily image is still ro [12:20] it should still reboot [12:20] it cant be ro if you get through to oem-config [12:21] since thats only enabled by touching a certain file on the FS [12:21] line 327 in http://paste.ubuntu.com/483908/ [12:21] Well tell me what the differences betweek the two pastes I gave you then? [12:22] between* [12:22] weird i see the initrd script being executed twice in the latter one [12:22] lag, the first one reboots fine [12:23] ogra: Correct [12:23] which image is that ? [12:23] The second one is the daily build [12:23] The first one is the daily image with my kernel and initrd [12:23] and the first one that works ? [12:23] oho ! [12:24] same image ? [12:24] but different kernel ? [12:24] Yeah [12:24] And initrd [12:24] so i was right saying the broken reboot is a kernel issue ;) [12:24] and you already fixed it ! [12:24] Seemingly [12:24] perfect [12:24] Where is Busybox? [12:24] whatever you did, i want it in our kernel then :) [12:25] its the shell that runs in initrd [12:25] So it must be using my Busybox? [12:25] your chroot should have two packages, busybox-static and busybox-initramfs [12:25] * lag looks [12:25] can you check which version your used inside the chroot ? [12:25] *you [12:26] might be that my -marm fix is moot [12:26] How do I check? [12:26] dpkg -l|grep busybox [12:26] ii busybox-initramfs 1:1.15.3-1ubuntu1 Standalone shell setup for initramfs [12:26] 1:1.15.3-1ubuntu3 has the -marm fix [12:26] hmm [12:27] 1:1.15.3-1ubuntu1 is the oldest one we had in maverick [12:27] could you try upgrading ? that version used to work all the time [12:27] 1:1.15.3-1ubuntu2 stopped working, 1:1.15.3-1ubuntu3 was supposed to fix that [12:28] 1:1.15.3-1ubuntu4 is the current one (with another fix on top of mine) [12:38] gah, todays daily still doesnt reboot :/ [12:38] at least on omap4 [12:44] ogra: I know, I told you that! [12:44] yes [12:50] f*ck [12:50] * ogra thinks he found the issue [12:51] 111m355 [12:51] damn :) [12:52] have to change that now :) [12:53] it is screenlock passwd [12:53] but yeap, i need to change [13:21] ogra: And ... [13:22] lag, fix is uploaded [13:23] ogra: Which was? [13:23] ogra: And why did it work with my kernel/initrd? [13:23] if e2fsck finds a wrong last mount time (because of rtc skew or something) it tears down the whole resize script [13:23] Where is that? Jasper? [13:23] the last line in the resize script sets that reboot mark for the next script [13:23] yeah [13:24] no idea why your kernel initrd worked though [13:24] since it doesnt seem to be busybox at all [13:25] what fixes does your kernel include ? [13:25] anything related to ext2/3 ? [13:39] ogra: I'll show you [13:46] http://kernel.ubuntu.com/git?p=lag/ubuntu-maverick.git;a=commitdiff;h=fa324d1893d06e157a2f93040a20f1d490c3c834;hp=978e830c47ca5de5824ddf3ba9f7d3571da765a7 [13:46] http://kernel.ubuntu.com/git?p=lag/ubuntu-maverick.git;a=commitdiff;h=27dafb99b153bab4bf7f061889775761cf7c2caa;hp=fa324d1893d06e157a2f93040a20f1d490c3c834 [13:46] http://kernel.ubuntu.com/git?p=lag/ubuntu-maverick.git;a=commitdiff;h=12f88410bcaab12078b27e766a42b12a7d4bd2b5;hp=27dafb99b153bab4bf7f061889775761cf7c2ca [13:46] ogra: -^ [13:46] yep, looking [13:47] ah, mmc fixes [13:48] Correct o mondo [13:48] might be that thats related, i.e. if the mmc is bad e2fsck will exit 1 [13:48] same symptom, different cause [13:49] lets wait until jasper is in the archive and i rolled a new image [13:49] (which might take eternally) [13:49] ogra: Are you saying that there is no massive rush to place these patches into our kernel? [13:49] we need more buildds [13:49] lag, there is, but no way to test them quickly in the archive [13:49] ogra: That's find by me - they're not even in the linux-omap kernel yet [13:50] Nah, just faster buildds. [13:50] lag, https://edge.launchpad.net/builders [13:50] more just means more parallel builds of superceded stuff [13:50] lag, we're 60 package (or 10-12h) behind on armel [13:50] (thats a guesstimate, could also only be 8-9h) [13:51] lag, where do they come from initially ? rcn-ee ? [13:51] ogra: Yes, they are Robert's patches [13:51] cool [13:51] add them ! [13:52] They have been ack'ed in linux-omap, but they're not in the tree yet [13:52] pfft, lets be ahead :) === njpatel_ is now known as njpatel [13:54] When will development continue on the XM? [13:55] as soon as we can boot it [13:55] which your patch should fix [13:56] i want working images for beta [14:19] lag, dont you need to mention a bug # in pull requests (seeing your mail to the kernel ML) [14:20] ogra: Although this does fix one of the bugs, it is not directly associated with one [14:20] ah [14:20] * ogra lears something new every day :) [14:21] * ogra also learned that the new tires for his new car will cost him about 1000€ :( [14:22] its only rubber ! damned [14:22] Get steel wheels: more sparks, less frequent replacement [14:23] yeah, looks surely more shiny to do 270Km/h with these ... though i fear the traction wont be as good :) [14:23] Yeah, well. [14:25] ogra: costs of using porsche? [14:26] hrw, costs of buying porsche with horribly wide tires and knowing they need replacement [14:27] ogra: Have you tested the daily build on the Panda ES1.0 today? [14:27] i didnt know there is only one set thats allowed though [14:27] lag, yes, thats what i did above to find the jasper issue [14:27] ogra: sucks a bit [14:27] well [14:27] Hmm [14:27] That's not good [14:27] hrw, i asked for it, i get it :) [14:27] yep [14:28] * hrw rebuilds gcc-4.4 again to check for regressions [14:28] lag, whats not good ? [14:30] ogra: I recieved my, replacement Panda today [14:30] ogra: My old one's USB was borked [14:31] ogra: This one doesn't seem to want play nice with HDMI [14:31] ah, well, your broken monitor again [14:31] ogra: Nope [14:31] is that es1.0 ? [14:31] or 2.0 [14:31] ogra: Different one [14:31] ES1.0 [14:31] yes, but which version [14:31] ah [14:31] I haven't plugged my ES2.0 in yet [14:31] There are more than one? [14:32] mine is on the way, just had a call from fedex customs [14:33] How do you tell which version is which? [14:33] one is painted black, one isnt [14:33] wasn't black ones es2.0? [14:33] right [14:35] You asked me which version of ES1.0 I had [14:37] ?? [14:37] i didnt [14:38] is that es1.0 ? [14:38] or 2.0 [14:39] Hmm my beagle doesn't see NAND anymore; I think this was a known bug and got fixed recently; can someone confirm that latest kernels have NAND? [14:39] * ogra isnt sure that was uploaded to the archive yet [14:39] i know the fix is committed [14:39] lool, mpoirier was working on that [14:40] lool: I committed the fix last week. [14:49] mpoirier: c08fa0be3ddeaca289b0646c8d087fc3820a7f3f right? [14:50] lool: hold on, I'll double check. [14:54] lool: yes that is correct. [14:55] mpoirier: thanks [14:55] lool, jcrigby, btw, there is a few patches we carry that are not upstream yet, you might want to pull these in from the ubuntu tree [14:56] (additionally to the NAND ones) [15:05] Well mpoirier's patch doesn't apply in Linaro 2.6.35; presumably we got it from linux-omap [15:06] * ogra_cmpc thought it was our own developent [15:06] It's a workaround for the 2.6.35 situation, but upstream had already fixed it differently -- that's how I read it at least [15:07] mmmmk [15:07] mpoirier: f450d86790ebf72ac93c7ea5addd6fa278aae64c upstream I think [15:07] well in linux-omap; checking linus now [15:08] f450d86790ebf72ac93c7ea5addd6fa278aae64c in linus tree [15:08] ogra: hi. back to my question on neon. should we append -neon on the package name or on the version? [15:08] package name, definitely [15:08] if we cant do runtime detection with hwcaps put it in the name [15:09] lool: yes indeed, this is exactly what is written in my commit. [15:09] persia: thanks! [15:09] ogra: [15:09] ES1.0 [15:09] yes, but which version [15:09] mpoirier: Eh indeed [15:09] lag, wrong context :P [15:09] mpoirier: Sorry, got confused by ogra [15:09] :) [15:10] ogra: Who is developing the x-loader for ES2.0 [15:10] TI [15:10] lag, did you try with the linaro uboot ? [15:11] ogra: Yea [15:11] didnt work either i guess [15:11] ogra: It's okay, rsalveti Is going to sort me out with new binaries [15:11] well, we need new packages too [15:11] ogra: sure, as we need a new kernel [15:12] ogra: it'd be good to wait sakoman get it working with es2 [15:12] i thought the current kernel can run on both [15:12] only the one we'll get with the next commit cant [15:12] (thats how i understood it) [15:13] ogra_cmpc: lag: http://rsalveti.net/pub/ubuntu/kernel/maverick/es2/ === amitk is now known as amitk-afk [15:14] sweeeet, my es2 just arrived :D [15:14] davidm: ^ :-) [15:14] lucky guy === bjf[afk] is now known as bjf [15:15] rsalveti, good, I knew it was on a truck heading to you [15:17] rsalveti: which kernel source did you build your kernel from? [15:17] ndec: lag: ogra: http://kernel.ubuntu.com/git?p=rsalveti/ubuntu-maverick.git;a=shortlog;h=refs/heads/rsalveti-ti-omap4-es2 [15:17] I basically applied the patches from [15:17] http://gitorious.org/pandaboard/kernel-omap4/commits/L24.8_panda_es2.0 [15:17] on top of our kernel [15:17] also some extra display patches [15:19] rsalveti: ok.. sebjan has sent a more official patch set to cooloney. not sure if you're aware of that. our patchset is here http://dev.omapzoom.org/?p=integration/kernel-ubuntu.git;a=shortlog;h=refs/heads/for-ubuntu-2.6.35. it should be same content as the initial patchset but with many cleaning in the patches [15:19] ndec: thx [15:19] rsalveti: and this one is more likely to become the 'official' branch in maverick/ti-omap [15:19] rsalveti: i am working on it [15:19] Where's my email? [15:19] cooloney: thx for? [15:20] ndec: sure, but this is the 2.6.35 tree, that we're waiting cooloney do review and etc, but thanks for pointing that [15:20] ndec: will this tree work with es1 and es2? [15:20] lag: i just got it today. [15:20] or just es2? [15:20] cooloney: oh, so this is the "final" tree? [15:20] cooloney: sebjan said he'd sent it to both of us? [15:20] cooloney: Are you doing it then? [15:20] ogra: lag: i see you are discussing linaro uboot. are you planning to use this one instead of the current one? [15:21] ndec, already switced, yes [15:21] rsalveti: it depends on what 'final' means ;-) [15:21] awesome, with all latest hdmi fixes [15:21] rsalveti: yes. including support for multiple FBs [15:21] ndec: I mean the point that cooloney can just review and get the tree :-) [15:21] ogra_cmpc: oops... didn't know that. how does that work? [15:22] rsalveti: cool... i thought that final means that there was no more issue with OMAP4... [15:22] ndec, lacking an es2 i cant tell yet but anything will be better than the 1.1.4 one [15:22] ndec: it's working fine at the moment [15:22] lag: sebjan doesn't finished it [15:22] based on sakoman's work [15:23] ogra_cmpc: so the panda uboot support was merged in the mainline uboot? who did that? [15:23] ndec, 1.1.4 has a broken vfat driver [15:23] ndec, sakoman [15:23] cooloney: ndec just said you've been sent the email? [15:23] lag: no, i didn't sent email [15:23] pm215: Hey there [15:23] lag, ndec only pointed to the work branch of sebjan [15:23] without saying its done [15:23] pm215: ^P/^N or /win 2 to switch windows? [15:24] lool: hello. I see I'm now in both channels with a hopelessly confusing UI :-) [15:24] ndec: cooloney: should this kernel be compatible with both es1 and es2? [15:24] the new one, based on 2.6.35 [15:24] pm215, Alt+2 might work also [15:25] rsalveti: sebjan said it's not ready for both es1 and es2. [15:25] but he is working on it. i think [15:25] cooloney: cool [15:25] i dont think es1 support is wanted [15:25] rsalveti: only 2.0 for now. sebjan is trying to see if it can work on es1 as well.. [15:25] at least thats what i understood in the call [15:25] ogra_cmpc: sure, but just wanted to confirm :-) [15:25] ndec: What's the difference between "http://dev.omapzoom.org/?p=integration/kernel-ubuntu.git" and "git://dev.omapzoom.org/pub/scm/integration/kernel-omap4.git" [15:25] ^P/^N//win/alt+2> none of those do anything, I'm afraid. Never mind. [15:25] i've already prepared a omap4 branch based on sebjan's branch [15:26] lag and rsalveti http://kernel.ubuntu.com/git?p=roc/ubuntu-maverick.git;a=shortlog;h=refs/heads/ti-omap4 [15:26] cooloney: on current sebjan's tree? [15:26] pm215: ctrl-1/ctrl-2? /win 2 might be keeping you in the same window, try /win 1 [15:26] cooloney: awesome! [15:26] rsalveti: sebjan is still working on it. so we need wait for a while [15:26] * rsalveti preparing the build machine [15:26] lag: kernel-omap4.git is TI BSP team tree, kernel-ubuntu.git is our tree (sebjan's tree) that we use as a staging area between TI BSP and Ubuntu tree [15:26] rsalveti: i cross compiled it on my local machine [15:27] ctrl-1/ctrl-2> nope, no effect. /win 1 says "Unknown command: WIN" [15:27] pm215: If you want to see a quote of the day /qu erat demonstrandum [15:27] the L24.9 gonna some issue about ASOC codec driver [15:27] hm, ok [15:27] so currently i disabled that ASOC codec drivers [15:27] lag: our tree has some decent level of cleaning (400 patches removed, 3700 checkpatch errors removed) [15:27] This joke works better in French, with "/qui est là" [15:27] prpplague: didn't you do some work on that? [15:28] lool: even in French I don't understand the joke... [15:28] ogra_cmpc: another topic, how is today's image? [15:28] rsalveti, still bad [15:28] just download them [15:28] ogra: what is broken? [15:29] jasper, oem-config etc [15:29] want to test the gles stuff with sgx and efl [15:29] and latest clutter and etc [15:29] ndec: Excellent news [15:29] ndec: Well, IRC clients have an easter egg; you type /qui est là, and it shows you a quote [15:29] lag: well... thx sebjan... [15:29] ogra: ouch hehe :-) [15:29]