2 files changed, 87 insertions, 0 deletions
diff --git a/results/classifier/108/other/747 b/results/classifier/108/other/747
new file mode 100644
index 00000000..fdd3f419
--- /dev/null
+++ b/results/classifier/108/other/747
@@ -0,0 +1,45 @@
+performance: 0.786
+device: 0.668
+boot: 0.666
+graphic: 0.623
+debug: 0.479
+PID: 0.455
+network: 0.431
+semantic: 0.381
+permissions: 0.289
+files: 0.261
+socket: 0.261
+vnc: 0.252
+KVM: 0.182
+other: 0.182
+
+hvf-accelerated aarch64 hangs when switching to big endian mode
+Description of problem:
+Trying to boot a big endian Linux kernel using the above command line on an M1 Mac Mini just hangs, there is not a single output.  However, by replacing `hvf` with `tcg`, the kernel boots up fine.  The kernel also starts if I use KVM acceleration on a Linux host system.
+Steps to reproduce:
+1. Build a Linux kernel for big endian arm64
+2. Try to boot it with -accel hvf on an M1 Mac
+3. Observe a lot of nothing happening  :-)
+Additional information:
+Sample run, TCG vs HVF
+```
+mikan:/tmp% qemu-system-aarch64 -accel tcg -machine virt,highmem=off -cpu cortex-a72 -nographic -kernel /tmp/vmlinuz-5.10.76-gentoo-r1-arm64.be |& head -16
+[    0.000000] Booting Linux on physical CPU 0x0000000000 [0x410fd083]
+[    0.000000] Linux version 5.10.76-gentoo-r1-arm64 (root@localhost) (aarch64-unknown-linux-gnu-gcc (Gentoo 11.2.0 p1) 11.2.0, GNU ld (Gentoo 2.37_p1 p0) 2.37) #1 SMP Sun Nov 21 16:30:21 -00 2021
+[    0.000000] Machine model: linux,dummy-virt
+[    0.000000] NUMA: No NUMA configuration found
+[    0.000000] NUMA: Faking a node at [mem 0x0000000040000000-0x0000000047ffffff]
+[    0.000000] NUMA: NODE_DATA [mem 0x47f65300-0x47f76fff]
+[    0.000000] Zone ranges:
+[    0.000000]   DMA      [mem 0x0000000040000000-0x0000000047ffffff]
+[    0.000000]   DMA32    empty
+[    0.000000]   Normal   empty
+[    0.000000] Movable zone start for each node
+[    0.000000] Early memory node ranges
+[    0.000000]   node   0: [mem 0x0000000040000000-0x0000000047ffffff]
+[    0.000000] Initmem setup node 0 [mem 0x0000000040000000-0x0000000047ffffff]
+[    0.000000] psci: probing for conduit method from DT.
+[    0.000000] psci: PSCIv0.2 detected in firmware.
+mikan:/tmp% qemu-system-aarch64 -accel hvf -machine virt,highmem=off -cpu cortex-a72 -nographic -kernel /tmp/vmlinuz-5.10.76-gentoo-r1-arm64.be       
+```
+(followed by tumbleweeds)
diff --git a/results/classifier/108/other/747583 b/results/classifier/108/other/747583
new file mode 100644
index 00000000..2f42d60e
--- /dev/null
+++ b/results/classifier/108/other/747583
@@ -0,0 +1,42 @@
+KVM: 0.726
+device: 0.628
+performance: 0.539
+graphic: 0.494
+network: 0.490
+semantic: 0.468
+other: 0.451
+debug: 0.423
+socket: 0.271
+permissions: 0.265
+vnc: 0.259
+PID: 0.241
+files: 0.162
+boot: 0.161
+
+Windows 2008 Time Zone Change Even When Using -locatime
+
+* What cpu model : Intel(R) Xeon(R) CPU E5620  @ 2.40GHz
+* What kvm version you are using. : qemu-kvm-0.12.3
+* The host kernel version : 2.6.32-30-server
+* What host kernel arch you are using (i386 or x86_64) : x86_64
+* What guest you are using, including OS type: Windows 2008 Enterprise x86_64
+* The qemu command line you are using to start the guest : /usr/bin/kvm -S -M pc-0.12 -enable-kvm -m 1024 -smp 1 -name 2-6176 -uuid 4d1d56b1-d0b7-506b-31a5-a87c8cb0560b -chardev socket,id=monitor,path=/var/lib/libvirt/qemu/2-6176.monitor,server,nowait -monitor chardev:monitor -localtime -boot c -drive file=/dev/disk/by-id/scsi-3600144f05c11090000004d9602950073,if=virtio,index=0,boot=on,format=raw -drive file=/dev/disk/by-id/scsi-3600144f0eae8810000004c7bb0920037,if=ide,media=cdrom,index=2,format=raw -net nic,macaddr=00:00:d1:d0:3f:5e,vlan=0,name=nic.1 -net tap,fd=212,vlan=0,name=tap.1 -net nic,macaddr=00:00:0a:d0:3f:5e,vlan=1,name=nic.1 -net tap,fd=213,vlan=1,name=tap.1 -chardev pty,id=serial0 -serial chardev:serial0 -parallel none -usb -usbdevice tablet -vnc 0.0.0.0:394,password -k en-us -vga cirrus
+* Whether the problem goes away if using the -no-kvm-irqchip or -no-kvm-pit switch. : Unable to test
+* Whether the problem also appears with the -no-kvm switch. : Unable to test
+
+Host time zone: EDT Guest time zone: PDT
+
+Steps to reproduce:
+1) Set time zone to (GMT-08:00) Pacific Time (US & Canada) on guest
+2) Power off Windows 2008 Enterprise x86_64 guest completely. Ensure the kvm process exits.
+3) Power on Windows 2008 Enterprise x86_64 guest using virsh start <domain>
+4) Server will show EDT time but have the time zone still set to (GMT-08:00) Pacific Time (US & Canada).
+
+Syncing the time after stopping and starting the kvm process using Windows "Internet Time" ntp time sync will sync the time to the correct PDT time.
+
+Doing a reboot from within the guest's operating system where kvm does not exit will not cause the timezone shift to happen.
+
+QEMU 0.12 is completely outdated nowadays ... can you still reproduce this issue with the latest version of QEMU?
+
+[Expired for QEMU because there has been no activity for 60 days.]
+