[Kernel-packages] [Bug 1882088] Comment bridged from LTC Bugzilla
--- Comment From heinz-werner_se...@de.ibm.com 2020-09-04 03:06 EDT--- IBM Bugzilla status-> closed, Fix Released with all requested distros. -- 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/1882088 Title: [UBUNTU 20.04] smc: SMC connections hang with later-level implementations Status in Ubuntu on IBM z Systems: Fix Released Status in linux package in Ubuntu: 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] * Connections from later-level SMC (protocol) versions to an SMC- enabled server on Linux hang. * Later-level versions of SMC (although backwards-compatible) present a higher version number and use larger messages during the CLC handshake. * The solution to avoid such hangs is to introduce toleration for later version numbers, and support CLC messages of arbitrary length. [Fix] * fb4f79264c0fc6fd5a68ffe3e31bfff97311e1f1 fb4f79264c0f "net/smc: tolerate future SMCD versions" [Test Case] * Requires two IBM z13/z13s GA2 or LinuxONE Rockhopper/Emperor systems with RoCE Express adapter v2(.1) for SMC-D usage. * One system needs to run the initial SMC-D version, the other a newer version. * Establish a connection between both system and monitor/verify if it's reliable or if it hangs. [Regression Potential] * The regression can be considered as medium to low: * Since SMC-D is a pretty special way of doing shared memory communications and not that wide-spread. * However, the code that is changed is common code. * But the patch is straight forward and only modifies /net/smc/smc_clc.c and /net/smc/smc_clc.h * It largely bumps limits (allows larger messages), adds a check and introduces toleration, rather than changing control or flow. [Other] * The above fix is currently in 'linux-next' and tagged with next-20200709. * It is still assumed that it gets accepted for 5.8. * However, since this is not guaranteed this SRU request is for focal and groovy - to make sure that no potential regressions are introduced in case the patch will not end up in 5.8. __ Description: smc: SMC connections hang with later-level implementations Symptom: Connections from later-level SMC versions to an SMC-enabled server on Linux hang. Problem: Later-level versions of SMC present, although backwards- compatible, a higher version number, and use larger messages during the CLC handshake. Solution: Adjust for tolerating later version numbers, and support CLC messages of arbitrary length. Reproduction: Enable a server on Linux for SMC, and connect using a later- level version of SMC Applicable for: Ubuntu 20.04 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-z-systems/+bug/1882088/+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 1882088] Comment bridged from LTC Bugzilla
--- Comment From ursula.br...@de.ibm.com 2020-08-21 14:10 EDT--- My tests have been successful. Fix is validated. -- 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/1882088 Title: [UBUNTU 20.04] smc: SMC connections hang with later-level implementations Status in Ubuntu on IBM z Systems: In Progress Status in linux package in Ubuntu: In Progress Status in linux source package in Focal: Fix Committed Status in linux source package in Groovy: In Progress Bug description: SRU Justification: == [Impact] * Connections from later-level SMC (protocol) versions to an SMC- enabled server on Linux hang. * Later-level versions of SMC (although backwards-compatible) present a higher version number and use larger messages during the CLC handshake. * The solution to avoid such hangs is to introduce toleration for later version numbers, and support CLC messages of arbitrary length. [Fix] * fb4f79264c0fc6fd5a68ffe3e31bfff97311e1f1 fb4f79264c0f "net/smc: tolerate future SMCD versions" [Test Case] * Requires two IBM z13/z13s GA2 or LinuxONE Rockhopper/Emperor systems with RoCE Express adapter v2(.1) for SMC-D usage. * One system needs to run the initial SMC-D version, the other a newer version. * Establish a connection between both system and monitor/verify if it's reliable or if it hangs. [Regression Potential] * The regression can be considered as medium to low: * Since SMC-D is a pretty special way of doing shared memory communications and not that wide-spread. * However, the code that is changed is common code. * But the patch is straight forward and only modifies /net/smc/smc_clc.c and /net/smc/smc_clc.h * It largely bumps limits (allows larger messages), adds a check and introduces toleration, rather than changing control or flow. [Other] * The above fix is currently in 'linux-next' and tagged with next-20200709. * It is still assumed that it gets accepted for 5.8. * However, since this is not guaranteed this SRU request is for focal and groovy - to make sure that no potential regressions are introduced in case the patch will not end up in 5.8. __ Description: smc: SMC connections hang with later-level implementations Symptom: Connections from later-level SMC versions to an SMC-enabled server on Linux hang. Problem: Later-level versions of SMC present, although backwards- compatible, a higher version number, and use larger messages during the CLC handshake. Solution: Adjust for tolerating later version numbers, and support CLC messages of arbitrary length. Reproduction: Enable a server on Linux for SMC, and connect using a later- level version of SMC Applicable for: Ubuntu 20.04 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-z-systems/+bug/1882088/+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 1882088] Comment bridged from LTC Bugzilla
--- Comment From ursula.br...@de.ibm.com 2020-08-21 12:42 EDT--- Yes, it helped. Thx! I am now running kernel 5.4.0-44-generic and started verification. -- 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/1882088 Title: [UBUNTU 20.04] smc: SMC connections hang with later-level implementations Status in Ubuntu on IBM z Systems: In Progress Status in linux package in Ubuntu: In Progress Status in linux source package in Focal: Fix Committed Status in linux source package in Groovy: In Progress Bug description: SRU Justification: == [Impact] * Connections from later-level SMC (protocol) versions to an SMC- enabled server on Linux hang. * Later-level versions of SMC (although backwards-compatible) present a higher version number and use larger messages during the CLC handshake. * The solution to avoid such hangs is to introduce toleration for later version numbers, and support CLC messages of arbitrary length. [Fix] * fb4f79264c0fc6fd5a68ffe3e31bfff97311e1f1 fb4f79264c0f "net/smc: tolerate future SMCD versions" [Test Case] * Requires two IBM z13/z13s GA2 or LinuxONE Rockhopper/Emperor systems with RoCE Express adapter v2(.1) for SMC-D usage. * One system needs to run the initial SMC-D version, the other a newer version. * Establish a connection between both system and monitor/verify if it's reliable or if it hangs. [Regression Potential] * The regression can be considered as medium to low: * Since SMC-D is a pretty special way of doing shared memory communications and not that wide-spread. * However, the code that is changed is common code. * But the patch is straight forward and only modifies /net/smc/smc_clc.c and /net/smc/smc_clc.h * It largely bumps limits (allows larger messages), adds a check and introduces toleration, rather than changing control or flow. [Other] * The above fix is currently in 'linux-next' and tagged with next-20200709. * It is still assumed that it gets accepted for 5.8. * However, since this is not guaranteed this SRU request is for focal and groovy - to make sure that no potential regressions are introduced in case the patch will not end up in 5.8. __ Description: smc: SMC connections hang with later-level implementations Symptom: Connections from later-level SMC versions to an SMC-enabled server on Linux hang. Problem: Later-level versions of SMC present, although backwards- compatible, a higher version number, and use larger messages during the CLC handshake. Solution: Adjust for tolerating later version numbers, and support CLC messages of arbitrary length. Reproduction: Enable a server on Linux for SMC, and connect using a later- level version of SMC Applicable for: Ubuntu 20.04 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-z-systems/+bug/1882088/+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 1882088] Comment bridged from LTC Bugzilla
--- Comment From ursula.br...@de.ibm.com 2020-08-20 09:32 EDT--- I have installed an Ubuntu 20.4, and copied the deb-packages to /root/tmp/fheimes. But I have never installed additional kernel packages on Ubuntu. It failed like this: root@s8360032:~/tmp/fheimes# apt install /root/tmp/fheimes/*.deb Reading package lists... Done Building dependency tree Reading state information... Done Note, selecting 'linux-buildinfo-5.4.0-42-generic' instead of '/root/tmp/fheimes/linux-buildinfo-5.4.0-42-generic_5.4.0-42.46_s390x.deb' Note, selecting 'linux-headers-5.4.0-42-generic' instead of '/root/tmp/fheimes/linux-headers-5.4.0-42-generic_5.4.0-42.46_s390x.deb' Note, selecting 'linux-image-unsigned-5.4.0-42-generic' instead of '/root/tmp/fheimes/linux-image-unsigned-5.4.0-42-generic_5.4.0-42.46_s390x.deb' Note, selecting 'linux-modules-5.4.0-42-generic' instead of '/root/tmp/fheimes/linux-modules-5.4.0-42-generic_5.4.0-42.46_s390x.deb' Note, selecting 'linux-modules-extra-5.4.0-42-generic' instead of '/root/tmp/fheimes/linux-modules-extra-5.4.0-42-generic_5.4.0-42.46_s390x.deb' Note, selecting 'linux-tools-5.4.0-42-generic' instead of '/root/tmp/fheimes/linux-tools-5.4.0-42-generic_5.4.0-42.46_s390x.deb' The following additional packages will be installed: libdw1 linux-tools-5.4.0-42 linux-tools-common Suggested packages: fdutils linux-doc | linux-source-5.4.0 linux-tools The following packages will be REMOVED: linux-generic linux-image-5.4.0-42-generic linux-image-generic The following NEW packages will be installed: libdw1 linux-buildinfo-5.4.0-42-generic linux-image-unsigned-5.4.0-42-generic linux-tools-5.4.0-42 linux-tools-5.4.0-42-generic linux-tools-common The following packages will be DOWNGRADED: linux-headers-5.4.0-42-generic linux-modules-5.4.0-42-generic linux-modules-extra-5.4.0-42-generic 0 upgraded, 6 newly installed, 3 downgraded, 3 to remove and 0 not upgraded. Need to get 5,185 kB/28.9 MB of archives. After this operation, 23.6 MB of additional disk space will be used. Do you want to continue? [Y/n] Y Get:1 http://ports.ubuntu.com/ubuntu-ports focal/main s390x libdw1 s390x 0.176-1.1build1 [226 kB] Get:2 /root/tmp/fheimes/linux-image-unsigned-5.4.0-42-generic_5.4.0-42.46_s390x.deb linux-image-unsigned-5.4.0-42-generic s390x 5.4.0-42.46 [6,658 kB] Get:3 /root/tmp/fheimes/linux-buildinfo-5.4.0-42-generic_5.4.0-42.46_s390x.deb linux-buildinfo-5.4.0-42-generic s390x 5.4.0-42.46 [384 kB] Get:4 /root/tmp/fheimes/linux-headers-5.4.0-42-generic_5.4.0-42.46_s390x.deb linux-headers-5.4.0-42-generic s390x 5.4.0-42.46 [709 kB] Get:5 http://ports.ubuntu.com/ubuntu-ports focal-updates/main s390x linux-tools-common all 5.4.0-42.46 [197 kB] Get:6 http://ports.ubuntu.com/ubuntu-ports focal-updates/main s390x linux-tools-5.4.0-42 s390x 5.4.0-42.46 [4,763 kB] Get:7 /root/tmp/fheimes/linux-modules-5.4.0-42-generic_5.4.0-42.46_s390x.deb linux-modules-5.4.0-42-generic s390x 5.4.0-42.46 [9,310 kB] Get:8 /root/tmp/fheimes/linux-modules-extra-5.4.0-42-generic_5.4.0-42.46_s390x.deb linux-modules-extra-5.4.0-42-generic s390x 5.4.0-42.46 [6,332 kB] Get:9 /root/tmp/fheimes/linux-tools-5.4.0-42-generic_5.4.0-42.46_s390x.deb linux-tools-5.4.0-42-generic s390x 5.4.0-42.46 [289 kB] Fetched 5,185 kB in 0s (12.6 MB/s) (Reading database ... 52292 files and directories currently installed.) Removing linux-generic (5.4.0.42.46) ... Removing linux-image-generic (5.4.0.42.46) ... dpkg: linux-image-5.4.0-42-generic: dependency problems, but removing anyway as you requested: linux-modules-extra-5.4.0-42-generic depends on linux-image-5.4.0-42-generic | linux-image-unsigned-5.4.0-42-generic; however: Package linux-image-5.4.0-42-generic is to be removed. Package linux-image-unsigned-5.4.0-42-generic is not installed. Removing linux-image-5.4.0-42-generic (5.4.0-42.46) ... E: Aborting removal of the running kernel dpkg: error processing package linux-image-5.4.0-42-generic (--remove): installed linux-image-5.4.0-42-generic package pre-removal script subprocess returned error exit status 1 dpkg: too many errors, stopping Errors were encountered while processing: linux-image-5.4.0-42-generic Processing was halted because there were too many errors. N: Download is performed unsandboxed as root as file '/root/tmp/fheimes/linux-image-unsigned-5.4.0-42-generic_5.4.0-42.46_s390x.deb' couldn't be accessed by user '_apt'. - pkgAcquire::Run (13: Permission denied) E: Sub-process /usr/bin/dpkg returned an error code (1) Can I get some hints how to apply the deb Files? -- 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/1882088 Title: [UBUNTU 20.04] smc: SMC connections hang with later-level implementations Status in Ubuntu on IBM z Systems: In Progress Status in linux package in Ubuntu: In Progress Status in linux source package in Focal: Fix Committed Status in linux source package in Groovy: In Progre
[Kernel-packages] [Bug 1882088] Comment bridged from LTC Bugzilla
--- Comment From ursula.br...@de.ibm.com 2020-08-18 05:13 EDT--- I can start the test tomorrow. -- 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/1882088 Title: [UBUNTU 20.04] smc: SMC connections hang with later-level implementations Status in Ubuntu on IBM z Systems: In Progress Status in linux package in Ubuntu: In Progress Status in linux source package in Focal: Fix Committed Status in linux source package in Groovy: In Progress Bug description: SRU Justification: == [Impact] * Connections from later-level SMC (protocol) versions to an SMC- enabled server on Linux hang. * Later-level versions of SMC (although backwards-compatible) present a higher version number and use larger messages during the CLC handshake. * The solution to avoid such hangs is to introduce toleration for later version numbers, and support CLC messages of arbitrary length. [Fix] * fb4f79264c0fc6fd5a68ffe3e31bfff97311e1f1 fb4f79264c0f "net/smc: tolerate future SMCD versions" [Test Case] * Requires two IBM z13/z13s GA2 or LinuxONE Rockhopper/Emperor systems with RoCE Express adapter v2(.1) for SMC-D usage. * One system needs to run the initial SMC-D version, the other a newer version. * Establish a connection between both system and monitor/verify if it's reliable or if it hangs. [Regression Potential] * The regression can be considered as medium to low: * Since SMC-D is a pretty special way of doing shared memory communications and not that wide-spread. * However, the code that is changed is common code. * But the patch is straight forward and only modifies /net/smc/smc_clc.c and /net/smc/smc_clc.h * It largely bumps limits (allows larger messages), adds a check and introduces toleration, rather than changing control or flow. [Other] * The above fix is currently in 'linux-next' and tagged with next-20200709. * It is still assumed that it gets accepted for 5.8. * However, since this is not guaranteed this SRU request is for focal and groovy - to make sure that no potential regressions are introduced in case the patch will not end up in 5.8. __ Description: smc: SMC connections hang with later-level implementations Symptom: Connections from later-level SMC versions to an SMC-enabled server on Linux hang. Problem: Later-level versions of SMC present, although backwards- compatible, a higher version number, and use larger messages during the CLC handshake. Solution: Adjust for tolerating later version numbers, and support CLC messages of arbitrary length. Reproduction: Enable a server on Linux for SMC, and connect using a later- level version of SMC Applicable for: Ubuntu 20.04 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-z-systems/+bug/1882088/+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 1882088] Comment bridged from LTC Bugzilla
--- Comment From stefan.ra...@de.ibm.com 2020-07-10 11:24 EDT--- Here is a proper link: https://git.kernel.org/pub/scm/linux/kernel/git/netdev/net.git/commit/?id=fb4f79264c0fc6fd5a68ffe3e31bfff97311e1f1 -- 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/1882088 Title: [UBUNTU 20.04] smc: SMC connections hang with later-level implementations Status in Ubuntu on IBM z Systems: Incomplete Status in linux package in Ubuntu: New Status in linux source package in Focal: New Status in linux source package in Groovy: New Bug description: Description: smc: SMC connections hang with later-level implementations Symptom: Connections from later-level SMC versions to an SMC-enabled server on Linux hang. Problem: Later-level versions of SMC present, although backwards- compatible, a higher version number, and use larger messages during the CLC handshake. Solution: Adjust for tolerating later version numbers, and support CLC messages of arbitrary length. Reproduction: Enable a server on Linux for SMC, and connect using a later- level version of SMC Applicable for: Ubuntu 20.04 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-z-systems/+bug/1882088/+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 1882088] Comment bridged from LTC Bugzilla
--- Comment From stefan.ra...@de.ibm.com 2020-07-09 07:02 EDT--- The patch was posted upstream, see https://www.spinics.net/lists/netdev/msg666808.html, and accepted by Dave Miller. I just checked his net-next tree, didn't see it there yet, but I would assume it will appear there soon. -- 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/1882088 Title: [UBUNTU 20.04] smc: SMC connections hang with later-level implementations Status in Ubuntu on IBM z Systems: Incomplete Status in linux package in Ubuntu: New Status in linux source package in Focal: New Status in linux source package in Groovy: New Bug description: Description: smc: SMC connections hang with later-level implementations Symptom: Connections from later-level SMC versions to an SMC-enabled server on Linux hang. Problem: Later-level versions of SMC present, although backwards- compatible, a higher version number, and use larger messages during the CLC handshake. Solution: Adjust for tolerating later version numbers, and support CLC messages of arbitrary length. Reproduction: Enable a server on Linux for SMC, and connect using a later- level version of SMC Applicable for: Ubuntu 20.04 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-z-systems/+bug/1882088/+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 1882088] Comment bridged from LTC Bugzilla
--- Comment From stefan.ra...@de.ibm.com 2020-06-29 08:07 EDT--- As I wrote in a previous comment, it's not so much a question 'if' we can post it upstream, but rather 'at which time': We assume that we get a lot of resistance upstream if we post any code for v2 in absence of an RFC right now, plus we cannot talk about v2 yet for legal reasons yet. Once a new IETF RFC detailing v2 is out, we can post our full implementation of v2 upstream, and these patches will be part of that effort. -- 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/1882088 Title: [UBUNTU 20.04] smc: SMC connections hang with later-level implementations Status in Ubuntu on IBM z Systems: New Status in linux package in Ubuntu: New Status in linux source package in Focal: New Bug description: Description: smc: SMC connections hang with later-level implementations Symptom: Connections from later-level SMC versions to an SMC-enabled server on Linux hang. Problem: Later-level versions of SMC present, although backwards- compatible, a higher version number, and use larger messages during the CLC handshake. Solution: Adjust for tolerating later version numbers, and support CLC messages of arbitrary length. Reproduction: Enable a server on Linux for SMC, and connect using a later- level version of SMC Applicable for: Ubuntu 20.04 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-z-systems/+bug/1882088/+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 1882088] Comment bridged from LTC Bugzilla
--- Comment From stefan.ra...@de.ibm.com 2020-06-04 11:02 EDT--- That's a very valid question. The problem is that we cannot talk about v2 yet for legal reasons. We're pending some internal processing and especially a new RFC on v2. We assume that we get a lot of resistance upstream if we post any code for v2 in absence of an RFC. -- 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/1882088 Title: [UBUNTU 20.04] smc: SMC connections hang with later-level implementations Status in Ubuntu on IBM z Systems: New Status in linux package in Ubuntu: New Status in linux source package in Focal: New Bug description: Description: smc: SMC connections hang with later-level implementations Symptom: Connections from later-level SMC versions to an SMC-enabled server on Linux hang. Problem: Later-level versions of SMC present, although backwards- compatible, a higher version number, and use larger messages during the CLC handshake. Solution: Adjust for tolerating later version numbers, and support CLC messages of arbitrary length. Reproduction: Enable a server on Linux for SMC, and connect using a later- level version of SMC Applicable for: Ubuntu 20.04 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-z-systems/+bug/1882088/+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 1882088] Comment bridged from LTC Bugzilla
--- Comment From stefan.ra...@de.ibm.com 2020-06-04 10:10 EDT--- Note: This patch is currently not upstream. It will be part of the full SMC-D v2 implementation (see LP1853291), and was successfully tested with a reference implementation. However, we still have some way to go with our SMC-D v2 code, yet other providers of SMC-D v2 implementations asked us to ship this toleration patch early, so that users have a chance to have their systems up to date by the time they deliver their versions. -- 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/1882088 Title: [UBUNTU 20.04] smc: SMC connections hang with later-level implementations Status in Ubuntu on IBM z Systems: New Status in linux package in Ubuntu: New Status in linux source package in Focal: New Bug description: Description: smc: SMC connections hang with later-level implementations Symptom: Connections from later-level SMC versions to an SMC-enabled server on Linux hang. Problem: Later-level versions of SMC present, although backwards- compatible, a higher version number, and use larger messages during the CLC handshake. Solution: Adjust for tolerating later version numbers, and support CLC messages of arbitrary length. Reproduction: Enable a server on Linux for SMC, and connect using a later- level version of SMC Applicable for: Ubuntu 20.04 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-z-systems/+bug/1882088/+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
