=== wiuempe is now known as Guest59075 === rsalveti_ is now known as rsalveti === BenC| is now known as BenC === neunon_ is now known as neunon === kees_ is now known as kees === spossiba_ is now known as spossiba === FreezingAlt is now known as FreezingCold === gerald is now known as Guest70676 === gerald is now known as Guest47377 === psivaa_ is now known as psivaa === Guest59075 is now known as wmp === shadeslayer_ is now known as shadeslayer === cjwatson_ is now known as cjwatson === caribou_ is now known as caribou === ghostcube__ is now known as ghostcube [11:29] hi, do you want to build a 3.14 kernel soon? [11:30] Kano: Like this one? http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.14-trusty/ [11:30] well with aufs [11:30] not mainline [11:31] Then you want http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-trusty.git;a=shortlog;h=refs/heads/unstable [11:31] i know, but its not tagged [11:31] i currently build that [11:32] i already updated ndiswrapper, fglrx, nvidia with rc8, the patches are simple, ndiswrapper you can get from debian [12:30] apw, So my ppa now contains the updated xen package. I think I will have to change the binary package that I use to add the grub config from utils-common to hypervisor since that at least triggers an update-grub run. === josepht_ is now known as josepht === cmagina-away is now known as cmagina [13:09] smb, sounds good, do you want me to test that or wait on this binary package move? [13:14] apw, Hm, maybe its better to wait for the move. [13:19] smb, ack === amitk_ is now known as amitk === cmagina is now known as cmagina-away === cmagina-away is now known as cmagina [14:05] anyone interested in looking at this: [14:05] http://paste.ubuntu.com/7184918/ [14:05] should i file a bug? [14:06] note the old kernel version [14:10] smoser, wow, thats pretty old. can you repro it with the current kernel ? [14:10] rtg, this is the only time i've ever seen that. [14:10] so, probably not. [14:11] but that doesn't mean anything :) [14:11] well, probably not much we can do about it. [14:11] mainly i just posted to see if it showed an obvious error. [14:11] its not one I recognize === hatch__ is now known as hatch === cmagina is now known as cmagina-away === cmagina-away is now known as cmagina [15:07] rtg, have pushed an update to master-next [15:09] apw, ack [15:11] apw, Ok, ppa now has the more recent test version of xen [15:11] smb, thanks [15:11] smb, what do i undo in my setup to be "normal" for it to work [15:11] smb, as i currently have it mangled to make it use xen right ? [15:12] apw, If you have set some GRUB_DEFAULT != 0 and not booted manually into xen you could set that back to 0 [15:12] smb, yeah that ... [15:15] apw, Bah, of course right after saying that, there is a "bug" in the message... its /etc/default/grub.d/xen.cfg to look into [15:50] apw, pushed AA sync [15:52] rtg, ack [15:54] apw, I'm gonna jigger HEAD to add a bug number (bug #1298611) [15:54] Launchpad bug 1298611 in libvirt (Ubuntu) "[FFe] apparmor signal and ptrace mediation" [High,Triaged] https://launchpad.net/bugs/1298611 [15:54] smb, those see to work mostly as i would expect thanks, modulo that error you self spotted [15:54] rtg, ack [15:55] apw, rtg: did the release team ack it? === gerald is now known as Guest30600 [15:55] jdstrand, they don't get to ack kernel patches [15:55] apw, Cool, I already updated the local source to keep me forgetting [15:55] from [15:55] rtg: not even for feature? [15:55] cause, infinity seemed to indicate they would [15:56] jdstrand, besides, kernel freeze is not until Apr 3 [15:56] (and I've kept infinity in the loop all along) [15:56] well, I don't mean to disrupt the process. just trying to do it by the book :) [15:56] jdstrand, according to jjohansen these patches should be backward compatible with Precise user space. [15:56] they are [15:57] ok, then I'm fine with them [15:57] extensive testing was performed by him and me for that configuration (and others). this is detailed in the bug [15:57] wfm [15:57] jdstrand, yup, I had a pretty good conversation with him about it last friday [15:59] ack. the testing continued over the weekend with the code in the pull request [16:02] rtg, i think the only thing we care is if they are going to reject the whole feature us carrying the patches makes no sense [16:03] apw, perhaps, but it does keep us closer to upstream, and should be benign for Precise user space. [16:06] dannf, have you booted 3.13.0-20.42 on an x-gene SOC ? [16:06] rtg: we booted the first -20, dont' remember the version [16:06] I made a bunch of config changes, some of which may have affected arm64 [16:07] dannf, -20.41 should have been sufficient. -20.42 was just packaging [16:07] rtg: ok. i'll double check just to be sure [16:08] dannf, thanks [16:08] ppisati, you should do the same for your Trusy armhf platforms [16:09] * ppisati reads the backlog [16:09] ppisati, just make sure the latest Trusty kernel works [16:10] rtg: i'll do [16:10] rtg, aa> fair enough i guess, as we should have the older support still and the kernel bits should understand the lack of userspace features [16:11] rtg, pushed a could of "shhhh" patches [16:11] rtg: doing another upload before freeze? [16:11] ppisati, yup [16:12] rtg: i would like to squeeze a ptch in, if i can make upstream ack a problem i'm seeing [16:12] apw, where did your "shhhh" patches go ? [16:12] rtg: ping me before the deadline [16:12] rtg, look to be there for me [16:12] ppisati, wednesday is the last possible [16:12] day [16:12] rtg: ack [16:13] apw, must have been a race. got 'em now [16:18] apw, I'm wondering if we shouldn't set CONFIG_ZSWAP=n ? Especially for an LTS kernel. This feature is still considered experimental by upstream. [16:20] perhaps turn it back on for 14.10 [16:21] rtg, as long as that isn't the one we use for low memory systems in the installer [16:21] rtg, which i think is ZRAM [16:21] rtg, so the other question is when is it used, always if it is on, on [16:21] or does one have to trigger its use somehow [16:22] apw, ZSWAP always on as far as I can tell [16:22] is always* [16:25] rtg, hurm, difficult given we ave been using it such a lot then, but i can see turning it off ought to be safer [16:25] apw, well, we do have a lot of bug reports about suspend/resume, and a number of other random page faults. seems like a possiblity (though I have _no_ hard information). [16:26] rtg, then wack it [16:26] just going by the help text for the feature.... === cmagina is now known as cmagina-away [16:37] * ppisati starts another kernel compilation and goes for a walk... === cmagina-away is now known as cmagina [17:40] QUESTION: Is it possible to disable udev on boot? (Ubuntu 14.04 Server 64bit) [17:41] * antarus blinks [17:41] in Ubuntu? why would you want to do that? [17:42] antarus: My system does not boot even with Live USB. It hangs with CPU soft lockup errors [17:42] antarus: I think the cause of this is in kernel modules load sequence [17:45] hrm interesting === hatch__ is now known as hatch [17:46] antarus: if you like I can pastebin console logs at boot [17:47] sorry, I probably can't help you [17:47] * antarus mostly lurks here [17:49] antarus: OK [17:50] I was mostly curious why you wanted udev off. The best idea I can think of is to somehow guess which module is causing hte problem and blacklist it somehow? [17:50] not sure what the kernel command line arugments are for that [17:51] antarus: this is whta I'm trying to do [17:52] vlad_starkov: I'm with you here, too [17:52] TJ-: Oh nice [17:53] TJ-: so, I think this is the last attempt to deal with my server [17:53] TJ-: for now I disabled SATA and PATA. Trying to boot from USB. The same result :) [17:53] vlad_starkov: Did you get the memoserv note I left you Friday night? [17:54] TJ-: Mmm I think I'm not [17:54] vlad_starkov: Check... I suspect it'll address issue [17:54] TJ-: never did it before, could you guide me how to check memo [17:55] vlad_starkov: "/msg memoserv help" [17:55] vlad_starkov: The gist was, kernel option "elevator=deadline" ought to fix it [17:56] elevator=deadline [17:56] yep, just read it in memos) [17:56] TJ-: let me try [17:56] vlad_starkov: I had to think hard to remember it! [17:56] vlad_starkov: Shall we switch back to #ubuntu-server, to avoid messing up the kernel team's history ? [17:57] TJ-: sure! [18:55] rtg: oh yeah, works fine [18:56] dannf, cool === cmagina is now known as cmagina-away === cmagina-away is now known as cmagina [19:51] BenC: So, unless we get that kernel in today, I think you missed this SRU cycle. :P === hatch__ is now known as hatch === cmagina is now known as cmagina-away === hatch__ is now known as hatch === cmagina-away is now known as cmagina [22:30] sforshee, please have a look at bug #1300416 when you get a chance [22:30] Launchpad bug 1300416 in linux (Ubuntu) "Install of 14.04 fails with 3.13.0-20-generic kernel" [High,Confirmed] https://launchpad.net/bugs/1300416 [22:31] brcmsmac is involved === cmagina is now known as cmagina-away [23:05] the latest kernel kinda broke the intel driver [23:05] multiple applications fail with ../../../../../../../src/mesa/drivers/dri/i965/brw_reset.c:43: brw_get_graphics_reset_status: Assertion `brw->hw_ctx != ((void *)0)' failed. [23:05] happens with i915 too [23:05] I'm talking about 14.04 [23:16] darklight_: What mesa are you running against? [23:17] RAOF: 10.1.0-1 stock 14.04 atm [23:18] I've seen a bug report for kwin online and here I have another application failing related to node-webkit [23:18] Huh. I thought that bug was introduced in a more recent mesa. [23:18] I've seen tjaalton talking about that with upstream. [23:18] * RAOF sends out the Bat Signal [23:19] I tried with 3.19 and at least for my testcase things work fine [23:19] 3.20 breaks it [23:19] for reference it's the popcorn-app, it's not in the repository, but I think anything related to node-webkit should show the same isse [23:21] RAOF: I'm off to bed, if you need me to test something /msg me [23:22] Ta. [23:22] Sleep wel! [23:22] thanks! hopefuly you'll fix this soon :)