[01:48] GrueMaster, awesome. I didn't know about that option, thanks [01:49] rsalveti, any news :) ? [01:52] dcordes: worked fine :-) [01:53] dcordes: installed the ubuntu-minimal on my sd card [01:53] with maveric [01:53] *maverick [01:53] and then just installed the ubuntu-netbook package, with tons of dependencies [01:53] mono was included and did work fine [01:57] rsalveti, oh nooo [01:58] ^^ [01:58] rsalveti, hm my first thought is something went wrong during my ubuntu-minimal image install [01:59] don't know, could be, try it again [01:59] no I won't [01:59] it would be the third time [01:59] and I will see the same error [01:59] I must do something wrong [01:59] I will boot the image now and see if I can work around it somehow [02:01] try giving strace on the process that got hang [02:01] apt-get [02:01] or running the update by hand, to find the problem [02:01] I got the correct line that was giving problem on the bug, let me find it [02:02] dcordes: just /usr/bin/mono /usr/lib/mono/2.0/gacutil.exe was enough to generate the error with qemu [02:02] see bug 610719 [02:02] Launchpad bug 610719 in mono (Ubuntu) "Mono hangs while running with qemu ARM user emulation (chroot) (dup-of: 530000)" [Undecided,New] https://launchpad.net/bugs/610719 [02:02] Launchpad bug 530000 in qemu-kvm (Ubuntu) "mono assembly installation under qemu-arm-static hangs (affects: 2) (dups: 1) (heat: 30)" [Medium,Won't fix] https://launchpad.net/bugs/530000 [02:03] I think you're probably getting another bug [02:03] rsalveti, it is not the same mono bug I see in qemu. [02:03] dcordes: what arm machine are you using at your installation? [02:03] the native mono bug is a different one. [02:03] rsalveti, cortex-a8 htcleo [02:04] rsalveti, and host is x86 [02:04] it did work fine on my beagle, weird [02:04] host should not be a problem [02:04] ubuntu-minimal is really minimal, quite small image [02:04] rsalveti, how big is your compressed minimal-image ? could you upload the one you used in the test ? [02:04] let me check [02:05] ok here is the line [02:05] I ran dpkg --configure -a [02:05] (cause apt tells me to) [02:05] uploading it, will take some minutes [02:06] dcordes: do you have the logs? [02:06] * Installing 2 assemblies from libappindicator0.1-cil into Mono [02:06] this the same line it froze during the initial 'apt-get install ubuntu-netbook [02:06] ' [02:06] and I'm almost sure it is the same thing I got when I tried same procedure a week ago [02:07] all of the installing n assemblies processes fail [02:08] it is the mono program that freezes [02:08] now I remember... [02:08] I debugged it before [02:08] it eats all cpu [02:10] is there no 'assume provided' kind of thing for apt ? [02:11] so mono must be child of apt-get [02:11] or dpkg in the current case right ? [02:11] i.e. I should be able to debug it with dbg [02:11] yep [02:11] there is a command that installs the assemblies [02:12] it's on the post install of some mono packages [02:12] so you could debug it directly instead of debugging apt [02:12] can you tell me how to figure the command that's ran ? [02:15] I can try to find it here, give me a minute [02:15] thx [02:16] rsalveti, maybe my kernel is more similar like qemu :) [02:19] rsalveti, lol I can't install strace [02:19] guess why [02:20] dcordes: hahah, why? [02:20] if you answer correct you get a free mono.deb [02:22] haha, no idea, and I don't want a free mono.deb :P [02:22] thanks [02:22] dpkg was interrupted. you must manually run 'sudo dpkg --configure -a' to correct the problem. [02:23] :> [02:24] ouch :-) [02:24] guess you can still install it by hand, giving dpkg -i [02:24] after downloading the package [02:25] apt-get --download-only install strace to download ? [02:26] dcordes: check file /usr/share/cli-common/runtimes.d/mono [02:26] it's a perl script that probably installs the assemblies [02:27] get's called by /usr/share/cli-common/gac-install [02:27] during a post-inst [02:27] I think I make it a hello world. [02:28] rsalveti, how to download package with broken apt ? [02:29] dcordes: you can download it by hand, with wget :P [02:29] generally apt keeps complaining all the time if you canceled a previous run [02:30] rsalveti, do you have url for the maverick arm debs ? [02:30] I download it to usb mass storage device on host [02:30] rsalveti, are you still uploading your minimal ? [02:31] dcordes: yep, 98% [02:31] nice thx [02:32] dcordes: http://ports.ubuntu.com/ubuntu-ports/pool/main [02:33] dcordes: wget http://rsalveti.net/pub/armel-rootfs-201008021722.tgz [02:34] rsalveti, something is definetly going wrong with my minimal then [02:34] rsalveti, mine is t60 meg [02:35] 60 [02:35] rsalveti, do you specify extra packages with the roostock script ? [02:37] dcordes: this is just ubuntu-minimal with kernel and kernel modules [02:37] that's why it's probably bigger than yours [02:37] aha ok [02:57] rsalveti, ok now I got the strace output on screen [03:04] rsalveti, and it doesn't give me full enlightenment yet :D [03:05] I'm still starring [03:11] rsalveti, how long does such a mono install process take for you ? [03:12] rsalveti, I made the script do nothing [03:12] rsalveti, now some installing mono tasks succeed [03:12] some still run and fail [03:13] ah it found the renamed original script! [03:14] evil [03:14] done! [03:14] haha :-) [03:15] generally it takes a minute or so [03:15] maybe I'm to impatient [03:15] but 20 minutes are pretty much foul [03:15] methink [03:16] apt-get install netbook-launcher-efl [04:04] GrueMaster: yep, I'm getting the same error lag is facing with his lg monitor [04:05] probably this is fixed already with robclark patches [04:05] Interesting. [04:06] I don't have an HDMI monitor, but will test this when I am at the QA sprint in a couple of weeks. [04:06] GrueMaster: when are you going to be off for the qa sprint? [04:07] I leave next Friday and will be in Oxford until the 22nd. [04:07] GrueMaster: oh, ok :-) [04:07] Food's cooking, gotta run. [04:07] see ya [04:17] fyi, for DVI monitors, I pushed a patch: http://gitorious.org/~robclark/pandaboard/robclarks-kernel-omap4/commit/37050de250e570d67a435cb36ecfa9763a98e5ff [04:18] it won't make any monitor that wasn't working at all start working.. but it will make some DVI monitors that were defaulting to 640x480 pick a better resolution [04:18] (this at least helps with my DVI monitor at home ;-)) === michaelh` is now known as michaelh1 [06:50] lag:ping . do you see it always ? [06:50] oops : *do you see it always ? [07:41] mythripk: Morning [07:48] morning lag [07:48] did you see it again ? [07:48] i tried and could not reproduce [07:48] I see different things depending on my cmdline [07:49] can you send your cmdline ? [07:49] omapdss DISPC error: SYNC_LOST_DIGIT [07:49] omapdss HDMI error: Failed to lock PLL [07:49] quiet splash ro elevator=noop console=ttyO2,115200n8 vram=32M mem=463M fixrtc [07:49] failed to lock pll is because the first block is 1920 1080 with 138.5Mhz [07:50] Okay [07:50] that will be fixed with the patches i sent you , which will be part of out L24.9 release [07:50] Okay [07:50] So they're not out yet? [07:50] not yet! , will be by this friday [07:50] Have they been approved? [07:50] yes [07:51] Excellent, well done [07:51] that is anyways our internal tree :) though [07:51] I guess I'll wait for those before doing anymore [07:51] I'll try and get them into our tree asap [07:52] but this is a strange error you see , it is failing in dispc_set_digit_size which would mean x and y res are goofed up, in case you see that again a full log with debug enabled would be great [07:53] I'm sure I can reproduce [07:53] Wait one [07:57] mythripk: I don't get the whole log (I guess most of it is printed to the monitor (which isn't working) [07:57] http://paste.ubuntu.com/472531/ [07:58] mythripk: setenv bootargs vram=32M mem=463M console=ttyO2,115200n8 console=tty2 root=/dev/mmcblk0p2 fixrtc [07:59] If I remove the console=tty2 it does something different [08:02] I correct myself [08:02] Its actually this cmdline: setenv bootargs quiet splash ro elevator=noop console=ttyO2,115200n8 vram=32M mem=463M fixrtc [08:04] That's more like it [08:04] When I remove the console=tty2 I get this:# [08:05] http://paste.ubuntu.com/472534/ === hrw|gone is now known as hrw [08:06] alo [08:17] ogra: ping [08:33] lag : I suspect that it is becasue of the wrong x and y timing value. which ideally shouldnt , you are using console = ttyo2 which is ok , this would be needed to redirect your prints to TV when enabled. Can you wait for the patch set to be pushed ? [08:34] ttyO2 won't push the prints to the TV/Monitor, only to the serial console [08:34] tty2 will push them to the TV/Monitor [08:40] lag: my bad . "lag : When I remove the console=tty2 I get this:#" that would when it is trying to redirect the contents to TV where you get the pll_not locked state [08:42] persia: could you check http://revu.ubuntuwire.com/p/glmark2 for alf`? [08:43] mythripk: If you read on you'll find that I was incorrect [08:43] mythripk: In fact, the only think that differs when I removed console=tty2 is that I receive more output on the serial [08:43] I'll wait for the new patches [08:46] lag: I shall update you when its pushed to our tree [08:46] mythripk: Great thanks [08:52] ericm|ubuntu: I would have expected from me to notice the breakage even though it was your patch :-) [09:16] ukleinek, nah - you are fine [09:17] ericm|ubuntu: have you worked with the Freescale guys in Shanghai? [09:17] amitk, a bit [09:17] amitk, but not much [09:18] amitk, knows some guys there as well as cooloney [09:18] ericm|ubuntu: ok, one of them joined Linaro today (just introducing around) [09:18] amitk, in #linaro? [09:18] amitk, I missed that part [09:18] ericm|ubuntu: yes [09:36] amitk: is he/she based in Shanghai? [09:36] cooloney: yes, come to #linaro to meet him [09:51] amitk: I have a mx51evm here and it seems to be broken with CONFIG_FIXED_PHY=y; CONFIG_MDIO_BITBANG=y; CONFIG_MDIO_GPIO=y [09:52] amitk: Did you see this already, too? [09:53] ukleinek: hi, how's broken? [09:53] ukleinek: unfortunately no, haven't had a chance to test mx51 for a few -rcs since my board broke. :-/ I just got a new one now so should be able to test. [09:53] ukleinek: in our ubuntu fsl-imx51, those configs are all off, [09:54] amitk: the fec doesn't work so I cannot nfsrootboot [09:55] cooloney: you fixed the fec driver for MDIO support, right? Do you have time to look at this today? [09:56] ukleinek: yeah, my patch was merged sometime ago and there are some updates in Dave's netdev-next tree [09:56] amitk: yeah, ^^ [09:56] but too bad, i don't have the hardware now [09:56] my babbage is broken [09:56] bricked [09:58] ukleinek: I'll try to look at it as soon as I setup the new board [09:58] amitk: this issue is in my way, I can do it myself, too. [10:00] ukleinek: ok, I can't help you right away (so you might consider looking at it) [10:00] * ukleinek just wanted to check if it's a known (or even fixed) issue [10:01] ukleinek: no it isn't (we've had HW availability issues). Thanks for the report [10:04] CONFIG_FIXED_PHY=y is the trigger [10:06] lag, yes ? [10:07] ogra: Do you have a uboot which omits the memory error on XM? [10:08] i have an yet untested patch http://cgit.openembedded.org/cgit.cgi/openembedded/diff/?id=b4c5ef7e0e06890b1369bfbd5c767820024adb21&id2=b738634ead43d9ebcc8f8a4840366528ec91045a [10:10] ukleinek: pls take a look at this http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-lucid.git;a=commitdiff;h=0e5e6e2a981eeab61dcc184d51ab769a33af6589 [10:10] ukleinek: and this http://bugs.launchpad.net/bugs/457878 [10:10] Ubuntu bug 457878 in linux-fsl-imx51 (Ubuntu Lucid) (and 1 other project) "imx51 on board ethernet plug/unplug events not detected (affects: 2) (heat: 15)" [Medium,Fix released] [10:11] cooloney: is this a fix or a work around? [10:12] ukleinek: i simply turned that off. [10:13] cooloney: the plug/unplug event thing is fixed upstream [10:14] ukleinek: CONFIG_FIXED_PHY will cause a sysfs conflict when I was trying to add phylib support in fec driver === fta_ is now known as fta === ApOgEE__ is now known as ApOgEE [10:41] ogra: What SD card are you using for your XM? === amitk is now known as amitk-afk === fta_ is now known as fta [10:50] lag, traxdata 4G currently [10:51] ogra: Have you seen the "mmc0: USB HID whilst initialising SD card" issue? [10:53] ogra: Is the Traxdata a High Capacity (SDHC) card? [11:02] hands out free samples of his slc 4gb flash crack :) [11:14] cwillu_at_work: ? [11:14] lag, I buy silly sd cards [11:15] they don't break when you pull power from them mid-write [11:15] cwillu_at_work: The XM's kernel doesn't like my SanDisk Micro SDHC card :( [11:16] !info ttf-larabie-straight [11:16] cwillu_at_work: ttf-larabie-straight (source: ttf-larabie): Straight fonts from www.larabiefonts.com. In component multiverse, is optional. Version 1:20011216-1.1 (lucid), package size 3462 kB, installed size 7860 kB [11:17] that doesn't want to install on arm [11:17] reports that it's a virtual package [11:17] makes me want to cry [11:18] ... or I just don't have multiverse enabled.... [11:19] if I give you ssh to my server, can you call my cell if the build breaks again? [11:19] I need to go for a walk :/ === amitk-afk is now known as amitk === asac_ is now known as asac [12:26] ogra: Am I correct in assuming you have fully booting XM and Panda boards? [12:30] lag, no, XM doesnt [12:31] i see some mmc issues but have lost the dmesg data for it before i could look [12:31] it finds the mmc though, but the device is readonly [12:31] (sfdisk complains it cant open the device for writing) [12:33] Okay [12:33] I'm just compiling a kernel which should eradicate my -110 error [12:33] Once that's gone, I'll look into any other errors [12:33] Can you send me the kernel logs you have? [12:34] For XM and Panda would be helpful [12:35] will do after the next image test (i just triggered a build) [12:36] the XM is totally trashed atm [12:36] Kernel error, or userspace? [12:36] the filesystem dissolved itself at some point after i did reset the system several times [12:37] i think the root cause is a kernel or bootloader issue with the SD bus though [12:38] Well if you can get me some logs, I can try to do something about it [12:41] ogra.. just fixed the ro bit last night.. http://bazaar.launchpad.net/~beagleboard-kernel/%2Bjunk/2.6.35-devel/annotate/head:/patches/rcn/xm-wp-testing.diff [12:41] verified by another user, i'll clean up the patch a little. [12:42] lag, ^^^ [12:42] can i has that ? pleeeease [12:42] basicly, the xm schematic has no wp, the current kernel defaults to a bx or cx non-existent wp line on the beagle.. (bad) [12:43] hrm, yeah [12:44] but there's another weird bug in 2.6.35 i'm going after.. on both my Bx and Cx boards, the mmc card is defaulting to 'ro' on boot. Have you guys seen that too on your kernel? [12:45] yes, thats what i described above [12:46] it appears like its locked [12:46] yeap, well that patch fixes the xm.. the Bx and Cx have a gpio issue, playing around with the write protect lever it seems to be ignored.. [12:48] this brings ti back to 2.6.34/2.6.33 behavor in my testing: http://bazaar.launchpad.net/~beagleboard-kernel/%2Bjunk/2.6.35-devel/annotate/head:/patches/rcn/regression-disable-wp.diff but i think there's bigger issues in the mmc write protect detection as it doesn't register the write protect lever in my testing.. [12:49] it's basicly revert ed8303fc111e58530e22bd29b0d7e08dced75999 introduced in 2.6.35-rc1 [13:05] ping: ogra [13:10] rcn-ee: Have you seen the -110 error? [13:10] rcn-ee: On XM? [13:15] lag, probally.. i see lots of errors on mine.. 'sudo aptitude' opps it for me.. (i really need to get production hardware.. very early proto "P7" full of extra solder wires for traces..) [13:16] i think that's the usb -110 error right? [13:16] rcn-ee: "mmc0: USB HID whilst initialising SD card" [13:16] You'd know if you had it, because it dies on the way up [13:16] It doesn't find the SD card [13:18] that's very weird.. mine finds the SD: (last saved dmesg) http://pastebin.com/4Dtysi8W [13:19] It must like your MicroSD card [13:19] Which one are you using? [13:19] just generic sandisk.. [13:19] SDHC? [13:19] Or SC? [13:19] 4Gb/2Gb sdhc.. [13:19] That's interesting [13:19] Are you using our kernel? [13:20] but i almost think they are clones.. the adapters don't work and i had to use another one.. [13:20] yeap that's mine kernel.. [13:20] Okay [13:20] Our kernel doesn't like SDHC cards [13:20] weird... [13:20] We have to turn off preemption to get them to work [13:21] does it also fail with the Bx/Cx's? [13:21] (sdhc) [13:21] No idea [13:21] I don't have either of those [13:21] I haven't heard of it [13:21] Only XM [13:21] rcn-ee: bug 591941 [13:21] Launchpad bug 591941 in linux (Ubuntu Maverick) (and 1 other project) "SDHC card not recognized (affects: 2) (dups: 1) (heat: 80)" [High,In progress] https://launchpad.net/bugs/591941 [13:23] that actually might be 'too' cheap cards...... cat-ing my config, wondering if? # CONFIG_MMC_SDHCI is not set [13:24] It's a SanDisk [13:27] you guys don't off hand happen to know where the mmc keeps there error code list.. (looking 110) [13:28] Not off hand, sorry [13:29] rcn-ee: 110 is usually ETIMEOUT [13:29] i found another reference in the plug computer forums, looked like a bad sandisk card.. [13:30] thanks ukleinek [13:30] I've seen it happen with others [13:31] which isn't good... reading the bug report, it's pretty consistent, but is there a specific image i should test with my xm and collection of sd cards? [13:33] Please :) [13:33] rcn-ee: http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-preinstalled/current/ [13:33] gunzip it and dd it to your MicroSD card [13:35] cooloney: CONFIG_FIXED_PHY is enabled in mx51_defconfig [13:35] got it.. i'll pull it down at work in a bit, just getting ready at the moment.. i'll log back in a couple hours with my findings.. [13:35] rcn-ee: Great, thanks [13:43] lag: any news regarding the problem you had yesterday with your lg monitor? [13:43] lag: I got the same problem with mine :-) [13:43] lag: with panda [13:44] What's it doing? [13:45] lag: http://paste.ubuntu.com/472128/ [13:45] ukleinek: hmmm, but do we use CONFIG_FIXED_PHY in ARM system [13:46] mythripk: ping [13:46] rsalveti: Wait one [13:46] rsalveti: What monitor are you using? [13:46] lag: lg with hdmi [13:47] cooloney: mx51 is the only defconfig that has it [13:47] lag: is this regarding the dump from rsalveti ? [13:49] mythripk: Yep [13:49] Mine is LG with HDMI too [13:49] rsalveti: Which model? [13:50] lag: W2253V [13:51] ukleinek: if we don't need it, we can disable it in mx51 [13:51] rsalveti: Okay mine is W2261VP [13:51] ukleinek: it looks like just for x86 [13:51] cooloney: then it should depend on X86, no? [13:53] lag: any news regarding this bug? still didn't look for patches into other trees [13:54] ukleinek: from the code, 'Fixed MDIO bus (MDIO bus emulation with fixed PHYs)' [13:54] ukleinek: i am not sure about what is Fixed PHY [13:54] * ukleinek isn't either [13:55] rsalveti: Ask mythripk [13:55] mythripk: were you debugging this lg monitor issue? [13:58] rsalveti: yes i was and the issue is fixed now but then the patches will be pushed to our tree only by this friday. [13:59] mythripk: and where can I find these patches? is it just an internal tree? [13:59] rsalveti : The issue is because in the lg monitor block 0 has 1080P timing with 138.5Mhz which is not a standard [13:59] its still in the internal tree [13:59] =\ [14:00] oh wait let me check robclark's tree [14:00] he must have pushed [14:00] ok [14:02] nice to know that my monitor doesn't follows the standard :-) [14:02] http://gitorious.org/~robclark/pandaboard/robclarks-kernel-omap4/commit/f2fa54fcfe8fa09ad14f104ae64d1bb5c93982bc and this http://gitorious.org/~robclark/pandaboard/robclarks-kernel-omap4/commit/5553031b56322a7dbaa2f57b8f773be9ae2baaff [14:03] rsalveti : other block timings are still ok :) [14:03] mythripk: nice, thanks for the links [14:07] rsalveti : you dont have to give any bootargs with this if you were giving any for HDMI , just try and let me know. [14:07] mythripk: sure, will do [14:07] thanks [14:22] amitk: mx51 doesn't use IMX_IO_ADDRESS. Do you prefer the mx51's current approach or did this just slip through? [14:25] rsalveti: What are you going to do with that patch/ [14:25] ? [14:25] lag: test it? :-) [14:26] And then/ [14:26] ? [14:26] lag: will let you all know if it worked or not [14:26] Okay [14:26] and then we can think if we're going to merge or wait for friday's tree [14:26] Those patches should all be coming to us sooner or later anyway [14:26] yep [14:27] Let me know how you get on and we'll have a chat [14:27] the sooner the better [14:28] yep [14:36] ogra: It matters not [14:36] lag, it does [14:36] we'Re way behind on the omap arches and need the HW to work [14:40] I'm still getting OOM [14:41] on XM [14:41] I thought this was a HW issue [14:41] We can only work with what we've got [14:49] lag: i guess mdelay is missed in the patch from rob's tree can you please point that out to rsalveti ? [14:50] lag, yes, and there are a ton of patches for XM that surely arent applied to our tree [14:50] some crappier some not [14:50] i know that people in #beagle do some work on booted XMs so we have to be missing a lot [14:53] rsalveti: ping [14:53] lag: pong [14:55] 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 [14:55] mythripk says this is missing from robclark's patches [14:55] Insure you add it, or your monitor won't work [14:55] yes it is [14:55] robclark: Don't shoot the messenger [14:55] ukleinek: MX51_IO_ADDRESS should be replaced with IMX_IO_ADDRESS at some point [14:55] ;) [14:56] amitk: ok, will do [14:56] you need that one from mythripk's patches :-) [14:56] no shooting involved :-) [14:56] ("yes it is" == "yes it is missing") [14:56] sorry, I noticed my wording wasn't so clear [14:56] lag: ok, will apply the patches and test it here, thanks for the link [14:56] ukleinek: thanks [14:56] robclark: Ah, lost in translation (from US to English) ;) [14:57] no.. I just haven't had my coffee yet this morning ;-) [14:57] texan vs australian you mean ? [14:57] heheh [14:57] * lag kicks ogra in the nether-regions [14:58] ouch [14:59] geez ! [14:59] :) [14:59] logging out on the panda steals my display [15:00] no signal anymore [15:00] ah, its just slow === bjf[afk] is now known as bjf === fta_ is now known as fta === fta_ is now known as fta [16:28] what adds flash-kernel to the /etc/kernel-img.conf file? It is currently not enabled in the 20100802 image, so updating to the latest kernel doesn't run flash-kernel. [16:29] GrueMaster: Usually, it's flash-kernel-installer, but it might be the image generation script [16:34] Thanks. I see it in the changelog as being added in May, but I see nothing in the code now. Looking at actual diffs. [16:53] lool: It looks like this was heavily discussed in the last few cycles, but never really resolved (that I can see). See bug 365053. [16:53] Launchpad bug 365053 in initramfs-tools (Ubuntu) (and 1 other project) "On armel (Babbage platform), kernel image upgrading breaks if Ubiquity is instructed not to install a bootloader (heat: 12)" [Medium,Triaged] https://launchpad.net/bugs/365053 [16:54] Of course this bug is moot with preinstalled images as we don't use ubiquity (except for oem-config). [16:55] I would think that it should be up to the flash-kernel-installer.postinst script to ensure that it is added to /etc/kernel-img.conf. [16:56] rcn-ee: Hey Robert === fta_ is now known as fta === fta_ is now known as fta === hrw is now known as hrw|gone [17:27]