[Kernel-packages] [Bug 1609415] Re: s390/cio: fix reset of channel measurement block
This bug is awaiting verification that the kernel in -proposed solves
the problem. Please test the kernel and update this bug with the
results. If the problem is solved, change the tag 'verification-needed-
xenial' to 'verification-done-xenial'.
If verification is not done by 5 working days from today, this fix will
be dropped from the source code, and this bug will be closed.
See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how
to enable and use -proposed. Thank you!
** Tags added: verification-needed-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/1609415
Title:
s390/cio: fix reset of channel measurement block
Status in Ubuntu on IBM z Systems:
Fix Released
Status in linux package in Ubuntu:
Fix Released
Status in linux source package in Xenial:
Fix Released
Status in linux source package in Yakkety:
Fix Released
Bug description:
== Comment: #0 - Hendrik Brueckner - 2016-08-03
09:04:43 ==
Please backport:
commit 0f5d050ceaa31b2229102211d60c149f920df3aa
Author: Sebastian Ott
Date: Tue Jul 12 19:57:57 2016 +0200
s390/cio: allow to reset channel measurement block
Prior to commit 1bc6664bdfb949bc69a08113801e7d6acbf6bc3f a call to
enable_cmf for a device for which channel measurement was already
enabled resulted in a reset of the measurement data.
What looked like bugs at the time (a 2nd allocation was triggered
but failed, reset was called regardless of previous failures, and
errors have not been reported to userspace) was actually something
at least one userspace tool depended on. Restore that behavior in
a sane way.
Fixes: 1bc6664bdfb ("s390/cio: use device_lock during cmb activation")
Cc: sta...@vger.kernel.org #v4.4+
Signed-off-by: Sebastian Ott
Reviewed-by: Cornelia Huck
Reviewed-by: Peter Oberparleiter
Signed-off-by: Martin Schwidefsky
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-z-systems/+bug/1609415/+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 1609415] Re: s390/cio: fix reset of channel measurement block
** Changed in: ubuntu-z-systems
Status: Fix Committed => Fix Released
--
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/1609415
Title:
s390/cio: fix reset of channel measurement block
Status in Ubuntu on IBM z Systems:
Fix Released
Status in linux package in Ubuntu:
Fix Released
Status in linux source package in Xenial:
Fix Released
Status in linux source package in Yakkety:
Fix Released
Bug description:
== Comment: #0 - Hendrik Brueckner - 2016-08-03
09:04:43 ==
Please backport:
commit 0f5d050ceaa31b2229102211d60c149f920df3aa
Author: Sebastian Ott
Date: Tue Jul 12 19:57:57 2016 +0200
s390/cio: allow to reset channel measurement block
Prior to commit 1bc6664bdfb949bc69a08113801e7d6acbf6bc3f a call to
enable_cmf for a device for which channel measurement was already
enabled resulted in a reset of the measurement data.
What looked like bugs at the time (a 2nd allocation was triggered
but failed, reset was called regardless of previous failures, and
errors have not been reported to userspace) was actually something
at least one userspace tool depended on. Restore that behavior in
a sane way.
Fixes: 1bc6664bdfb ("s390/cio: use device_lock during cmb activation")
Cc: sta...@vger.kernel.org #v4.4+
Signed-off-by: Sebastian Ott
Reviewed-by: Cornelia Huck
Reviewed-by: Peter Oberparleiter
Signed-off-by: Martin Schwidefsky
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-z-systems/+bug/1609415/+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 1609415] Re: s390/cio: fix reset of channel measurement block
This bug was fixed in the package linux - 4.4.0-36.55 --- linux (4.4.0-36.55) xenial; urgency=low [ Stefan Bader ] * Release Tracking Bug - LP: #1612305 * I2C touchpad does not work on AMD platform (LP: #1612006) - SAUCE: pinctrl/amd: Remove the default de-bounce time * CVE-2016-5696 - tcp: make challenge acks less predictable linux (4.4.0-35.54) xenial; urgency=low [ Stefan Bader ] * Release Tracking Bug - LP: #1611215 * [i915_bpo] Sync with v4.7 (LP: #1609742) - SAUCE: i915_bpo: Sync with v4.7 * s390/cio: fix reset of channel measurement block (LP: #1609415) - s390/cio: allow to reset channel measurement block * in Ubuntu16.10: Hit on Call traces and system goes down when transactional memory tests are running in 32TB Brazos system (LP: #1606786) - powerpc/tm: Avoid SLB faults in treclaim/trecheckpoint when RI=0 - powerpc/tm: Fix stack pointer corruption in __tm_recheckpoint() * Power Menu does not display after press the Power Button (LP: #1609204) - intel-vbtn: new driver for Intel Virtual Button - [config] enable CONFIG_INTEL_VBTN=m * OptiPlex 7450 AIO hangs when rebooting (LP: #1608762) - x86/reboot: Add Dell Optiplex 7450 AIO reboot quirk * virtualbox+usb 3.0 breaks boot, -28 kernel works (LP: #1604058) - SAUCE: xhci: Fix soft lockup in xhci_pci_probe path when XHCI_STATE_HALTED * linux-kernel: Freeing IRQ from IRQ context (LP: #1597908) - block: defer timeouts to a workqueue * Tunnel offload indications not stripped from encapsulated packets, causing performance overhead (LP: #1602755) - tunnels: Remove encapsulation offloads on decap. * lm-sensors is throwing "ERROR: Can't get value of subfeature temp1_input: I/O error" for be2net driver (LP: #1607387) - be2net: perform temperature query in adapter regardless of its interface state * Dell dock MAC Address pass through doesn't work in Ubuntu (LP: #1579984) - r8152: Add support for setting pass through MAC address on RTL8153-AD * vmxnet3 LRO IPv6 performance issues (stalling TCP) (LP: #1605494) - Driver: Vmxnet3: set CHECKSUM_UNNECESSARY for IPv6 packets * ISST-LTE:pVM:monklp5:Ubuntu16.04.1:system crashed at lpfc_sli4_scmd_to_wqidx_distr (LP: #1597974) - SAUCE: lpfc: fix oops in lpfc_sli4_scmd_to_wqidx_distr() from lpfc_send_taskmgmt() * Backport cxlflash shutdown patch to Xenial SRU (LP: #1605405) - SAUCE: cxlflash: Verify problem state area is mapped before notifying shutdown * Xenial update to v4.4.16 stable release (LP: #1607404) - mac80211: fix fast_tx header alignment - mac80211: mesh: flush mesh paths unconditionally - mac80211_hwsim: Add missing check for HWSIM_ATTR_SIGNAL - mac80211: Fix mesh estab_plinks counting in STA removal case - EDAC, sb_edac: Fix rank lookup on Broadwell - IB/cm: Fix a recently introduced locking bug - IB/mlx4: Properly initialize GRH TClass and FlowLabel in AHs - powerpc/pseries: Fix IBM_ARCH_VEC_NRCORES_OFFSET since POWER8NVL was added - powerpc/tm: Always reclaim in start_thread() for exec() class syscalls - usb: dwc2: fix regression on big-endian PowerPC/ARM systems - USB: EHCI: declare hostpc register as zero-length array - usb: common: otg-fsm: add license to usb-otg-fsm - mnt: fs_fully_visible test the proper mount for MNT_LOCKED - mnt: Account for MS_RDONLY in fs_fully_visible - mnt: If fs_fully_visible fails call put_filesystem. - of: fix autoloading due to broken modalias with no 'compatible' - of: irq: fix of_irq_get[_byname]() kernel-doc - locking/ww_mutex: Report recursive ww_mutex locking early - locking/qspinlock: Fix spin_unlock_wait() some more - locking/static_key: Fix concurrent static_key_slow_inc() - x86, build: copy ldlinux.c32 to image.iso - kprobes/x86: Clear TF bit in fault on single-stepping - x86/amd_nb: Fix boot crash on non-AMD systems - Revert "gpiolib: Split GPIO flags parsing and GPIO configuration" - uvc: Forward compat ioctls to their handlers directly - thermal: cpu_cooling: fix improper order during initialization - writeback: use higher precision calculation in domain_dirty_limits() - nfsd4/rpc: move backchannel create logic into rpc code - nfsd: Always lock state exclusively. - nfsd: Extend the mutex holding region around in nfsd4_process_open2() - posix_acl: Add set_posix_acl - nfsd: check permissions when setting ACLs - make nfs_atomic_open() call d_drop() on all ->open_context() errors. - NFS: Fix another OPEN_DOWNGRADE bug - ARM: imx6ul: Fix Micrel PHY mask - ARM: 8578/1: mm: ensure pmd_present only checks the valid bit - ARM: 8579/1: mm: Fix definition of pmd_mknotpresent - MIPS: KVM: Fix modular KVM under QEMU - mm: Export migrate_page_move_mapping and migrate_page_copy - UBIFS: Implement ->migratepage() - sched/fair: Fix cfs_rq
[Kernel-packages] [Bug 1609415] Re: s390/cio: fix reset of channel measurement block
--- Comment From heinz-werner_se...@de.ibm.com 2016-08-26 06:18 EDT---
Change target milestone -> SRU planned for 16.04.1...
** Tags removed: targetmilestone-inin1604 verification-done-xenial
** Tags added: bugnameltc-144469 severity-high targetmilestone-inin16041
--
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/1609415
Title:
s390/cio: fix reset of channel measurement block
Status in Ubuntu on IBM z Systems:
Fix Committed
Status in linux package in Ubuntu:
Fix Released
Status in linux source package in Xenial:
Fix Committed
Status in linux source package in Yakkety:
Fix Released
Bug description:
== Comment: #0 - Hendrik Brueckner - 2016-08-03
09:04:43 ==
Please backport:
commit 0f5d050ceaa31b2229102211d60c149f920df3aa
Author: Sebastian Ott
Date: Tue Jul 12 19:57:57 2016 +0200
s390/cio: allow to reset channel measurement block
Prior to commit 1bc6664bdfb949bc69a08113801e7d6acbf6bc3f a call to
enable_cmf for a device for which channel measurement was already
enabled resulted in a reset of the measurement data.
What looked like bugs at the time (a 2nd allocation was triggered
but failed, reset was called regardless of previous failures, and
errors have not been reported to userspace) was actually something
at least one userspace tool depended on. Restore that behavior in
a sane way.
Fixes: 1bc6664bdfb ("s390/cio: use device_lock during cmb activation")
Cc: sta...@vger.kernel.org #v4.4+
Signed-off-by: Sebastian Ott
Reviewed-by: Cornelia Huck
Reviewed-by: Peter Oberparleiter
Signed-off-by: Martin Schwidefsky
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-z-systems/+bug/1609415/+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 1609415] Re: s390/cio: fix reset of channel measurement block
** Tags removed: verification-needed-xenial
** Tags added: verification-done-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/1609415
Title:
s390/cio: fix reset of channel measurement block
Status in Ubuntu on IBM z Systems:
Fix Committed
Status in linux package in Ubuntu:
Fix Released
Status in linux source package in Xenial:
Fix Committed
Status in linux source package in Yakkety:
Fix Released
Bug description:
== Comment: #0 - Hendrik Brueckner - 2016-08-03
09:04:43 ==
Please backport:
commit 0f5d050ceaa31b2229102211d60c149f920df3aa
Author: Sebastian Ott
Date: Tue Jul 12 19:57:57 2016 +0200
s390/cio: allow to reset channel measurement block
Prior to commit 1bc6664bdfb949bc69a08113801e7d6acbf6bc3f a call to
enable_cmf for a device for which channel measurement was already
enabled resulted in a reset of the measurement data.
What looked like bugs at the time (a 2nd allocation was triggered
but failed, reset was called regardless of previous failures, and
errors have not been reported to userspace) was actually something
at least one userspace tool depended on. Restore that behavior in
a sane way.
Fixes: 1bc6664bdfb ("s390/cio: use device_lock during cmb activation")
Cc: sta...@vger.kernel.org #v4.4+
Signed-off-by: Sebastian Ott
Reviewed-by: Cornelia Huck
Reviewed-by: Peter Oberparleiter
Signed-off-by: Martin Schwidefsky
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-z-systems/+bug/1609415/+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 1609415] Re: s390/cio: fix reset of channel measurement block
This bug is awaiting verification that the kernel in -proposed solves
the problem. Please test the kernel and update this bug with the
results. If the problem is solved, change the tag 'verification-needed-
xenial' to 'verification-done-xenial'.
If verification is not done by 5 working days from today, this fix will
be dropped from the source code, and this bug will be closed.
See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how
to enable and use -proposed. Thank you!
** Tags added: verification-needed-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/1609415
Title:
s390/cio: fix reset of channel measurement block
Status in Ubuntu on IBM z Systems:
Fix Committed
Status in linux package in Ubuntu:
Fix Released
Status in linux source package in Xenial:
Fix Committed
Status in linux source package in Yakkety:
Fix Released
Bug description:
== Comment: #0 - Hendrik Brueckner - 2016-08-03
09:04:43 ==
Please backport:
commit 0f5d050ceaa31b2229102211d60c149f920df3aa
Author: Sebastian Ott
Date: Tue Jul 12 19:57:57 2016 +0200
s390/cio: allow to reset channel measurement block
Prior to commit 1bc6664bdfb949bc69a08113801e7d6acbf6bc3f a call to
enable_cmf for a device for which channel measurement was already
enabled resulted in a reset of the measurement data.
What looked like bugs at the time (a 2nd allocation was triggered
but failed, reset was called regardless of previous failures, and
errors have not been reported to userspace) was actually something
at least one userspace tool depended on. Restore that behavior in
a sane way.
Fixes: 1bc6664bdfb ("s390/cio: use device_lock during cmb activation")
Cc: sta...@vger.kernel.org #v4.4+
Signed-off-by: Sebastian Ott
Reviewed-by: Cornelia Huck
Reviewed-by: Peter Oberparleiter
Signed-off-by: Martin Schwidefsky
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-z-systems/+bug/1609415/+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 1609415] Re: s390/cio: fix reset of channel measurement block
** Changed in: ubuntu-z-systems
Status: In Progress => Fix Committed
--
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/1609415
Title:
s390/cio: fix reset of channel measurement block
Status in Ubuntu on IBM z Systems:
Fix Committed
Status in linux package in Ubuntu:
Fix Released
Status in linux source package in Xenial:
Fix Committed
Status in linux source package in Yakkety:
Fix Released
Bug description:
== Comment: #0 - Hendrik Brueckner - 2016-08-03
09:04:43 ==
Please backport:
commit 0f5d050ceaa31b2229102211d60c149f920df3aa
Author: Sebastian Ott
Date: Tue Jul 12 19:57:57 2016 +0200
s390/cio: allow to reset channel measurement block
Prior to commit 1bc6664bdfb949bc69a08113801e7d6acbf6bc3f a call to
enable_cmf for a device for which channel measurement was already
enabled resulted in a reset of the measurement data.
What looked like bugs at the time (a 2nd allocation was triggered
but failed, reset was called regardless of previous failures, and
errors have not been reported to userspace) was actually something
at least one userspace tool depended on. Restore that behavior in
a sane way.
Fixes: 1bc6664bdfb ("s390/cio: use device_lock during cmb activation")
Cc: sta...@vger.kernel.org #v4.4+
Signed-off-by: Sebastian Ott
Reviewed-by: Cornelia Huck
Reviewed-by: Peter Oberparleiter
Signed-off-by: Martin Schwidefsky
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-z-systems/+bug/1609415/+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 1609415] Re: s390/cio: fix reset of channel measurement block
** Tags removed: bugnameltc-144469 severity-high
--
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/1609415
Title:
s390/cio: fix reset of channel measurement block
Status in Ubuntu on IBM z Systems:
In Progress
Status in linux package in Ubuntu:
Fix Released
Status in linux source package in Xenial:
Fix Committed
Status in linux source package in Yakkety:
Fix Released
Bug description:
== Comment: #0 - Hendrik Brueckner - 2016-08-03
09:04:43 ==
Please backport:
commit 0f5d050ceaa31b2229102211d60c149f920df3aa
Author: Sebastian Ott
Date: Tue Jul 12 19:57:57 2016 +0200
s390/cio: allow to reset channel measurement block
Prior to commit 1bc6664bdfb949bc69a08113801e7d6acbf6bc3f a call to
enable_cmf for a device for which channel measurement was already
enabled resulted in a reset of the measurement data.
What looked like bugs at the time (a 2nd allocation was triggered
but failed, reset was called regardless of previous failures, and
errors have not been reported to userspace) was actually something
at least one userspace tool depended on. Restore that behavior in
a sane way.
Fixes: 1bc6664bdfb ("s390/cio: use device_lock during cmb activation")
Cc: sta...@vger.kernel.org #v4.4+
Signed-off-by: Sebastian Ott
Reviewed-by: Cornelia Huck
Reviewed-by: Peter Oberparleiter
Signed-off-by: Martin Schwidefsky
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-z-systems/+bug/1609415/+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 1609415] Re: s390/cio: fix reset of channel measurement block
** Changed in: linux (Ubuntu Xenial)
Status: In Progress => Fix Committed
--
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/1609415
Title:
s390/cio: fix reset of channel measurement block
Status in Ubuntu on IBM z Systems:
In Progress
Status in linux package in Ubuntu:
Fix Released
Status in linux source package in Xenial:
Fix Committed
Status in linux source package in Yakkety:
Fix Released
Bug description:
== Comment: #0 - Hendrik Brueckner - 2016-08-03
09:04:43 ==
Please backport:
commit 0f5d050ceaa31b2229102211d60c149f920df3aa
Author: Sebastian Ott
Date: Tue Jul 12 19:57:57 2016 +0200
s390/cio: allow to reset channel measurement block
Prior to commit 1bc6664bdfb949bc69a08113801e7d6acbf6bc3f a call to
enable_cmf for a device for which channel measurement was already
enabled resulted in a reset of the measurement data.
What looked like bugs at the time (a 2nd allocation was triggered
but failed, reset was called regardless of previous failures, and
errors have not been reported to userspace) was actually something
at least one userspace tool depended on. Restore that behavior in
a sane way.
Fixes: 1bc6664bdfb ("s390/cio: use device_lock during cmb activation")
Cc: sta...@vger.kernel.org #v4.4+
Signed-off-by: Sebastian Ott
Reviewed-by: Cornelia Huck
Reviewed-by: Peter Oberparleiter
Signed-off-by: Martin Schwidefsky
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-z-systems/+bug/1609415/+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 1609415] Re: s390/cio: fix reset of channel measurement block
** Also affects: ubuntu-z-systems
Importance: Undecided
Status: New
** Changed in: ubuntu-z-systems
Status: New => In Progress
** Changed in: ubuntu-z-systems
Importance: Undecided => High
** Changed in: ubuntu-z-systems
Assignee: (unassigned) => Tim Gardner (timg-tpi)
--
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/1609415
Title:
s390/cio: fix reset of channel measurement block
Status in Ubuntu on IBM z Systems:
In Progress
Status in linux package in Ubuntu:
Fix Released
Status in linux source package in Xenial:
In Progress
Status in linux source package in Yakkety:
Fix Released
Bug description:
== Comment: #0 - Hendrik Brueckner - 2016-08-03
09:04:43 ==
Please backport:
commit 0f5d050ceaa31b2229102211d60c149f920df3aa
Author: Sebastian Ott
Date: Tue Jul 12 19:57:57 2016 +0200
s390/cio: allow to reset channel measurement block
Prior to commit 1bc6664bdfb949bc69a08113801e7d6acbf6bc3f a call to
enable_cmf for a device for which channel measurement was already
enabled resulted in a reset of the measurement data.
What looked like bugs at the time (a 2nd allocation was triggered
but failed, reset was called regardless of previous failures, and
errors have not been reported to userspace) was actually something
at least one userspace tool depended on. Restore that behavior in
a sane way.
Fixes: 1bc6664bdfb ("s390/cio: use device_lock during cmb activation")
Cc: sta...@vger.kernel.org #v4.4+
Signed-off-by: Sebastian Ott
Reviewed-by: Cornelia Huck
Reviewed-by: Peter Oberparleiter
Signed-off-by: Martin Schwidefsky
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-z-systems/+bug/1609415/+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 1609415] Re: s390/cio: fix reset of channel measurement block
https://lists.ubuntu.com/archives/kernel-team/2016-August/079424.html
--
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/1609415
Title:
s390/cio: fix reset of channel measurement block
Status in linux package in Ubuntu:
Fix Released
Status in linux source package in Xenial:
In Progress
Status in linux source package in Yakkety:
Fix Released
Bug description:
== Comment: #0 - Hendrik Brueckner - 2016-08-03
09:04:43 ==
Please backport:
commit 0f5d050ceaa31b2229102211d60c149f920df3aa
Author: Sebastian Ott
Date: Tue Jul 12 19:57:57 2016 +0200
s390/cio: allow to reset channel measurement block
Prior to commit 1bc6664bdfb949bc69a08113801e7d6acbf6bc3f a call to
enable_cmf for a device for which channel measurement was already
enabled resulted in a reset of the measurement data.
What looked like bugs at the time (a 2nd allocation was triggered
but failed, reset was called regardless of previous failures, and
errors have not been reported to userspace) was actually something
at least one userspace tool depended on. Restore that behavior in
a sane way.
Fixes: 1bc6664bdfb ("s390/cio: use device_lock during cmb activation")
Cc: sta...@vger.kernel.org #v4.4+
Signed-off-by: Sebastian Ott
Reviewed-by: Cornelia Huck
Reviewed-by: Peter Oberparleiter
Signed-off-by: Martin Schwidefsky
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1609415/+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 1609415] Re: s390/cio: fix reset of channel measurement block
commit 0f5d050ceaa31b2229102211d60c149f920df3aa was merged in 4.8
** Also affects: linux (Ubuntu Xenial)
Importance: Undecided
Status: New
** Also affects: linux (Ubuntu Yakkety)
Importance: Undecided
Assignee: Skipper Bug Screeners (skipper-screen-team)
Status: New
** Changed in: linux (Ubuntu Yakkety)
Status: New => Fix Released
** Changed in: linux (Ubuntu Yakkety)
Assignee: Skipper Bug Screeners (skipper-screen-team) => (unassigned)
** Changed in: linux (Ubuntu Xenial)
Status: New => In Progress
** Changed in: linux (Ubuntu Xenial)
Assignee: (unassigned) => Tim Gardner (timg-tpi)
--
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/1609415
Title:
s390/cio: fix reset of channel measurement block
Status in linux package in Ubuntu:
Fix Released
Status in linux source package in Xenial:
In Progress
Status in linux source package in Yakkety:
Fix Released
Bug description:
== Comment: #0 - Hendrik Brueckner - 2016-08-03
09:04:43 ==
Please backport:
commit 0f5d050ceaa31b2229102211d60c149f920df3aa
Author: Sebastian Ott
Date: Tue Jul 12 19:57:57 2016 +0200
s390/cio: allow to reset channel measurement block
Prior to commit 1bc6664bdfb949bc69a08113801e7d6acbf6bc3f a call to
enable_cmf for a device for which channel measurement was already
enabled resulted in a reset of the measurement data.
What looked like bugs at the time (a 2nd allocation was triggered
but failed, reset was called regardless of previous failures, and
errors have not been reported to userspace) was actually something
at least one userspace tool depended on. Restore that behavior in
a sane way.
Fixes: 1bc6664bdfb ("s390/cio: use device_lock during cmb activation")
Cc: sta...@vger.kernel.org #v4.4+
Signed-off-by: Sebastian Ott
Reviewed-by: Cornelia Huck
Reviewed-by: Peter Oberparleiter
Signed-off-by: Martin Schwidefsky
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1609415/+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
