4 files changed, 40 insertions, 0 deletions
diff --git a/results/classifier/gemma3:12b/peripherals/174 b/results/classifier/gemma3:12b/peripherals/174
new file mode 100644
index 00000000..febb7909
--- /dev/null
+++ b/results/classifier/gemma3:12b/peripherals/174
@@ -0,0 +1,2 @@
+
+European keyboard PC-105 deadkey
diff --git a/results/classifier/gemma3:12b/peripherals/1745354 b/results/classifier/gemma3:12b/peripherals/1745354
new file mode 100644
index 00000000..0277c7e4
--- /dev/null
+++ b/results/classifier/gemma3:12b/peripherals/1745354
@@ -0,0 +1,13 @@
+
+CDOS ps/2 mouse problem
+
+Qemu v2.10.2 (also tested with 2.11.0)
+Host OS : CentOS 7 x86_64 (1708)
+Guest OS : Concurrent DOS 386 3.0 (with GEM)
+
+There is my launch command : 
+/usr/local/bin/qemu-system-i386 -m 4m -cpu 486 -hda /home/my_user/HDD.img -vga std
+
+When I'm launching the guest, it is not responding after focusing in the viewer. I think this is due to the ps/2 emulation because when I add "-usb -device usb-mouse" in my command I don't have this issue (but in this case, mouse is not supported by CDOS).
+
+I tested with an older version of Qemu (0.11) which uses the Bochs bios (instead of SeaBios in newer versions), and I don't have this issue either.
\ No newline at end of file
diff --git a/results/classifier/gemma3:12b/peripherals/1748434 b/results/classifier/gemma3:12b/peripherals/1748434
new file mode 100644
index 00000000..b24760c7
--- /dev/null
+++ b/results/classifier/gemma3:12b/peripherals/1748434
@@ -0,0 +1,8 @@
+
+Possibly wrong GICv3 behavior when secure enabled
+
+I an tried arm-aarch64 interrupt routing to EL3, by SCR_EL3.FIQ=1. First I am started QEMU with secure=on and GICv3 support.
+I programmed secure and non-secure timers and set-up appropriate interrupts.Secure timer to be GRP1_Secure and non-secure timer to be GRP1_NonSecure. ICC_PMR = 0xff. Then I switched CPU to EL1. 
+With that setup no interrupt was delivered to PE. GIC interface showed that non secure IRQ is pending. ICC_PMR read at EL1 returns 0 (shall return value ((PMR_(el3) << 1) & 0xff) according to GIC specification.
+Than I tried to increase interrupt priority mask  - so I set ICC_PMR = 0x7f (at EL3). Then I read at EL1 ICC_PMR=0xfe - (is shall be 0). With this setup IRQ of secure timer was taken at EL3, non secure timer didn't rise IRQ (as it is masked by PMR). 
+I dig to qemu code and see wrong condition in file arm_gicv3_cpuif.c in function  icc_pmr_read(). This behavior is opposite of ARM specification.
\ No newline at end of file
diff --git a/results/classifier/gemma3:12b/peripherals/1749223 b/results/classifier/gemma3:12b/peripherals/1749223
new file mode 100644
index 00000000..d852bc28
--- /dev/null
+++ b/results/classifier/gemma3:12b/peripherals/1749223
@@ -0,0 +1,17 @@
+
+mouse offset or invisible wall 2.11.0-3 
+
+(There was another post, I'm not sure if it is related though. Also not sure if it's Arch related, I wouldn't be surprised as I normally use Gentoo and have less problems with Gentoo.)
+
+
+qemu-system-x86_64 -enable-kvm -M q35 -cpu host -m 8192 -vga vmware -smp 4,sockets=1,cores=4,threads=1 -drive file=/path/to/my.img,if=virtio -soundhw ac97 -usb -monitor unix:/tmp/qemu-mon,server,nowait -usb --usbdevice host:0000:ffff -device vfio-pci,host=00:00.0 -alt-grab &
+
+
+
+When I grab the mouse in/out of the VM I tend to get an "invisible wall" half of the time.
+I can push past if I fling the mouse through it but not if I slowly keep moving down.
+
+The direction always seems to be down when I hit a wall (so a Y offset? maybe?)
+This has been happening since at least version 2.10.
+
+Not sure if "-alt-grab" has anything to do with it, that'd be my first guess.
\ No newline at end of file