[05:00] <these_eyes> Zero hour.
[05:03] <these_eyes> Core temperature high. Is there a boot time kernel param to force powersave cpufreq?
[05:04] <these_eyes> New initscrips and rc.local echos do not work.
[05:18] <these_eyes> ZagfeO New initscrips and rc.local echos do not work.
[05:38] <these_eyes> Trippeh New initscrips and rc.local echos do not work.
[06:30] <these_eyes> Zyga New initscrips and rc.local echos do not work.
[06:30] <these_eyes> Lone i?
[07:26] <these_eyes> Ara New initscrips and rc.local echos do not work.
[07:32] <zyga> these_eyes: hey, what's up?
[07:34] <these_eyes> Hello zyga.
[07:34] <these_eyes> Remodeling.
[07:36] <these_eyes> The host is overheating and attempts to make powersave frequency governor default have not been effective.
[07:39] <these_eyes> So far I've made init scripts using the default on demand script and subbing in powersave. Also adding the echo to the appropriate sys settings file in rc.local. Neither show effect. However the echo powersave works when run manually.
[07:45] <zyga> these_eyes: sorry, can you work with ara 
[07:45] <zyga> I cannot spare cycles now
[07:46] <ara> these_eyes, what system are you running? and what version of Ubuntu?
[07:47] <ara> these_eyes, I would recommend you to file a bug using "ubuntu-bug linux". That will upload all the required logs and the ubuntu kernel team will be able to investigate it
[07:48] <these_eyes> I expect it to enter the cpu into powersave mode as it does when used manually from command line the settings look fragmented as though the configuration is done with some gui using more complicated methods some combination of things that interact with init scripts so trying rc.local is a simple alternative and even it doesn't work.
[07:50] <these_eyes> Work with ara sure do you know where ara come from? I have a guess.
[07:51] <these_eyes> Memtest is showing problems on another machine running an older kernel.
[07:52] <these_eyes> So ara comes in.
[07:52] <ara> these_eyes, sorry?
[07:53] <these_eyes> Ara sorry for what?
[07:53] <ara> these_eyes, I mean, sorry as I don't understand what you are saying :)
[07:54] <these_eyes> It looks intentional. Sorry is usually not a response for intentional aras.
[07:57] <these_eyes> I notice the memory tests as bad but is not bad memory I can test it using another memtest and check but while that is happening I want the other machine to run cooler.
[07:57] <these_eyes> Find out how to set powersave as default cpufreq.
[08:04] <these_eyes> Ok ara?
[08:06] <xianghui> Hello, does anyone know how to do 'modprobe uio' on ubuntu trusty?
[08:06] <apw> these_eyes, it should also switch to powersave about 20s after boot
[08:07] <apw> these_eyes, we default to performance to improve boot speed
[08:08] <xianghui> or I don't need to modprobe uio, it's already in kernel 3.13~ ?
[08:12] <apw> debian.master/config/config.common.ubuntu:CONFIG_UIO=m
[08:12] <apw> looks to be a module
[08:14] <xianghui> apw: thx thx
[08:16] <smb> xianghui, might be uio-pci-generic you are looking for
[08:19] <xianghui> smb: hmm, didn't find uio-pci-generic, seems it's in kernel 3.13.0-63-generic default, thx.
[11:14] <data> Hi, I was wondering if this fix made it into any release kernel yet: 
[11:14] <data> http://bitsup.blogspot.ch/2015/09/thanks-google-tcp-team-for-open-source.html
[11:18] <apw> data, i know it is applied but not uploaded for wily, and as it is dave.miller i would expect it to go to stables is possible
[11:19] <data> ok great. we have some benchmarks where we always assumed that it was our wonky code, but I am putting some hope into this ;) Where can I find information like this?
[11:24] <apw> data, information like what ?
[11:25] <data> which patches are applied? 
[11:45] <apw> data, our git repositories are the ultimate definition of waht is applied
[13:17] <caribou> apw: Would you have a chance to review the proposal for a fix for LP: #1496317 ? 
[13:18] <caribou> apw: or maybe I can ask to someone in the server team. But you already know the context
[15:06] <apw> caribou, cna do, do chase me if i don't today
[15:06] <caribou> apw: debdiff is in the patch. I'll ping you by tomorrow morning if I don't hear anything
[15:07] <caribou> apw: thanks!
[15:42] <bjf> query sconklin 
[16:58] <leitao> arges, hi there.
[16:59] <leitao> arges, I understand that 1487085 is queued for this upcoming SRU for 3.19, right?
[17:01] <rtg> leitao, yup, should be out in the next day or so
[17:02] <rtg> by "out", I mean promoted to -updates
[17:02] <arges> leitao: what rtg said : )
[17:02] <leitao> rtg, cool. And the SRu cycle is a traditional 3 weeks cycle, right?
[17:03] <rtg> leitao, generally. The stable team (in the form of bjf) publishes a schedule about every three weeks.
[17:03] <arges> leitao: https://lists.ubuntu.com/mailman/listinfo/kernel-sru-announce this list announces cycle dates, and yes typically it is 3 week intervals
[17:03] <leitao> good. Thank you guys!