diff options
Diffstat (limited to '')
| -rw-r--r-- | results/classifier/gemma3:12b/peripherals/180 | 2 | ||||
| -rw-r--r-- | results/classifier/gemma3:12b/peripherals/1802 | 10 | ||||
| -rw-r--r-- | results/classifier/gemma3:12b/peripherals/1804 | 12 | ||||
| -rw-r--r-- | results/classifier/gemma3:12b/peripherals/1806114 | 30 | ||||
| -rw-r--r-- | results/classifier/gemma3:12b/peripherals/1806824 | 10 |
5 files changed, 64 insertions, 0 deletions
diff --git a/results/classifier/gemma3:12b/peripherals/180 b/results/classifier/gemma3:12b/peripherals/180 new file mode 100644 index 00000000..f896f810 --- /dev/null +++ b/results/classifier/gemma3:12b/peripherals/180 @@ -0,0 +1,2 @@ + +hardware-based time keeping diff --git a/results/classifier/gemma3:12b/peripherals/1802 b/results/classifier/gemma3:12b/peripherals/1802 new file mode 100644 index 00000000..d5f766dd --- /dev/null +++ b/results/classifier/gemma3:12b/peripherals/1802 @@ -0,0 +1,10 @@ + +windows serial COM PollingFunc don't sleep if guest uart can't write +Description of problem: +If two or more characters are sent from the host to the guest via Windows Com/Serial, everything freezes. +Steps to reproduce: +1. +2. +3. +Additional information: +I fix it in qemu/chardev/char-win.c see attached file diff --git a/results/classifier/gemma3:12b/peripherals/1804 b/results/classifier/gemma3:12b/peripherals/1804 new file mode 100644 index 00000000..9d080cdd --- /dev/null +++ b/results/classifier/gemma3:12b/peripherals/1804 @@ -0,0 +1,12 @@ + +Virtual Machines Do Not Recognize Mouse 5 and 6 +Description of problem: +Trying to click the mouse buttons 5 and 6 to go forwards and backwards in Firefox does not work. It seems that those buttons are not recognized by the virtual machine. Tested with both `libvirt` and `aqemu`. Though `libvirt` testing was done on a Fedora host a few months prior. + +Running Fedora 38 VM in virtualbox does not have this problem, the guest recognizes button 5 and 6, going forwards and backwards in Firefox. +Steps to reproduce: +1. Install aqemu or libvirt on Debian 12 +2. Create a Fedora 38 Guest machine +3. Open Firefox and navigate to a few pages, then try to go backwards and forwards in history using the mouse buttons. +Additional information: + diff --git a/results/classifier/gemma3:12b/peripherals/1806114 b/results/classifier/gemma3:12b/peripherals/1806114 new file mode 100644 index 00000000..f111b7c2 --- /dev/null +++ b/results/classifier/gemma3:12b/peripherals/1806114 @@ -0,0 +1,30 @@ + +Reading sectors from floppy with BIOS INT 13h is broken + +I'm developing a game bootable from a floppy disk, written in i386 assembly. I found out it doesn't work on newer QEMU versions. I managed to isolate the issue and it seems that there's a problem with handling of BIOS interrupt 13h when it comes to reading disk sectors (AH=02). + +I've written a simple test in assembly. It simply accesses four different floppy disk sectors and prints out the strings they contain. The problem is, the two latter strings don't show up at all nor the BIOS interrupt returns an error (CF set). I've attached the code to this bug report. I use following commands to compile it and run: + +$ nasm disk-test.asm -o disk-test.bin +$ qemu-system-i386 -boot a -fda disk-test.bin + +After running, the expected output is: + + I am a test string from boot sector + C:H:S 0:0:2 - Hello + C:H:S 0:0:3 - there! + C:H:S 0:1:4 - In QEMU you can't + C:H:S 1:0:5 - see these two lines! :( + +while the actual output is: + + I am a test string from boot sector + C:H:S 0:0:2 - Hello + C:H:S 0:0:3 - there! + + +So far, I found this problem in the current QEMU version for Ubuntu 18.04 (Debian 1:2.11+dfsg-1ubuntu7.8), as well as in the 3.1.0-rc3 and 2.12.1 versions, available on the www.qemu.org website. Thus, the issue doesn't seem to be very recent. + +To be sure, I ran the program on my other machine with older QEMU version (Debian 2.0.0+dfsg-2ubuntu1.43) and on my RaspberryPi 2 (Debian 1.1.2+dfsg-6+deb7u25) and everything works as expected there. It also works well in VirtualBox. + +I hope these information are useful to you, however, I feel like this bug may be more related to Seabios. If so, please let me know and I will report it somewhere else. \ No newline at end of file diff --git a/results/classifier/gemma3:12b/peripherals/1806824 b/results/classifier/gemma3:12b/peripherals/1806824 new file mode 100644 index 00000000..36e69954 --- /dev/null +++ b/results/classifier/gemma3:12b/peripherals/1806824 @@ -0,0 +1,10 @@ + +SIE-200 (TrustZone) MPC: BLK_MAX returns an incorrect value + +Version: +$ qemu-system-arm --version +QEMU emulator version 3.0.92 (v3.1.0-rc2-31-gd522fba244) + +Arm SIE-200 Technical Reference Manual describes that BLK_MAX indicates the maximum value of "block based index register" (BLK_IDX). For example, the value 1 would indicate that BLK_IDX can be 0 or 1. According to my experiments, the AN505 FPGA image apparently follows this behavior. + +In the current implementation of QEMU, it appears to indicate the number of possible values for BLK_IDX, i.e., one plus the value it's supposed to return. \ No newline at end of file |