summary refs log tree commit diff stats
path: root/gitlab/issues_text/target_missing/host_missing/accel_missing/1696
diff options
context:
space:
mode:
Diffstat (limited to 'gitlab/issues_text/target_missing/host_missing/accel_missing/1696')
-rw-r--r--gitlab/issues_text/target_missing/host_missing/accel_missing/169639
1 files changed, 0 insertions, 39 deletions
diff --git a/gitlab/issues_text/target_missing/host_missing/accel_missing/1696 b/gitlab/issues_text/target_missing/host_missing/accel_missing/1696
deleted file mode 100644
index e380fb973..000000000
--- a/gitlab/issues_text/target_missing/host_missing/accel_missing/1696
+++ /dev/null
@@ -1,39 +0,0 @@
-Linux kernel hangs rarely when booting on the latest qemu
-Description of problem:
-(Downstream bug: https://bugzilla.redhat.com/show_bug.cgi?id=2213346)
-
-In Fedora we have noticed that the latest Linux kernel (rarely) hangs when booting
-on the latest qemu.  It hangs after printing:
-
-```
-[    0.070120] x86/cpu: User Mode Instruction Prevention (UMIP) activated
-[    0.070120] Last level iTLB entries: 4KB 512, 2MB 255, 4MB 127
-[    0.070120] Last level dTLB entries: 4KB 512, 2MB 255, 4MB 127, 1GB 0
-[    0.070120] Spectre V1 : Mitigation: usercopy/swapgs barriers and __user pointer sanitization
-[    0.070120] Spectre V2 : Mitigation: Retpolines
-[    0.070120] Spectre V2 : Spectre v2 / SpectreRSB mitigation: Filling RSB on context switch
-[    0.070120] Spectre V2 : Spectre v2 / SpectreRSB : Filling RSB on VMEXIT
-[    0.070120] Spectre V2 : Enabling Speculation Barrier for firmware calls
-[    0.070120] RETBleed: Mitigation: untrained return thunk
-[    0.070120] Spectre V2 : mitigation: Enabling conditional Indirect Branch Prediction Barrier
-[    0.070120] Speculative Store Bypass: Mitigation: Speculative Store Bypass disabled via prctl
-[    0.070120] Freeing SMP alternatives memory: 48K
-```
-
-The next line which would be printed (if it didn't hang) is:
-
-```
-[    0.070794] smpboot: CPU0: AMD Ryzen 9 3900X 12-Core Processor (family: 0x17, model: 0x71, stepping: 0x0)
-```
-
-We've seen this hang on both AMD and Intel.  It probably happens one in every 300 boots.
-Steps to reproduce:
-By far the easiest way to reproduce this is to just run guestfish in a loop:
-
-```
-$ while guestfish -a /dev/null -v run >& /tmp/log; do echo -n . ; done 
-```
-Additional information:
-The full qemu command is rather long but you can find it in this log file:
-
-https://bugzilla-attachments.redhat.com/attachment.cgi?id=1969620