[13:39] <ogasawara> rtg:  https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1338919 .  Patch is referenced in comment #11.  Do you want to wait till that hits 3.18 or queue it now before utopic kernel freeze so we don't have SRU paperwork.
[13:40] <rtg> ogasawara, was just test building, then gonna run it on a couple of NUMA platforms
[13:40] <ogasawara> rtg: ack
[13:40] <rtg> ogasawara, its pushed to Utopic master-next
[13:40] <ogasawara> rtg: ah cool, I hadn't looked
[13:41] <rtg> ogasawara, seconds ago
[13:47] <ogasawara> jsalisbury: pending rtg's smoke testing in utopic, could you also crank out a Trusty test kernel with that patch too and work with catbus1 (ie Samantha) to reach out to her contacts for testing on Trusty.
[13:47] <ogasawara> jsalisbury: and we'll give you the honors of the Trusty SRU :)
[14:32] <jsalisbury> ogasawara, will do
[14:36] <ogasawara> rtg, apw:  https://lkml.org/lkml/2014/9/26/568
[14:38] <rtg> ogasawara, debian.master/config/config.common.ubuntu:# CONFIG_DMA_CMA is not set
[14:38] <rtg> we disabled it for both Trusty and Utopic
[14:40] <ogasawara> rtg: hrm, I see it on for Trusty
[14:40]  * ogasawara makes sure I'm in the right repo and branch
[14:40] <rtg> me too
[14:41] <rtg> dang, you're right
[14:41] <ogasawara> rtg: but it does look like it is off in Utopic
[14:41] <ogasawara> even if the annotation file suggests otherwise
[14:41] <rtg> yup
[14:42] <rtg> ogasawara, fixed now
[14:43] <rtg> I'll SRU that config for trusty
[14:43] <ogasawara> rtg: ack, thanks
[14:43] <ogasawara> rtg: I'll respond to that thread as well
[14:44]  * apw notes rtg has this under control ...
[14:46] <jsalisbury> ogasawara, rtg, there was a bug on CONFIG_DMA_CMA: bug 1362261
[14:46] <rtg> jsalisbury, thanks, I was just going to look for that
[14:49] <jsalisbury> rtg, I was going to do a Trusty SRU for that bug, but I didn't get definitive test results yet.
[14:50] <rtg> jsalisbury, It seems nobody has complained about Trusty. Now that I'm remembering this bug a little more, I'm not as inclined to change it for Trusty.
[14:50] <rtg> ogasawara, ^^
[14:51] <ogasawara> rtg: ack
[14:51] <jsalisbury> rtg, yeah
[14:51] <rtg> I mean, it ain't broke, so lets not fix better.
[14:51] <rtg> fix it better*
[14:51] <ogasawara> jsalisbury: certainly based on the feedback, it does not seem to be impacting Trusty reporters of that bug
[14:52] <jsalisbury> ogasawara, agreed
[15:00] <ogasawara> rtg, jsalisbury: so reading that a little more, the guys not seeing issues on Trusty is with readeon, I wonder if it would manifest with other drivers
[15:01] <rtg> ogasawara, perhaps, but nobody is complaining regardless.
[15:03] <rtg> ogasawara, by the way, the patch for http://bugs.launchpad.net/bugs/1338919 appears to not have caused any regressions that I can see.
[15:03] <ogasawara> rtg: ack, thanks
[15:04] <jsalisbury> ogasawara, I didn't read through that entire LKML tread you mentioned.  The bug is for a performance issue, is that what they are talking about on LKML as well?
[15:04] <ogasawara> jsalisbury: yep
[15:04] <jsalisbury> ahh, ok
[15:49] <jsalisbury> rtg, did you have any issue building the patch for bug 1338919 against Utopic?  It failed to build against Trusty for me, but I'm digging into why
[15:50] <rtg> jsalisbury, nope, worked fine. clean cherry-pick
[15:50] <jsalisbury> rtg, ok, thanks.  I'll dig as to why if failed
[16:03] <cking> yay, my 11 year old son won a photo competition: https://www.facebook.com/buchancountrypark/photos/a.848046551895697.1073741846.247149068652118/848046645229021/?type=3&theater 
[16:05] <rtg> cking, -EWRONGCHAN ?
[16:05] <cking> yup
[16:06] <cking> oops
[16:06] <TJ-> but +WELLDONE :)
[22:49] <dirbaio> Hello
[22:49] <dirbaio> I'm building some kernels following the instructions here:
[22:49] <dirbaio> http://kernel-handbook.alioth.debian.org/ch-common-tasks.html
[22:49] <dirbaio> section 4.5
[22:49] <dirbaio> Works fine, the resulting kernels install fine and boot
[22:50] <dirbaio> the problem is building the deb packages is horribly slow
[22:50] <dirbaio> much slower than compilation itself
[22:50] <dirbaio> it's been "building package linux-image..." for more than 20 minutes now
[22:50] <dirbaio> is this normal? Is there any trick to make it faster?
[22:51] <dirbaio> compilation takes around 15min for me
[23:37] <dirbaio> okay, turns out it's my fault
[23:37] <dirbaio> disabling DEBUG_INFO makes it reasonably fast now
[23:37] <dirbaio> still interested in ways of making it faster though :)
[23:41] <dirbaio> it boots
[23:41] <dirbaio> :D