2 files changed, 60 insertions, 0 deletions
diff --git a/results/classifier/gemma3:12b/peripherals/678 b/results/classifier/gemma3:12b/peripherals/678
new file mode 100644
index 00000000..814dbd18
--- /dev/null
+++ b/results/classifier/gemma3:12b/peripherals/678
@@ -0,0 +1,48 @@
+
+eject (monitor command) not work for blockdev cdrom
+Description of problem:
+cdrom1 device work fine, all files reads, but when i whant to eject CD-ROM disk from device by telnet monitor, it not work.
+Steps to reproduce:
+1. Connect to monitor with
+```
+telnet 127.0.0.1 9100
+(QEMU 5.2.0 monitor - type 'help' for more information)
+```
+
+2. Show block devices
+```
+info block
+cdrom1-format: /mnt/soft/QEMU/Windows VirtIO Drivers/virtio-win-0.1.208-1.iso (raw, read-only)
+    Attached to:      cdrom1
+    Removable device: not locked, tray closed
+    Cache mode:       writeback
+```
+
+3. Send eject commands
+```
+eject cdrom1
+Error: Device 'cdrom1' not found
+eject cdrom1-format
+Error: Device 'cdrom1-format' not found
+eject cdrom1-storage
+Error: Device 'cdrom1-storage' not found
+```
+Additional information:
+When i run qemu with next lines (replace -blockdev to -drive):
+```
+-device ide-cd,bus=ide.1,drive=cdrom1,id=idecd1,bootindex=2
+-drive if=none,id=cdrom1,media=cdrom,readonly=on,file="/mnt/soft/QEMU/Windows VirtIO Drivers/virtio-win-0.1.208-1.iso"
+```
+
+eject cdrom1 command work fine
+
+```
+info block
+cdrom1 (#block133): /mnt/soft/QEMU/Windows VirtIO Drivers/virtio-win-0.1.208-1.iso (raw, read-only)
+    Attached to:      idecd1
+    Removable device: not locked, tray closed
+    Cache mode:       writeback
+eject cdrom1
+```
+
+Also i found a similar bug description on this link https://bugs.launchpad.net/qemu/+bug/1799766
diff --git a/results/classifier/gemma3:12b/peripherals/678363 b/results/classifier/gemma3:12b/peripherals/678363
new file mode 100644
index 00000000..41c95999
--- /dev/null
+++ b/results/classifier/gemma3:12b/peripherals/678363
@@ -0,0 +1,12 @@
+
+Swapping caps lock and control causes qemu confusion
+
+Running Fedora14 [host], I have caps-lock and control swapped over in my keyboard preferences.
+
+Qemu doesn't cope very well with this; running an OS inside Qemu (again fedora, suspect that it doesn't matter):
+
+The physical caps-lock key [which the host uses as control] toggles caps-lock on both press and release.
+
+The physical control key [which the host uses as caps-lock], acts as both a caps-lock and control key.
+
+Qemu should either respect my keyboard layout or else ignore it completely.
\ No newline at end of file