kernel-packages team mailing list archive

[Dimitri John Ledkov <launchpad@xxxxxxxxxxxx>]

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 <schwidefsky@xxxxxxxxxx>

  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: stable@xxxxxxxxxxxxxxx # 3.8+

      Signed-off-by: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1550468/+subscriptions