[Kernel-packages] [Bug 1870320] Re: [UBUNTU 18.04] zpcictl --reset - contribution for kernel
** 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/1870320
Title:
[UBUNTU 18.04] zpcictl --reset - contribution for kernel
Status in Ubuntu on IBM z Systems:
Fix Released
Status in linux package in Ubuntu:
Fix Released
Status in linux source package in Bionic:
Fix Released
Status in linux source package in Eoan:
Fix Released
Status in linux source package in Focal:
Fix Released
Status in linux source package in Groovy:
Fix Released
Bug description:
SRU Justification:
==
[Impact]
* With zpci_disable() working, 'lockdep' detected a potential deadlock
(in the s390x zPCI subsystem).
* The deadlock is between recovering a PCI function via the
/sys/bus/pci/devices//recover attribute vs powering it off via
/sys/bus/pci/slots//power.
[Fix]
* Backport 1: https://launchpadlibrarian.net/479554961/0001-s390-pci-
Recover-handle-in-clp_set_pci_fn.patch
* Backport 2: https://launchpadlibrarian.net/478714295/0001-s390-pci-
Fix-possible-deadlock-in-recover_store.patch
[Test Case]
* It's best to (re-)test using the kernel's locking validator, also
known as 'lockdep'.
* Since this potential deadlock was identified by lockdep.
[Regression Potential]
* The regression potential can be considered as moderate, since:
* It is purely s390x specific code (arch/s390/include/asm/pci.h and
arch/s390/pci/{pci.c,pci_clp.c,pci_sysfs.c}).
* It only affects the zPCI, the s390x specific PCI code layer.
* PCI cards available for s390x are optional cards (RoCE and zEDC) and
not very wide-spread.
* The states between such a deadlock can happen (recover and power
off) are non standard and usually undesired states.
* The patches are upstream accepted since 5.6 and already landed in
eoan and focal.
[Other Info]
* Patches 17cdec960cf7 "s390/pci: Recover handle in clp_set_pci_fn()"
and 576c75e36c68 "s390/pci: Fix possible deadlock in recover_store()"
are upstream accepted since kernel 5.6, but they don't apply cleanly
on bionic master-next, hence backports are needed:
* 0001-s390-pci-Recover-handle-in-clp_set_pci_fn.patch is a backport
of 17cdec960cf776b20b1fb08c61babe591d51 17cdec960cf7 "s390/pci:
Recover handle in clp_set_pci_fn()"
* 0001-s390-pci-Fix-possible-deadlock-in-recover_store.patch is a
backport of 576c75e36c689bec6a940e807bae27291ab0c0de 576c75e36c68
"s390/pci: Fix possible deadlock in recover_store()"
* Both patches/commits already landed in focal (with LP 1863768) and in eoan
(with LP 1868324).
__
This Bug tracks the necessary backport for the Linux Kernel
to enable proper reset/recovery of PCI Functions in the error state.
There is a related fix to s390-tools but the relevant zpcictl command
is not part of Ubuntu 18.04
Upstream this includes the following commits:
In the Kernel:
17cdec960cf776b20b1fb08c61babe591d51 s390/pci: Recover handle in
clp_set_pci_fn()
Backport patch attached.
576c75e36c689bec6a940e807bae27291ab0c0de s390/pci: Fix possible deadlock in
recover_store()
applies cleanly but for the second a small backport change is necessary.
These fixes are already in 20.04 but need also be applied to 18.04.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-z-systems/+bug/1870320/+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 1870320] Re: [UBUNTU 18.04] zpcictl --reset - contribution for kernel
This bug was fixed in the package linux - 4.15.0-106.107 --- linux (4.15.0-106.107) bionic; urgency=medium * CVE-2020-0543 - SAUCE: x86/cpu: Add a steppings field to struct x86_cpu_id - SAUCE: x86/cpu: Add 'table' argument to cpu_matches() - SAUCE: x86/speculation: Add Special Register Buffer Data Sampling (SRBDS) mitigation - SAUCE: x86/speculation: Add SRBDS vulnerability and mitigation documentation - SAUCE: x86/speculation: Add Ivy Bridge to affected list linux (4.15.0-103.104) bionic; urgency=medium * bionic/linux: 4.15.0-103.104 -proposed tracker (LP: #1881272) * "BUG: unable to handle kernel paging request" when testing ubuntu_kvm_smoke_test.kvm_smoke_test with B-KVM in proposed (LP: #1881072) - KVM: VMX: Explicitly reference RCX as the vmx_vcpu pointer in asm blobs - KVM: VMX: Mark RCX, RDX and RSI as clobbered in vmx_vcpu_run()'s asm blob linux (4.15.0-102.103) bionic; urgency=medium * bionic/linux: 4.15.0-102.103 -proposed tracker (LP: #1878856) * Packaging resync (LP: #1786013) - update dkms package versions * debian/scripts/file-downloader does not handle positive failures correctly (LP: #1878897) - [Packaging] file-downloader not handling positive failures correctly * Kernel log flood "ceph: Failed to find inode for 1" (LP: #1875884) - ceph: don't check quota for snap inode - ceph: quota: cache inode pointer in ceph_snap_realm * [UBUNTU 18.04] zpcictl --reset - contribution for kernel (LP: #1870320) - s390/pci: Recover handle in clp_set_pci_fn() - s390/pci: Fix possible deadlock in recover_store() * Bionic update: upstream stable patchset 2020-05-12 (LP: #1878256) - drm/edid: Fix off-by-one in DispID DTD pixel clock - drm/qxl: qxl_release leak in qxl_draw_dirty_fb() - drm/qxl: qxl_release leak in qxl_hw_surface_alloc() - drm/qxl: qxl_release use after free - btrfs: fix block group leak when removing fails - btrfs: fix partial loss of prealloc extent past i_size after fsync - mmc: sdhci-xenon: fix annoying 1.8V regulator warning - mmc: sdhci-pci: Fix eMMC driver strength for BYT-based controllers - ALSA: hda/realtek - Two front mics on a Lenovo ThinkCenter - ALSA: hda/hdmi: fix without unlocked before return - ALSA: pcm: oss: Place the plugin buffer overflow checks correctly - PM: ACPI: Output correct message on target power state - PM: hibernate: Freeze kernel threads in software_resume() - dm verity fec: fix hash block number in verity_fec_decode - RDMA/mlx5: Set GRH fields in query QP on RoCE - RDMA/mlx4: Initialize ib_spec on the stack - vfio: avoid possible overflow in vfio_iommu_type1_pin_pages - vfio/type1: Fix VA->PA translation for PFNMAP VMAs in vaddr_get_pfn() - iommu/qcom: Fix local_base status check - scsi: target/iblock: fix WRITE SAME zeroing - iommu/amd: Fix legacy interrupt remapping for x2APIC-enabled system - ALSA: opti9xx: shut up gcc-10 range warning - nfs: Fix potential posix_acl refcnt leak in nfs3_set_acl - dmaengine: dmatest: Fix iteration non-stop logic - selinux: properly handle multiple messages in selinux_netlink_send() - ASoC: tas571x: disable regulators on failed probe - ASoC: wm8960: Fix wrong clock after suspend & resume - rxrpc: Fix DATA Tx to disable nofrag for UDP on AF_INET6 socket - xfs: acquire superblock freeze protection on eofblocks scans - cpumap: Avoid warning when CONFIG_DEBUG_PER_CPU_MAPS is enabled - net: fec: set GPR bit on suspend by DT configuration. - ALSA: hda: Keep the controller initialization even if no codecs found - ALSA: hda: Explicitly permit using autosuspend if runtime PM is supported - ALSA: hda: call runtime_allow() for all hda controllers - scsi: qla2xxx: check UNLOADING before posting async work - RDMA/core: Fix race between destroy and release FD object - btrfs: transaction: Avoid deadlock due to bad initialization timing of fs_info::journal_info - mmc: sdhci-msm: Enable host capabilities pertains to R1b response - mmc: meson-mx-sdio: Set MMC_CAP_WAIT_WHILE_BUSY - mmc: meson-mx-sdio: remove the broken ->card_busy() op * Bionic update: upstream stable patchset 2020-05-07 (LP: #1877461) - ext4: fix extent_status fragmentation for plain files - net: ipv4: avoid unused variable warning for sysctl - crypto: mxs-dcp - make symbols 'sha1_null_hash' and 'sha256_null_hash' static - vti4: removed duplicate log message. - watchdog: reset last_hw_keepalive time at start - scsi: lpfc: Fix kasan slab-out-of-bounds error in lpfc_unreg_login - ceph: return ceph_mdsc_do_request() errors from __get_parent() - ceph: don't skip updating wanted caps when cap is stale - pwm: rcar: Fix late Runtime PM enablement - scsi: iscsi: Report unbind session event when the target has been removed - ASoC: Intel: atom: Take the drv->lock
[Kernel-packages] [Bug 1870320] Re: [UBUNTU 18.04] zpcictl --reset - contribution for kernel
Thx for the verification - updating the tags...
** Tags removed: verification-needed-bionic
** Tags added: verification-done-bionic
--
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/1870320
Title:
[UBUNTU 18.04] zpcictl --reset - contribution for kernel
Status in Ubuntu on IBM z Systems:
Fix Committed
Status in linux package in Ubuntu:
Fix Released
Status in linux source package in Bionic:
Fix Committed
Status in linux source package in Eoan:
Fix Released
Status in linux source package in Focal:
Fix Released
Status in linux source package in Groovy:
Fix Released
Bug description:
SRU Justification:
==
[Impact]
* With zpci_disable() working, 'lockdep' detected a potential deadlock
(in the s390x zPCI subsystem).
* The deadlock is between recovering a PCI function via the
/sys/bus/pci/devices//recover attribute vs powering it off via
/sys/bus/pci/slots//power.
[Fix]
* Backport 1: https://launchpadlibrarian.net/479554961/0001-s390-pci-
Recover-handle-in-clp_set_pci_fn.patch
* Backport 2: https://launchpadlibrarian.net/478714295/0001-s390-pci-
Fix-possible-deadlock-in-recover_store.patch
[Test Case]
* It's best to (re-)test using the kernel's locking validator, also
known as 'lockdep'.
* Since this potential deadlock was identified by lockdep.
[Regression Potential]
* The regression potential can be considered as moderate, since:
* It is purely s390x specific code (arch/s390/include/asm/pci.h and
arch/s390/pci/{pci.c,pci_clp.c,pci_sysfs.c}).
* It only affects the zPCI, the s390x specific PCI code layer.
* PCI cards available for s390x are optional cards (RoCE and zEDC) and
not very wide-spread.
* The states between such a deadlock can happen (recover and power
off) are non standard and usually undesired states.
* The patches are upstream accepted since 5.6 and already landed in
eoan and focal.
[Other Info]
* Patches 17cdec960cf7 "s390/pci: Recover handle in clp_set_pci_fn()"
and 576c75e36c68 "s390/pci: Fix possible deadlock in recover_store()"
are upstream accepted since kernel 5.6, but they don't apply cleanly
on bionic master-next, hence backports are needed:
* 0001-s390-pci-Recover-handle-in-clp_set_pci_fn.patch is a backport
of 17cdec960cf776b20b1fb08c61babe591d51 17cdec960cf7 "s390/pci:
Recover handle in clp_set_pci_fn()"
* 0001-s390-pci-Fix-possible-deadlock-in-recover_store.patch is a
backport of 576c75e36c689bec6a940e807bae27291ab0c0de 576c75e36c68
"s390/pci: Fix possible deadlock in recover_store()"
* Both patches/commits already landed in focal (with LP 1863768) and in eoan
(with LP 1868324).
__
This Bug tracks the necessary backport for the Linux Kernel
to enable proper reset/recovery of PCI Functions in the error state.
There is a related fix to s390-tools but the relevant zpcictl command
is not part of Ubuntu 18.04
Upstream this includes the following commits:
In the Kernel:
17cdec960cf776b20b1fb08c61babe591d51 s390/pci: Recover handle in
clp_set_pci_fn()
Backport patch attached.
576c75e36c689bec6a940e807bae27291ab0c0de s390/pci: Fix possible deadlock in
recover_store()
applies cleanly but for the second a small backport change is necessary.
These fixes are already in 20.04 but need also be applied to 18.04.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-z-systems/+bug/1870320/+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 1870320] Re: [UBUNTU 18.04] zpcictl --reset - contribution for kernel
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-
bionic' to 'verification-done-bionic'. If the problem still exists,
change the tag 'verification-needed-bionic' to 'verification-failed-
bionic'.
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-bionic
--
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/1870320
Title:
[UBUNTU 18.04] zpcictl --reset - contribution for kernel
Status in Ubuntu on IBM z Systems:
Fix Committed
Status in linux package in Ubuntu:
Fix Released
Status in linux source package in Bionic:
Fix Committed
Status in linux source package in Eoan:
Fix Released
Status in linux source package in Focal:
Fix Released
Status in linux source package in Groovy:
Fix Released
Bug description:
SRU Justification:
==
[Impact]
* With zpci_disable() working, 'lockdep' detected a potential deadlock
(in the s390x zPCI subsystem).
* The deadlock is between recovering a PCI function via the
/sys/bus/pci/devices//recover attribute vs powering it off via
/sys/bus/pci/slots//power.
[Fix]
* Backport 1: https://launchpadlibrarian.net/479554961/0001-s390-pci-
Recover-handle-in-clp_set_pci_fn.patch
* Backport 2: https://launchpadlibrarian.net/478714295/0001-s390-pci-
Fix-possible-deadlock-in-recover_store.patch
[Test Case]
* It's best to (re-)test using the kernel's locking validator, also
known as 'lockdep'.
* Since this potential deadlock was identified by lockdep.
[Regression Potential]
* The regression potential can be considered as moderate, since:
* It is purely s390x specific code (arch/s390/include/asm/pci.h and
arch/s390/pci/{pci.c,pci_clp.c,pci_sysfs.c}).
* It only affects the zPCI, the s390x specific PCI code layer.
* PCI cards available for s390x are optional cards (RoCE and zEDC) and
not very wide-spread.
* The states between such a deadlock can happen (recover and power
off) are non standard and usually undesired states.
* The patches are upstream accepted since 5.6 and already landed in
eoan and focal.
[Other Info]
* Patches 17cdec960cf7 "s390/pci: Recover handle in clp_set_pci_fn()"
and 576c75e36c68 "s390/pci: Fix possible deadlock in recover_store()"
are upstream accepted since kernel 5.6, but they don't apply cleanly
on bionic master-next, hence backports are needed:
* 0001-s390-pci-Recover-handle-in-clp_set_pci_fn.patch is a backport
of 17cdec960cf776b20b1fb08c61babe591d51 17cdec960cf7 "s390/pci:
Recover handle in clp_set_pci_fn()"
* 0001-s390-pci-Fix-possible-deadlock-in-recover_store.patch is a
backport of 576c75e36c689bec6a940e807bae27291ab0c0de 576c75e36c68
"s390/pci: Fix possible deadlock in recover_store()"
* Both patches/commits already landed in focal (with LP 1863768) and in eoan
(with LP 1868324).
__
This Bug tracks the necessary backport for the Linux Kernel
to enable proper reset/recovery of PCI Functions in the error state.
There is a related fix to s390-tools but the relevant zpcictl command
is not part of Ubuntu 18.04
Upstream this includes the following commits:
In the Kernel:
17cdec960cf776b20b1fb08c61babe591d51 s390/pci: Recover handle in
clp_set_pci_fn()
Backport patch attached.
576c75e36c689bec6a940e807bae27291ab0c0de s390/pci: Fix possible deadlock in
recover_store()
applies cleanly but for the second a small backport change is necessary.
These fixes are already in 20.04 but need also be applied to 18.04.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-z-systems/+bug/1870320/+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 1870320] Re: [UBUNTU 18.04] zpcictl --reset - contribution for kernel
** 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/1870320
Title:
[UBUNTU 18.04] zpcictl --reset - contribution for kernel
Status in Ubuntu on IBM z Systems:
Fix Committed
Status in linux package in Ubuntu:
Fix Released
Status in linux source package in Bionic:
Fix Committed
Status in linux source package in Eoan:
Fix Released
Status in linux source package in Focal:
Fix Released
Status in linux source package in Groovy:
Fix Released
Bug description:
SRU Justification:
==
[Impact]
* With zpci_disable() working, 'lockdep' detected a potential deadlock
(in the s390x zPCI subsystem).
* The deadlock is between recovering a PCI function via the
/sys/bus/pci/devices//recover attribute vs powering it off via
/sys/bus/pci/slots//power.
[Fix]
* Backport 1: https://launchpadlibrarian.net/479554961/0001-s390-pci-
Recover-handle-in-clp_set_pci_fn.patch
* Backport 2: https://launchpadlibrarian.net/478714295/0001-s390-pci-
Fix-possible-deadlock-in-recover_store.patch
[Test Case]
* It's best to (re-)test using the kernel's locking validator, also
known as 'lockdep'.
* Since this potential deadlock was identified by lockdep.
[Regression Potential]
* The regression potential can be considered as moderate, since:
* It is purely s390x specific code (arch/s390/include/asm/pci.h and
arch/s390/pci/{pci.c,pci_clp.c,pci_sysfs.c}).
* It only affects the zPCI, the s390x specific PCI code layer.
* PCI cards available for s390x are optional cards (RoCE and zEDC) and
not very wide-spread.
* The states between such a deadlock can happen (recover and power
off) are non standard and usually undesired states.
* The patches are upstream accepted since 5.6 and already landed in
eoan and focal.
[Other Info]
* Patches 17cdec960cf7 "s390/pci: Recover handle in clp_set_pci_fn()"
and 576c75e36c68 "s390/pci: Fix possible deadlock in recover_store()"
are upstream accepted since kernel 5.6, but they don't apply cleanly
on bionic master-next, hence backports are needed:
* 0001-s390-pci-Recover-handle-in-clp_set_pci_fn.patch is a backport
of 17cdec960cf776b20b1fb08c61babe591d51 17cdec960cf7 "s390/pci:
Recover handle in clp_set_pci_fn()"
* 0001-s390-pci-Fix-possible-deadlock-in-recover_store.patch is a
backport of 576c75e36c689bec6a940e807bae27291ab0c0de 576c75e36c68
"s390/pci: Fix possible deadlock in recover_store()"
* Both patches/commits already landed in focal (with LP 1863768) and in eoan
(with LP 1868324).
__
This Bug tracks the necessary backport for the Linux Kernel
to enable proper reset/recovery of PCI Functions in the error state.
There is a related fix to s390-tools but the relevant zpcictl command
is not part of Ubuntu 18.04
Upstream this includes the following commits:
In the Kernel:
17cdec960cf776b20b1fb08c61babe591d51 s390/pci: Recover handle in
clp_set_pci_fn()
Backport patch attached.
576c75e36c689bec6a940e807bae27291ab0c0de s390/pci: Fix possible deadlock in
recover_store()
applies cleanly but for the second a small backport change is necessary.
These fixes are already in 20.04 but need also be applied to 18.04.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-z-systems/+bug/1870320/+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 1870320] Re: [UBUNTU 18.04] zpcictl --reset - contribution for kernel
** Changed in: linux (Ubuntu Bionic)
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/1870320
Title:
[UBUNTU 18.04] zpcictl --reset - contribution for kernel
Status in Ubuntu on IBM z Systems:
In Progress
Status in linux package in Ubuntu:
Fix Released
Status in linux source package in Bionic:
Fix Committed
Status in linux source package in Eoan:
Fix Released
Status in linux source package in Focal:
Fix Released
Status in linux source package in Groovy:
Fix Released
Bug description:
SRU Justification:
==
[Impact]
* With zpci_disable() working, 'lockdep' detected a potential deadlock
(in the s390x zPCI subsystem).
* The deadlock is between recovering a PCI function via the
/sys/bus/pci/devices//recover attribute vs powering it off via
/sys/bus/pci/slots//power.
[Fix]
* Backport 1: https://launchpadlibrarian.net/479554961/0001-s390-pci-
Recover-handle-in-clp_set_pci_fn.patch
* Backport 2: https://launchpadlibrarian.net/478714295/0001-s390-pci-
Fix-possible-deadlock-in-recover_store.patch
[Test Case]
* It's best to (re-)test using the kernel's locking validator, also
known as 'lockdep'.
* Since this potential deadlock was identified by lockdep.
[Regression Potential]
* The regression potential can be considered as moderate, since:
* It is purely s390x specific code (arch/s390/include/asm/pci.h and
arch/s390/pci/{pci.c,pci_clp.c,pci_sysfs.c}).
* It only affects the zPCI, the s390x specific PCI code layer.
* PCI cards available for s390x are optional cards (RoCE and zEDC) and
not very wide-spread.
* The states between such a deadlock can happen (recover and power
off) are non standard and usually undesired states.
* The patches are upstream accepted since 5.6 and already landed in
eoan and focal.
[Other Info]
* Patches 17cdec960cf7 "s390/pci: Recover handle in clp_set_pci_fn()"
and 576c75e36c68 "s390/pci: Fix possible deadlock in recover_store()"
are upstream accepted since kernel 5.6, but they don't apply cleanly
on bionic master-next, hence backports are needed:
* 0001-s390-pci-Recover-handle-in-clp_set_pci_fn.patch is a backport
of 17cdec960cf776b20b1fb08c61babe591d51 17cdec960cf7 "s390/pci:
Recover handle in clp_set_pci_fn()"
* 0001-s390-pci-Fix-possible-deadlock-in-recover_store.patch is a
backport of 576c75e36c689bec6a940e807bae27291ab0c0de 576c75e36c68
"s390/pci: Fix possible deadlock in recover_store()"
* Both patches/commits already landed in focal (with LP 1863768) and in eoan
(with LP 1868324).
__
This Bug tracks the necessary backport for the Linux Kernel
to enable proper reset/recovery of PCI Functions in the error state.
There is a related fix to s390-tools but the relevant zpcictl command
is not part of Ubuntu 18.04
Upstream this includes the following commits:
In the Kernel:
17cdec960cf776b20b1fb08c61babe591d51 s390/pci: Recover handle in
clp_set_pci_fn()
Backport patch attached.
576c75e36c689bec6a940e807bae27291ab0c0de s390/pci: Fix possible deadlock in
recover_store()
applies cleanly but for the second a small backport change is necessary.
These fixes are already in 20.04 but need also be applied to 18.04.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-z-systems/+bug/1870320/+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 1870320] Re: [UBUNTU 18.04] zpcictl --reset - contribution for kernel
Kernel SRU request submitted:
https://lists.ubuntu.com/archives/kernel-team/2020-May/thread.html#109853
Updating status to 'In Progress'.
--
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/1870320
Title:
[UBUNTU 18.04] zpcictl --reset - contribution for kernel
Status in Ubuntu on IBM z Systems:
In Progress
Status in linux package in Ubuntu:
Fix Released
Status in linux source package in Bionic:
In Progress
Status in linux source package in Eoan:
Fix Released
Status in linux source package in Focal:
Fix Released
Status in linux source package in Groovy:
Fix Released
Bug description:
SRU Justification:
==
[Impact]
* With zpci_disable() working, 'lockdep' detected a potential deadlock
(in the s390x zPCI subsystem).
* The deadlock is between recovering a PCI function via the
/sys/bus/pci/devices//recover attribute vs powering it off via
/sys/bus/pci/slots//power.
[Fix]
* Backport 1: https://launchpadlibrarian.net/479554961/0001-s390-pci-
Recover-handle-in-clp_set_pci_fn.patch
* Backport 2: https://launchpadlibrarian.net/478714295/0001-s390-pci-
Fix-possible-deadlock-in-recover_store.patch
[Test Case]
* It's best to (re-)test using the kernel's locking validator, also
known as 'lockdep'.
* Since this potential deadlock was identified by lockdep.
[Regression Potential]
* The regression potential can be considered as moderate, since:
* It is purely s390x specific code (arch/s390/include/asm/pci.h and
arch/s390/pci/{pci.c,pci_clp.c,pci_sysfs.c}).
* It only affects the zPCI, the s390x specific PCI code layer.
* PCI cards available for s390x are optional cards (RoCE and zEDC) and
not very wide-spread.
* The states between such a deadlock can happen (recover and power
off) are non standard and usually undesired states.
* The patches are upstream accepted since 5.6 and already landed in
eoan and focal.
[Other Info]
* Patches 17cdec960cf7 "s390/pci: Recover handle in clp_set_pci_fn()"
and 576c75e36c68 "s390/pci: Fix possible deadlock in recover_store()"
are upstream accepted since kernel 5.6, but they don't apply cleanly
on bionic master-next, hence backports are needed:
* 0001-s390-pci-Recover-handle-in-clp_set_pci_fn.patch is a backport
of 17cdec960cf776b20b1fb08c61babe591d51 17cdec960cf7 "s390/pci:
Recover handle in clp_set_pci_fn()"
* 0001-s390-pci-Fix-possible-deadlock-in-recover_store.patch is a
backport of 576c75e36c689bec6a940e807bae27291ab0c0de 576c75e36c68
"s390/pci: Fix possible deadlock in recover_store()"
* Both patches/commits already landed in focal (with LP 1863768) and in eoan
(with LP 1868324).
__
This Bug tracks the necessary backport for the Linux Kernel
to enable proper reset/recovery of PCI Functions in the error state.
There is a related fix to s390-tools but the relevant zpcictl command
is not part of Ubuntu 18.04
Upstream this includes the following commits:
In the Kernel:
17cdec960cf776b20b1fb08c61babe591d51 s390/pci: Recover handle in
clp_set_pci_fn()
Backport patch attached.
576c75e36c689bec6a940e807bae27291ab0c0de s390/pci: Fix possible deadlock in
recover_store()
applies cleanly but for the second a small backport change is necessary.
These fixes are already in 20.04 but need also be applied to 18.04.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-z-systems/+bug/1870320/+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 1870320] Re: [UBUNTU 18.04] zpcictl --reset - contribution for kernel
** Description changed:
+ SRU Justification:
+ ==
+
+ [Impact]
+
+ * With zpci_disable() working, 'lockdep' detected a potential deadlock
+ (in the s390x zPCI subsystem).
+
+ * The deadlock is between recovering a PCI function via the
+ /sys/bus/pci/devices//recover attribute vs powering it off via
+ /sys/bus/pci/slots//power.
+
+ [Fix]
+
+ * Backport 1: https://launchpadlibrarian.net/479554961/0001-s390-pci-
+ Recover-handle-in-clp_set_pci_fn.patch
+
+ * Backport 2: https://launchpadlibrarian.net/478714295/0001-s390-pci-
+ Fix-possible-deadlock-in-recover_store.patch
+
+ [Test Case]
+
+ * It's best to (re-)test using the kernel's locking validator, also
+ known as 'lockdep'.
+
+ * Since this potential deadlock was identified by lockdep.
+
+ [Regression Potential]
+
+ * The regression potential can be considered as moderate, since:
+
+ * It is purely s390x specific code (arch/s390/include/asm/pci.h and
+ arch/s390/pci/{pci.c,pci_clp.c,pci_sysfs.c}).
+
+ * It only affects the zPCI, the s390x specific PCI code layer.
+
+ * PCI cards available for s390x are optional cards (RoCE and zEDC) and
+ not very wide-spread.
+
+ * The states between such a deadlock can happen (recover and power off)
+ are non standard and usually undesired states.
+
+ * The patches are upstream accepted since 5.6 and already landed in eoan
+ and focal.
+
+ [Other Info]
+
+ * Patches 17cdec960cf7 "s390/pci: Recover handle in clp_set_pci_fn()"
+ and 576c75e36c68 "s390/pci: Fix possible deadlock in recover_store()"
+ are upstream accepted since kernel 5.6, but they don't apply cleanly on
+ bionic master-next, hence backports are needed:
+
+ * 0001-s390-pci-Recover-handle-in-clp_set_pci_fn.patch is a backport of
+ 17cdec960cf776b20b1fb08c61babe591d51 17cdec960cf7 "s390/pci: Recover
+ handle in clp_set_pci_fn()"
+
+ * 0001-s390-pci-Fix-possible-deadlock-in-recover_store.patch is a
+ backport of 576c75e36c689bec6a940e807bae27291ab0c0de 576c75e36c68
+ "s390/pci: Fix possible deadlock in recover_store()"
+
+ * Both patches/commits already landed in focal (with LP 1863768) and in eoan
(with LP 1868324).
+ __
+
This Bug tracks the necessary backport for the Linux Kernel
to enable proper reset/recovery of PCI Functions in the error state.
There is a related fix to s390-tools but the relevant zpcictl command
is not part of Ubuntu 18.04
Upstream this includes the following commits:
In the Kernel:
17cdec960cf776b20b1fb08c61babe591d51 s390/pci: Recover handle in
clp_set_pci_fn()
Backport patch attached.
-
576c75e36c689bec6a940e807bae27291ab0c0de s390/pci: Fix possible deadlock in
recover_store()
applies cleanly but for the second a small backport change is necessary.
These fixes are already in 20.04 but need also be applied to 18.04.
** Changed in: linux (Ubuntu Bionic)
Status: Confirmed => In Progress
** Changed in: ubuntu-z-systems
Status: Confirmed => In Progress
--
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/1870320
Title:
[UBUNTU 18.04] zpcictl --reset - contribution for kernel
Status in Ubuntu on IBM z Systems:
In Progress
Status in linux package in Ubuntu:
Fix Released
Status in linux source package in Bionic:
In Progress
Status in linux source package in Eoan:
Fix Released
Status in linux source package in Focal:
Fix Released
Status in linux source package in Groovy:
Fix Released
Bug description:
SRU Justification:
==
[Impact]
* With zpci_disable() working, 'lockdep' detected a potential deadlock
(in the s390x zPCI subsystem).
* The deadlock is between recovering a PCI function via the
/sys/bus/pci/devices//recover attribute vs powering it off via
/sys/bus/pci/slots//power.
[Fix]
* Backport 1: https://launchpadlibrarian.net/479554961/0001-s390-pci-
Recover-handle-in-clp_set_pci_fn.patch
* Backport 2: https://launchpadlibrarian.net/478714295/0001-s390-pci-
Fix-possible-deadlock-in-recover_store.patch
[Test Case]
* It's best to (re-)test using the kernel's locking validator, also
known as 'lockdep'.
* Since this potential deadlock was identified by lockdep.
[Regression Potential]
* The regression potential can be considered as moderate, since:
* It is purely s390x specific code (arch/s390/include/asm/pci.h and
arch/s390/pci/{pci.c,pci_clp.c,pci_sysfs.c}).
* It only affects the zPCI, the s390x specific PCI code layer.
* PCI cards available for s390x are optional cards (RoCE and zEDC) and
not very wide-spread.
* The states between such a deadlock can happen (recover and power
off) are non standard and usually undesired states.
* The patches are upstream accepted since 5.6 and already landed in
eoan and focal.
[Other Info]
* Patches 17cdec960cf7 "s390/pci: Recover handle in clp_set_pci_fn()"
and 576c75e36c68
[Kernel-packages] [Bug 1870320] Re: [UBUNTU 18.04] zpcictl --reset - contribution for kernel
Hi Niklas, according to comment #4, yes a backport is needed - simple cherry-pick wasn't possible. Thx -- 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/1870320 Title: [UBUNTU 18.04] zpcictl --reset - contribution for kernel Status in Ubuntu on IBM z Systems: Confirmed Status in linux package in Ubuntu: Fix Released Status in linux source package in Bionic: Confirmed Status in linux source package in Eoan: Fix Released Status in linux source package in Focal: Fix Released Status in linux source package in Groovy: Fix Released Bug description: This Bug tracks the necessary backport for the Linux Kernel to enable proper reset/recovery of PCI Functions in the error state. There is a related fix to s390-tools but the relevant zpcictl command is not part of Ubuntu 18.04 Upstream this includes the following commits: In the Kernel: 17cdec960cf776b20b1fb08c61babe591d51 s390/pci: Recover handle in clp_set_pci_fn() Backport patch attached. 576c75e36c689bec6a940e807bae27291ab0c0de s390/pci: Fix possible deadlock in recover_store() applies cleanly but for the second a small backport change is necessary. These fixes are already in 20.04 but need also be applied to 18.04. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-z-systems/+bug/1870320/+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 1870320] Re: [UBUNTU 18.04] zpcictl --reset - contribution for kernel
Compiling the patched bionic kernel on bionic spits out less warnings,
but this error stays:
...
CC kernel/power/snapshot.o
/home/ubuntu/bionic-lp1870320/arch/s390/pci/pci_clp.c: In function
‘clp_disable_fh’:
/home/ubuntu/bionic-lp1870320/arch/s390/pci/pci_clp.c:295:6: warning: unused
variable ‘fh’ [-Wunused-variable]
u32 fh = zdev->fh;
^~
CC arch/s390/pci/pci_sysfs.o
CC mm/vmpressure.o
/home/ubuntu/bionic-lp1870320/arch/s390/pci/pci_sysfs.c: In function
‘recover_store’:
/home/ubuntu/bionic-lp1870320/arch/s390/pci/pci_sysfs.c:73:6: error: implicit
declaration of function ‘pci_dev_is_added’; did you mean ‘pci_device_add’?
[-Werror=implicit-function-declaration]
if (pci_dev_is_added(pdev)) {
^~~~
pci_device_add
CC kernel/power/swap.o
...
--
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/1870320
Title:
[UBUNTU 18.04] zpcictl --reset - contribution for kernel
Status in Ubuntu on IBM z Systems:
Confirmed
Status in linux package in Ubuntu:
Fix Released
Status in linux source package in Bionic:
Confirmed
Status in linux source package in Eoan:
Fix Released
Status in linux source package in Focal:
Fix Released
Status in linux source package in Groovy:
Fix Released
Bug description:
This Bug tracks the necessary backport for the Linux Kernel
to enable proper reset/recovery of PCI Functions in the error state.
There is a related fix to s390-tools but the relevant zpcictl command
is not part of Ubuntu 18.04
Upstream this includes the following commits:
In the Kernel:
17cdec960cf776b20b1fb08c61babe591d51 s390/pci: Recover handle in
clp_set_pci_fn()
Backport patch attached.
576c75e36c689bec6a940e807bae27291ab0c0de s390/pci: Fix possible deadlock in
recover_store()
applies cleanly but for the second a small backport change is necessary.
These fixes are already in 20.04 but need also be applied to 18.04.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-z-systems/+bug/1870320/+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 1870320] Re: [UBUNTU 18.04] zpcictl --reset - contribution for kernel
** Changed in: linux (Ubuntu Eoan) Status: New => 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/1870320 Title: [UBUNTU 18.04] zpcictl --reset - contribution for kernel Status in Ubuntu on IBM z Systems: Confirmed Status in linux package in Ubuntu: Fix Released Status in linux source package in Bionic: Confirmed Status in linux source package in Eoan: Fix Released Status in linux source package in Focal: Fix Released Status in linux source package in Groovy: Fix Released Bug description: This Bug tracks the necessary backport for the Linux Kernel to enable proper reset/recovery of PCI Functions in the error state. There is a related fix to s390-tools but the relevant zpcictl command is not part of Ubuntu 18.04 Upstream this includes the following commits: In the Kernel: 17cdec960cf776b20b1fb08c61babe591d51 s390/pci: Recover handle in clp_set_pci_fn() Backport patch attached. 576c75e36c689bec6a940e807bae27291ab0c0de s390/pci: Fix possible deadlock in recover_store() applies cleanly but for the second a small backport change is necessary. These fixes are already in 20.04 but need also be applied to 18.04. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-z-systems/+bug/1870320/+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 1870320] Re: [UBUNTU 18.04] zpcictl --reset - contribution for kernel
I was able to apply the patches, but only in the order:
1) apply 0001-s390-pci-Recover-handle-in-clp_set_pci_fn.patch (based on
17cdec960cf7)
2) cherry-pick 576c75e36c68
However, the test compile (on focal, but that shouldn't matter) failed:
make[2]: Leaving directory
'/home/ubuntu/bionic-lp1870320/debian/build/build-generic'
make[1]: *** [Makefile:146: sub-make] Error 2
make[1]: Leaving directory '/home/ubuntu/bionic-lp1870320'
make: *** [debian/rules.d/2-binary-arch.mk:50:
/home/ubuntu/bionic-lp1870320/debian/stamps/stamp-build-generic] Error 2
ubuntu@s1lp15:~/bionic-lp1870320$
due to:
...
CC [M] fs/afs/inode.o
/home/ubuntu/bionic-lp1870320/arch/s390/pci/pci_clp.c: In function
‘clp_disable_fh’:
/home/ubuntu/bionic-lp1870320/arch/s390/pci/pci_clp.c:295:6: warning: unused
variable ‘fh’ [-Wunused-variable]
295 | u32 fh = zdev->fh;
| ^~
CC crypto/lzo.o
CC security/keys/request_key.o
CC arch/s390/pci/pci_sysfs.o
CC security/smack/smack_lsm.o
CC kernel/power/wakelock.o
CC [M] fs/afs/main.o
CC security/selinux/hooks.o
/home/ubuntu/bionic-lp1870320/arch/s390/pci/pci_sysfs.c: In function
‘recover_store’:
/home/ubuntu/bionic-lp1870320/arch/s390/pci/pci_sysfs.c:73:6: error: implicit
declaration of function ‘pci_dev_is_added’; did you mean ‘pci_device_add’?
[-Werror=implicit-function-declaration]
73 | if (pci_dev_is_added(pdev)) {
| ^~~~
| pci_device_add
CC crypto/rng.o
cc1: some warnings being treated as errors
...
--
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/1870320
Title:
[UBUNTU 18.04] zpcictl --reset - contribution for kernel
Status in Ubuntu on IBM z Systems:
Confirmed
Status in linux package in Ubuntu:
Fix Released
Status in linux source package in Bionic:
Confirmed
Status in linux source package in Eoan:
New
Status in linux source package in Focal:
Fix Released
Status in linux source package in Groovy:
Fix Released
Bug description:
This Bug tracks the necessary backport for the Linux Kernel
to enable proper reset/recovery of PCI Functions in the error state.
There is a related fix to s390-tools but the relevant zpcictl command
is not part of Ubuntu 18.04
Upstream this includes the following commits:
In the Kernel:
17cdec960cf776b20b1fb08c61babe591d51 s390/pci: Recover handle in
clp_set_pci_fn()
Backport patch attached.
576c75e36c689bec6a940e807bae27291ab0c0de s390/pci: Fix possible deadlock in
recover_store()
applies cleanly but for the second a small backport change is necessary.
These fixes are already in 20.04 but need also be applied to 18.04.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-z-systems/+bug/1870320/+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 1870320] Re: [UBUNTU 18.04] zpcictl --reset - contribution for kernel
This got fixed based on LP 1863768 for focal, and is with that also fixed in groovy. And it also landed in eoan via the stable release update processed in LP 1868324. Hence only bionic is open. ** Changed in: linux (Ubuntu Groovy) Assignee: Canonical Kernel Team (canonical-kernel-team) => (unassigned) -- 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/1870320 Title: [UBUNTU 18.04] zpcictl --reset - contribution for kernel Status in Ubuntu on IBM z Systems: Confirmed Status in linux package in Ubuntu: Fix Released Status in linux source package in Bionic: Confirmed Status in linux source package in Eoan: New Status in linux source package in Focal: Fix Released Status in linux source package in Groovy: Fix Released Bug description: This Bug tracks the necessary backport for the Linux Kernel to enable proper reset/recovery of PCI Functions in the error state. There is a related fix to s390-tools but the relevant zpcictl command is not part of Ubuntu 18.04 Upstream this includes the following commits: In the Kernel: 17cdec960cf776b20b1fb08c61babe591d51 s390/pci: Recover handle in clp_set_pci_fn() Backport patch attached. 576c75e36c689bec6a940e807bae27291ab0c0de s390/pci: Fix possible deadlock in recover_store() applies cleanly but for the second a small backport change is necessary. These fixes are already in 20.04 but need also be applied to 18.04. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-z-systems/+bug/1870320/+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 1870320] Re: [UBUNTU 18.04] zpcictl --reset - contribution for kernel
** Changed in: linux (Ubuntu Eoan) Status: Fix Released => New -- 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/1870320 Title: [UBUNTU 18.04] zpcictl --reset - contribution for kernel Status in Ubuntu on IBM z Systems: Confirmed Status in linux package in Ubuntu: Fix Released Status in linux source package in Bionic: Confirmed Status in linux source package in Eoan: New Status in linux source package in Focal: Fix Released Status in linux source package in Groovy: Fix Released Bug description: This Bug tracks the necessary backport for the Linux Kernel to enable proper reset/recovery of PCI Functions in the error state. There is a related fix to s390-tools but the relevant zpcictl command is not part of Ubuntu 18.04 Upstream this includes the following commits: In the Kernel: 17cdec960cf776b20b1fb08c61babe591d51 s390/pci: Recover handle in clp_set_pci_fn() Backport patch attached. 576c75e36c689bec6a940e807bae27291ab0c0de s390/pci: Fix possible deadlock in recover_store() applies cleanly but for the second a small backport change is necessary. These fixes are already in 20.04 but need also be applied to 18.04. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-z-systems/+bug/1870320/+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 1870320] Re: [UBUNTU 18.04] zpcictl --reset - contribution for kernel
** Also affects: linux (Ubuntu Eoan) Importance: Undecided Status: New ** Changed in: linux (Ubuntu Eoan) Status: New => Fix Released ** Also affects: linux (Ubuntu Groovy) Importance: Undecided Assignee: Canonical Kernel Team (canonical-kernel-team) Status: Fix Released ** Also affects: linux (Ubuntu Focal) Importance: Undecided Status: New ** Changed in: linux (Ubuntu Focal) Status: New => 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/1870320 Title: [UBUNTU 18.04] zpcictl --reset - contribution for kernel Status in Ubuntu on IBM z Systems: Confirmed Status in linux package in Ubuntu: Fix Released Status in linux source package in Bionic: Confirmed Status in linux source package in Eoan: Fix Released Status in linux source package in Focal: Fix Released Status in linux source package in Groovy: Fix Released Bug description: This Bug tracks the necessary backport for the Linux Kernel to enable proper reset/recovery of PCI Functions in the error state. There is a related fix to s390-tools but the relevant zpcictl command is not part of Ubuntu 18.04 Upstream this includes the following commits: In the Kernel: 17cdec960cf776b20b1fb08c61babe591d51 s390/pci: Recover handle in clp_set_pci_fn() Backport patch attached. 576c75e36c689bec6a940e807bae27291ab0c0de s390/pci: Fix possible deadlock in recover_store() applies cleanly but for the second a small backport change is necessary. These fixes are already in 20.04 but need also be applied to 18.04. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-z-systems/+bug/1870320/+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 1870320] Re: [UBUNTU 18.04] zpcictl --reset - contribution for kernel
** Changed in: ubuntu-z-systems Status: Triaged => Confirmed -- 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/1870320 Title: [UBUNTU 18.04] zpcictl --reset - contribution for kernel Status in Ubuntu on IBM z Systems: Confirmed Status in linux package in Ubuntu: Fix Released Status in linux source package in Bionic: Confirmed Bug description: This Bug tracks the necessary backport for the Linux Kernel to enable proper reset/recovery of PCI Functions in the error state. There is a related fix to s390-tools but the relevant zpcictl command is not part of Ubuntu 18.04 Upstream this includes the following commits: In the Kernel: 17cdec960cf776b20b1fb08c61babe591d51 s390/pci: Recover handle in clp_set_pci_fn() Backport patch attached. 576c75e36c689bec6a940e807bae27291ab0c0de s390/pci: Fix possible deadlock in recover_store() applies cleanly but for the second a small backport change is necessary. These fixes are already in 20.04 but need also be applied to 18.04. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-z-systems/+bug/1870320/+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 1870320] Re: [UBUNTU 18.04] zpcictl --reset - contribution for kernel
** Also affects: linux (Ubuntu Bionic) Importance: Undecided Status: New ** Changed in: linux (Ubuntu) Status: New => Fix Released ** Changed in: linux (Ubuntu Bionic) Status: New => Confirmed -- 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/1870320 Title: [UBUNTU 18.04] zpcictl --reset - contribution for kernel Status in Ubuntu on IBM z Systems: Triaged Status in linux package in Ubuntu: Fix Released Status in linux source package in Bionic: Confirmed Bug description: This Bug tracks the necessary backport for the Linux Kernel to enable proper reset/recovery of PCI Functions in the error state. There is a related fix to s390-tools but the relevant zpcictl command is not part of Ubuntu 18.04 Upstream this includes the following commits: In the Kernel: 17cdec960cf776b20b1fb08c61babe591d51 s390/pci: Recover handle in clp_set_pci_fn() Backport patch attached. 576c75e36c689bec6a940e807bae27291ab0c0de s390/pci: Fix possible deadlock in recover_store() applies cleanly but for the second a small backport change is necessary. These fixes are already in 20.04 but need also be applied to 18.04. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-z-systems/+bug/1870320/+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 1870320] Re: [UBUNTU 18.04] zpcictl --reset - contribution for kernel
** Also affects: ubuntu-z-systems Importance: Undecided Status: New ** Changed in: ubuntu-z-systems Status: New => Triaged ** Changed in: ubuntu-z-systems Assignee: (unassigned) => Skipper Bug Screeners (skipper-screen-team) ** Changed in: linux (Ubuntu) Assignee: Skipper Bug Screeners (skipper-screen-team) => Canonical Kernel Team (canonical-kernel-team) -- 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/1870320 Title: [UBUNTU 18.04] zpcictl --reset - contribution for kernel Status in Ubuntu on IBM z Systems: Triaged Status in linux package in Ubuntu: New Bug description: This Bug tracks the necessary backport for the Linux Kernel to enable proper reset/recovery of PCI Functions in the error state. There is a related fix to s390-tools but the relevant zpcictl command is not part of Ubuntu 18.04 Upstream this includes the following commits: In the Kernel: 17cdec960cf776b20b1fb08c61babe591d51 s390/pci: Recover handle in clp_set_pci_fn() Backport patch attached. 576c75e36c689bec6a940e807bae27291ab0c0de s390/pci: Fix possible deadlock in recover_store() applies cleanly but for the second a small backport change is necessary. These fixes are already in 20.04 but need also be applied to 18.04. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-z-systems/+bug/1870320/+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
