[07:51] <apw> NotreDev (N,BFTL), well the config change sounds fine, but if you are on anything recent using -lowlatency makes much more sense
[09:30] <marvin24> AFAIK, CMA is only a problem on x86(_64), while for e.g. ARM may require it
[11:03] <apw> marvin24, indeed thanks
[15:26] <bjf> zyga, is the cert. testing of precise SRU kernels going to get finished up today?
[15:28] <zyga> bjf: hey
[15:28] <zyga> bjf: I wanted to talk to you about that
[15:28] <zyga> bjf: we got tests done but some results are concerning
[15:28] <zyga> bjf: I'm waiting for the taipei team to get back to the office and run some fwts tests
[15:29] <zyga> bjf: to see if that was a fluke or is it a regression 
[15:29] <zyga> bjf: I'll keep you updated as this happens
[15:29] <bjf> zyga, ok, thanks
[15:30] <cmagina> i submitted a couple pull requests for trusty sru, but it appears there are some issues with gmail. the requests are in the kernel-team archive however: https://lists.ubuntu.com/archives/kernel-team/2014-August/048025.html and https://lists.ubuntu.com/archives/kernel-team/2014-August/048026.html
[15:32] <bjf> cmagina, ack
[15:39] <cmagina> bjf: thanks
[16:00] <data> hi, i am trying to rebuild this kernel: http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.16.1-utopic/ Where to I find the ubuntu sources for this? I need to enable the openvswitch plugin in the kernel, as I need both 3.16.1 and openvswitch
[16:28] <bjf> rtg, i've reviewed the patches that cmagina mentions above ^ and they look good to me
[16:29] <cmagina> bjf: much thanks
[16:50] <arges> data: the sources are just the mainline stable v3.16.1 sources plus a few patches for the debian packaging which are in that directory. openvswitch is already present in the 3.16 kernel, what do you mean by enable?
[16:59] <data> arges: I mean compile the module. Doesn't seem to be the case in the standard ubuntu kernel
[17:04] <arges> data: ok, openvswitch is in the mainline/ubuntu kernels. which version of the openvswitch module are you trying to use/compile?
[17:09] <data> Well, we are sharing our machines for experiments. Previously, we just used the openvswitch-datapath-dkms package. I even recreated it with the new 2.3.0 release of openvswitch, but that doesn't support anythign above 3.14. Problem now is that our colleague needs 3.16, so I figured we could use the in-kernel-version of openvswitch instead of the out-of-tree version
[17:11] <arges> data: ok on my utopic/3.16 and trusty/3.13 machines I just typed 'sudo modprobe openvswitch', and the module seems to be loaded just fine.
[17:14] <apw> data, as arges says you should be able to start from linus/stable commit indicated in the COMMIT file in that directory, apply the 3 patches also in that directory, and have what we used to build the binaries in that directory
[17:14] <apw> data, though our default kernels in the distro also have that enabled
[17:16] <data> hmm, if it is enabled, something else may be wrong
[17:16] <data> let me
[17:16] <data> check
[17:17] <data> sorry for the confusion... My colleague apparently installed a kernel build by hand (after I had updated it to the ubuntu version) and added a custom entry to grub. As this is a remote machine, I didn't notice it was booting the wrong kernel. So all is well. Your help was much appreciated.
[17:19] <arges> data: no problem! good luck
[17:19] <data> but good to know that it's just the few patches in that directory. Might come in handy at another time.
[20:03] <JoeIsenberg> anyone here have experience with Ubuntu guests on HyperV? I'm looking for the userland daemon for the key-value transfer for the trusty kernel backported to 12.04
[20:04] <JoeIsenberg> in precise it was in the linux-tools package. They moved it to the linux-cloud-tools package but that isn't available for precise
[20:06] <JoeIsenberg> I have the source in the kernel code, but I can't seem to build that