New kernel upload has entered xenial-proposed, and is being tested before migrating to release component
For full changelog see: https://launchpad.net/ubuntu/+source/linux/4.4.0-9.24 Kernel release process workflow bug for this kernel is at: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1551319 To see progress of this kernel being released to xenial release component. Highlights from the changelog: * s390x: correct restore of high gprs on signal return (LP: #1550468) - s390/compat: correct restore of high gprs on signal return * Floating-point exception handler receives empty Data-Exception Code in Floating Point Control register (LP: #1548414) - s390/fpu: signals vs. floating point control register * Various failures of kernel_security suite on Xenial kernel on s390x arch (LP: #1531327) - [config] s390x -- CONFIG_DEFAULT_MMAP_MIN_ADDR=65536 -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1550468 Title: s390x: correct restore of high gprs on signal return Status in linux package in Ubuntu: Fix Committed Status in linux source package in Trusty: Invalid Status in linux source package in Vivid: Invalid Status in linux source package in Wily: Invalid Status in linux source package in Xenial: Fix Committed Bug description: == Comment: #0 - Hendrik Brueckner - 2016-02-26 11:02:00 == Please backport Linux kernel upstream commit ID: commit 342300cc9cd3428bc6bfe5809bfcc1b9a0f06702 Author: Martin Schwidefsky <schwidef...@de.ibm.com> Date: Fri Feb 19 14:44:14 2016 +0100 s390/compat: correct restore of high gprs on signal return git commit 8070361799ae1e3f4ef347bd10f0a508ac10acfb "s390: add support for vector extension" broke 31-bit compat processes in regard to signal handling. The restore_sigregs_ext32() function is used to restore the additional elements from the user space signal frame. Among the additional elements are the upper registers halves for 64-bit register support for 31-bit processes. The copy_from_user that is used to retrieve the high- gprs array from the user stack uses an incorrect length, 8 bytes instead of 64 bytes. This causes incorrect upper register halves to get loaded. Cc: sta...@vger.kernel.org # 3.8+ Signed-off-by: Martin Schwidefsky <schwidef...@de.ibm.com> To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1550468/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
