=== tdmackey_ is now known as tdmackey === smb` is now known as smb [08:14] hmh, power consumption is up on quantal, my t420s takes 15W when it used to take only 7-8W on precise [08:14] while idle [08:16] that's a huge difference. [08:16] yeah [08:17] double-checked that it's not using optimus :) [08:17] hm [08:17] guys, I have a git bisect question for you [08:17] * hyperair has noticed power consumption increases over the years, but couldn't really attribute it to power consumption regressions or battery degradation. [08:18] I have an issue where it works on older kernel (3.2.0-29.46) and fails in newer kernel (3.2.0-31.50) [08:18] powertop doesn't show the acpi estimate anymore, so I'm looking at the gnome power stats [08:18] tjaalton: acpi can estimate? i thought that was purely a powertop calculation. [08:18] huh, now it shows ~9W [08:19] which git bisect bad/good version should I use ? [08:19] git bisect start Ubuntu-3.2.0-31.50 Ubuntu-3.2.0-29.46 ??? [08:19] caribou: bisect was meant to find regressions, so bad is always after good. [08:20] if you're trying to find a commit to cherrypick, you have to manually invert that logic yourself, or git bisect gets confused. === henrix_ is now known as henrix [08:20] hyperair: so since I'm after a regression, the command above would be correct then ? [08:20] caribou: yep [08:21] hyperair: great, I wasn't too sure and I don't want to start bisecting the wrong way ! [08:21] hyperair: thanks a lot [08:21] caribou: np. and yeah i know how terrifying kernel bisects are :-) [08:21] * hyperair had to run a 20-step bisect once [08:21] that was horrifying [08:22] hyperair: well, this one is ~8 steps. [08:22] ah have fun [08:22] hyperair: an issue with iscsi hanging the kernel with latest Precise kernel [08:23] hyperair: https://bugs.launchpad.net/bugs/1056746 [08:23] Launchpad bug 1056746 in linux "kernel panic on iscsi target disconnect" [High,Incomplete] [08:23] hmmmm maybe it wasn't 20 steps.. 2^20 seems to be on the order of a million commits or so === henrix is now known as henrix_ === henrix_ is now known as henrix [08:48] ok, the power consumption is back to normal levels, dunno what was wrong there for a (long) while [08:52] hmm. [08:52] weird. [08:53] tjaalton, how are you measuring power consumption? [08:54] try measuring using "powerstat" [08:54] cking: oh, didn't know of that tool [08:55] just used gnome power applet (?) [08:55] tjaalton, its one I hacked up when doing ACPI battery calibration tests last cycle [08:59] ah, nice [08:59] ~7.8W with bluetooth turned off [09:04] tjaalton, that sounds better [09:05] yes :) [10:39] apw ping [10:40] apw: re bug 1066883, i have tried with 3.5.4 and it fails with that too with plymouth-splash enabled [10:40] Launchpad bug 1066883 in linux "Fatal server error: Can not run in framebuffer mode on reboot" [High,Confirmed] https://launchpad.net/bugs/1066883 [10:50] psivaa, when you say "without plymouth-splash" is that just removing splash from the command line ? [10:51] apw: i renamed /etc/init/plymouth-splash.conf to /etc/init/plymouth-splash.conf.disabled [10:52] psivaa, so did you try removing splash at grub? did that work also? [10:52] apw: i did not try removing splash at grub [10:52] psivaa, that would be a good test as well [10:53] apw: ill try that now then [11:17] apw: i tried with kernel command line disabling of quite splash with 3.5.3 but its failing on that [11:18] * henrix -> lunch [11:24] Er when will the 3.7-rc1 mainline build be built? === amb__ is now known as alexbligh1 === doko__ is now known as doko === rtg is now known as rtg-afk === yofel_ is now known as yofel [13:52] if smarty was here, i could tell hi that they are building now === rtg-afk is now known as rtg [15:08] Hi, I am too new here and have some silly questions, why I cant see any chatting? [15:57] ** [15:57] ** Ubuntu Kernel Team Meeting - Today @ 17:00 UTC - #ubuntu-meeting [15:57] ** === adam_g_ is now known as adam_g [16:32] habach, it is release week so people are busy, but ask and you may even get an answer :) [16:46] reboot, brb [17:12] apw, dropping the async rootfs patches fixed the 3.7-rc1 boot problem. I pushed the reverts and will reset the tag to a working commit [17:13] rtg, ack [17:27] rtg, hi, thanks for rebasing ubuntu-r :) [17:27] ricotz, looks like its working now [17:27] is the latest branch suppose to built [17:27] hmm, i see [17:28] ricotz, master-next is the current working version. the tag is Ubuntu-3.7.0-0.1-rc1 [17:28] i am running into this error "cp: cannot stat `drivers/media/dvb/dvb-core/*.h': No such file or directory" [17:29] building with http://paste.debian.net/plain/201094 [17:30] ricotz, fdr clean;echo "dpkg-buildpackage -B -us -uc 2>&1 |tee log.txt"|schroot -c quantal-amd64 [17:31] assuming you have a quantal schroot [17:31] rtg, i don't ;) [17:31] but i don't want to build all flavors [17:32] you don't need one, it'll build on precise or quantal [17:32] just the generic one [17:32] ricotz, there is only one flavour now [17:32] oh [17:33] * rtg -> lunch [17:33] rtg, thanks [17:47] bjf, can we stagger the builds for SRUs, you are eating the distro buildds and it is release week [17:47] apw, henrix ^ [17:48] henrix, let's hold off until after the release [17:48] apw: ah, sure. i've uploaded oneiric and lucid only [17:49] apw, can they just be re-queued and have their priority dropped? [17:49] henrix, it is best to confirm on #ubuntu-release before dropping things on the queue during release week [17:50] bjf, no as the buildds are idle, so they pick up the job regardless [17:50] apw: ack, i'll do that. [17:50] bjf, as long as we have only one building at once, we'll likely not get told off [17:50] henrix, its just this week thats critical [17:51] apw: sure. i'll hold off any uploads [17:51] apw: and ping the release channel first [17:51] cool thanks [17:51] henrix, you can have everything else ready and when the release goes out, upload [17:52] bjf: ack [17:52] sounds great [17:52] henrix, this cycle has an extra week in it anyway due to UDS [17:53] bjf: yep, makes sense. so i'll hold all the uploads for now. [17:54] bjf: i was too eager to try my new powers :) [17:54] lol [17:55] henrix, they should only be used for good, not evil [17:56] bjf: heh [17:59] * henrix -> EOD === rsalveti_ is now known as rsalveti === jsalisbury changed the topic of #ubuntu-kernel to: Home: https://wiki.ubuntu.com/Kernel/ || Ubuntu Kernel Team Meeting - Tues November 13th, 2012 - 17:00 UTC || If you have a question just ask, and do wait around for an answer! === henrix is now known as henrix_ [20:15] What's the right way to write a (local) package that includes a kernel module? [20:57] hey - in which package is the openvswitch kernel module from upstream shipped? [20:59] seems like it should be in generic.. [21:02] hm, is it built-in? [21:02] hallyn, might be [21:02] nope [21:02] but i can't find the module... [21:03] hallyn, CONFIG_OPENVSWITCH=m for ubuntu-r [21:03] and q [21:03] checking [21:04] net/openvswitch/ [21:04] hallyn, is that what you're looking for ? [21:05] rtg_: find /lib/modules/ -name "openvswitch*" gives me nothing [21:05] (on a fresh quantal instance) [21:05] hallyn, did you install extras ? [21:05] linux-image-extras* [21:05] trying [21:06] hallyn, you should be using the meta package for -server or -generic [21:07] rtg_: I'm not installing a kernel, just firing up canonistack instances with latest quantal ami [21:07] should those be installed by default? [21:07] assume not if called 'extras' :) [21:07] hallyn, since that uses the -virtual meta package, linux-image-extra won't be installed [21:08] rtg_: sudo apt-get install linux-image-extra-virtual worked for me, thanks! [21:08] hallyn, np [21:09] i suspect openvswitch-datapath-source's README.debian should mention that. (but will note that for later) [21:29] * rtg -> EOD [21:47] sforshee, hi