/srv/irclogs.ubuntu.com/2015/12/04/#ubuntu-kernel.txt

=== gerald is now known as Guest46363
=== swordsmanz is now known as aww_
=== aww_ is now known as Guest34257
=== Guest34257 is now known as aww___
=== aww___ is now known as swordsmanz
wgrantapw: Could you be convinced to include "s390/kernel: fix ptrace peek/poke for floating point registers" (55a423b) in the next xenial kernel? Fixes a panic we ran into on the buildds today.10:43
wgrant(tested by building gdb; the panic was first seen in its test suite)10:43
apwwgrant, yep, i see from your ppa that that is a backport?  do you have the one you have tested, oculd you email it to me and i'll apply it10:44
apwwgrant, and if there is a bug number wang it in here10:45
wgrantapw: I haven't filed a bug, can do so in a bit if you need. The backport is trivial, but will find a patch.10:46
wgrantapw: http://paste.ubuntu.com/13665866/ is the diff.10:49
wgrantLooks identical to the git diff for me, but it didn't apply directly. Possibly line numbers too far off or something.10:49
wgrantExcept they're the same.10:50
wgrantWeird.10:50
apwack thanks11:22
apwwgrant, ok it cherry-picked for me, so ... wierd11:24
apwand that ... i recon ... is a cve if "overwrites the task structure"11:26
apwis correct11:26
wgrantapw: Oh yeah, it's totally exploitable.11:26
wgrantI probably just misapplied it, I was rushing.11:26
apwgiven we have a bad s390x package split as well pending on tip11:27
apwi think we should get that uploaded sooner rather than later11:27
apwthough i would like this 4.3 to go out at least11:27
apwi assume this is affecting the bootstrap of main though .. right ?11:27
wgrantI have it installed on one buildd (z13-008), and it's only affected gdb so far.11:28
wgrantmain is built, apart from various unrelated FTBFSes.11:28
wgrantI just manually threw gdb at the one with the fixed kernel.11:28
apwso you goosed gdb thorught hte fixed one, right11:28
apwok then i will let this one migrate, i should have the final testing ok in about 2 hours11:28
wgrantYep.11:28
wgrantNot super urgent.11:28
apwthen i'll get this one uploaded11:28
xnoxapw, yo =)15:54
apwxnox, hi15:54
xnoxtotally forgot, could you please cherrypick a patch that prevents buildds blowing up, on funny PIE builds? =)15:54
xnoxapw, unless one of the other engineers already talked to you about it15:54
apw"s390/kernel: fix ptrace peek/poke for floating point registers"15:55
apwxnox, ^^ that ?15:55
xnoxapw, yes that.15:55
apwxnox, is picked and will be in the next upload, i was under the impression only gdb had hit it thus far and had been handled ?15:55
xnoxapw, yeah, wgrant quickly built a kernel and upgraded buildd8, so buildd 8 is a good one =)15:56
xnoxbut having that in the next kernel would be dandy. thank you =)15:56
apwheh is that why she is offline, held for special projects15:56
apwxnox, that and your split to make linux-virtual work are on deck for the next upload15:57
xnoxapw, brilliant.15:58
rtgapw, I could turn the crank on that as soon as -1.10 is promoted16:04
apwyep, i've dropped the tag, just waiting16:04
rtgotherwise it might be a few days16:04
apwshould be done within the hour in theory16:05
apwbecause you know friday is a classy day to release a kernel16:05
rtgapw, I'll check back in a bit16:05
rtgespecially a new kernel release16:05
apwperhaps we should have waited till monday16:06
rtgapw, this way we'll have plenty of email to deal with first thing Monday morning16:12
apwrtg, i might be able to catch it before it copies out16:13
rtgapw, oh, let it go. I think its pretty stable16:14
rtgapw, after all, its got the cking stamp of approval16:14
apwyeah :16:15
apw:)16:15
apwwho upgrades over teh weekend anyhow, thats a silly idea16:15
ckingrelease often I say16:16
apwyeah i'd like it to be a lot cheaper to update but its really not16:17
cristian_cjsalisbury: hello16:54
jsalisburycristian_c, hello.  I haven't had much time to look into the new issues yet.  It sounds like the regression is now fixed for you?16:55
cristian_cjsalisbury: yes, as I've stated in launchpad report16:56
jsalisburycristian_c, ok.  I'll make some time to look at the other issue16:56
cristian_cjsalisbury: I've got a question16:57
jsalisburycristian_c, sure16:57
cristian_cjsalisbury: last time, I've read fix went in 4.3-rc216:58
jsalisburycristian_c, the fix for the regression? or the fix for the new issue?16:59
cristian_cjsalisbury: but I've noticed that regression is disappeared already in 4.2.0-1816:59
cristian_cjsalisbury: about regression16:59
jsalisburycristian_c, the fix was cc'd to upstream stable, so it's eventually going to make it's way into all the stable kernels16:59
cristian_c4.2.0-16 is default kernel in 15.1016:59
cristian_cafter first updates, kernel goes to 4.2.0-18 version number17:00
cristian_cjsalisbury: so, where can I find the commit (if it's public)17:01
cristian_c?17:01
jsalisburycristian_c, this is the commit:17:02
jsalisburycommit 8a1513b49321e503fd6c8b6793e3b1f9a8a3285b17:02
jsalisburyAuthor: Kyle Evans <kvans32@gmail.com>17:02
jsalisburyDate:   Fri Sep 11 10:40:17 2015 -050017:02
jsalisbury    hp-wmi: limit hotkey enable17:02
cristian_cok, thank you very much17:02
jsalisburycristian_c, you can get it out of linus' tree or any of the stable trees, but it will have a different SHA117:03
jsalisburyin the stable trees17:03
cristian_cok17:03
ccopewhen do updates from the upstream kernel get backported to LTS kernel backport packages?23:20
ccopespecifically, I need https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/?id=0480334 in linux-image-generic-lts-utopic for trusty23:21
henrixccope: hmm... i see.  so, that commit is meant to be applied to stable kernels >= v3.18, thus it will never be applied to the corresponding stable kernel (3.16.7-ckt)23:26
henrixccope: however, the utopic kernel actually backported overlayfs so that commit may actually be applicable to that kernel23:27
henrixccope: my suggestion would be to open a bug against that kernel, requesting that specific commit to be included23:29
henrix(feel free to assign that bug to me ;-) )23:29
ccopehenrix, ok cool, thanks!23:31
ccopehenrix, i'm unable to assign you but the bug is here: https://bugs.launchpad.net/ubuntu/+source/linux-lts-utopic/+bug/152300023:55
ubot5Ubuntu bug 1523000 in linux-lts-utopic (Ubuntu) "writing files larger than 2GB to overlayfs fails" [Undecided,New]23:55
henrixccope: ack, thanks.  i'll assign it to myself later23:59

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!