=== gerald is now known as Guest93304 [06:41] infinity, hi, I am wondering that there is lucid proposed kernel for SRU testing. IIRC, there is no proposed lucid this cycle(10-Apr through 02-May)? [06:42] infinity, I am ok to test it on the certification part. just want to confirm if anything I am missing or misunderstand, thanks. === gerald is now known as Guest18438 [07:10] Hi. I get many dmesg assert spams at /build/buildd/linux-3.19.0/drivers/gpu/drm/i915/intel_runtime_pm.c:680 intel_display_power_put+0x103/0x170 [i915]() [07:10] the last update fixed my i915 lockup (great!) but it caused my battery life to get very short [07:11] there is a warning that dumps to dmesg when it is about to decrement a power well that has a count of zero [07:11] it messes up those counts [07:16] 3.19.0-15-generic btw [07:20] doug16k, do file a bug for us to track that, that helps us know what h/w you have etc [07:20] "ubuntu-bug linux" [07:32] apw, thanks! https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1449893 [07:32] Ubuntu bug 1449893 in linux (Ubuntu) "i915 dmesg spam and poor battery life " [Undecided,New] [07:34] I had a peek at that code - looks like the assertion is warning that it is about to decrement a use count that is zero - it has messed up the refcounts [07:35] thanks, will see if someone can have a poke [13:16] I am trying to rebuild a kernel module for the ubuntu stock kernel, but when I try to insmod it I get "Invalid module format". I don't want to boot into an entirely new kernel... [13:17] I only found guides explaining how to replace the whole kernel with a custom [13:18] I assume it's some versioning thing that's stopping me from doing it? But surely it must be possible to modfiy a kernel module and recompile it for the stock kernel? [13:24] What I did: Downloaded the linux source with 'apt-get install linux-source', extracted the tarball, modified some code and compiled with 'make modules' [13:30] Anyone? [13:45] Deathcrow, in theory yes, vresioning does need to match, as does the compiler (i believe). i think make modules will definatly make the wrong version name, because of the way we use the abi number in our packaging [13:46] Deathcrow, you could either build the whole kernel using the debian recipe, and extract the .ko and try that, or you might look at how we abuse the kernels versioning and abuse it compatibly in your make modules incantation [13:46] apw: I figured it out! [13:46] "make -C /usr/src/linux-headers-3.13.0-48-generic M=`pwd` modules" works [13:47] heh, treating it as an out of tree module set, and building it against the installed kernel ... nice [13:47] $() is your pal [13:47] what's $() ?! [13:47] its another `` form [13:47] `` but sane :] [13:47] ah yeah i know [13:48] thanks [13:48] I'm heading out of here! [13:48] thanks for trying to help apw! [13:48] bye [13:48] Deathcrow, np [14:08] apw, infinity and others: Since Ubuntu Studio Precise is going EOL now, I discussed with infinity about the possibility of dropping support linux-lowlatency. [14:09] And, since not other flavors are affected directly by this, and probably not many use that kernel anymore, I felt like this would be a good time to end maintenance. [14:10] I would like to thank everyone for helping me for the past couple of years, or how long its been. [14:11] It was a big improvement for Ubuntu Studio to get linux-lowlatency into the repos. [14:12] I will continue to keep an eye on the current linux-lowlatency kernels, so I'm not disappearing or anything. === rbasak_ is now known as rbasak [15:04] zequence, you've done a nice job looking after that ... thank you [16:31] ogasawara, hi there. Both CAPI bugs you just got are possible a backport for 15.10 kernel. [16:35] leitao: yep, thanks. Mikey sent us an email as a heads up. [16:35] ogasawara, good