[01:03] <ohsix> StFS: proof of?
[01:03] <StFS> ohsix: that it's actually performing much worse
[01:04] <ohsix> now you can use it to find out what happened
[01:04] <StFS> the same sysbench test takes 15 seconds on 14.04 but 55 seconds on 14.10 (pristine lubuntu usb boot sticks)
[01:05] <ohsix> nothing sysbench does depends on io of the usb stick does it?
[01:06] <StFS> nope... it's pure cpu... just needs to load the program and then it just calculates. 
[01:06] <StFS> I've filed a bug report https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1386473
[01:06] <ubot5> Ubuntu bug 1386473 in linux (Ubuntu) "Not using all cores after upgrade to 14.10" [Undecided,New]
[01:08] <StFS> I wanted to install an older kernel but there aren't any in the utopic packages... I tried installing packages from trusty but that all went to sh*t. Got errors that my video drivers and more couldn't compile... 
[01:09] <StFS> tried booting into it anyways but the darn thing froze
[01:09] <ohsix> you can try installing the newer kernel as a backport on 14.04
=== tdmackey_ is now known as tdmackey
[01:09] <ohsix> then boot either
[01:10] <StFS> hmm... ok... well I would have to do that on the usb stick then I guess... I just have 14.10 set up on the HDD
=== hughhalf_ is now known as hughhalf
[11:58] <brainwash> the 3.18-rc2 builds are somewhat broken, or?
[11:58] <brainwash> http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.18-rc2-utopic/
[11:59] <apw> brainwash, what seems to be wrong with them?
[12:00] <brainwash> https://bugzilla.kernel.org/show_bug.cgi?id=87001
[12:00] <ubot5> bugzilla.kernel.org bug 87001 in btrfs "3.18RC2 fails to boot" [Blocking,New]
[12:00] <brainwash> the increased size is odd too
[12:01] <brainwash> so, something is wrong in the config I think
[12:11] <apw> brainwash, as we now have a vivid tree with a normalised config there, i'll rebuild the -rc2 and see if that helps
[12:11] <brainwash> ok
[12:12] <brainwash> the package size change occurred in 2014-10-21 daily
[12:12] <brainwash> I'll test the rebuilt package asap
[12:17] <apw> it'll finish within the hour
[12:17] <apw> and email will go out as it publishes
[12:17] <brainwash> thanks :)
[12:21] <apw> not that you arn't utterly nuts to be running that new a kernel, and/or using btrfs for root ... :)
[12:23] <brainwash> I am not using btrfs
[12:23] <brainwash> so it is not btrfs specific
[14:23] <JayJ> My 14.04 KVM guest freezes intermitently. I see stack trace in syslog and this message "INFO: rcu_sched detected stalls on CPUs/tasks" 
[14:23] <JayJ> Any help on where to start looking to fix this?
[14:27] <jsalisbury> ##
[14:27] <jsalisbury> ## Kernel team meeting today @ 17:00 UTC
[14:27] <jsalisbury> ##
[16:56] <jsalisbury> ##
[16:56] <jsalisbury> ## Kernel team meeting in 5 minutes
[16:56] <jsalisbury> ##
[17:24] <brainwash> apw: I didn't test the new vivid build of 3.18-rc2 yet, but this ubuntu forums thread indicates that it does not work properly either
[17:24] <brainwash> http://ubuntuforums.org/showthread.php?t=2250143
[17:35] <apw> frankly that is just a dogpile.  if you fancy testing it then it might work, the size thing will be resolved shortly when the config is updated
[19:07] <StFS> is there any way to change the process scheduling algorithm without recompiling the kernel?
=== ogasawara_ is now known as ogasawara
=== ogasawara is now known as Guest32914
[20:42] <fstd> hi, could anyone enlighten me as to what The Right Way(TM) to patch the ubuntu kernel is?  i'm familiar with the debian way of building packages (apt-get source the package, add patch to debian/patches, note down in debian/series, bump version, finally dpkg-buildpackage.  now, the sources of linux-image-3.16.0-23-generic (on 14.10, amd64) don't have a debian/patches directory (which i guess makes sense as i figure it's patched upstream (by the ubuntu
[20:43] <fstd> now, can i simply create debian/patches, and add mine as the only one in there, and proceed the usual way?
[20:43] <fstd> or is there a special recipe on how to properly build the package?
[21:05] <dsmythies> For issues with Kernel 3.18RC2.
[21:05] <dsmythies> In my case they were resloved by reverting back to CONFIG_MODULE_COMPRESS is not set in the kernel config,
[21:05] <dsmythies> which, along with many other things, had changed between RC1 and RC2.
[21:45] <apw> dsmythies, we just commited that config change, so i'll re-re-build -rc2 against the curent config, and lets see if that helps any
[22:04] <dsmythies> apw, thanks.
[22:52] <NikTh> jsalisbury ping 
[22:53] <jsalisbury> NikTh, o/
[22:53] <NikTh> Is this an automate answer, or your really want to test the 3.13 kernel ? https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1386695/comments/3
[22:54] <ubot5> Ubuntu bug 1386695 in linux (Ubuntu) "[3.16.0-23] Resume from suspend/hibernation, GPU lock - possible regression" [Medium,Incomplete]
[22:55] <jsalisbury> NikTh, Yes, that is a request to test the latest 3.13 upstream stable kernel.  You mentined it was fixed in upstream 3.17, so it would be good to know if the fix already made it's way through stable updates.
[22:56] <jsalisbury> NikTh, But it should actually be the 3.16 upstream kernel.
[22:56] <jsalisbury> NikTh, I'll update the bug
[22:57] <jsalisbury> NikTh, Which would be the 3.16.6 kernel
[22:58] <NikTh> jsalisbury: http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.16.6-utopic/ (without the Ubuntu patches of course, right ? )
[22:59]  * NikTh downloading .... 
[22:59] <jsalisbury> NikTh, Yes, you should be able to just dpkg -i the linux-image .deb package at that link.
[23:09] <dsmythies> I tried your new 3.18RC2 kernel from http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.18-rc2-vivid/
[23:09] <dsmythies> It is O.K. for me.