2022-08-09 13:39:17 |
bugproxy |
bug |
|
|
added bug |
2022-08-09 13:39:20 |
bugproxy |
tags |
|
architecture-s39064 bugnameltc-199325 severity-high targetmilestone-inin--- |
|
2022-08-09 13:39:21 |
bugproxy |
ubuntu: assignee |
|
Skipper Bug Screeners (skipper-screen-team) |
|
2022-08-09 13:39:25 |
bugproxy |
affects |
ubuntu |
kernel-package (Ubuntu) |
|
2022-08-09 14:40:48 |
Thomas Staudt |
bug |
|
|
added subscriber Frank Heimes |
2022-08-09 14:41:07 |
Launchpad Janitor |
kernel-package (Ubuntu): status |
New |
Confirmed |
|
2022-08-10 11:39:32 |
Frank Heimes |
affects |
kernel-package (Ubuntu) |
ethtool (Ubuntu) |
|
2022-08-10 11:39:50 |
Frank Heimes |
bug task added |
|
ubuntu-z-systems |
|
2022-08-10 11:40:01 |
Frank Heimes |
ubuntu-z-systems: status |
New |
Confirmed |
|
2022-08-10 11:40:12 |
Frank Heimes |
ubuntu-z-systems: importance |
Undecided |
High |
|
2022-08-10 11:40:22 |
Frank Heimes |
ubuntu-z-systems: assignee |
|
Skipper Bug Screeners (skipper-screen-team) |
|
2022-08-10 11:40:27 |
Frank Heimes |
ethtool (Ubuntu): assignee |
Skipper Bug Screeners (skipper-screen-team) |
|
|
2022-08-10 11:42:32 |
Frank Heimes |
nominated for series |
|
Ubuntu Jammy |
|
2022-08-10 11:42:32 |
Frank Heimes |
bug task added |
|
ethtool (Ubuntu Jammy) |
|
2022-08-10 11:42:32 |
Frank Heimes |
nominated for series |
|
Ubuntu Kinetic |
|
2022-08-10 11:42:32 |
Frank Heimes |
bug task added |
|
ethtool (Ubuntu Kinetic) |
|
2022-08-10 11:42:40 |
Frank Heimes |
ethtool (Ubuntu Jammy): status |
New |
Confirmed |
|
2022-08-10 12:41:17 |
Frank Heimes |
ethtool (Ubuntu Kinetic): assignee |
|
Canonical Kernel Team (canonical-kernel-team) |
|
2022-08-10 12:41:31 |
Frank Heimes |
ethtool (Ubuntu Jammy): assignee |
|
Canonical Kernel Team (canonical-kernel-team) |
|
2022-08-10 12:43:51 |
Stefan Bader |
bug |
|
|
added subscriber Stefan Bader |
2022-08-30 11:39:19 |
Dimitri John Ledkov |
ethtool (Ubuntu Jammy): assignee |
Canonical Kernel Team (canonical-kernel-team) |
Ubuntu Server (ubuntu-server) |
|
2022-08-30 11:39:30 |
Dimitri John Ledkov |
ethtool (Ubuntu Kinetic): assignee |
Canonical Kernel Team (canonical-kernel-team) |
Ubuntu Server (ubuntu-server) |
|
2022-08-30 11:39:43 |
Dimitri John Ledkov |
tags |
architecture-s39064 bugnameltc-199325 severity-high targetmilestone-inin--- |
architecture-s39064 bugnameltc-199325 rls-incoming-jj rls-incoming-kk severity-high targetmilestone-inin--- |
|
2022-08-30 11:40:00 |
Dimitri John Ledkov |
bug |
|
|
added subscriber Ubuntu Server |
2022-08-30 11:49:06 |
Frank Heimes |
bug task added |
|
linux (Ubuntu) |
|
2022-08-30 11:49:17 |
Frank Heimes |
bug task deleted |
ethtool (Ubuntu) |
|
|
2022-08-30 11:49:33 |
Frank Heimes |
ethtool (Ubuntu Jammy): assignee |
Ubuntu Server (ubuntu-server) |
|
|
2022-08-30 11:49:35 |
Frank Heimes |
ethtool (Ubuntu Kinetic): assignee |
Ubuntu Server (ubuntu-server) |
|
|
2022-08-30 11:49:56 |
Frank Heimes |
bug task deleted |
ethtool (Ubuntu Kinetic) |
|
|
2022-08-30 11:50:03 |
Frank Heimes |
bug task deleted |
ethtool (Ubuntu Jammy) |
|
|
2022-08-30 11:50:09 |
Frank Heimes |
linux (Ubuntu Jammy): status |
New |
Confirmed |
|
2022-08-30 11:50:12 |
Frank Heimes |
linux (Ubuntu Kinetic): status |
New |
Confirmed |
|
2022-08-30 11:52:00 |
Dimitri John Ledkov |
tags |
architecture-s39064 bugnameltc-199325 rls-incoming-jj rls-incoming-kk severity-high targetmilestone-inin--- |
architecture-s39064 bugnameltc-199325 severity-high targetmilestone-inin--- |
|
2022-08-30 13:37:08 |
Marcelo Cerri |
attachment added |
|
0001-s390-qeth-cache-link_info-for-ethtool.patch https://bugs.launchpad.net/ubuntu-z-systems/+bug/1984103/+attachment/5612535/+files/0001-s390-qeth-cache-link_info-for-ethtool.patch |
|
2022-08-30 16:24:57 |
Ubuntu Foundations Team Bug Bot |
tags |
architecture-s39064 bugnameltc-199325 severity-high targetmilestone-inin--- |
architecture-s39064 bugnameltc-199325 patch severity-high targetmilestone-inin--- |
|
2022-08-30 16:24:58 |
Ubuntu Foundations Team Bug Bot |
bug |
|
|
added subscriber Terry Rudd |
2022-08-31 09:49:45 |
bugproxy |
tags |
architecture-s39064 bugnameltc-199325 patch severity-high targetmilestone-inin--- |
architecture-s39064 bugnameltc-199325 patch severity-high targetmilestone-inin2204 |
|
2022-09-12 14:06:40 |
Joseph Salisbury |
linux (Ubuntu Jammy): importance |
Undecided |
High |
|
2022-09-12 14:06:42 |
Joseph Salisbury |
linux (Ubuntu Kinetic): importance |
Undecided |
High |
|
2022-09-12 14:06:46 |
Joseph Salisbury |
linux (Ubuntu Jammy): assignee |
|
Joseph Salisbury (jsalisbury) |
|
2022-09-12 14:06:48 |
Joseph Salisbury |
linux (Ubuntu Kinetic): assignee |
|
Joseph Salisbury (jsalisbury) |
|
2022-09-12 16:20:46 |
Joseph Salisbury |
description |
== Comment: #0 - J?rn Siglen <SIGLEN@de.ibm.com> - 2022-08-09 07:38:27 ==
+++ This bug was initially created as a clone of Bug #199319 +++
Description: s390/qeth: cache link_info for ethtool
Symptom: lost of IP connection and log entries in journalctl:
kernel: qeth 0.0.0365: The qeth device driver failed to
recover an error on the device
Problem: Since commit e6e771b3d897
("s390/qeth: detach netdevice while card is offline")
there was a timing window during recovery, that
qeth_query_card_info could be sent to the card, even before it
was ready for it, leading to a failing card recovery. There is
evidence that this window was hit, as not all callers of
get_link_ksettings() check for netif_device_present.
Solution: Use cached values in qeth_get_link_ksettings(), instead of
calling qeth_query_card_info() and falling back to default
values in case it fails. Link info is already updated when the
card goes online, e.g. after STARTLAN (physical link up). Set
the link info to default values, when the card goes offline or
at STOPLAN (physical link down). A follow-on patch will improve
values reported for link down.
Fixes: e6e771b3d897
("s390/qeth: detach netdevice while card is offline")
Reproduction: enforce a eth device recvoery, while running ethtool multiple
times in parallel and using iperf to get load on the interface.
Upstream-ID: 7a07a29e4f6713b224f3bcde5f835e777301bdb8
https://lore.kernel.org/all/20220805184504.7f6f2a4a@kernel.org/T/#m2e3799a38d1d4630822db50f9a5d9b2ca018252f
applicable for most kernel > 3.14
== Comment: #3 - J?rn Siglen <SIGLEN@de.ibm.com> - 2022-08-09 07:54:41 ==
the inital update came in with kernel 5.1 upstream, but we found it backported in many older kernel versions
== Comment: #4 - J?rn Siglen <SIGLEN@de.ibm.com> - 2022-08-09 08:03:09 ==
the acceptance info of the patch can be found here:
https://lore.kernel.org/all/20220805184504.7f6f2a4a@kernel.org/T/#m2e3799a38d1d4630822db50f9a5d9b2ca018252f |
== SRU Justification ==
Since commit e6e771b3d897 ("s390/qeth: detach netdevice while card is offline") there was a timing window during recovery, that qeth_query_card_info could be sent to the card, even before it was ready for it, leading to a failing card recovery. There is evidence that this window was hit, as not all callers of get_link_ksettings() check for netif_device_present.
This patch fixes the regression caused by commit e6e771b3d897.
Commit 7a07a29e4f67 is in mainline as of v6.0-rc1.
This patch is being requested in Jammy 5.15 and Kinetic 5.19. The
== Fix ==
7a07a29e4f67 ("s390/qeth: cache link_info for ethtool")
== Regression Potential ==
Low. This patch has been accepted in upstream stable and is limited to
the s390/qeth card.
== Test Case ==
A test kernel was built with this patch and tested by the original bug reporter.
The bug reporter states the test kernel resolved the bug.
== Comment: #0 - J?rn Siglen <SIGLEN@de.ibm.com> - 2022-08-09 07:38:27 ==
+++ This bug was initially created as a clone of Bug #199319 +++
Description: s390/qeth: cache link_info for ethtool
Symptom: lost of IP connection and log entries in journalctl:
kernel: qeth 0.0.0365: The qeth device driver failed to
recover an error on the device
Problem: Since commit e6e771b3d897
("s390/qeth: detach netdevice while card is offline")
there was a timing window during recovery, that
qeth_query_card_info could be sent to the card, even before it
was ready for it, leading to a failing card recovery. There is
evidence that this window was hit, as not all callers of
get_link_ksettings() check for netif_device_present.
Solution: Use cached values in qeth_get_link_ksettings(), instead of
calling qeth_query_card_info() and falling back to default
values in case it fails. Link info is already updated when the
card goes online, e.g. after STARTLAN (physical link up). Set
the link info to default values, when the card goes offline or
at STOPLAN (physical link down). A follow-on patch will improve
values reported for link down.
Fixes: e6e771b3d897
("s390/qeth: detach netdevice while card is offline")
Reproduction: enforce a eth device recvoery, while running ethtool multiple
times in parallel and using iperf to get load on the interface.
Upstream-ID: 7a07a29e4f6713b224f3bcde5f835e777301bdb8
https://lore.kernel.org/all/20220805184504.7f6f2a4a@kernel.org/T/#m2e3799a38d1d4630822db50f9a5d9b2ca018252f
applicable for most kernel > 3.14
== Comment: #3 - J?rn Siglen <SIGLEN@de.ibm.com> - 2022-08-09 07:54:41 ==
the inital update came in with kernel 5.1 upstream, but we found it backported in many older kernel versions
== Comment: #4 - J?rn Siglen <SIGLEN@de.ibm.com> - 2022-08-09 08:03:09 ==
the acceptance info of the patch can be found here:
https://lore.kernel.org/all/20220805184504.7f6f2a4a@kernel.org/T/#m2e3799a38d1d4630822db50f9a5d9b2ca018252f |
|
2022-09-12 16:20:53 |
Joseph Salisbury |
linux (Ubuntu Jammy): status |
Confirmed |
In Progress |
|
2022-09-12 16:20:55 |
Joseph Salisbury |
linux (Ubuntu Kinetic): status |
Confirmed |
In Progress |
|
2022-09-12 16:23:17 |
Joseph Salisbury |
description |
== SRU Justification ==
Since commit e6e771b3d897 ("s390/qeth: detach netdevice while card is offline") there was a timing window during recovery, that qeth_query_card_info could be sent to the card, even before it was ready for it, leading to a failing card recovery. There is evidence that this window was hit, as not all callers of get_link_ksettings() check for netif_device_present.
This patch fixes the regression caused by commit e6e771b3d897.
Commit 7a07a29e4f67 is in mainline as of v6.0-rc1.
This patch is being requested in Jammy 5.15 and Kinetic 5.19. The
== Fix ==
7a07a29e4f67 ("s390/qeth: cache link_info for ethtool")
== Regression Potential ==
Low. This patch has been accepted in upstream stable and is limited to
the s390/qeth card.
== Test Case ==
A test kernel was built with this patch and tested by the original bug reporter.
The bug reporter states the test kernel resolved the bug.
== Comment: #0 - J?rn Siglen <SIGLEN@de.ibm.com> - 2022-08-09 07:38:27 ==
+++ This bug was initially created as a clone of Bug #199319 +++
Description: s390/qeth: cache link_info for ethtool
Symptom: lost of IP connection and log entries in journalctl:
kernel: qeth 0.0.0365: The qeth device driver failed to
recover an error on the device
Problem: Since commit e6e771b3d897
("s390/qeth: detach netdevice while card is offline")
there was a timing window during recovery, that
qeth_query_card_info could be sent to the card, even before it
was ready for it, leading to a failing card recovery. There is
evidence that this window was hit, as not all callers of
get_link_ksettings() check for netif_device_present.
Solution: Use cached values in qeth_get_link_ksettings(), instead of
calling qeth_query_card_info() and falling back to default
values in case it fails. Link info is already updated when the
card goes online, e.g. after STARTLAN (physical link up). Set
the link info to default values, when the card goes offline or
at STOPLAN (physical link down). A follow-on patch will improve
values reported for link down.
Fixes: e6e771b3d897
("s390/qeth: detach netdevice while card is offline")
Reproduction: enforce a eth device recvoery, while running ethtool multiple
times in parallel and using iperf to get load on the interface.
Upstream-ID: 7a07a29e4f6713b224f3bcde5f835e777301bdb8
https://lore.kernel.org/all/20220805184504.7f6f2a4a@kernel.org/T/#m2e3799a38d1d4630822db50f9a5d9b2ca018252f
applicable for most kernel > 3.14
== Comment: #3 - J?rn Siglen <SIGLEN@de.ibm.com> - 2022-08-09 07:54:41 ==
the inital update came in with kernel 5.1 upstream, but we found it backported in many older kernel versions
== Comment: #4 - J?rn Siglen <SIGLEN@de.ibm.com> - 2022-08-09 08:03:09 ==
the acceptance info of the patch can be found here:
https://lore.kernel.org/all/20220805184504.7f6f2a4a@kernel.org/T/#m2e3799a38d1d4630822db50f9a5d9b2ca018252f |
== SRU Justification ==
Since commit e6e771b3d897 ("s390/qeth: detach netdevice while card is offline") there was a timing window during recovery, that qeth_query_card_info could be sent to the card, even before it was ready for it, leading to a failing card recovery. There is evidence that this window was hit, as not all callers of get_link_ksettings() check for netif_device_present.
This patch fixes the regression caused by commit e6e771b3d897.
Commit 7a07a29e4f67 is in mainline as of v6.0-rc1.
This patch is being requested in Jammy 5.15 and Kinetic 5.19.
== Fix ==
7a07a29e4f67 ("s390/qeth: cache link_info for ethtool")
== Regression Potential ==
Low. This patch has been accepted in upstream stable and is limited to
the s390/qeth card.
== Test Case ==
A test kernel was built with this patch and tested by the original bug reporter.
The bug reporter states the test kernel resolved the bug.
== Comment: #0 - J?rn Siglen <SIGLEN@de.ibm.com> - 2022-08-09 07:38:27 ==
+++ This bug was initially created as a clone of Bug #199319 +++
Description: s390/qeth: cache link_info for ethtool
Symptom: lost of IP connection and log entries in journalctl:
kernel: qeth 0.0.0365: The qeth device driver failed to
recover an error on the device
Problem: Since commit e6e771b3d897
("s390/qeth: detach netdevice while card is offline")
there was a timing window during recovery, that
qeth_query_card_info could be sent to the card, even before it
was ready for it, leading to a failing card recovery. There is
evidence that this window was hit, as not all callers of
get_link_ksettings() check for netif_device_present.
Solution: Use cached values in qeth_get_link_ksettings(), instead of
calling qeth_query_card_info() and falling back to default
values in case it fails. Link info is already updated when the
card goes online, e.g. after STARTLAN (physical link up). Set
the link info to default values, when the card goes offline or
at STOPLAN (physical link down). A follow-on patch will improve
values reported for link down.
Fixes: e6e771b3d897
("s390/qeth: detach netdevice while card is offline")
Reproduction: enforce a eth device recvoery, while running ethtool multiple
times in parallel and using iperf to get load on the interface.
Upstream-ID: 7a07a29e4f6713b224f3bcde5f835e777301bdb8
https://lore.kernel.org/all/20220805184504.7f6f2a4a@kernel.org/T/#m2e3799a38d1d4630822db50f9a5d9b2ca018252f
applicable for most kernel > 3.14
== Comment: #3 - J?rn Siglen <SIGLEN@de.ibm.com> - 2022-08-09 07:54:41 ==
the inital update came in with kernel 5.1 upstream, but we found it backported in many older kernel versions
== Comment: #4 - J?rn Siglen <SIGLEN@de.ibm.com> - 2022-08-09 08:03:09 ==
the acceptance info of the patch can be found here:
https://lore.kernel.org/all/20220805184504.7f6f2a4a@kernel.org/T/#m2e3799a38d1d4630822db50f9a5d9b2ca018252f |
|
2022-09-12 16:24:55 |
Joseph Salisbury |
description |
== SRU Justification ==
Since commit e6e771b3d897 ("s390/qeth: detach netdevice while card is offline") there was a timing window during recovery, that qeth_query_card_info could be sent to the card, even before it was ready for it, leading to a failing card recovery. There is evidence that this window was hit, as not all callers of get_link_ksettings() check for netif_device_present.
This patch fixes the regression caused by commit e6e771b3d897.
Commit 7a07a29e4f67 is in mainline as of v6.0-rc1.
This patch is being requested in Jammy 5.15 and Kinetic 5.19.
== Fix ==
7a07a29e4f67 ("s390/qeth: cache link_info for ethtool")
== Regression Potential ==
Low. This patch has been accepted in upstream stable and is limited to
the s390/qeth card.
== Test Case ==
A test kernel was built with this patch and tested by the original bug reporter.
The bug reporter states the test kernel resolved the bug.
== Comment: #0 - J?rn Siglen <SIGLEN@de.ibm.com> - 2022-08-09 07:38:27 ==
+++ This bug was initially created as a clone of Bug #199319 +++
Description: s390/qeth: cache link_info for ethtool
Symptom: lost of IP connection and log entries in journalctl:
kernel: qeth 0.0.0365: The qeth device driver failed to
recover an error on the device
Problem: Since commit e6e771b3d897
("s390/qeth: detach netdevice while card is offline")
there was a timing window during recovery, that
qeth_query_card_info could be sent to the card, even before it
was ready for it, leading to a failing card recovery. There is
evidence that this window was hit, as not all callers of
get_link_ksettings() check for netif_device_present.
Solution: Use cached values in qeth_get_link_ksettings(), instead of
calling qeth_query_card_info() and falling back to default
values in case it fails. Link info is already updated when the
card goes online, e.g. after STARTLAN (physical link up). Set
the link info to default values, when the card goes offline or
at STOPLAN (physical link down). A follow-on patch will improve
values reported for link down.
Fixes: e6e771b3d897
("s390/qeth: detach netdevice while card is offline")
Reproduction: enforce a eth device recvoery, while running ethtool multiple
times in parallel and using iperf to get load on the interface.
Upstream-ID: 7a07a29e4f6713b224f3bcde5f835e777301bdb8
https://lore.kernel.org/all/20220805184504.7f6f2a4a@kernel.org/T/#m2e3799a38d1d4630822db50f9a5d9b2ca018252f
applicable for most kernel > 3.14
== Comment: #3 - J?rn Siglen <SIGLEN@de.ibm.com> - 2022-08-09 07:54:41 ==
the inital update came in with kernel 5.1 upstream, but we found it backported in many older kernel versions
== Comment: #4 - J?rn Siglen <SIGLEN@de.ibm.com> - 2022-08-09 08:03:09 ==
the acceptance info of the patch can be found here:
https://lore.kernel.org/all/20220805184504.7f6f2a4a@kernel.org/T/#m2e3799a38d1d4630822db50f9a5d9b2ca018252f |
== SRU Justification ==
Since commit e6e771b3d897 ("s390/qeth: detach netdevice while card is offline") there was a timing window during recovery, that qeth_query_card_info could be sent to the card, even before it was ready for it, leading to a failing card recovery. There is evidence that this window was hit, as not all callers of get_link_ksettings() check for netif_device_present.
This patch (Mainline commit 7a07a29e4f67) fixes the regression caused by commit e6e771b3d897.
Commit 7a07a29e4f67 is in mainline as of v6.0-rc1.
This patch is being requested in Jammy 5.15 and Kinetic 5.19.
== Fix ==
7a07a29e4f67 ("s390/qeth: cache link_info for ethtool")
== Regression Potential ==
Low. This patch has been accepted in upstream stable and is limited to
the s390/qeth card.
== Test Case ==
A test kernel was built with this patch and tested by the original bug reporter.
The bug reporter states the test kernel resolved the bug.
== Comment: #0 - J?rn Siglen <SIGLEN@de.ibm.com> - 2022-08-09 07:38:27 ==
+++ This bug was initially created as a clone of Bug #199319 +++
Description: s390/qeth: cache link_info for ethtool
Symptom: lost of IP connection and log entries in journalctl:
kernel: qeth 0.0.0365: The qeth device driver failed to
recover an error on the device
Problem: Since commit e6e771b3d897
("s390/qeth: detach netdevice while card is offline")
there was a timing window during recovery, that
qeth_query_card_info could be sent to the card, even before it
was ready for it, leading to a failing card recovery. There is
evidence that this window was hit, as not all callers of
get_link_ksettings() check for netif_device_present.
Solution: Use cached values in qeth_get_link_ksettings(), instead of
calling qeth_query_card_info() and falling back to default
values in case it fails. Link info is already updated when the
card goes online, e.g. after STARTLAN (physical link up). Set
the link info to default values, when the card goes offline or
at STOPLAN (physical link down). A follow-on patch will improve
values reported for link down.
Fixes: e6e771b3d897
("s390/qeth: detach netdevice while card is offline")
Reproduction: enforce a eth device recvoery, while running ethtool multiple
times in parallel and using iperf to get load on the interface.
Upstream-ID: 7a07a29e4f6713b224f3bcde5f835e777301bdb8
https://lore.kernel.org/all/20220805184504.7f6f2a4a@kernel.org/T/#m2e3799a38d1d4630822db50f9a5d9b2ca018252f
applicable for most kernel > 3.14
== Comment: #3 - J?rn Siglen <SIGLEN@de.ibm.com> - 2022-08-09 07:54:41 ==
the inital update came in with kernel 5.1 upstream, but we found it backported in many older kernel versions
== Comment: #4 - J?rn Siglen <SIGLEN@de.ibm.com> - 2022-08-09 08:03:09 ==
the acceptance info of the patch can be found here:
https://lore.kernel.org/all/20220805184504.7f6f2a4a@kernel.org/T/#m2e3799a38d1d4630822db50f9a5d9b2ca018252f |
|
2022-09-12 16:31:34 |
Frank Heimes |
ubuntu-z-systems: status |
Confirmed |
In Progress |
|
2022-09-14 13:37:37 |
Stefan Bader |
linux (Ubuntu Kinetic): status |
In Progress |
Fix Committed |
|
2022-09-14 13:37:40 |
Stefan Bader |
linux (Ubuntu Jammy): status |
In Progress |
Fix Committed |
|
2022-09-14 13:55:26 |
Frank Heimes |
ubuntu-z-systems: status |
In Progress |
Fix Committed |
|
2022-09-21 12:13:56 |
Frank Heimes |
tags |
architecture-s39064 bugnameltc-199325 patch severity-high targetmilestone-inin2204 |
architecture-s39064 bugnameltc-199325 patch severity-high targetmilestone-inin2204 verification-done verification-done-jammy |
|
2022-10-04 09:44:59 |
Launchpad Janitor |
linux (Ubuntu Kinetic): status |
Fix Committed |
Fix Released |
|
2022-10-04 09:44:59 |
Launchpad Janitor |
cve linked |
|
2022-2978 |
|
2022-10-10 08:44:51 |
Launchpad Janitor |
linux (Ubuntu Jammy): status |
Fix Committed |
Fix Released |
|
2022-10-10 08:44:51 |
Launchpad Janitor |
cve linked |
|
2022-3176 |
|
2022-10-10 09:05:21 |
Frank Heimes |
ubuntu-z-systems: status |
Fix Committed |
Fix Released |
|
2022-10-14 11:34:58 |
Frank Heimes |
tags |
architecture-s39064 bugnameltc-199325 patch severity-high targetmilestone-inin2204 verification-done verification-done-jammy |
architecture-s39064 bugnameltc-199325 patch severity-high targetmilestone-inin2204 verification-done verification-done-focal verification-done-jammy |
|
2022-12-07 15:48:56 |
Ubuntu Kernel Bot |
tags |
architecture-s39064 bugnameltc-199325 patch severity-high targetmilestone-inin2204 verification-done verification-done-focal verification-done-jammy |
architecture-s39064 bugnameltc-199325 kernel-spammed-jammy-linux-bluefield patch severity-high targetmilestone-inin2204 verification-done-focal verification-needed-jammy |
|
2022-12-07 16:00:10 |
Frank Heimes |
tags |
architecture-s39064 bugnameltc-199325 kernel-spammed-jammy-linux-bluefield patch severity-high targetmilestone-inin2204 verification-done-focal verification-needed-jammy |
architecture-s39064 bugnameltc-199325 kernel-spammed-jammy-linux-bluefield patch severity-high targetmilestone-inin2204 verification-done-focal verification-done-jammy |
|
2022-12-12 12:47:21 |
Ubuntu Kernel Bot |
tags |
architecture-s39064 bugnameltc-199325 kernel-spammed-jammy-linux-bluefield patch severity-high targetmilestone-inin2204 verification-done-focal verification-done-jammy |
architecture-s39064 bugnameltc-199325 kernel-spammed-jammy-linux-bluefield kernel-spammed-jammy-linux-nvidia patch severity-high targetmilestone-inin2204 verification-done-focal verification-needed-jammy |
|
2022-12-12 13:29:49 |
Frank Heimes |
tags |
architecture-s39064 bugnameltc-199325 kernel-spammed-jammy-linux-bluefield kernel-spammed-jammy-linux-nvidia patch severity-high targetmilestone-inin2204 verification-done-focal verification-needed-jammy |
architecture-s39064 bugnameltc-199325 kernel-spammed-jammy-linux-bluefield kernel-spammed-jammy-linux-nvidia patch severity-high targetmilestone-inin2204 verification-done-focal verification-done-jammy |
|
2024-03-01 06:17:12 |
Ubuntu Kernel Bot |
tags |
architecture-s39064 bugnameltc-199325 kernel-spammed-jammy-linux-bluefield kernel-spammed-jammy-linux-nvidia patch severity-high targetmilestone-inin2204 verification-done-focal verification-done-jammy |
architecture-s39064 bugnameltc-199325 kernel-spammed-jammy-linux-bluefield kernel-spammed-jammy-linux-mtk-v2 kernel-spammed-jammy-linux-nvidia patch severity-high targetmilestone-inin2204 verification-done-focal verification-done-jammy verification-needed-jammy-linux-mtk |
|
2024-03-01 07:15:32 |
Frank Heimes |
tags |
architecture-s39064 bugnameltc-199325 kernel-spammed-jammy-linux-bluefield kernel-spammed-jammy-linux-mtk-v2 kernel-spammed-jammy-linux-nvidia patch severity-high targetmilestone-inin2204 verification-done-focal verification-done-jammy verification-needed-jammy-linux-mtk |
architecture-s39064 bugnameltc-199325 kernel-spammed-jammy-linux-bluefield kernel-spammed-jammy-linux-mtk-v2 kernel-spammed-jammy-linux-nvidia patch severity-high targetmilestone-inin2204 verification-done-focal verification-done-jammy verification-done-jammy-linux-mtk |
|