| 2020-03-04 07:38:00 |
Bulk Adhesive |
bug |
|
|
added bug |
| 2020-03-04 07:38:00 |
Bulk Adhesive |
attachment added |
|
amdnoflr-ubuntu-5.3.0-40.32-generic.patch https://bugs.launchpad.net/bugs/1865988/+attachment/5333271/+files/amdnoflr-ubuntu-5.3.0-40.32-generic.patch |
|
| 2020-03-04 07:40:02 |
Bulk Adhesive |
description |
$ lsb_release -rd
Description: Ubuntu 19.10
Release: 19.10
[Impact]
Devices affected:
* [1022:149c] USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] Matisse USB 3.0 Host Controller
* [1022:1487] Audio device [0403]: Advanced Micro Devices, Inc. [AMD] Starship/Matisse HD Audio Controller
Despite advertising FLReset device capabilties, performing a function level reset of either of these devices causes the system to lock up. This is of particular issue where these devices appear in their own IOMMU groups and are well suited to VFIO passhthrough.
Issue was introduced in AMD's "AGESA Combo-AM4 1.0.0.4 Patch B" microcode update, and affects dozens of motherboad models across various vendors.
[Fix]
Add a quirk to disable FLR on these devices. Sample patch attached.
[Test Case]
Peform the test on an impacted system:
* B350, B450, X370, X470, X570 motherboards (practically anything with an AM4 socket);
* Ryzen 3000-series CPU (2000-series possibly also affected);
* BIOS/UEFI firmware that includes "AGESA Combo-AM4 1.0.0.4 Patch B" (check vendor release notes)
In the above case where '0000:10:00.3' is the USB controller '1022:149c', issue a reset command
$ echo 1 | sudo tee /sys/bus/pci/devices/0000\:10\:00.3/reset
Impacted systems will not return successfully and become unstable, requiring a reboot. `/var/logs/syslog` will show something resembling the following
Mar 4 14:51:26 bunty kernel: [ 1745.043914] xhci_hcd 0000:10:00.3: not ready 1023ms after FLR; waiting
Mar 4 14:51:28 bunty kernel: [ 1747.091910] xhci_hcd 0000:10:00.3: not ready 2047ms after FLR; waiting
Mar 4 14:51:32 bunty kernel: [ 1750.163972] xhci_hcd 0000:10:00.3: not ready 4095ms after FLR; waiting
Mar 4 14:51:37 bunty kernel: [ 1755.283933] xhci_hcd 0000:10:00.3: not ready 8191ms after FLR; waiting
Mar 4 14:51:46 bunty kernel: [ 1764.499943] xhci_hcd 0000:10:00.3: not ready 16383ms after FLR; waiting
Mar 4 14:52:04 bunty kernel: [ 1782.164126] xhci_hcd 0000:10:00.3: not ready 32767ms after FLR; waiting
Mar 4 14:52:39 bunty kernel: [ 1816.979432] xhci_hcd 0000:10:00.3: not ready 65535ms after FLR; giving up
Mar 4 14:52:39 bunty kernel: [ 1817.978790] clocksource: timekeeping watchdog on CPU14: Marking clocksource 'tsc' as unstable because the skew is too large:
Mar 4 14:52:39 bunty kernel: [ 1817.978806] clocksource: 'hpet' wd_now: f63fcfe wd_last: d468894 mask: ffffffff
Mar 4 14:52:39 bunty kernel: [ 1817.978809] clocksource: 'tsc' cs_now: 60e67e17758 cs_last: 60d2a81ce24 mask: ffffffffffffffff
Mar 4 14:52:39 bunty kernel: [ 1817.978818] tsc: Marking TSC unstable due to clocksource watchdog
Mar 4 14:52:40 bunty kernel: [ 1817.978892] TSC found unstable after boot, most likely due to broken BIOS. Use 'tsc=unstable'.
Mar 4 14:52:40 bunty kernel: [ 1817.978894] sched_clock: Marking unstable (1817664630139, 314261908)<-(1817981099530, -2209419)
[Regression Risk]
Unknown |
$ lsb_release -rd
Description: Ubuntu 19.10
Release: 19.10
[Impact]
Devices affected:
* [1022:149c] USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] Matisse USB 3.0 Host Controller
* [1022:1487] Audio device [0403]: Advanced Micro Devices, Inc. [AMD] Starship/Matisse HD Audio Controller
Despite advertising FLReset device capabilities, performing a function level reset of either of these devices causes the system to lock up. This is of particular issue where these devices appear in their own IOMMU groups and are well suited to VFIO passthrough.
Issue was introduced in AMD's "AGESA Combo-AM4 1.0.0.4 Patch B" microcode update, and affects dozens of motherboard models across various vendors.
[Fix]
Add a quirk to disable FLR on these devices. Sample patch attached.
[Test Case]
Peform the test on an impacted system:
* B350, B450, X370, X470, X570 motherboards (practically anything with an AM4 socket);
* Ryzen 3000-series CPU (2000-series possibly also affected);
* BIOS/UEFI firmware that includes "AGESA Combo-AM4 1.0.0.4 Patch B" (check vendor release notes)
In the above case where '0000:10:00.3' is the USB controller '1022:149c', issue a reset command
$ echo 1 | sudo tee /sys/bus/pci/devices/0000\:10\:00.3/reset
Impacted systems will not return successfully and become unstable, requiring a reboot. `/var/logs/syslog` will show something resembling the following
Mar 4 14:51:26 bunty kernel: [ 1745.043914] xhci_hcd 0000:10:00.3: not ready 1023ms after FLR; waiting
Mar 4 14:51:28 bunty kernel: [ 1747.091910] xhci_hcd 0000:10:00.3: not ready 2047ms after FLR; waiting
Mar 4 14:51:32 bunty kernel: [ 1750.163972] xhci_hcd 0000:10:00.3: not ready 4095ms after FLR; waiting
Mar 4 14:51:37 bunty kernel: [ 1755.283933] xhci_hcd 0000:10:00.3: not ready 8191ms after FLR; waiting
Mar 4 14:51:46 bunty kernel: [ 1764.499943] xhci_hcd 0000:10:00.3: not ready 16383ms after FLR; waiting
Mar 4 14:52:04 bunty kernel: [ 1782.164126] xhci_hcd 0000:10:00.3: not ready 32767ms after FLR; waiting
Mar 4 14:52:39 bunty kernel: [ 1816.979432] xhci_hcd 0000:10:00.3: not ready 65535ms after FLR; giving up
Mar 4 14:52:39 bunty kernel: [ 1817.978790] clocksource: timekeeping watchdog on CPU14: Marking clocksource 'tsc' as unstable because the skew is too large:
Mar 4 14:52:39 bunty kernel: [ 1817.978806] clocksource: 'hpet' wd_now: f63fcfe wd_last: d468894 mask: ffffffff
Mar 4 14:52:39 bunty kernel: [ 1817.978809] clocksource: 'tsc' cs_now: 60e67e17758 cs_last: 60d2a81ce24 mask: ffffffffffffffff
Mar 4 14:52:39 bunty kernel: [ 1817.978818] tsc: Marking TSC unstable due to clocksource watchdog
Mar 4 14:52:40 bunty kernel: [ 1817.978892] TSC found unstable after boot, most likely due to broken BIOS. Use 'tsc=unstable'.
Mar 4 14:52:40 bunty kernel: [ 1817.978894] sched_clock: Marking unstable (1817664630139, 314261908)<-(1817981099530, -2209419)
[Regression Risk]
Unknown |
|
| 2020-03-04 07:41:22 |
Bulk Adhesive |
description |
$ lsb_release -rd
Description: Ubuntu 19.10
Release: 19.10
[Impact]
Devices affected:
* [1022:149c] USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] Matisse USB 3.0 Host Controller
* [1022:1487] Audio device [0403]: Advanced Micro Devices, Inc. [AMD] Starship/Matisse HD Audio Controller
Despite advertising FLReset device capabilities, performing a function level reset of either of these devices causes the system to lock up. This is of particular issue where these devices appear in their own IOMMU groups and are well suited to VFIO passthrough.
Issue was introduced in AMD's "AGESA Combo-AM4 1.0.0.4 Patch B" microcode update, and affects dozens of motherboard models across various vendors.
[Fix]
Add a quirk to disable FLR on these devices. Sample patch attached.
[Test Case]
Peform the test on an impacted system:
* B350, B450, X370, X470, X570 motherboards (practically anything with an AM4 socket);
* Ryzen 3000-series CPU (2000-series possibly also affected);
* BIOS/UEFI firmware that includes "AGESA Combo-AM4 1.0.0.4 Patch B" (check vendor release notes)
In the above case where '0000:10:00.3' is the USB controller '1022:149c', issue a reset command
$ echo 1 | sudo tee /sys/bus/pci/devices/0000\:10\:00.3/reset
Impacted systems will not return successfully and become unstable, requiring a reboot. `/var/logs/syslog` will show something resembling the following
Mar 4 14:51:26 bunty kernel: [ 1745.043914] xhci_hcd 0000:10:00.3: not ready 1023ms after FLR; waiting
Mar 4 14:51:28 bunty kernel: [ 1747.091910] xhci_hcd 0000:10:00.3: not ready 2047ms after FLR; waiting
Mar 4 14:51:32 bunty kernel: [ 1750.163972] xhci_hcd 0000:10:00.3: not ready 4095ms after FLR; waiting
Mar 4 14:51:37 bunty kernel: [ 1755.283933] xhci_hcd 0000:10:00.3: not ready 8191ms after FLR; waiting
Mar 4 14:51:46 bunty kernel: [ 1764.499943] xhci_hcd 0000:10:00.3: not ready 16383ms after FLR; waiting
Mar 4 14:52:04 bunty kernel: [ 1782.164126] xhci_hcd 0000:10:00.3: not ready 32767ms after FLR; waiting
Mar 4 14:52:39 bunty kernel: [ 1816.979432] xhci_hcd 0000:10:00.3: not ready 65535ms after FLR; giving up
Mar 4 14:52:39 bunty kernel: [ 1817.978790] clocksource: timekeeping watchdog on CPU14: Marking clocksource 'tsc' as unstable because the skew is too large:
Mar 4 14:52:39 bunty kernel: [ 1817.978806] clocksource: 'hpet' wd_now: f63fcfe wd_last: d468894 mask: ffffffff
Mar 4 14:52:39 bunty kernel: [ 1817.978809] clocksource: 'tsc' cs_now: 60e67e17758 cs_last: 60d2a81ce24 mask: ffffffffffffffff
Mar 4 14:52:39 bunty kernel: [ 1817.978818] tsc: Marking TSC unstable due to clocksource watchdog
Mar 4 14:52:40 bunty kernel: [ 1817.978892] TSC found unstable after boot, most likely due to broken BIOS. Use 'tsc=unstable'.
Mar 4 14:52:40 bunty kernel: [ 1817.978894] sched_clock: Marking unstable (1817664630139, 314261908)<-(1817981099530, -2209419)
[Regression Risk]
Unknown |
$ lsb_release -rd
Description: Ubuntu 19.10
Release: 19.10
[Impact]
Devices affected:
* [1022:149c] USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] Matisse USB 3.0 Host Controller
* [1022:1487] Audio device [0403]: Advanced Micro Devices, Inc. [AMD] Starship/Matisse HD Audio Controller
Despite advertising FLReset device capabilities, performing a function level reset of either of these devices causes the system to lock up. This is of particular issue where these devices appear in their own IOMMU groups and are well suited to VFIO passthrough.
Issue was introduced in AMD's "AGESA Combo-AM4 1.0.0.4 Patch B" microcode update, and affects dozens of motherboard models across various vendors.
Additional discussion of this issue:
https://www.reddit.com/r/VFIO/comments/eba5mh/workaround_patch_for_passing_through_usb_and/
[Fix]
Add a quirk to disable FLR on these devices. Sample patch attached.
[Test Case]
Peform the test on an impacted system:
* B350, B450, X370, X470, X570 motherboards (practically anything with an AM4 socket);
* Ryzen 3000-series CPU (2000-series possibly also affected);
* BIOS/UEFI firmware that includes "AGESA Combo-AM4 1.0.0.4 Patch B" (check vendor release notes)
In the above case where '0000:10:00.3' is the USB controller '1022:149c', issue a reset command
$ echo 1 | sudo tee /sys/bus/pci/devices/0000\:10\:00.3/reset
Impacted systems will not return successfully and become unstable, requiring a reboot. `/var/logs/syslog` will show something resembling the following
Mar 4 14:51:26 bunty kernel: [ 1745.043914] xhci_hcd 0000:10:00.3: not ready 1023ms after FLR; waiting
Mar 4 14:51:28 bunty kernel: [ 1747.091910] xhci_hcd 0000:10:00.3: not ready 2047ms after FLR; waiting
Mar 4 14:51:32 bunty kernel: [ 1750.163972] xhci_hcd 0000:10:00.3: not ready 4095ms after FLR; waiting
Mar 4 14:51:37 bunty kernel: [ 1755.283933] xhci_hcd 0000:10:00.3: not ready 8191ms after FLR; waiting
Mar 4 14:51:46 bunty kernel: [ 1764.499943] xhci_hcd 0000:10:00.3: not ready 16383ms after FLR; waiting
Mar 4 14:52:04 bunty kernel: [ 1782.164126] xhci_hcd 0000:10:00.3: not ready 32767ms after FLR; waiting
Mar 4 14:52:39 bunty kernel: [ 1816.979432] xhci_hcd 0000:10:00.3: not ready 65535ms after FLR; giving up
Mar 4 14:52:39 bunty kernel: [ 1817.978790] clocksource: timekeeping watchdog on CPU14: Marking clocksource 'tsc' as unstable because the skew is too large:
Mar 4 14:52:39 bunty kernel: [ 1817.978806] clocksource: 'hpet' wd_now: f63fcfe wd_last: d468894 mask: ffffffff
Mar 4 14:52:39 bunty kernel: [ 1817.978809] clocksource: 'tsc' cs_now: 60e67e17758 cs_last: 60d2a81ce24 mask: ffffffffffffffff
Mar 4 14:52:39 bunty kernel: [ 1817.978818] tsc: Marking TSC unstable due to clocksource watchdog
Mar 4 14:52:40 bunty kernel: [ 1817.978892] TSC found unstable after boot, most likely due to broken BIOS. Use 'tsc=unstable'.
Mar 4 14:52:40 bunty kernel: [ 1817.978894] sched_clock: Marking unstable (1817664630139, 314261908)<-(1817981099530, -2209419)
[Regression Risk]
Unknown |
|
| 2020-03-04 08:00:08 |
Ubuntu Kernel Bot |
linux (Ubuntu): status |
New |
Incomplete |
|
| 2020-03-04 08:00:09 |
Ubuntu Kernel Bot |
tags |
|
eoan |
|
| 2020-03-04 08:21:54 |
Ubuntu Foundations Team Bug Bot |
tags |
eoan |
eoan patch |
|
| 2020-03-04 08:21:55 |
Ubuntu Foundations Team Bug Bot |
bug |
|
|
added subscriber Terry Rudd |
| 2020-03-04 12:26:25 |
Bulk Adhesive |
tags |
eoan patch |
apport-collected eoan patch |
|
| 2020-03-04 12:26:26 |
Bulk Adhesive |
description |
$ lsb_release -rd
Description: Ubuntu 19.10
Release: 19.10
[Impact]
Devices affected:
* [1022:149c] USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] Matisse USB 3.0 Host Controller
* [1022:1487] Audio device [0403]: Advanced Micro Devices, Inc. [AMD] Starship/Matisse HD Audio Controller
Despite advertising FLReset device capabilities, performing a function level reset of either of these devices causes the system to lock up. This is of particular issue where these devices appear in their own IOMMU groups and are well suited to VFIO passthrough.
Issue was introduced in AMD's "AGESA Combo-AM4 1.0.0.4 Patch B" microcode update, and affects dozens of motherboard models across various vendors.
Additional discussion of this issue:
https://www.reddit.com/r/VFIO/comments/eba5mh/workaround_patch_for_passing_through_usb_and/
[Fix]
Add a quirk to disable FLR on these devices. Sample patch attached.
[Test Case]
Peform the test on an impacted system:
* B350, B450, X370, X470, X570 motherboards (practically anything with an AM4 socket);
* Ryzen 3000-series CPU (2000-series possibly also affected);
* BIOS/UEFI firmware that includes "AGESA Combo-AM4 1.0.0.4 Patch B" (check vendor release notes)
In the above case where '0000:10:00.3' is the USB controller '1022:149c', issue a reset command
$ echo 1 | sudo tee /sys/bus/pci/devices/0000\:10\:00.3/reset
Impacted systems will not return successfully and become unstable, requiring a reboot. `/var/logs/syslog` will show something resembling the following
Mar 4 14:51:26 bunty kernel: [ 1745.043914] xhci_hcd 0000:10:00.3: not ready 1023ms after FLR; waiting
Mar 4 14:51:28 bunty kernel: [ 1747.091910] xhci_hcd 0000:10:00.3: not ready 2047ms after FLR; waiting
Mar 4 14:51:32 bunty kernel: [ 1750.163972] xhci_hcd 0000:10:00.3: not ready 4095ms after FLR; waiting
Mar 4 14:51:37 bunty kernel: [ 1755.283933] xhci_hcd 0000:10:00.3: not ready 8191ms after FLR; waiting
Mar 4 14:51:46 bunty kernel: [ 1764.499943] xhci_hcd 0000:10:00.3: not ready 16383ms after FLR; waiting
Mar 4 14:52:04 bunty kernel: [ 1782.164126] xhci_hcd 0000:10:00.3: not ready 32767ms after FLR; waiting
Mar 4 14:52:39 bunty kernel: [ 1816.979432] xhci_hcd 0000:10:00.3: not ready 65535ms after FLR; giving up
Mar 4 14:52:39 bunty kernel: [ 1817.978790] clocksource: timekeeping watchdog on CPU14: Marking clocksource 'tsc' as unstable because the skew is too large:
Mar 4 14:52:39 bunty kernel: [ 1817.978806] clocksource: 'hpet' wd_now: f63fcfe wd_last: d468894 mask: ffffffff
Mar 4 14:52:39 bunty kernel: [ 1817.978809] clocksource: 'tsc' cs_now: 60e67e17758 cs_last: 60d2a81ce24 mask: ffffffffffffffff
Mar 4 14:52:39 bunty kernel: [ 1817.978818] tsc: Marking TSC unstable due to clocksource watchdog
Mar 4 14:52:40 bunty kernel: [ 1817.978892] TSC found unstable after boot, most likely due to broken BIOS. Use 'tsc=unstable'.
Mar 4 14:52:40 bunty kernel: [ 1817.978894] sched_clock: Marking unstable (1817664630139, 314261908)<-(1817981099530, -2209419)
[Regression Risk]
Unknown |
$ lsb_release -rd
Description: Ubuntu 19.10
Release: 19.10
[Impact]
Devices affected:
* [1022:149c] USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] Matisse USB 3.0 Host Controller
* [1022:1487] Audio device [0403]: Advanced Micro Devices, Inc. [AMD] Starship/Matisse HD Audio Controller
Despite advertising FLReset device capabilities, performing a function level reset of either of these devices causes the system to lock up. This is of particular issue where these devices appear in their own IOMMU groups and are well suited to VFIO passthrough.
Issue was introduced in AMD's "AGESA Combo-AM4 1.0.0.4 Patch B" microcode update, and affects dozens of motherboard models across various vendors.
Additional discussion of this issue:
https://www.reddit.com/r/VFIO/comments/eba5mh/workaround_patch_for_passing_through_usb_and/
[Fix]
Add a quirk to disable FLR on these devices. Sample patch attached.
[Test Case]
Peform the test on an impacted system:
* B350, B450, X370, X470, X570 motherboards (practically anything with an AM4 socket);
* Ryzen 3000-series CPU (2000-series possibly also affected);
* BIOS/UEFI firmware that includes "AGESA Combo-AM4 1.0.0.4 Patch B" (check vendor release notes)
In the above case where '0000:10:00.3' is the USB controller '1022:149c', issue a reset command
$ echo 1 | sudo tee /sys/bus/pci/devices/0000\:10\:00.3/reset
Impacted systems will not return successfully and become unstable, requiring a reboot. `/var/logs/syslog` will show something resembling the following
Mar 4 14:51:26 bunty kernel: [ 1745.043914] xhci_hcd 0000:10:00.3: not ready 1023ms after FLR; waiting
Mar 4 14:51:28 bunty kernel: [ 1747.091910] xhci_hcd 0000:10:00.3: not ready 2047ms after FLR; waiting
Mar 4 14:51:32 bunty kernel: [ 1750.163972] xhci_hcd 0000:10:00.3: not ready 4095ms after FLR; waiting
Mar 4 14:51:37 bunty kernel: [ 1755.283933] xhci_hcd 0000:10:00.3: not ready 8191ms after FLR; waiting
Mar 4 14:51:46 bunty kernel: [ 1764.499943] xhci_hcd 0000:10:00.3: not ready 16383ms after FLR; waiting
Mar 4 14:52:04 bunty kernel: [ 1782.164126] xhci_hcd 0000:10:00.3: not ready 32767ms after FLR; waiting
Mar 4 14:52:39 bunty kernel: [ 1816.979432] xhci_hcd 0000:10:00.3: not ready 65535ms after FLR; giving up
Mar 4 14:52:39 bunty kernel: [ 1817.978790] clocksource: timekeeping watchdog on CPU14: Marking clocksource 'tsc' as unstable because the skew is too large:
Mar 4 14:52:39 bunty kernel: [ 1817.978806] clocksource: 'hpet' wd_now: f63fcfe wd_last: d468894 mask: ffffffff
Mar 4 14:52:39 bunty kernel: [ 1817.978809] clocksource: 'tsc' cs_now: 60e67e17758 cs_last: 60d2a81ce24 mask: ffffffffffffffff
Mar 4 14:52:39 bunty kernel: [ 1817.978818] tsc: Marking TSC unstable due to clocksource watchdog
Mar 4 14:52:40 bunty kernel: [ 1817.978892] TSC found unstable after boot, most likely due to broken BIOS. Use 'tsc=unstable'.
Mar 4 14:52:40 bunty kernel: [ 1817.978894] sched_clock: Marking unstable (1817664630139, 314261908)<-(1817981099530, -2209419)
[Regression Risk]
Unknown
---
ProblemType: Bug
ApportVersion: 2.20.11-0ubuntu8.2
Architecture: amd64
AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/controlC0', '/dev/snd/hwC0D0', '/dev/snd/pcmC0D7p', '/dev/snd/pcmC0D3p', '/dev/snd/by-path', '/dev/snd/controlC1', '/dev/snd/hwC1D0', '/dev/snd/pcmC1D2c', '/dev/snd/pcmC1D1p', '/dev/snd/pcmC1D0c', '/dev/snd/pcmC1D0p', '/dev/snd/seq', '/dev/snd/timer'] failed with exit code 1:
DistroRelease: Ubuntu 19.10
MachineType: To Be Filled By O.E.M. To Be Filled By O.E.M.
NonfreeKernelModules: zfs zunicode zavl icp zcommon znvpair nvidia_modeset nvidia
Package: linux (not installed)
ProcFB: 0 EFI VGA
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.3.0-40+amdnoflr-generic root=UUID=f2f3748c-f017-47ae-aa38-943e5f5189e0 ro amd_iommu=on
ProcVersionSignature: Ubuntu 5.3.0-40.32+amdnoflr-generic 5.3.18
RelatedPackageVersions:
linux-restricted-modules-5.3.0-40+amdnoflr-generic N/A
linux-backports-modules-5.3.0-40+amdnoflr-generic N/A
linux-firmware 1.183.3
Tags: eoan
Uname: Linux 5.3.0-40+amdnoflr-generic x86_64
UnreportableReason: This report is about a package that is not installed.
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm cdrom dip libvirt lpadmin lxd plugdev sambashare sudo
_MarkForUpload: False
dmi.bios.date: 11/14/2019
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: L3.77
dmi.board.name: X470 Taichi
dmi.board.vendor: ASRock
dmi.chassis.asset.tag: To Be Filled By O.E.M.
dmi.chassis.type: 3
dmi.chassis.vendor: To Be Filled By O.E.M.
dmi.chassis.version: To Be Filled By O.E.M.
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvrL3.77:bd11/14/2019:svnToBeFilledByO.E.M.:pnToBeFilledByO.E.M.:pvrToBeFilledByO.E.M.:rvnASRock:rnX470Taichi:rvr:cvnToBeFilledByO.E.M.:ct3:cvrToBeFilledByO.E.M.:
dmi.product.family: To Be Filled By O.E.M.
dmi.product.name: To Be Filled By O.E.M.
dmi.product.sku: To Be Filled By O.E.M.
dmi.product.version: To Be Filled By O.E.M.
dmi.sys.vendor: To Be Filled By O.E.M. |
|
| 2020-03-04 12:26:29 |
Bulk Adhesive |
attachment added |
|
AlsaInfo.txt https://bugs.launchpad.net/bugs/1865988/+attachment/5333470/+files/AlsaInfo.txt |
|
| 2020-03-04 12:26:30 |
Bulk Adhesive |
attachment added |
|
CRDA.txt https://bugs.launchpad.net/bugs/1865988/+attachment/5333471/+files/CRDA.txt |
|
| 2020-03-04 12:26:32 |
Bulk Adhesive |
attachment added |
|
CurrentDmesg.txt https://bugs.launchpad.net/bugs/1865988/+attachment/5333472/+files/CurrentDmesg.txt |
|
| 2020-03-04 12:26:33 |
Bulk Adhesive |
attachment added |
|
IwConfig.txt https://bugs.launchpad.net/bugs/1865988/+attachment/5333473/+files/IwConfig.txt |
|
| 2020-03-04 12:26:34 |
Bulk Adhesive |
attachment added |
|
Lspci.txt https://bugs.launchpad.net/bugs/1865988/+attachment/5333474/+files/Lspci.txt |
|
| 2020-03-04 12:26:36 |
Bulk Adhesive |
attachment added |
|
Lsusb.txt https://bugs.launchpad.net/bugs/1865988/+attachment/5333475/+files/Lsusb.txt |
|
| 2020-03-04 12:26:37 |
Bulk Adhesive |
attachment added |
|
ProcCpuinfoMinimal.txt https://bugs.launchpad.net/bugs/1865988/+attachment/5333476/+files/ProcCpuinfoMinimal.txt |
|
| 2020-03-04 12:26:38 |
Bulk Adhesive |
attachment added |
|
ProcEnviron.txt https://bugs.launchpad.net/bugs/1865988/+attachment/5333477/+files/ProcEnviron.txt |
|
| 2020-03-04 12:26:40 |
Bulk Adhesive |
attachment added |
|
ProcInterrupts.txt https://bugs.launchpad.net/bugs/1865988/+attachment/5333478/+files/ProcInterrupts.txt |
|
| 2020-03-04 12:26:41 |
Bulk Adhesive |
attachment added |
|
ProcModules.txt https://bugs.launchpad.net/bugs/1865988/+attachment/5333479/+files/ProcModules.txt |
|
| 2020-03-04 12:26:42 |
Bulk Adhesive |
attachment added |
|
PulseList.txt https://bugs.launchpad.net/bugs/1865988/+attachment/5333480/+files/PulseList.txt |
|
| 2020-03-04 12:26:44 |
Bulk Adhesive |
attachment added |
|
RfKill.txt https://bugs.launchpad.net/bugs/1865988/+attachment/5333481/+files/RfKill.txt |
|
| 2020-03-04 12:26:46 |
Bulk Adhesive |
attachment added |
|
UdevDb.txt https://bugs.launchpad.net/bugs/1865988/+attachment/5333482/+files/UdevDb.txt |
|
| 2020-03-04 12:26:48 |
Bulk Adhesive |
attachment added |
|
WifiSyslog.txt https://bugs.launchpad.net/bugs/1865988/+attachment/5333483/+files/WifiSyslog.txt |
|
| 2020-03-04 12:27:47 |
Bulk Adhesive |
linux (Ubuntu): status |
Incomplete |
Confirmed |
|
| 2020-05-25 14:09:04 |
Bob |
bug |
|
|
added subscriber Bob |
| 2020-05-29 07:40:15 |
You-Sheng Yang |
linux (Ubuntu): assignee |
|
You-Sheng Yang (vicamo) |
|
| 2020-05-29 08:01:44 |
You-Sheng Yang |
nominated for series |
|
Ubuntu Groovy |
|
| 2020-05-29 08:01:44 |
You-Sheng Yang |
bug task added |
|
linux (Ubuntu Groovy) |
|
| 2020-05-29 08:01:44 |
You-Sheng Yang |
nominated for series |
|
Ubuntu Bionic |
|
| 2020-05-29 08:01:44 |
You-Sheng Yang |
bug task added |
|
linux (Ubuntu Bionic) |
|
| 2020-05-29 08:01:44 |
You-Sheng Yang |
nominated for series |
|
Ubuntu Eoan |
|
| 2020-05-29 08:01:44 |
You-Sheng Yang |
bug task added |
|
linux (Ubuntu Eoan) |
|
| 2020-05-29 08:01:44 |
You-Sheng Yang |
nominated for series |
|
Ubuntu Focal |
|
| 2020-05-29 08:01:44 |
You-Sheng Yang |
bug task added |
|
linux (Ubuntu Focal) |
|
| 2020-05-29 08:02:05 |
You-Sheng Yang |
bug task added |
|
linux-oem-osp1 (Ubuntu) |
|
| 2020-05-29 08:02:17 |
You-Sheng Yang |
bug task added |
|
linux-oem-5.6 (Ubuntu) |
|
| 2020-05-29 08:03:13 |
You-Sheng Yang |
linux-oem-osp1 (Ubuntu Eoan): status |
New |
Invalid |
|
| 2020-05-29 08:03:25 |
You-Sheng Yang |
linux-oem-osp1 (Ubuntu Focal): status |
New |
Invalid |
|
| 2020-05-29 08:03:39 |
You-Sheng Yang |
linux-oem-osp1 (Ubuntu Groovy): status |
New |
Invalid |
|
| 2020-05-29 08:03:53 |
You-Sheng Yang |
linux-oem-5.6 (Ubuntu Bionic): status |
New |
Invalid |
|
| 2020-05-29 08:04:06 |
You-Sheng Yang |
linux-oem-5.6 (Ubuntu Eoan): status |
New |
Invalid |
|
| 2020-05-29 08:04:20 |
You-Sheng Yang |
linux-oem-5.6 (Ubuntu Groovy): status |
New |
Invalid |
|
| 2020-05-29 08:04:56 |
You-Sheng Yang |
linux (Ubuntu Bionic): status |
New |
In Progress |
|
| 2020-05-29 08:04:56 |
You-Sheng Yang |
linux (Ubuntu Bionic): assignee |
|
You-Sheng Yang (vicamo) |
|
| 2020-05-29 08:05:10 |
You-Sheng Yang |
linux (Ubuntu Eoan): status |
New |
In Progress |
|
| 2020-05-29 08:05:10 |
You-Sheng Yang |
linux (Ubuntu Eoan): assignee |
|
You-Sheng Yang (vicamo) |
|
| 2020-05-29 08:05:25 |
You-Sheng Yang |
linux (Ubuntu Focal): status |
New |
In Progress |
|
| 2020-05-29 08:05:25 |
You-Sheng Yang |
linux (Ubuntu Focal): assignee |
|
You-Sheng Yang (vicamo) |
|
| 2020-05-29 08:05:38 |
You-Sheng Yang |
linux (Ubuntu Groovy): status |
Confirmed |
In Progress |
|
| 2020-05-29 08:05:51 |
You-Sheng Yang |
linux-oem-5.6 (Ubuntu Focal): status |
New |
In Progress |
|
| 2020-05-29 08:05:51 |
You-Sheng Yang |
linux-oem-5.6 (Ubuntu Focal): assignee |
|
You-Sheng Yang (vicamo) |
|
| 2020-05-29 08:06:05 |
You-Sheng Yang |
linux-oem-osp1 (Ubuntu Bionic): status |
New |
In Progress |
|
| 2020-05-29 08:06:05 |
You-Sheng Yang |
linux-oem-osp1 (Ubuntu Bionic): assignee |
|
You-Sheng Yang (vicamo) |
|
| 2020-05-29 10:24:07 |
You-Sheng Yang |
description |
$ lsb_release -rd
Description: Ubuntu 19.10
Release: 19.10
[Impact]
Devices affected:
* [1022:149c] USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] Matisse USB 3.0 Host Controller
* [1022:1487] Audio device [0403]: Advanced Micro Devices, Inc. [AMD] Starship/Matisse HD Audio Controller
Despite advertising FLReset device capabilities, performing a function level reset of either of these devices causes the system to lock up. This is of particular issue where these devices appear in their own IOMMU groups and are well suited to VFIO passthrough.
Issue was introduced in AMD's "AGESA Combo-AM4 1.0.0.4 Patch B" microcode update, and affects dozens of motherboard models across various vendors.
Additional discussion of this issue:
https://www.reddit.com/r/VFIO/comments/eba5mh/workaround_patch_for_passing_through_usb_and/
[Fix]
Add a quirk to disable FLR on these devices. Sample patch attached.
[Test Case]
Peform the test on an impacted system:
* B350, B450, X370, X470, X570 motherboards (practically anything with an AM4 socket);
* Ryzen 3000-series CPU (2000-series possibly also affected);
* BIOS/UEFI firmware that includes "AGESA Combo-AM4 1.0.0.4 Patch B" (check vendor release notes)
In the above case where '0000:10:00.3' is the USB controller '1022:149c', issue a reset command
$ echo 1 | sudo tee /sys/bus/pci/devices/0000\:10\:00.3/reset
Impacted systems will not return successfully and become unstable, requiring a reboot. `/var/logs/syslog` will show something resembling the following
Mar 4 14:51:26 bunty kernel: [ 1745.043914] xhci_hcd 0000:10:00.3: not ready 1023ms after FLR; waiting
Mar 4 14:51:28 bunty kernel: [ 1747.091910] xhci_hcd 0000:10:00.3: not ready 2047ms after FLR; waiting
Mar 4 14:51:32 bunty kernel: [ 1750.163972] xhci_hcd 0000:10:00.3: not ready 4095ms after FLR; waiting
Mar 4 14:51:37 bunty kernel: [ 1755.283933] xhci_hcd 0000:10:00.3: not ready 8191ms after FLR; waiting
Mar 4 14:51:46 bunty kernel: [ 1764.499943] xhci_hcd 0000:10:00.3: not ready 16383ms after FLR; waiting
Mar 4 14:52:04 bunty kernel: [ 1782.164126] xhci_hcd 0000:10:00.3: not ready 32767ms after FLR; waiting
Mar 4 14:52:39 bunty kernel: [ 1816.979432] xhci_hcd 0000:10:00.3: not ready 65535ms after FLR; giving up
Mar 4 14:52:39 bunty kernel: [ 1817.978790] clocksource: timekeeping watchdog on CPU14: Marking clocksource 'tsc' as unstable because the skew is too large:
Mar 4 14:52:39 bunty kernel: [ 1817.978806] clocksource: 'hpet' wd_now: f63fcfe wd_last: d468894 mask: ffffffff
Mar 4 14:52:39 bunty kernel: [ 1817.978809] clocksource: 'tsc' cs_now: 60e67e17758 cs_last: 60d2a81ce24 mask: ffffffffffffffff
Mar 4 14:52:39 bunty kernel: [ 1817.978818] tsc: Marking TSC unstable due to clocksource watchdog
Mar 4 14:52:40 bunty kernel: [ 1817.978892] TSC found unstable after boot, most likely due to broken BIOS. Use 'tsc=unstable'.
Mar 4 14:52:40 bunty kernel: [ 1817.978894] sched_clock: Marking unstable (1817664630139, 314261908)<-(1817981099530, -2209419)
[Regression Risk]
Unknown
---
ProblemType: Bug
ApportVersion: 2.20.11-0ubuntu8.2
Architecture: amd64
AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/controlC0', '/dev/snd/hwC0D0', '/dev/snd/pcmC0D7p', '/dev/snd/pcmC0D3p', '/dev/snd/by-path', '/dev/snd/controlC1', '/dev/snd/hwC1D0', '/dev/snd/pcmC1D2c', '/dev/snd/pcmC1D1p', '/dev/snd/pcmC1D0c', '/dev/snd/pcmC1D0p', '/dev/snd/seq', '/dev/snd/timer'] failed with exit code 1:
DistroRelease: Ubuntu 19.10
MachineType: To Be Filled By O.E.M. To Be Filled By O.E.M.
NonfreeKernelModules: zfs zunicode zavl icp zcommon znvpair nvidia_modeset nvidia
Package: linux (not installed)
ProcFB: 0 EFI VGA
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.3.0-40+amdnoflr-generic root=UUID=f2f3748c-f017-47ae-aa38-943e5f5189e0 ro amd_iommu=on
ProcVersionSignature: Ubuntu 5.3.0-40.32+amdnoflr-generic 5.3.18
RelatedPackageVersions:
linux-restricted-modules-5.3.0-40+amdnoflr-generic N/A
linux-backports-modules-5.3.0-40+amdnoflr-generic N/A
linux-firmware 1.183.3
Tags: eoan
Uname: Linux 5.3.0-40+amdnoflr-generic x86_64
UnreportableReason: This report is about a package that is not installed.
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm cdrom dip libvirt lpadmin lxd plugdev sambashare sudo
_MarkForUpload: False
dmi.bios.date: 11/14/2019
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: L3.77
dmi.board.name: X470 Taichi
dmi.board.vendor: ASRock
dmi.chassis.asset.tag: To Be Filled By O.E.M.
dmi.chassis.type: 3
dmi.chassis.vendor: To Be Filled By O.E.M.
dmi.chassis.version: To Be Filled By O.E.M.
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvrL3.77:bd11/14/2019:svnToBeFilledByO.E.M.:pnToBeFilledByO.E.M.:pvrToBeFilledByO.E.M.:rvnASRock:rnX470Taichi:rvr:cvnToBeFilledByO.E.M.:ct3:cvrToBeFilledByO.E.M.:
dmi.product.family: To Be Filled By O.E.M.
dmi.product.name: To Be Filled By O.E.M.
dmi.product.sku: To Be Filled By O.E.M.
dmi.product.version: To Be Filled By O.E.M.
dmi.sys.vendor: To Be Filled By O.E.M. |
[SRU Justifcation]
[Impact]
Devices affected:
* [1022:148c] USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] Starship
USB 3.0 Host Controller
* [1022:149c] USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] Matisse
USB 3.0 Host Controller
* [1022:1487] Audio device [0403]: Advanced Micro Devices, Inc. [AMD]
Starship/Matisse HD Audio Controller
Despite advertising FLReset device capabilities, performing a function level
reset of either of these devices causes the system to lock up. This is of
particular issue where these devices appear in their own IOMMU groups and are
well suited to VFIO passthrough.
Issue was introduced in AMD's "AGESA Combo-AM4 1.0.0.4 Patch B" microcode
update, and affects dozens of motherboard models across various vendors.
Additional discussion of this issue:
https://www.reddit.com/r/VFIO/comments/eba5mh/workaround_patch_for_passing_through_usb_and/
[Fix]
Two commits currently landed in linux-pci pci/virutualization:
* 0d14f06cd665 PCI: Avoid FLR for AMD Matisse HD Audio & USB 3.0
* 5727043c73fd PCI: Avoid FLR for AMD Starship USB 3.0
[Test Case]
Peform the test on an impacted system:
* B350, B450, X370, X470, X570 motherboards (practically anything with an AM4
socket);
* Ryzen 3000-series CPU (2000-series possibly also affected);
* BIOS/UEFI firmware that includes "AGESA Combo-AM4 1.0.0.4 Patch B" (check
vendor release notes)
In the above case where '0000:10:00.3' is the USB controller '1022:149c', issue
a reset command:
$ echo 1 | sudo tee /sys/bus/pci/devices/0000\:10\:00.3/reset
Impacted systems will not return successfully and become unstable, requiring a
reboot. `/var/logs/syslog` will show something resembling the following:
xhci_hcd 0000:10:00.3: not ready 1023ms after FLR; waiting
xhci_hcd 0000:10:00.3: not ready 2047ms after FLR; waiting
xhci_hcd 0000:10:00.3: not ready 4095ms after FLR; waiting
xhci_hcd 0000:10:00.3: not ready 8191ms after FLR; waiting
xhci_hcd 0000:10:00.3: not ready 16383ms after FLR; waiting
xhci_hcd 0000:10:00.3: not ready 32767ms after FLR; waiting
xhci_hcd 0000:10:00.3: not ready 65535ms after FLR; giving up
clocksource: timekeeping watchdog on CPU14: Marking clocksource 'tsc' as unstable because the skew is too large:
clocksource: 'hpet' wd_now: f63fcfe wd_last: d468894 mask: ffffffff
clocksource: 'tsc' cs_now: 60e67e17758 cs_last: 60d2a81ce24 mask: ffffffffffffffff
tsc: Marking TSC unstable due to clocksource watchdog
TSC found unstable after boot, most likely due to broken BIOS. Use 'tsc=unstable'.
sched_clock: Marking unstable (1817664630139, 314261908)<-(1817981099530, -2209419)
[Regression Risk]
Low. These two patches affect only systems with a device needs fix.
========== Original Bug Description ==========
$ lsb_release -rd
Description: Ubuntu 19.10
Release: 19.10
[Impact]
Devices affected:
* [1022:149c] USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] Matisse USB 3.0 Host Controller
* [1022:1487] Audio device [0403]: Advanced Micro Devices, Inc. [AMD] Starship/Matisse HD Audio Controller
Despite advertising FLReset device capabilities, performing a function level reset of either of these devices causes the system to lock up. This is of particular issue where these devices appear in their own IOMMU groups and are well suited to VFIO passthrough.
Issue was introduced in AMD's "AGESA Combo-AM4 1.0.0.4 Patch B" microcode update, and affects dozens of motherboard models across various vendors.
Additional discussion of this issue:
https://www.reddit.com/r/VFIO/comments/eba5mh/workaround_patch_for_passing_through_usb_and/
[Fix]
Add a quirk to disable FLR on these devices. Sample patch attached.
[Test Case]
Peform the test on an impacted system:
* B350, B450, X370, X470, X570 motherboards (practically anything with an AM4 socket);
* Ryzen 3000-series CPU (2000-series possibly also affected);
* BIOS/UEFI firmware that includes "AGESA Combo-AM4 1.0.0.4 Patch B" (check vendor release notes)
In the above case where '0000:10:00.3' is the USB controller '1022:149c', issue a reset command
$ echo 1 | sudo tee /sys/bus/pci/devices/0000\:10\:00.3/reset
Impacted systems will not return successfully and become unstable, requiring a reboot. `/var/logs/syslog` will show something resembling the following
Mar 4 14:51:26 bunty kernel: [ 1745.043914] xhci_hcd 0000:10:00.3: not ready 1023ms after FLR; waiting
Mar 4 14:51:28 bunty kernel: [ 1747.091910] xhci_hcd 0000:10:00.3: not ready 2047ms after FLR; waiting
Mar 4 14:51:32 bunty kernel: [ 1750.163972] xhci_hcd 0000:10:00.3: not ready 4095ms after FLR; waiting
Mar 4 14:51:37 bunty kernel: [ 1755.283933] xhci_hcd 0000:10:00.3: not ready 8191ms after FLR; waiting
Mar 4 14:51:46 bunty kernel: [ 1764.499943] xhci_hcd 0000:10:00.3: not ready 16383ms after FLR; waiting
Mar 4 14:52:04 bunty kernel: [ 1782.164126] xhci_hcd 0000:10:00.3: not ready 32767ms after FLR; waiting
Mar 4 14:52:39 bunty kernel: [ 1816.979432] xhci_hcd 0000:10:00.3: not ready 65535ms after FLR; giving up
Mar 4 14:52:39 bunty kernel: [ 1817.978790] clocksource: timekeeping watchdog on CPU14: Marking clocksource 'tsc' as unstable because the skew is too large:
Mar 4 14:52:39 bunty kernel: [ 1817.978806] clocksource: 'hpet' wd_now: f63fcfe wd_last: d468894 mask: ffffffff
Mar 4 14:52:39 bunty kernel: [ 1817.978809] clocksource: 'tsc' cs_now: 60e67e17758 cs_last: 60d2a81ce24 mask: ffffffffffffffff
Mar 4 14:52:39 bunty kernel: [ 1817.978818] tsc: Marking TSC unstable due to clocksource watchdog
Mar 4 14:52:40 bunty kernel: [ 1817.978892] TSC found unstable after boot, most likely due to broken BIOS. Use 'tsc=unstable'.
Mar 4 14:52:40 bunty kernel: [ 1817.978894] sched_clock: Marking unstable (1817664630139, 314261908)<-(1817981099530, -2209419)
[Regression Risk]
Unknown
---
ProblemType: Bug
ApportVersion: 2.20.11-0ubuntu8.2
Architecture: amd64
AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/controlC0', '/dev/snd/hwC0D0', '/dev/snd/pcmC0D7p', '/dev/snd/pcmC0D3p', '/dev/snd/by-path', '/dev/snd/controlC1', '/dev/snd/hwC1D0', '/dev/snd/pcmC1D2c', '/dev/snd/pcmC1D1p', '/dev/snd/pcmC1D0c', '/dev/snd/pcmC1D0p', '/dev/snd/seq', '/dev/snd/timer'] failed with exit code 1:
DistroRelease: Ubuntu 19.10
MachineType: To Be Filled By O.E.M. To Be Filled By O.E.M.
NonfreeKernelModules: zfs zunicode zavl icp zcommon znvpair nvidia_modeset nvidia
Package: linux (not installed)
ProcFB: 0 EFI VGA
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.3.0-40+amdnoflr-generic root=UUID=f2f3748c-f017-47ae-aa38-943e5f5189e0 ro amd_iommu=on
ProcVersionSignature: Ubuntu 5.3.0-40.32+amdnoflr-generic 5.3.18
RelatedPackageVersions:
linux-restricted-modules-5.3.0-40+amdnoflr-generic N/A
linux-backports-modules-5.3.0-40+amdnoflr-generic N/A
linux-firmware 1.183.3
Tags: eoan
Uname: Linux 5.3.0-40+amdnoflr-generic x86_64
UnreportableReason: This report is about a package that is not installed.
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm cdrom dip libvirt lpadmin lxd plugdev sambashare sudo
_MarkForUpload: False
dmi.bios.date: 11/14/2019
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: L3.77
dmi.board.name: X470 Taichi
dmi.board.vendor: ASRock
dmi.chassis.asset.tag: To Be Filled By O.E.M.
dmi.chassis.type: 3
dmi.chassis.vendor: To Be Filled By O.E.M.
dmi.chassis.version: To Be Filled By O.E.M.
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvrL3.77:bd11/14/2019:svnToBeFilledByO.E.M.:pnToBeFilledByO.E.M.:pvrToBeFilledByO.E.M.:rvnASRock:rnX470Taichi:rvr:cvnToBeFilledByO.E.M.:ct3:cvrToBeFilledByO.E.M.:
dmi.product.family: To Be Filled By O.E.M.
dmi.product.name: To Be Filled By O.E.M.
dmi.product.sku: To Be Filled By O.E.M.
dmi.product.version: To Be Filled By O.E.M.
dmi.sys.vendor: To Be Filled By O.E.M. |
|
| 2020-06-05 05:49:05 |
Khaled El Mously |
linux (Ubuntu Bionic): status |
In Progress |
Fix Committed |
|
| 2020-06-05 05:49:14 |
Khaled El Mously |
linux (Ubuntu Eoan): status |
In Progress |
Fix Committed |
|
| 2020-06-05 05:49:23 |
Khaled El Mously |
linux (Ubuntu Focal): status |
In Progress |
Fix Committed |
|
| 2020-06-10 17:42:35 |
Ubuntu Kernel Bot |
tags |
apport-collected eoan patch |
apport-collected eoan patch verification-needed-focal |
|
| 2020-06-10 17:43:55 |
Ubuntu Kernel Bot |
tags |
apport-collected eoan patch verification-needed-focal |
apport-collected eoan patch verification-needed-eoan verification-needed-focal |
|
| 2020-06-10 17:45:29 |
Ubuntu Kernel Bot |
tags |
apport-collected eoan patch verification-needed-eoan verification-needed-focal |
apport-collected eoan patch verification-needed-bionic verification-needed-eoan verification-needed-focal |
|
| 2020-06-12 04:31:36 |
Bulk Adhesive |
tags |
apport-collected eoan patch verification-needed-bionic verification-needed-eoan verification-needed-focal |
apport-collected eoan patch verification-done-eoan verification-needed-bionic verification-needed-focal |
|
| 2020-06-12 08:19:34 |
Timo Aaltonen |
linux-oem-5.6 (Ubuntu Focal): status |
In Progress |
Fix Committed |
|
| 2020-06-12 09:28:41 |
AceLan Kao |
linux-oem-osp1 (Ubuntu Bionic): status |
In Progress |
Fix Committed |
|
| 2020-06-12 14:48:54 |
Bulk Adhesive |
tags |
apport-collected eoan patch verification-done-eoan verification-needed-bionic verification-needed-focal |
apport-collected eoan patch verification-done-eoan verification-done-focal verification-needed-bionic |
|
| 2020-07-01 10:25:25 |
Launchpad Janitor |
linux (Ubuntu Focal): status |
Fix Committed |
Fix Released |
|
| 2020-07-01 10:25:25 |
Launchpad Janitor |
cve linked |
|
2020-0543 |
|
| 2020-07-01 10:25:25 |
Launchpad Janitor |
cve linked |
|
2020-13143 |
|
| 2020-07-01 10:26:50 |
Launchpad Janitor |
linux-oem-5.6 (Ubuntu Focal): status |
Fix Committed |
Fix Released |
|
| 2020-07-01 10:27:39 |
Launchpad Janitor |
linux (Ubuntu Eoan): status |
Fix Committed |
Fix Released |
|
| 2020-07-01 10:27:39 |
Launchpad Janitor |
cve linked |
|
2020-10711 |
|
| 2020-07-01 10:28:55 |
Launchpad Janitor |
linux (Ubuntu Bionic): status |
Fix Committed |
Fix Released |
|
| 2020-07-01 10:28:55 |
Launchpad Janitor |
cve linked |
|
2019-12380 |
|
| 2020-07-01 10:28:55 |
Launchpad Janitor |
cve linked |
|
2019-16089 |
|
| 2020-07-01 10:28:55 |
Launchpad Janitor |
cve linked |
|
2019-19036 |
|
| 2020-07-01 10:28:55 |
Launchpad Janitor |
cve linked |
|
2019-19039 |
|
| 2020-07-01 10:28:55 |
Launchpad Janitor |
cve linked |
|
2019-19318 |
|
| 2020-07-01 10:28:55 |
Launchpad Janitor |
cve linked |
|
2019-19377 |
|
| 2020-07-01 10:28:55 |
Launchpad Janitor |
cve linked |
|
2019-19642 |
|
| 2020-07-01 10:28:55 |
Launchpad Janitor |
cve linked |
|
2019-19813 |
|
| 2020-07-01 10:28:55 |
Launchpad Janitor |
cve linked |
|
2019-19816 |
|
| 2020-07-01 10:33:31 |
Launchpad Janitor |
linux-oem-osp1 (Ubuntu Bionic): status |
Fix Committed |
Fix Released |
|
| 2020-07-28 00:57:35 |
Launchpad Janitor |
linux-oem-5.6 (Ubuntu Groovy): status |
Invalid |
Fix Released |
|
| 2020-07-28 00:57:39 |
Launchpad Janitor |
linux (Ubuntu Groovy): status |
In Progress |
Fix Released |
|
| 2020-07-28 00:57:39 |
Launchpad Janitor |
cve linked |
|
2020-11935 |
|
| 2020-08-12 14:58:25 |
Launchpad Janitor |
linux-oem-osp1 (Ubuntu Eoan): status |
Invalid |
Fix Released |
|
| 2020-08-12 14:58:25 |
Launchpad Janitor |
cve linked |
|
2020-10757 |
|
