[05:46] moin === smb` is now known as smb [06:55] hallyn, It seems to be the extension gcc uses for a clone function (according to http://patchwork.ozlabs.org/patch/84045/ this seems to involve parial inlining) [06:55] ppisati, morning === fmasi_afk is now known as fmasi === fmasi is now known as fmasi_afk === fmasi_afk is now known as fmasi [10:04] hi I'm having a problem compiling, I'm trying to port cm10.1 to my padfone 2(A68) and i get this error http://pastebin.com/LNmKyFF1 [10:16] smb: I see you're going to be at LPC :) [10:16] amitk, Yeah, I got lucky and drew the long straw. :) [10:17] hehe [11:05] jodh, Hows your 3.11 experience doing? === fmasi is now known as fmasi_lunch [12:06] smb: 3.11 + nested=Y everywhere does seem to solve the problem. I've just updated the bug. [12:10] jodh, Ok, I have not been able to cause the testcase from comment #3 to fail on saucy64-saucy64(with or without nesting) and at least quantal64-saucy64(up to now only with nesting) [12:11] jodh, saucy even with latest 3.10 kernel but I was not sure whether the host may actually be required to be something else (like Precise) [12:12] smb: don't think so - my local crash scenario was 32-bit saucy for all 3 environments. [12:14] hi I'm having a problem compiling, I'm trying to port cm10.1 to my padfone 2(A68) and i get this error http://pastebin.com/LNmKyFF1 [12:16] jodh, Ah ok. I am "only" following Otherjames instructions from comment #3 so that may be a different issue. Did you test 3.11 without nesting enabled in the 1rst level guest as well? [12:16] jodh, So we could entirely blame it on 3.10... [12:18] smb: no, haven't tested the nesting=N scenario. My code now forces nesting=Y so assuming that's legal, I'm happy to leave my code setting nesting=Y for all environments. [12:27] jodh, We probably can go that path just feels a little incomplete. Though I begin to doubt whether nested setting in the 1rst level actually makes much difference (though y being what you actually want). My memory is a sieve, did you ever say whether the kvm module could be loaded in the second level guest? [12:29] jodh, Because thinking about it, nested=n in the 1rst level should only mean that none of the 2nd level guests can use the virt extensions. Which, as long as you don't try to do a 3rd level , should not matter. [12:30] * henrix -> lunch [12:30] smb: yes, you can modprobe kvm_intel nested=1 in 1st and 2nd level np. [12:31] jodh, Now yes, I meant when the 1rst level was showing N in sysfs and then starting a 2nd level [12:35] smb: thanks! [12:36] hallyn, What did I do? :-P Too many things done to be sure what that was for. :) [12:37] smb: finding the .isra cause [12:38] hallyn, Oh that. Welcome. Completely forgot that already. :) [12:52] smb: so that makes it sound like the nested-kvm/kernel bug going on right now might even be a libc bug [12:54] hallyn, Oh, beacuse of the number.isra? Only did see that after you pointing now [12:55] Usually I just silently drop that extension when it shows up [12:59] But then again number.isra seems only to be part of printing the fault... === fmasi_lunch is now known as fmasi === fmasi is now known as fmasi_afk === fmasi_afk is now known as fmasi === fmasi is now known as fmasi_afk === fmasi_afk is now known as fmasi === fmasi is now known as fmasi_afk === fmasi_afk is now known as fmasi === fmasi is now known as fmasi_afk === Guest93721 is now known as cpaasch [19:37] hello, I have a problem with linux-crashdump on ubuntu 13.04. The crash-kernel does not get loaded... I tried out to remove the arguments as described in https://wiki.ubuntu.com/Kernel/CrashdumpRecipe#Troubleshooting, but it does not help... [23:13] I have two questions: [23:14] 1) is it possible to build i386 ubuntu-saucy.git kernel on amd64, using gcc-multilib toolchain? At the moment i am getting "/bin/sh: 1: i686-linux-gnu-gcc: not found" since well gcc -m32 should be used. [23:17] 2) config-check fails with two errors, yet exists with 0, after running "editconfigs" target. is that ok? http://paste.ubuntu.com/5964326/