diff options
Diffstat (limited to 'results/classifier/118/graphic/1803')
| -rw-r--r-- | results/classifier/118/graphic/1803 | 44 |
1 files changed, 44 insertions, 0 deletions
diff --git a/results/classifier/118/graphic/1803 b/results/classifier/118/graphic/1803 new file mode 100644 index 000000000..30f8c2c06 --- /dev/null +++ b/results/classifier/118/graphic/1803 @@ -0,0 +1,44 @@ +graphic: 0.990 +x86: 0.990 +architecture: 0.982 +TCG: 0.934 +ppc: 0.891 +device: 0.889 +boot: 0.876 +mistranslation: 0.829 +performance: 0.823 +semantic: 0.749 +register: 0.689 +user-level: 0.669 +permissions: 0.651 +files: 0.645 +PID: 0.626 +vnc: 0.586 +hypervisor: 0.569 +debug: 0.546 +risc-v: 0.534 +socket: 0.439 +peripherals: 0.414 +network: 0.407 +virtual: 0.388 +arm: 0.362 +VMM: 0.344 +KVM: 0.298 +kernel: 0.295 +i386: 0.274 +assembly: 0.210 + +8.x x86_64 system emulation/tcg regression (general protection fault) +Description of problem: +Running the ISO available at https://repo.chimera-linux.org/live/20230611/chimera-linux-x86_64-LIVE-20230611-gnome.iso with the above qemu command line, the graphical environment fails to come up. The system boots, and login prompt shows up; then graphical environment startup is attempted, with Wayland (you can tell as the login prompt cursor no longer blinks, being "frozen" for possibly up to a few minutes due to emulation cost). Then the graphical startup crashes (you can tell because the cursor starts blinking again) and an X11-based startup is attempted (you can tell by the X11 cross cursor) which however never fully comes up either. +Steps to reproduce: +1. Download the ISO and run with the command line above. +2. See the issue. +Additional information: +It is possible to then switch to tty2 (View->compatmonitor0, `sendkey ctrl-alt-f2`), log in as `root:chimera` or `anon:chimera` as the console prompt instructs, and type in `dmesg` (as `root`) or `doas dmesg` (as `anon`) and see that the `dmesg` contains a number of general protection faults, like this: + + + +The system used to work, but I am not sure which is the last version of QEMU where this worked, I believe 7.x. In 8.0.3 (likewise running in a Chimera environment, but it was also tested on Alpine, and I had somebody on Arch Linux test it with 8.0.2 just to rule out possible issues caused by a musl-based host environment) it crashes. It only appears to affect the `x86_64` guest architecture, as the other-architecture ISOs have graphical environment come up fine after some minutes (e.g. `ppc64le` with `qemu-system-ppc64 -M pseries-2.11,cap-htm=off -m 2048 -boot d -cdrom chimera-linux-ppc64le-LIVE-20230611-gnome.iso` works just fine). It also appears to only affect TCG emulation, as KVM likewise works fine (same command line, just `-enable-kvm` added). + +Apologies for a large testcase, but it seems to need specific graphical-adjacent services to reproduce. It should be consistently reproducible though. |