| 2021-12-06 11:10:42 |
bugproxy |
bug |
|
|
added bug |
| 2021-12-06 11:10:46 |
bugproxy |
tags |
|
architecture-s39064 bugnameltc-195465 severity-high targetmilestone-inin2004 |
|
| 2021-12-06 11:10:48 |
bugproxy |
ubuntu: assignee |
|
Skipper Bug Screeners (skipper-screen-team) |
|
| 2021-12-06 11:10:53 |
bugproxy |
affects |
ubuntu |
linux (Ubuntu) |
|
| 2021-12-06 12:58:06 |
Frank Heimes |
bug task added |
|
ubuntu-z-systems |
|
| 2021-12-06 12:58:27 |
Frank Heimes |
ubuntu-z-systems: assignee |
|
Skipper Bug Screeners (skipper-screen-team) |
|
| 2021-12-06 12:58:30 |
Frank Heimes |
ubuntu-z-systems: importance |
Undecided |
High |
|
| 2021-12-06 15:49:46 |
bugproxy |
attachment added |
|
0001-s390-setup-diag-318-refactor-struct Applied directly from upstream https://bugs.launchpad.net/bugs/1953334/+attachment/5545723/+files/0001-s390-setup-diag-318-refactor-struct.patch |
|
| 2021-12-06 15:59:31 |
bugproxy |
attachment added |
|
0002-s390-kvm-diagnose-0x318-sync-and-reset backported from commit 23a60f834406c8e3805328b630d09d5546b460c1 https://bugs.launchpad.net/bugs/1953334/+attachment/5545724/+files/0002-s390-kvm-diagnose-0x318-sync-and-reset.patch |
|
| 2021-12-06 15:59:34 |
bugproxy |
attachment added |
|
0003-KVM-s390-remove-diag318-reset-code Applied directly from upstream https://bugs.launchpad.net/bugs/1953334/+attachment/5545725/+files/0003-KVM-s390-remove-diag318-reset-code.patch |
|
| 2021-12-06 15:59:36 |
bugproxy |
attachment added |
|
0004-KVM-s390-add-debug-statement-for-diag-318-CPNC-data Applied directly from upstream https://bugs.launchpad.net/bugs/1953334/+attachment/5545726/+files/0004-KVM-s390-add-debug-statement-for-diag-318-CPNC-data.patch |
|
| 2021-12-07 12:49:33 |
Frank Heimes |
description |
Hardware diagnose data (diag 318) of KVM guest kernel cannot be handled.
Fix needed to enhance problem determination of guest kernel under KVM |
SRU Justification:
==================
[Impact]
* Hardware diagnose data (diag 318) of KVM guest kernel cannot be handled.
* A fix is needed to enhance problem determination of guest kernel under KVM using DIAG 0x318 instruction execution.
* The s390x diagnose 318 instruction sets the control program name code (CPNC) and control program version code (CPVC) to provide useful information regarding the OS during debugging.
* The CPNC is explicitly set to 4 to indicate a Linux/KVM environment.
[Fix]
* In general the following 4 commits are needed:
* 3fd8417f2c728d810a3b26d7e2008012ffb7fd01 3fd8417f2c72 "KVM: s390: add debug statement for diag 318 CPNC data"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1953334/+attachment/5545726/+files/0004-KVM-s390-add-debug-statement-for-diag-318-CPNC-data.patch
* 6cbf1e960fa52e4c63a6dfa4cda8736375b34ccc 6cbf1e960fa5 "KVM: s390: remove diag318 reset code"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1953334/+attachment/5545725/+files/0003-KVM-s390-remove-diag318-reset-code.patch
* 23a60f834406c8e3805328b630d09d5546b460c1 23a60f834406 "s390/kvm: diagnose 0x318 sync and reset"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1953334/+attachment/5545724/+files/0002-s390-kvm-diagnose-0x318-sync-and-reset.patch
* a23816f3cdcbffe5dc6e8c331914b3f51b87c2f3 a23816f3cdcb "s390/setup: diag 318: refactor struct"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1953334/+attachment/5545723/+files/0001-s390-setup-diag-318-refactor-struct.patch
* For jammy, hirsute and impish only the first commit is needed, the others are already in.
* For focal all 4 commits are needed, but since they do not apply cleanly on focal, the attached backports need to be used instead.
[Test Case]
* Setup an IBM Z or LinuxONE LPAR with Ubuntu Server as KVM host.
* And setup an Ubuntu KVM virtual on top.
* It can then be observed if the CPNC (diag318 data) has been successfully set by looking at the s390dbf messages for the KVM guest.
* The CPNC will always be 4 (denotes Linux environment).
* Another way to test this is by running the sync_regs_test under tools/testing/selftests/kvm/s390x/sync_regs_test. Just running the kernel self test suite can trigger this.
[Where problems could occur]
* The approach here is to provide additional debug and diagnose information on top.
* Hence even if the diag318 changes are broken, the existing functionality shouldn't be harmed.
* The changes themselves are relatively discernible and mostly introduce new structures.
* However, with the functional changes broken code could be introduced (e.g. due to erroneous pointer arithmetic for example) that does not compile or causes crashes. But this is what the test builds are for (https://launchpad.net/~fheimes/+archive/ubuntu/lp1953334).
* On top the diag318 diagnose data might not properly provided - maybe empty or wrong. Again that is what the test builds and the verification later is targeted at.
* Since diag318 is s390x specific, all the modifications touch s390x code only. (in arch/s390/kvm/ kvm-s390.c and vsie.c, arch/s390/kernel/setup.c, arch/s390/include/asm/ kvm_host.h, kvm.h and diag.h). At least no other other architecture will be affected.
* Well, there is one tiny bit of a common code change, but it's just a new define statement in include/uapi/linux/kvm.h ('#define KVM_CAP_S390_DIAG318 186').
[Other]
* Request was to add the patches to focal / 20.04, but to avoid potential regressions on upgrades, the patches need to be added to jammy, impish and hirsute, too.
* As mentioned above, Jammy, Hirsute and Impish includes almost everything needed, except 3fd8417f2c72 "KVM: s390: add debug statement for diag 318 CPNC data".
* Hence the SRU is for Focal, Jammy, Hirsute and Impish, but less invasive for Jammy, Hirsute and Impish, also because commit 3fd8417f2c72 can be cleanly cherry-picked form there.
* LP#1953338 is related to this bug and covers the qemu/KVM bits.
__________
Hardware diagnose data (diag 318) of KVM guest kernel cannot be handled.
Fix needed to enhance problem determination of guest kernel under KVM |
|
| 2021-12-07 18:41:14 |
Frank Heimes |
summary |
[UBUNTU 20.04] KVM hardware diagnose data improvements for guest kernel - kernel part |
[UBUNTU 20.04] KVM hardware diagnose data improvements for guest kernel (diag 318) |
|
| 2021-12-07 18:41:49 |
Frank Heimes |
summary |
[UBUNTU 20.04] KVM hardware diagnose data improvements for guest kernel (diag 318) |
[UBUNTU 20.04] KVM hardware diagnose data improvements for guest kernel - kernel part |
|
| 2021-12-07 20:41:56 |
Frank Heimes |
nominated for series |
|
Ubuntu Impish |
|
| 2021-12-07 20:41:56 |
Frank Heimes |
bug task added |
|
linux (Ubuntu Impish) |
|
| 2021-12-07 20:41:56 |
Frank Heimes |
nominated for series |
|
Ubuntu Jammy |
|
| 2021-12-07 20:41:56 |
Frank Heimes |
bug task added |
|
linux (Ubuntu Jammy) |
|
| 2021-12-07 20:41:56 |
Frank Heimes |
nominated for series |
|
Ubuntu Focal |
|
| 2021-12-07 20:41:56 |
Frank Heimes |
bug task added |
|
linux (Ubuntu Focal) |
|
| 2021-12-07 20:41:56 |
Frank Heimes |
nominated for series |
|
Ubuntu Hirsute |
|
| 2021-12-07 20:41:56 |
Frank Heimes |
bug task added |
|
linux (Ubuntu Hirsute) |
|
| 2021-12-07 20:42:06 |
Frank Heimes |
ubuntu-z-systems: status |
New |
In Progress |
|
| 2021-12-07 20:42:11 |
Frank Heimes |
linux (Ubuntu Focal): status |
New |
In Progress |
|
| 2021-12-07 20:42:14 |
Frank Heimes |
linux (Ubuntu Hirsute): status |
New |
In Progress |
|
| 2021-12-07 20:42:17 |
Frank Heimes |
linux (Ubuntu Impish): status |
New |
In Progress |
|
| 2021-12-07 20:42:19 |
Frank Heimes |
linux (Ubuntu Jammy): status |
New |
In Progress |
|
| 2021-12-07 20:42:45 |
Frank Heimes |
linux (Ubuntu Jammy): assignee |
Skipper Bug Screeners (skipper-screen-team) |
Canonical Kernel Team (canonical-kernel-team) |
|
| 2021-12-07 20:43:01 |
Frank Heimes |
linux (Ubuntu Impish): assignee |
|
Canonical Kernel Team (canonical-kernel-team) |
|
| 2021-12-07 20:43:10 |
Frank Heimes |
linux (Ubuntu Hirsute): assignee |
|
Canonical Kernel Team (canonical-kernel-team) |
|
| 2021-12-07 20:43:22 |
Frank Heimes |
linux (Ubuntu Focal): assignee |
|
Canonical Kernel Team (canonical-kernel-team) |
|
| 2021-12-15 13:39:09 |
Kleber Sacilotto de Souza |
linux (Ubuntu Impish): status |
In Progress |
Fix Committed |
|
| 2021-12-15 13:39:58 |
Kleber Sacilotto de Souza |
linux (Ubuntu Hirsute): status |
In Progress |
Fix Committed |
|
| 2021-12-15 13:40:46 |
Kleber Sacilotto de Souza |
linux (Ubuntu Focal): status |
In Progress |
Fix Committed |
|
| 2022-01-06 17:56:18 |
Ubuntu Kernel Bot |
tags |
architecture-s39064 bugnameltc-195465 severity-high targetmilestone-inin2004 |
architecture-s39064 bugnameltc-195465 severity-high targetmilestone-inin2004 verification-needed-impish |
|
| 2022-01-12 13:36:40 |
Ubuntu Kernel Bot |
tags |
architecture-s39064 bugnameltc-195465 severity-high targetmilestone-inin2004 verification-needed-impish |
architecture-s39064 bugnameltc-195465 severity-high targetmilestone-inin2004 verification-needed-hirsute verification-needed-impish |
|
| 2022-01-19 13:18:34 |
Ubuntu Kernel Bot |
tags |
architecture-s39064 bugnameltc-195465 severity-high targetmilestone-inin2004 verification-needed-hirsute verification-needed-impish |
architecture-s39064 bugnameltc-195465 severity-high targetmilestone-inin2004 verification-needed-focal verification-needed-hirsute verification-needed-impish |
|
| 2022-01-25 08:17:51 |
Frank Heimes |
description |
SRU Justification:
==================
[Impact]
* Hardware diagnose data (diag 318) of KVM guest kernel cannot be handled.
* A fix is needed to enhance problem determination of guest kernel under KVM using DIAG 0x318 instruction execution.
* The s390x diagnose 318 instruction sets the control program name code (CPNC) and control program version code (CPVC) to provide useful information regarding the OS during debugging.
* The CPNC is explicitly set to 4 to indicate a Linux/KVM environment.
[Fix]
* In general the following 4 commits are needed:
* 3fd8417f2c728d810a3b26d7e2008012ffb7fd01 3fd8417f2c72 "KVM: s390: add debug statement for diag 318 CPNC data"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1953334/+attachment/5545726/+files/0004-KVM-s390-add-debug-statement-for-diag-318-CPNC-data.patch
* 6cbf1e960fa52e4c63a6dfa4cda8736375b34ccc 6cbf1e960fa5 "KVM: s390: remove diag318 reset code"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1953334/+attachment/5545725/+files/0003-KVM-s390-remove-diag318-reset-code.patch
* 23a60f834406c8e3805328b630d09d5546b460c1 23a60f834406 "s390/kvm: diagnose 0x318 sync and reset"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1953334/+attachment/5545724/+files/0002-s390-kvm-diagnose-0x318-sync-and-reset.patch
* a23816f3cdcbffe5dc6e8c331914b3f51b87c2f3 a23816f3cdcb "s390/setup: diag 318: refactor struct"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1953334/+attachment/5545723/+files/0001-s390-setup-diag-318-refactor-struct.patch
* For jammy, hirsute and impish only the first commit is needed, the others are already in.
* For focal all 4 commits are needed, but since they do not apply cleanly on focal, the attached backports need to be used instead.
[Test Case]
* Setup an IBM Z or LinuxONE LPAR with Ubuntu Server as KVM host.
* And setup an Ubuntu KVM virtual on top.
* It can then be observed if the CPNC (diag318 data) has been successfully set by looking at the s390dbf messages for the KVM guest.
* The CPNC will always be 4 (denotes Linux environment).
* Another way to test this is by running the sync_regs_test under tools/testing/selftests/kvm/s390x/sync_regs_test. Just running the kernel self test suite can trigger this.
[Where problems could occur]
* The approach here is to provide additional debug and diagnose information on top.
* Hence even if the diag318 changes are broken, the existing functionality shouldn't be harmed.
* The changes themselves are relatively discernible and mostly introduce new structures.
* However, with the functional changes broken code could be introduced (e.g. due to erroneous pointer arithmetic for example) that does not compile or causes crashes. But this is what the test builds are for (https://launchpad.net/~fheimes/+archive/ubuntu/lp1953334).
* On top the diag318 diagnose data might not properly provided - maybe empty or wrong. Again that is what the test builds and the verification later is targeted at.
* Since diag318 is s390x specific, all the modifications touch s390x code only. (in arch/s390/kvm/ kvm-s390.c and vsie.c, arch/s390/kernel/setup.c, arch/s390/include/asm/ kvm_host.h, kvm.h and diag.h). At least no other other architecture will be affected.
* Well, there is one tiny bit of a common code change, but it's just a new define statement in include/uapi/linux/kvm.h ('#define KVM_CAP_S390_DIAG318 186').
[Other]
* Request was to add the patches to focal / 20.04, but to avoid potential regressions on upgrades, the patches need to be added to jammy, impish and hirsute, too.
* As mentioned above, Jammy, Hirsute and Impish includes almost everything needed, except 3fd8417f2c72 "KVM: s390: add debug statement for diag 318 CPNC data".
* Hence the SRU is for Focal, Jammy, Hirsute and Impish, but less invasive for Jammy, Hirsute and Impish, also because commit 3fd8417f2c72 can be cleanly cherry-picked form there.
* LP#1953338 is related to this bug and covers the qemu/KVM bits.
__________
Hardware diagnose data (diag 318) of KVM guest kernel cannot be handled.
Fix needed to enhance problem determination of guest kernel under KVM |
SRU Justification:
==================
[Impact]
* Hardware diagnose data (diag 318) of KVM guest kernel cannot be handled.
* A fix is needed to enhance problem determination of guest kernel under KVM using DIAG 0x318 instruction execution.
* The s390x diagnose 318 instruction sets the control program name code (CPNC) and control program version code (CPVC) to provide useful information regarding the OS during debugging.
* The CPNC is explicitly set to 4 to indicate a Linux/KVM environment.
[Fix]
* In general the following 4 commits are needed:
* 3fd8417f2c728d810a3b26d7e2008012ffb7fd01 3fd8417f2c72 "KVM: s390: add debug statement for diag 318 CPNC data"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1953334/+attachment/5545726/+files/0004-KVM-s390-add-debug-statement-for-diag-318-CPNC-data.patch
* 6cbf1e960fa52e4c63a6dfa4cda8736375b34ccc 6cbf1e960fa5 "KVM: s390: remove diag318 reset code"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1953334/+attachment/5545725/+files/0003-KVM-s390-remove-diag318-reset-code.patch
* 23a60f834406c8e3805328b630d09d5546b460c1 23a60f834406 "s390/kvm: diagnose 0x318 sync and reset"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1953334/+attachment/5545724/+files/0002-s390-kvm-diagnose-0x318-sync-and-reset.patch
* a23816f3cdcbffe5dc6e8c331914b3f51b87c2f3 a23816f3cdcb "s390/setup: diag 318: refactor struct"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1953334/+attachment/5545723/+files/0001-s390-setup-diag-318-refactor-struct.patch
* For jammy, hirsute and impish only the first commit is needed, the others are already in.
* For focal all 4 commits are needed, but since they do not apply cleanly on focal, the attached backports need to be used instead.
[Test Case]
* Setup an IBM Z or LinuxONE LPAR with Ubuntu Server as KVM host.
* And setup an Ubuntu KVM virtual machine on top.
* It can then be observed if the CPNC (diag318 data) has been successfully set by looking at the s390dbf messages for the KVM guest.
* The CPNC will always be 4 (denotes Linux environment).
* Another way to test this is by running the sync_regs_test under tools/testing/selftests/kvm/s390x/sync_regs_test. Just running the kernel self test suite can trigger this.
[Where problems could occur]
* The approach here is to provide additional debug and diagnose information on top.
* Hence even if the diag318 changes are broken, the existing functionality shouldn't be harmed.
* The changes themselves are relatively discernible and mostly introduce new structures.
* However, with the functional changes broken code could be introduced (e.g. due to erroneous pointer arithmetic for example) that does not compile or causes crashes. But this is what the test builds are for (https://launchpad.net/~fheimes/+archive/ubuntu/lp1953334).
* On top the diag318 diagnose data might not properly provided - maybe empty or wrong. Again that is what the test builds and the verification later is targeted at.
* Since diag318 is s390x specific, all the modifications touch s390x code only. (in arch/s390/kvm/ kvm-s390.c and vsie.c, arch/s390/kernel/setup.c, arch/s390/include/asm/ kvm_host.h, kvm.h and diag.h). At least no other other architecture will be affected.
* Well, there is one tiny bit of a common code change, but it's just a new define statement in include/uapi/linux/kvm.h ('#define KVM_CAP_S390_DIAG318 186').
[Other]
* Request was to add the patches to focal / 20.04, but to avoid potential regressions on upgrades, the patches need to be added to jammy, impish and hirsute, too.
* As mentioned above, Jammy, Hirsute and Impish includes almost everything needed, except 3fd8417f2c72 "KVM: s390: add debug statement for diag 318 CPNC data".
* Hence the SRU is for Focal, Jammy, Hirsute and Impish, but less invasive for Jammy, Hirsute and Impish, also because commit 3fd8417f2c72 can be cleanly cherry-picked form there.
* LP#1953338 is related to this bug and covers the qemu/KVM bits.
__________
Hardware diagnose data (diag 318) of KVM guest kernel cannot be handled.
Fix needed to enhance problem determination of guest kernel under KVM |
|
| 2022-01-25 12:13:31 |
Frank Heimes |
attachment added |
|
test_focal.txt https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1953334/+attachment/5557339/+files/test_focal.txt |
|
| 2022-01-25 14:12:35 |
Frank Heimes |
linux (Ubuntu Jammy): status |
In Progress |
Fix Committed |
|
| 2022-01-25 14:12:39 |
Frank Heimes |
ubuntu-z-systems: status |
In Progress |
Fix Committed |
|
| 2022-01-26 16:14:51 |
Frank Heimes |
tags |
architecture-s39064 bugnameltc-195465 severity-high targetmilestone-inin2004 verification-needed-focal verification-needed-hirsute verification-needed-impish |
architecture-s39064 bugnameltc-195465 severity-high targetmilestone-inin2004 verification-done-focal verification-done-hirsute verification-done-impish |
|
| 2022-01-27 13:06:53 |
Launchpad Janitor |
linux (Ubuntu Jammy): status |
Fix Committed |
Fix Released |
|
| 2022-01-27 13:06:53 |
Launchpad Janitor |
cve linked |
|
2021-4155 |
|
| 2022-01-27 13:06:53 |
Launchpad Janitor |
cve linked |
|
2022-0185 |
|
| 2022-01-31 12:27:53 |
Launchpad Janitor |
linux (Ubuntu Focal): status |
Fix Committed |
Fix Released |
|
| 2022-01-31 12:32:51 |
Launchpad Janitor |
linux (Ubuntu Impish): status |
Fix Committed |
Fix Released |
|
| 2022-01-31 12:32:51 |
Launchpad Janitor |
cve linked |
|
2021-4090 |
|
| 2022-01-31 12:32:51 |
Launchpad Janitor |
cve linked |
|
2021-42327 |
|
| 2022-01-31 12:55:01 |
Frank Heimes |
linux (Ubuntu Hirsute): status |
Fix Committed |
Invalid |
|
| 2022-01-31 12:55:06 |
Frank Heimes |
ubuntu-z-systems: status |
Fix Committed |
Fix Released |
|
| 2022-02-07 15:05:18 |
Ubuntu Kernel Bot |
tags |
architecture-s39064 bugnameltc-195465 severity-high targetmilestone-inin2004 verification-done-focal verification-done-hirsute verification-done-impish |
architecture-s39064 bugnameltc-195465 severity-high targetmilestone-inin2004 verification-done-focal verification-done-hirsute verification-done-impish verification-needed-bionic |
|
| 2022-02-07 16:12:53 |
Frank Heimes |
tags |
architecture-s39064 bugnameltc-195465 severity-high targetmilestone-inin2004 verification-done-focal verification-done-hirsute verification-done-impish verification-needed-bionic |
architecture-s39064 bugnameltc-195465 severity-high targetmilestone-inin2004 verification-done-bionic verification-done-focal verification-done-hirsute verification-done-impish |
|
