[Kernel-packages] [Bug 1550468] Re: s390x: correct restore of high gprs on signal return
This bug was fixed in the package linux - 4.4.0-9.24 --- linux (4.4.0-9.24) xenial; urgency=low [ Tim Gardner ] * Release Tracking Bug - LP: #1551319 * AppArmor logs denial for when the device path is ENOENT (LP: #1482943) - SAUCE: apparmor: fix log of apparmor audit message when kern_path() fails * BUG: unable to handle kernel NULL pointer dereference (aa_label_merge) (LP: #1448912) - SAUCE: apparmor: Fix: insert race between label_update and label_merge - SAUCE: apparmor: Fix: ensure aa_get_newest will trip debugging if the replacedby is not setup - SAUCE: apparmor: Fix: label merge handling of marking unconfined and stale - SAUCE: apparmor: Fix: refcount race between locating in labelset and get - SAUCE: apparmor: Fix: ensure new labels resulting from merge have a replacedby - SAUCE: apparmor: Fix: label_vec_merge insertion - SAUCE: apparmor: Fix: deadlock in aa_put_label() call chain - SAUCE: apparmor: Fix: add required locking of __aa_update_replacedby on merge path - SAUCE: apparmor: Fix: convert replacedby update to be protected by the labelset lock - SAUCE: apparmor: Fix: update replacedby allocation to take a gfp parameter * apparmor kernel BUG kills firefox (LP: #1430546) - SAUCE: apparmor: Disallow update of cred when then subjective != the objective cred - SAUCE: apparmor: rework retrieval of the current label in the profile update case * sleep from invalid context in aa_move_mount (LP: #1539349) - SAUCE: apparmor: fix sleep from invalid context * s390x: correct restore of high gprs on signal return (LP: #1550468) - s390/compat: correct restore of high gprs on signal return * missing SMAP support (LP: #1550517) - x86/entry/compat: Add missing CLAC to entry_INT80_32 * Floating-point exception handler receives empty Data-Exception Code in Floating Point Control register (LP: #1548414) - s390/fpu: signals vs. floating point control register * kvm fails to boot GNU Hurd kernels with 4.4 Xenial kernel (LP: #1550596) - KVM: x86: fix conversion of addresses to linear in 32-bit protected mode * Surelock GA2 SP1: capiredp01: cxl_init_adapter fails for CAPI devices :01:00.0 and 0005:01:00.0 after upgrading to 840.10 Platform firmware build fips840/b1208b_1604.840 (LP: #1532914) - cxl: Fix PSL timebase synchronization detection * [Feature]EDAC support for Knights Landing (LP: #1519631) - EDAC, sb_edac: Set fixed DIMM width on Xeon Knights Landing * Various failures of kernel_security suite on Xenial kernel on s390x arch (LP: #1531327) - [config] s390x -- CONFIG_DEFAULT_MMAP_MIN_ADDR=65536 * Unable to install VirtualBox Guest Service in 15.04 (LP: #1434579) - [Config] Provides: virtualbox-guest-modules when appropriate * linux is missing provides for virtualbox-guest-modules [i386 amd64 x32] (LP: #1507588) - [Config] Provides: virtualbox-guest-modules when appropriate * Backport more recent driver for SKL, KBL and BXT graphics (LP: #1540390) - SAUCE: i915_bpo: Provide a backport driver for SKL, KBL & BXT graphics - SAUCE: i915_bpo: Update intel_ips.h file location - SAUCE: i915_bpo: Rename the backport driver to i915_bpo - SAUCE: i915_bpo: Add i915_bpo_*() calls for ubuntu/i915 - drm/i915: remove an extra level of indirection in PCI ID list - drm/i915/kbl: Add Kabylake PCI ID - drm/i915/kbl: Add Kabylake GT4 PCI ID - mm: Export nr_swap_pages - async: export current_is_async() - drm: fix potential dangling else problems in for_each_ macros - dp/mst: add SDP stream support - drm: Implement drm_modeset_lock_all_ctx() - drm: Add "prefix" parameter to drm_rect_debug_print() - drm/i915: Set connector_state->connector using the helper. - drm/atomic: add connector mask to drm_crtc_state. - drm/i915: Report context GTT size - drm/i915: Add get_eld audio component - SAUCE: Backport I915_PARAM_HAS_EXEC_SOFTPIN and EXEC_OBJECT_PINNED - SAUCE: i915_bpo: Revert passing plane/encoder name - SAUCE: sound/hda: Load i915_bpo from the hda driver on SKL/KBL/BXT - SAUCE: i915_bpo: Support only SKL, KBL and BXT with the backport driver - drm/i915/bxt: update list of PCIIDs - drm/i915/skl: Add missing SKL ids - SAUCE: i915_bpo: Revert "drm/i915: Defer probe if gmux is present but its driver isn't" - SAUCE: uapi/drm/i915: Backport I915_EXEC_BSD_MASK - drm/atomic: Do not unset crtc when an encoder is stolen - drm/i915: Update connector_mask during readout, v2. - drm/atomic: Add encoder_mask to crtc_state, v3. - SAUCE: drm/core: Add drm_encoder_index. - SAUCE: i915_bpo: Revert "drm/i915: Switch DDC when reading the EDID" - i915_bpo: [Config] Enable CONFIG_DRM_I915_BPO=m * arm64: guest hangs when ntpd is running (LP: #1549494) - hrtimer: Add support for CLOCK_MONOTONIC_RAW - h
[Kernel-packages] [Bug 1550468] Re: s390x: correct restore of high gprs on signal return
** Branch linked: lp:ubuntu/trusty-proposed/linux-lts-xenial -- 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 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 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
[Kernel-packages] [Bug 1550468] Re: s390x: correct restore of high gprs on signal return
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 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 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
[Kernel-packages] [Bug 1550468] Re: s390x: correct restore of high gprs on signal return
s390x is only available in xenial (and later releases). Please do not open bugs for irrelevant series. ** Changed in: linux (Ubuntu Wily) Status: In Progress => Invalid -- 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 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 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
[Kernel-packages] [Bug 1550468] Re: s390x: correct restore of high gprs on signal return
No support for s390 in Vivid ** Changed in: linux (Ubuntu Vivid) Status: In Progress => Invalid -- 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: In Progress 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 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 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
[Kernel-packages] [Bug 1550468] Re: s390x: correct restore of high gprs on signal return
No support for s390 in Trusty ** Also affects: linux (Ubuntu Vivid) Importance: Undecided Status: New ** Also affects: linux (Ubuntu Trusty) Importance: Undecided Status: New ** Also affects: linux (Ubuntu Xenial) Importance: Critical Assignee: Andy Whitcroft (apw) Status: Confirmed ** Also affects: linux (Ubuntu Wily) Importance: Undecided Status: New ** Changed in: linux (Ubuntu Xenial) Status: Confirmed => Fix Committed ** Changed in: linux (Ubuntu Xenial) Assignee: Andy Whitcroft (apw) => Tim Gardner (timg-tpi) ** Changed in: linux (Ubuntu Trusty) Status: New => In Progress ** Changed in: linux (Ubuntu Trusty) Assignee: (unassigned) => Tim Gardner (timg-tpi) ** Changed in: linux (Ubuntu Vivid) Status: New => In Progress ** Changed in: linux (Ubuntu Vivid) Assignee: (unassigned) => Tim Gardner (timg-tpi) ** Changed in: linux (Ubuntu Wily) Status: New => In Progress ** Changed in: linux (Ubuntu Wily) Assignee: (unassigned) => Tim Gardner (timg-tpi) ** Changed in: linux (Ubuntu Trusty) Status: In Progress => Invalid -- 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: In Progress 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 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 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
[Kernel-packages] [Bug 1550468] Re: s390x: correct restore of high gprs on signal return
** Summary changed: - kernel: correct restore of high gprs on signal return + s390x: correct restore of high gprs on signal return ** Description changed: == Comment: #0 - Hendrik Brueckner - 2016-02-26 11:02:00 == + Please backport Linux kernel upstream commit ID: + commit 342300cc9cd3428bc6bfe5809bfcc1b9a0f06702 + Author: Martin Schwidefsky + 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 + + + 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 + + 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 ** Tags added: s390x -- 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: Confirmed Bug description: == Comment: #0 - Hendrik Brueckner - 2016-02-26 11:02:00 == Please backport Linux kernel upstream commit ID: commit 342300cc9cd3428bc6bfe5809bfcc1b9a0f06702 Author: Martin Schwidefsky 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 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