summary refs log tree commit diff stats
path: root/results/classifier/108/other/123
diff options
context:
space:
mode:
Diffstat (limited to '')
-rw-r--r--results/classifier/108/other/12316
-rw-r--r--results/classifier/108/other/123038
-rw-r--r--results/classifier/108/other/123023252
-rw-r--r--results/classifier/108/other/123228
-rw-r--r--results/classifier/108/other/123316
-rw-r--r--results/classifier/108/other/1233225123
-rw-r--r--results/classifier/108/other/123418
-rw-r--r--results/classifier/108/other/1234179215
-rw-r--r--results/classifier/108/other/123762568
-rw-r--r--results/classifier/108/other/1238134
-rw-r--r--results/classifier/108/other/123951
-rw-r--r--results/classifier/108/other/123900892
12 files changed, 851 insertions, 0 deletions
diff --git a/results/classifier/108/other/123 b/results/classifier/108/other/123
new file mode 100644
index 000000000..a1055cfa6
--- /dev/null
+++ b/results/classifier/108/other/123
@@ -0,0 +1,16 @@
+performance: 0.867
+device: 0.838
+debug: 0.555
+graphic: 0.545
+network: 0.519
+boot: 0.410
+permissions: 0.347
+socket: 0.346
+PID: 0.334
+semantic: 0.301
+other: 0.228
+vnc: 0.150
+files: 0.126
+KVM: 0.003
+
+qemu-cris segfaults upon loading userspace binary
diff --git a/results/classifier/108/other/1230 b/results/classifier/108/other/1230
new file mode 100644
index 000000000..584037fcf
--- /dev/null
+++ b/results/classifier/108/other/1230
@@ -0,0 +1,38 @@
+device: 0.859
+graphic: 0.786
+PID: 0.781
+socket: 0.765
+network: 0.747
+vnc: 0.746
+semantic: 0.732
+performance: 0.659
+files: 0.603
+permissions: 0.582
+debug: 0.509
+boot: 0.480
+other: 0.469
+KVM: 0.469
+
+qtest-aarch64/migration-test non-deterministic test failure
+Description of problem:
+The test suite fails:
+```
+Summary of Failures:
+
+ 32/619 qemu:qtest+qtest-aarch64 / qtest-aarch64/migration-test                   ERROR          161.19s   killed by signal 6 SIGABRT
+
+
+Ok:                 552 
+Expected Fail:      0   
+Fail:               1   
+Unexpected Pass:    0   
+Skipped:            66  
+Timeout:            0   
+
+Full log written to /tmp/guix-build-qemu-7.1.0.drv-0/qemu-7.1.0/b/qemu/meson-logs/testlog.txt
+make: *** [Makefile.mtest:25: do-meson-check] Error 1
+```
+
+See the full build log below.
+Additional information:
+[qt60pm4fcc63jcbwfgz86z6cwqgx4zgm-qemu-7.1.0.txt.gz](/uploads/6d7f0da152193213a7fe694e2d535879/qt60pm4fcc63jcbwfgz86z6cwqgx4zgm-qemu-7.1.0.txt.gz)
diff --git a/results/classifier/108/other/1230232 b/results/classifier/108/other/1230232
new file mode 100644
index 000000000..7a88fd9d9
--- /dev/null
+++ b/results/classifier/108/other/1230232
@@ -0,0 +1,52 @@
+graphic: 0.862
+device: 0.836
+boot: 0.741
+performance: 0.644
+vnc: 0.574
+semantic: 0.558
+PID: 0.509
+other: 0.508
+permissions: 0.421
+network: 0.409
+socket: 0.358
+debug: 0.344
+files: 0.339
+KVM: 0.300
+
+mac99 does not find mac os x 10.4 dvd
+
+Hi there,
+
+I've compiled qemu 1.6.0 and ripped my Mac OS X 10.4 dvd to iso format.
+Now I'm trying to get qemu to boot the dvd and install the OS with:
+
+qemu-system-ppc64 -M mac99 -m 256 -cdrom ./tiger.iso -boot d -sdl -display sdl -net nic -net user -prom-env 'boot-args=-v' -cpu G4 -hda ./tiger.img
+
+It shows the grey apple logo for a few seconds and then I get the following boot prompt:
+-------------------------------------------------
+standard timeslicing quantum is 10000 us
+vm_page_bootstrap: 60198 free pages
+mig_table_max_displ = 70
+Copyright (c) 1982, 1986, 1989, 1991, 1993
+                The Regents of the University of California. All rights reserved.
+
+using 655 buffer headers and 655 cluster IO buffer headers
+ApplePlatformExpert::getGMTTimeOfDay can not provide time of day RTC did not show up
+Security auditing service present
+BSM auditing present
+disabled
+rooting via boot-uuid from /chosen: 8ABB5AFF-FC7A-310A-9BFE-8A263F654562
+Waiting on <dict ID="0"><key>IOProviderClass</key><string ID="1">IOResources</string><key>IOResource
+Match</key><string ID="2">boot-uuid-media</string></dict>
+Still waiting for root device
+Still waiting for root device
+Still waiting for root device
+Still waiting for root device
+Still waiting for root device
+-------------------------------------------------
+
+It keeps repeating the "Still waiting for root device" ?
+
+I've set this to "Fix released"  since this bug was fixed with the last set of macio rewrites which were released with QEMU 2.6, although both 2.7 and the upcoming 2.8 release include further fixes in this area.
+
+
diff --git a/results/classifier/108/other/1232 b/results/classifier/108/other/1232
new file mode 100644
index 000000000..a2377edd4
--- /dev/null
+++ b/results/classifier/108/other/1232
@@ -0,0 +1,28 @@
+device: 0.861
+graphic: 0.796
+performance: 0.645
+vnc: 0.616
+PID: 0.563
+semantic: 0.563
+other: 0.557
+permissions: 0.511
+debug: 0.507
+network: 0.409
+socket: 0.340
+boot: 0.284
+KVM: 0.231
+files: 0.153
+
+AArch64 virt can't write to memory related to gicv3
+Description of problem:
+According to the info in generated dtb, the memory-mapped registers of gicv3-distributor have a base addr, which is `0x0800_0000`.
+And I have checked the validity by reading `gicd_typer`, which means the base addr is right.
+
+But when I want to configure the gicv3-distributor (like changing `gicd_ctlr`), the value is not changed, keeping the default value. The same thing happens on any register of GICD in my machine.
+
+**Even I write to this memory by gdb `set` command, the value is also unchangeable.**
+
+The addr of `gicd_ctlr` should be `0x0800_0000`(offset=0), which should be readable and writable, isn't it?
+
+I try to modify the value of this addr in assembly as soon as the **machine starts, without enabling MMU**. 
+This problem should be easier to reproduce.
diff --git a/results/classifier/108/other/1233 b/results/classifier/108/other/1233
new file mode 100644
index 000000000..374a709cd
--- /dev/null
+++ b/results/classifier/108/other/1233
@@ -0,0 +1,16 @@
+device: 0.653
+graphic: 0.334
+other: 0.224
+performance: 0.212
+vnc: 0.210
+semantic: 0.209
+network: 0.198
+permissions: 0.155
+boot: 0.141
+debug: 0.120
+files: 0.064
+PID: 0.040
+KVM: 0.040
+socket: 0.034
+
+is there a roadmap about when riscv-v extension will be implemented??
diff --git a/results/classifier/108/other/1233225 b/results/classifier/108/other/1233225
new file mode 100644
index 000000000..058e42d51
--- /dev/null
+++ b/results/classifier/108/other/1233225
@@ -0,0 +1,123 @@
+other: 0.945
+debug: 0.936
+performance: 0.927
+vnc: 0.925
+socket: 0.923
+permissions: 0.923
+semantic: 0.918
+graphic: 0.916
+PID: 0.908
+KVM: 0.908
+device: 0.903
+boot: 0.884
+files: 0.878
+network: 0.865
+
+mips/mipsel linux user float division problem
+
+Hi,
+
+I tested the following with the qemu git HEAD as of 2013-09-30 on Debian stable and testing. My host runs amd64 but I also tried this out inside a i386 chroot with the same result. The problem occurs for mips and mipsel. Given the following program:
+
+#include <stdio.h>
+int main(int argc, char **argv)
+{
+    int a = 1;
+    double d = a/2.0;
+    printf("%f\n", d);
+    return 0;
+}
+
+Instead of printing 0.5, it will print 2.0 if executed in qemu user mode.
+
+$ mipsel-linux-gnu-gcc mipstest.c
+$ ~/qemu/mipsel-linux-user/qemu-mipsel ./a.out
+2.0
+
+Expecting this to be a problem with my cross compiler (gcc-4.4 from emdebian) I ran a fully emulated debian squeeze environment inside qemu. There, I compiled the same program natively with gcc and as expected got 0.5 as the output. I also copied the cross compiled binary inside the emulated environment and also got 0.5 when I ran it. So the same mips/mipsel binary produces different output depending on whether it is run in a fully emulated environment or qemu user mode.
+
+Can anybody else reproduce this problem?
+
+I can confirm that something is strange with MIPS Linux user emulation, but get a different result (which is also wrong):
+
+# Your test code is in file divtest.c.
+$ mipsel-linux-gnu-gcc-4.7 -g -static divtest.c
+$ mipsel-linux-user/qemu-mipsel a.out
+0.000000
+
+Some more tests:
+    printf("%f\n", a * 1.0);        // 0.000000 = bad
+    printf("%f\n", (double)a);  // 0.000000 = bad
+    printf("%f\n", 1.0);              // 1.000000 = good
+
+
+Test environment:
+* latest QEMU sources + default configure & make on x86_64 Debian squeeze host
+* gcc-4.7-mipsel-linux-gnu 4.7.2-5 amd64 GNU C compiler
+
+
+Here is the related commit found by git bisect:
+
+$ git bisect bad
+68473f15d4c9948986618f63828825beafcaf1cf is the first bad commit
+commit 68473f15d4c9948986618f63828825beafcaf1cf
+Author: Richard Henderson <email address hidden>
+Date:   Sun Feb 10 10:30:46 2013 -0800
+
+    mips64-linux-user: Enable 64-bit address mode and fpu
+    
+    Signed-off-by: Richard Henderson <email address hidden>
+    Signed-off-by: Aurelien Jarno <email address hidden>
+
+:040000 040000 de3caa25e43aaeb7d992715b2efc6804a7d0d633 b007b2a9809547197952ca4d36fbd29f89aab470 M	target-mips
+
+
+On 2 October 2013 02:51, Stefan Weil <email address hidden> wrote:
+> I can confirm that something is strange with MIPS Linux user emulation,
+> but get a different result (which is also wrong):
+>
+> # Your test code is in file divtest.c.
+> $ mipsel-linux-gnu-gcc-4.7 -g -static divtest.c
+> $ mipsel-linux-user/qemu-mipsel a.out
+> 0.000000
+
+Does the CPU you're asking qemu to emulate match the CPU gcc is
+generating code for? IIRC for MIPS there's no single "right" answer
+for "which CPU do we default to"...
+
+-- PMM
+
+
+On 2 October 2013 14:22, Stefan Weil <email address hidden> wrote:
+> The original bug report said that it runs in QEMU system emulation
+> (which I did not test because of lack of time). As system emulation
+> uses the same cpu, it should be fine.
+
+...that's what prompted me to ask, actually -- system emulation will
+pick a CPU based on whichever board you're emulating, which is
+quite likely to be a different one from the default picked by linux-user.
+The original bug report doesn't seem to say which board they used
+for system emulation so I don't know which CPU it would be using.
+
+-- PMM
+
+
+For system emulation I used the default which is malta.
+
+cheers, josch
+
+This is a known issue.
+There was a fix proposal by Thomas Schwinge back in June
+
+http://patchwork.ozlabs.org/patch/250161/
+
+but he has not updated the patch per suggestion ever since, though the patch
+as is was much closer to correct behaviour than what it is now in the source.
+
+If anyone is in hurry, he/she can pick up that change.
+
+
+Looks like Petar's patch from comment #6 has been included here:
+http://git.qemu.org/?p=qemu.git;a=commitdiff;h=4d66261f71f2efa31e1052e
+==> Fix released
+
diff --git a/results/classifier/108/other/1234 b/results/classifier/108/other/1234
new file mode 100644
index 000000000..1ca23e5b3
--- /dev/null
+++ b/results/classifier/108/other/1234
@@ -0,0 +1,18 @@
+device: 0.737
+graphic: 0.492
+semantic: 0.409
+performance: 0.329
+network: 0.174
+permissions: 0.170
+PID: 0.157
+debug: 0.139
+other: 0.121
+vnc: 0.121
+KVM: 0.097
+files: 0.077
+socket: 0.051
+boot: 0.046
+
+Migration: Device state not saved for msmouse/chardevs
+Additional information:
+This missing feature was discovered while fixing msmouse here: https://patchew.org/QEMU/20220908173120.16779-1-arwed.meyer@gmx.de/20220908173120.16779-2-arwed.meyer@gmx.de/
diff --git a/results/classifier/108/other/1234179 b/results/classifier/108/other/1234179
new file mode 100644
index 000000000..1f6ba690e
--- /dev/null
+++ b/results/classifier/108/other/1234179
@@ -0,0 +1,215 @@
+debug: 0.703
+other: 0.690
+permissions: 0.676
+graphic: 0.672
+semantic: 0.647
+performance: 0.637
+files: 0.628
+device: 0.623
+PID: 0.620
+boot: 0.615
+KVM: 0.590
+socket: 0.584
+vnc: 0.518
+network: 0.504
+
+QEMU segfaults during Windows 7 unattended install
+
+During today's automated qemu.git testing, a segmentation fault while installing Windows 7 SP1 happened.
+
+qemu.git top commit: 
+10/02 01:30:24 INFO |       git:0150| git commit ID is a684f3cf9b9b9c3cb82be87aafc463de8974610c (tag v1.4.0-4237-ga684f3c)
+
+commit a684f3cf9b9b9c3cb82be87aafc463de8974610c
+Merge: 349cd52 1cf9412
+Author: Anthony Liguori <email address hidden>
+Date:   Mon Sep 30 17:15:27 2013 -0500
+
+    Merge remote-tracking branch 'kraxel/seabios-1.7.3.2' into staging
+    
+    # By Gerd Hoffmann
+    # Via Gerd Hoffmann
+    * kraxel/seabios-1.7.3.2:
+      update seabios from 1.7.2.2 to 1.7.3.2
+    
+    Message-id: <email address hidden>
+
+We have the core file saved in our test servers, we can make arrangements to transfer it if there's someone interested in investigating further. The framework saved the 'bt full' of the core file, that was missing some debug info:
+
+[Thread debugging using libthread_db enabled]
+Using host libthread_db library "/lib64/libthread_db.so.1".
+Core was generated by `/usr/local/autotest/tests/virt/qemu/qemu -S -name virt-tests-vm1 -M pc -nodefau'.
+Program terminated with signal 11, Segmentation fault.
+#0  0x00007ffc8fb86cf0 in pixman_image_get_data () from /lib64/libpixman-1.so.0
+#0  0x00007ffc8fb86cf0 in pixman_image_get_data () from /lib64/libpixman-1.so.0
+No symbol table info available.
+#1  0x00007ffc9165b05c in ?? ()
+No symbol table info available.
+#2  0x00007ffc9382b540 in ?? ()
+No symbol table info available.
+#3  0x00007ffc8f359a8d in clock_gettime () from /lib64/libc.so.6
+No symbol table info available.
+#4  0x00007ffc9382b5a8 in ?? ()
+No symbol table info available.
+#5  0x000000019382b4c0 in ?? ()
+No symbol table info available.
+#6  0x0000000000000000 in ?? ()
+No symbol table info available.
+
+Extra info:
+
+Commits for the submodules:
+
+10/02 01:30:29 DEBUG|base_utils:0134| [stdout] Submodule path 'dtc': checked out 'bc895d6d09695d05ceb8b52486ffe861d6cfbdde'
+10/02 01:30:51 DEBUG|base_utils:0134| [stdout] Submodule path 'pixman': checked out '97336fad32acf802003855cd8bd6477fa49a12e3'
+10/02 01:30:58 DEBUG|base_utils:0134| [stdout] Submodule path 'roms/SLOF': checked out '8cfdfc43f4c4c8c8dfa4b7cf16f7c19c84eee812'
+10/02 01:31:16 DEBUG|base_utils:0134| [stdout] Submodule path 'roms/ipxe': checked out '09c5109b8585178172c7608de8d52e9d9af0b680'
+10/02 01:31:20 DEBUG|base_utils:0134| [stdout] Submodule path 'roms/openbios': checked out '0f3d51ef22ec9166beb3ed434d253029ed7cfe84'
+10/02 01:31:21 DEBUG|base_utils:0134| [stdout] Submodule path 'roms/qemu-palcode': checked out 'c87a92639b28ac42bc8f6c67443543b405dc479b'
+10/02 01:31:27 DEBUG|base_utils:0134| [stdout] Submodule path 'roms/seabios': checked out 'ece025f5980bae88fa677bc9c0d24d2e580e205d'
+10/02 01:31:28 DEBUG|base_utils:0134| [stdout] Submodule path 'roms/sgabios': checked out '23d474943dcd55d0550a3d20b3d30e9040a4f15b'
+10/02 01:31:31 DEBUG|base_utils:0134| [stdout] Submodule path 'roms/vgabios': checked out '19ea12c230ded95928ecaef0db47a82231c2e485'
+
+Configure options:
+
+10/02 01:31:32 DEBUG|base_utils:0099| Running '/usr/local/autotest/tmp/virt/src/qemu/configure --target-list=x86_64-softmmu --disable-strip --prefix=/usr/local/autotest/tests/virt/qemu/install_root'
+10/02 01:31:35 DEBUG|env_proces:0829| (address cache) DHCP lease OK: 00:30:48:c5:d6:e2 --> 10.16.72.38
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] Install prefix    /usr/local/autotest/tests/virt/qemu/install_root
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] BIOS directory    /usr/local/autotest/tests/virt/qemu/install_root/share/qemu
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] binary directory  /usr/local/autotest/tests/virt/qemu/install_root/bin
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] library directory /usr/local/autotest/tests/virt/qemu/install_root/lib
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] libexec directory /usr/local/autotest/tests/virt/qemu/install_root/libexec
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] include directory /usr/local/autotest/tests/virt/qemu/install_root/include
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] config directory  /usr/local/autotest/tests/virt/qemu/install_root/etc
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] local state directory   /usr/local/autotest/tests/virt/qemu/install_root/var
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] Manual directory  /usr/local/autotest/tests/virt/qemu/install_root/share/man
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] ELF interp prefix /usr/gnemul/qemu-%M
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] Source path       /usr/local/autotest/tmp/virt/src/qemu
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] C compiler        cc
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] Host C compiler   cc
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] C++ compiler      c++
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] Objective-C compiler cc
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] CFLAGS            -O2 -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -g 
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] QEMU_CFLAGS       -Werror -fPIE -DPIE -m64 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prototypes -Wredundant-decls -Wall -Wundef -Wwrite-strings -Wmissing-prototypes -fno-strict-aliasing  -Wendif-labels -Wmissing-include-dirs -Wempty-body -Wnested-externs -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wold-style-declaration -Wold-style-definition -Wtype-limits -fstack-protector-all  -I/usr/include/pixman-1   -I$(SRC_PATH)/dtc/libfdt
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] LDFLAGS           -Wl,--warn-common -Wl,-z,relro -Wl,-z,now -pie -m64 -g 
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] make              make
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] install           install
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] python            python -B
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] smbd              /usr/sbin/smbd
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] host CPU          x86_64
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] host big endian   no
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] target list       x86_64-softmmu
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] tcg debug enabled no
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] gprof enabled     no
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] sparse enabled    no
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] strip binaries    no
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] profiler          no
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] static build      no
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] -Werror enabled   yes
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] pixman            system
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] SDL support       no
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] GTK support       no
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] curses support    yes
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] curl support      yes
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] mingw32 support   no
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] Audio drivers     oss
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] Block whitelist (rw) 
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] Block whitelist (ro) 
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] VirtFS support    yes
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] VNC support       yes
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] VNC TLS support   no
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] VNC SASL support  yes
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] VNC JPEG support  no
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] VNC PNG support   no
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] VNC WS support    no
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] xen support       no
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] brlapi support    no
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] bluez  support    no
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] Documentation     no
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] GUEST_BASE        yes
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] PIE               yes
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] vde support       no
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] Linux AIO support no
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] ATTR/XATTR support yes
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] Install blobs     yes
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] KVM support       yes
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] RDMA support      no
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] TCG interpreter   no
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] fdt support       yes
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] preadv support    yes
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] fdatasync         yes
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] madvise           yes
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] posix_madvise     yes
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] sigev_thread_id   yes
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] uuid support      no
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] libcap-ng support no
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] vhost-net support yes
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] vhost-scsi support yes
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] Trace backend     nop
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] Trace output file trace-<pid>
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] spice support     no (/)
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] rbd support       no
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] xfsctl support    no
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] nss used          no
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] libusb            no
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] usb net redir     no
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] GLX support       no
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] libiscsi support  no
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] build guest agent yes
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] QGA VSS support   no
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] seccomp support   no
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] coroutine backend ucontext
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] coroutine pool    yes
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] GlusterFS support no
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] virtio-blk-data-plane no
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] gcov              gcov
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] gcov enabled      no
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] TPM support       no
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] libssh2 support   no
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] TPM passthrough   no
+10/02 01:31:40 DEBUG|base_utils:0134| [stdout] QOM debugging     yes
+10/02 01:31:40 INFO |build_help:0617| Running parallel make on build dir
+10/02 01:31:40 DEBUG|base_utils:0099| Running 'make -j 24'
+
+That's a seabios update.  It is interesting that qemu may crash due to different bios - this smells fishy, and it looks like there's some big security issue waiting to be discovered... ;)
+
+Lucas, I think you want to change --disable-strip into --enable-debug in your configure line, to be able to produce more useful gdb stack traces.
+
+Good point, I've just changed the configure line to include --enable-debug.
+
+About the relation of the crash with the top commit, We can't ensure it was because of this top commit, could be other patches that were applied from one day to another. We only test qemu.git once a day, we don't have enough resources to test commit per commit.
+
+Also, this crash apparently is not 100% reproducible. Today's jobs did not have it, for instance. I guess we don't have enough information about the crash, given that I did not enable debug symbols.
+
+I'm fine with closing this issue, if I see it again, I can reopen it and hopefully this time we'll have a more useful bt full report.
+
+The problem showed up this morning again,  same top commit:
+
+10/07 01:34:42 INFO |       git:0150| git commit ID is a684f3cf9b9b9c3cb82be87aafc463de8974610c (tag v1.4.0-4237-ga684f3c)
+
+This time around, debug symbols were enabled on the configure line:
+
+10/07 01:35:31 DEBUG|build_help:0588| Enabling debug symbols with option: --disable-strip
+10/07 01:35:31 INFO |build_help:0607| Running configure on build dir
+10/07 01:35:31 DEBUG|base_utils:0099| Running '/usr/local/autotest/tmp/virt/src/qemu/configure --target-list=x86_64-softmmu --enable-debug --disable-strip --prefix=/usr/local/autotest/tests/virt/qemu/install_root'
+
+But no additional info on bt full:
+
+[Thread debugging using libthread_db enabled]
+Using host libthread_db library "/lib64/libthread_db.so.1".
+Core was generated by `/usr/local/autotest/tests/virt/qemu/qemu -S -name virt-tests-vm1 -M pc -nodefau'.
+Program terminated with signal 11, Segmentation fault.
+#0  0x00007f11f0f2fcf0 in pixman_image_get_data () from /lib64/libpixman-1.so.0
+#0  0x00007f11f0f2fcf0 in pixman_image_get_data () from /lib64/libpixman-1.so.0
+No symbol table info available.
+#1  0x00007f11f2ac1be0 in ?? ()
+No symbol table info available.
+#2  0x0000000000000000 in ?? ()
+No symbol table info available.
+
+I guess I need the debugging symbols for all involved libraries...
+
+Triaging old bug tickets ... can you somehow still reproduce this problem with the latest version of QEMU (currently v2.9), or could we close this ticket nowadays?
+
+[Expired for QEMU because there has been no activity for 60 days.]
+
diff --git a/results/classifier/108/other/1237625 b/results/classifier/108/other/1237625
new file mode 100644
index 000000000..d6f802fe0
--- /dev/null
+++ b/results/classifier/108/other/1237625
@@ -0,0 +1,68 @@
+device: 0.744
+performance: 0.647
+semantic: 0.562
+debug: 0.436
+graphic: 0.423
+socket: 0.384
+other: 0.260
+vnc: 0.260
+PID: 0.251
+network: 0.243
+files: 0.162
+KVM: 0.147
+boot: 0.123
+permissions: 0.095
+
+Cannot read serial from /sys/bus/usb/devices/
+
+After an update to qemu 1.6 I can't start any of my images. Qemu always crashs. I tried it with root and as a normal user... Here are some log entries I get:
+
+Type: Warning Num: 85
+Date: 2013.10.09 23:48:46 549
+Sender: bool System_Info::Scan_USB_Sys( QList<VM_USB> &list )
+Message: Cannot read serial from /sys/bus/usb/devices/
+
+Type: Debug Num: 86
+Date: 2013.10.09 23:48:46 553
+Sender: void Virtual_Machine::QEMU_Started()
+Message: QEMU Start
+
+Type: Debug Num: 87
+Date: 2013.10.09 23:48:46 554
+Sender: bool Virtual_Machine::operator==( const Virtual_Machine &vm ) const
+Message: Begin
+
+Type: Debug Num: 88
+Date: 2013.10.09 23:48:46 554
+Sender: bool Virtual_Machine::operator==( const Virtual_Machine &vm ) const
+Message: End
+
+Type: Debug Num: 89
+Date: 2013.10.09 23:48:46 575
+Sender: void Virtual_Machine::QEMU_Started()
+Message: emit Loading_Complete()
+
+Type: Debug Num: 90
+Date: 2013.10.09 23:48:47 470
+Sender: void Virtual_Machine::QEMU_Finished( int exitCode, QProcess::ExitStatus exitStatus )
+Message: QEMU Finished
+
+Type: Debug Num: 91
+Date: 2013.10.09 23:48:47 470
+Sender: bool Virtual_Machine::operator==( const Virtual_Machine &vm ) const
+Message: Begin
+
+Type: Debug Num: 92
+Date: 2013.10.09 23:48:47 470
+Sender: bool Virtual_Machine::operator==( const Virtual_Machine &vm ) const
+Message: End
+
+Type: Error Num: 93
+Date: 2013.10.09 23:48:47 498
+Sender: QEMU Crashed!
+Message:
+
+That log does not look very helpful. Could you please provide more details like command line options and the exact output of QEMU if your problem still persists with the latest version of QEMU? Thanks!
+
+[Expired for QEMU because there has been no activity for 60 days.]
+
diff --git a/results/classifier/108/other/1238 b/results/classifier/108/other/1238
new file mode 100644
index 000000000..e92557f01
--- /dev/null
+++ b/results/classifier/108/other/1238
@@ -0,0 +1,134 @@
+other: 0.636
+KVM: 0.624
+vnc: 0.600
+debug: 0.587
+permissions: 0.581
+semantic: 0.578
+device: 0.562
+files: 0.561
+performance: 0.561
+graphic: 0.550
+socket: 0.550
+PID: 0.542
+network: 0.532
+boot: 0.489
+
+qemu-mipsn32el and qemu-mipsn32 problems with coreutils-9*, fadvise64 or fallocate related?
+Description of problem:
+- Recently about 15 of the ca. 250 packages in our system set fail during `make install`. A typical error is
+> `/usr/bin/install: error deallocating '/var/tmp/portage/sys-apps/groff-1.22.4/image/usr/bin/troff': Invalid argument`
+- Given the timing and the involved binaries (most of the times `install`, but also `cp`), I suspect this was triggered by coreutils-9
+- The problem seems to only occur on ext4 (our release engineering box), but not on btrfs (my home development box)
+- The problem seems to be limited to n32 (both big and little endian)
+
+Here's a run with strace functionality enabled:
+
+```
+dilfridge-mips64el-n32 /var/tmp/portage/sys-apps/groff-1.22.4/work/groff-1.22.4 # /usr/bin/qemu-mipsn32el -strace /usr/bin/install troff '/var/tmp/portage/sys-apps/groff-1.22.4/image/usr/bin'
+3216 brk(NULL) = 0x40032000
+3216 mmap(NULL,8192,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANONYMOUS,-1,0) = 0x3f7ba000
+3216 uname(0x3fffebb0) = 0
+3216 access("/etc/ld.so.preload",R_OK) = -1 errno=2 (No such file or directory)
+3216 openat(AT_FDCWD,"/etc/ld.so.cache",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 3
+3216 statx(3,"",AT_EMPTY_PATH|AT_NO_AUTOMOUNT,STATX_BASIC_STATS,0x3fffe280) = 0
+3216 mmap(NULL,11294,PROT_READ,MAP_PRIVATE,3,0) = 0x3f7b7000
+3216 close(3) = 0
+3216 openat(AT_FDCWD,"/lib32/libacl.so.1",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 3
+3216 read(3,0x3fffe4c4,512) = 512
+3216 statx(3,"",AT_EMPTY_PATH|AT_NO_AUTOMOUNT,STATX_BASIC_STATS,0x3fffe220) = 0
+3216 mmap(NULL,197008,PROT_NONE,MAP_PRIVATE|MAP_ANONYMOUS,-1,0) = 0x3f786000
+3216 mmap(0x3f790000,131472,PROT_EXEC|PROT_READ,MAP_PRIVATE|MAP_DENYWRITE|MAP_FIXED,3,0) = 0x3f790000
+3216 munmap(0x3f786000,40960) = 0
+3216 munmap(0x3f7b1000,20880) = 0
+3216 mprotect(0x3f797000,98304,PROT_NONE) = 0
+3216 mmap(0x3f7af000,8192,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_DENYWRITE|MAP_FIXED,3,0xf000) = 0x3f7af000
+3216 close(3) = 0
+3216 openat(AT_FDCWD,"/lib32/libattr.so.1",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 3
+3216 read(3,0x3fffe4b4,512) = 512
+3216 statx(3,"",AT_EMPTY_PATH|AT_NO_AUTOMOUNT,STATX_BASIC_STATS,0x3fffe210) = 0
+3216 mmap(NULL,196864,PROT_NONE,MAP_PRIVATE|MAP_ANONYMOUS,-1,0) = 0x3f75f000
+3216 mmap(0x3f760000,131328,PROT_EXEC|PROT_READ,MAP_PRIVATE|MAP_DENYWRITE|MAP_FIXED,3,0) = 0x3f760000
+3216 munmap(0x3f75f000,4096) = 0
+3216 munmap(0x3f781000,57600) = 0
+3216 mprotect(0x3f764000,110592,PROT_NONE) = 0
+3216 mmap(0x3f77f000,8192,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_DENYWRITE|MAP_FIXED,3,0xf000) = 0x3f77f000
+3216 close(3) = 0
+3216 openat(AT_FDCWD,"/lib32/libc.so.6",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 3
+3216 read(3,0x3fffe4a4,512) = 512
+3216 pread64(3,1073734640,32,34504,1065377824,0) = 32
+3216 statx(3,"",AT_EMPTY_PATH|AT_NO_AUTOMOUNT,STATX_BASIC_STATS,0x3fffe200) = 0
+3216 mmap(NULL,2056864,PROT_NONE,MAP_PRIVATE|MAP_ANONYMOUS,-1,0) = 0x3f569000
+3216 mmap(0x3f570000,1991328,PROT_EXEC|PROT_READ,MAP_PRIVATE|MAP_DENYWRITE|MAP_FIXED,3,0) = 0x3f570000
+3216 munmap(0x3f569000,28672) = 0
+3216 munmap(0x3f757000,33440) = 0
+3216 mprotect(0x3f73c000,61440,PROT_NONE) = 0
+3216 mmap(0x3f74b000,28672,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_DENYWRITE|MAP_FIXED,3,0x1cb000) = 0x3f74b000
+3216 mmap(0x3f752000,17056,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANONYMOUS|MAP_FIXED,-1,0) = 0x3f752000
+3216 close(3) = 0
+3216 mmap(NULL,8192,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANONYMOUS,-1,0) = 0x3f569000
+3216 set_thread_area(0x3f570580) = 0
+3216 set_tid_address(1062637704,1065348616,1065377824,0,-1,0) = 3216
+3216 set_robust_list(1062637712,12,1065377824,0,-1,0) = -1 errno=89 (Function not implemented)
+3216 Unknown syscall 6331
+3216 mprotect(0x3f74b000,16384,PROT_READ) = 0
+3216 mprotect(0x3f77f000,4096,PROT_READ) = 0
+3216 mprotect(0x3f7af000,4096,PROT_READ) = 0
+3216 mprotect(0x4002e000,4096,PROT_READ) = 0
+3216 mprotect(0x3f7fc000,8192,PROT_READ) = 0
+3216 getrlimit(3,1073737152,1064664656,1062638996,1064337736,1064664656) = 0
+3216 munmap(0x3f7b7000,11294) = 0
+3216 getrandom(1064649956,4,1,1064337736,2130640639,1077952576) = 4
+3216 brk(NULL) = 0x40032000
+3216 brk(0x40053000) = 0x40053000
+3216 brk(0x40054000) = 0x40054000
+3216 openat(AT_FDCWD,"/usr/lib/locale/locale-archive",O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 3
+3216 statx(3,"",AT_EMPTY_PATH|AT_NO_AUTOMOUNT,STATX_BASIC_STATS,0x3fffed58) = 0
+3216 mmap(NULL,2097152,PROT_READ,MAP_PRIVATE,3,0) = 0x3f369000
+3216 close(3) = 0
+3216 geteuid() = 0
+3216 umask(0) = 18
+3216 openat(AT_FDCWD,"/var/tmp/portage/sys-apps/groff-1.22.4/image/usr/bin",O_RDONLY|O_DIRECTORY|O_LARGEFILE|O_PATH) = 3
+3216 statx(AT_FDCWD,"troff",AT_NO_AUTOMOUNT,STATX_BASIC_STATS,0x3fffe998) = 0
+3216 statx(3,"troff",AT_NO_AUTOMOUNT|AT_SYMLINK_NOFOLLOW,STATX_BASIC_STATS,0x3fffe998) = 0
+3216 unlinkat(3,"troff",0) = 0
+3216 openat(AT_FDCWD,"troff",O_RDONLY|O_LARGEFILE) = 4
+3216 statx(4,"",AT_EMPTY_PATH|AT_NO_AUTOMOUNT,STATX_BASIC_STATS,0x3fffe998) = 0
+3216 openat(3,"troff",O_WRONLY|O_CREAT|O_EXCL|O_LARGEFILE,0600) = 5
+3216 ioctl(5,FICLONE,4) = -1 errno=122 (Operation not supported)
+3216 statx(5,"",AT_EMPTY_PATH|AT_NO_AUTOMOUNT,STATX_BASIC_STATS,0x3fffe998) = 0
+3216 lseek(4,0,SEEK_DATA) = 0
+3216 fadvise64(4,0,0,2,1664557525,0) = -1 errno=22 (Invalid argument)
+3216 lseek(4,0,SEEK_HOLE) = 716800
+3216 lseek(4,0,SEEK_SET) = 0
+3216 mmap(NULL,139264,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANONYMOUS,-1,0) = 0x3f347000
+3216 read(4,0x3f348000,131072) = 131072
+3216 write(5,0x3f348000,122880) = 122880
+3216 read(4,0x3f348000,131072) = 131072
+3216 lseek(5,12288,SEEK_CUR) = 135168
+3216 fallocate(5,FALLOC_FL_KEEP_SIZE|FALLOC_FL_PUNCH_HOLE,122880,4290510848) = -1 errno=22 (Invalid argument)
+3216 openat(AT_FDCWD,"/usr/share/locale/locale.alias",O_RDONLY|O_CLOEXEC) = 6
+3216 statx(6,"",AT_EMPTY_PATH|AT_NO_AUTOMOUNT,STATX_BASIC_STATS,0x3fffe2c8) = 0
+3216 read(6,0x400333a0,4096) = 2998
+3216 read(6,0x400333a0,4096) = 0
+3216 close(6) = 0
+3216 openat(AT_FDCWD,"/usr/share/locale/C.UTF-8/LC_MESSAGES/coreutils.mo",O_RDONLY) = -1 errno=2 (No such file or directory)
+3216 openat(AT_FDCWD,"/usr/share/locale/C.utf8/LC_MESSAGES/coreutils.mo",O_RDONLY) = -1 errno=2 (No such file or directory)
+3216 openat(AT_FDCWD,"/usr/share/locale/C/LC_MESSAGES/coreutils.mo",O_RDONLY) = -1 errno=2 (No such file or directory)
+3216 write(2,0x3fffc888,18)/usr/bin/install:  = 18
+3216 write(2,0x3fffc8b8,79)error deallocating '/var/tmp/portage/sys-apps/groff-1.22.4/image/usr/bin/troff' = 79
+3216 openat(AT_FDCWD,"/usr/share/locale/C.UTF-8/LC_MESSAGES/libc.mo",O_RDONLY) = -1 errno=2 (No such file or directory)
+3216 openat(AT_FDCWD,"/usr/share/locale/C.utf8/LC_MESSAGES/libc.mo",O_RDONLY) = -1 errno=2 (No such file or directory)
+3216 openat(AT_FDCWD,"/usr/share/locale/C/LC_MESSAGES/libc.mo",O_RDONLY) = -1 errno=2 (No such file or directory)
+3216 write(2,0x3fffc428,18): Invalid argument = 18
+3216 write(2,0x3fffc858,1)
+ = 1
+3216 close(5) = 0
+3216 close(4) = 0
+3216 munmap(0x3f347000,139264) = 0
+3216 lseek(0,0,SEEK_CUR) = -1 errno=29 (Illegal seek)
+3216 close(0) = 0
+3216 close(1) = 0
+3216 close(2)dilfridge-mips64el-n32 /var/tmp/portage/sys-apps/groff-1.22.4/work/groff-1.22.4 # 
+```
+
+More information and debugging on request. Any advice is appreciated.
diff --git a/results/classifier/108/other/1239 b/results/classifier/108/other/1239
new file mode 100644
index 000000000..011f36299
--- /dev/null
+++ b/results/classifier/108/other/1239
@@ -0,0 +1,51 @@
+graphic: 0.880
+performance: 0.851
+other: 0.846
+device: 0.844
+KVM: 0.834
+vnc: 0.799
+socket: 0.784
+network: 0.776
+PID: 0.770
+permissions: 0.762
+files: 0.753
+semantic: 0.745
+debug: 0.734
+boot: 0.712
+
+The help document of qemu-img misses some options
+Description of problem:
+The "--help" option of qemu-img misses the option "skip-broken-bitmaps" for convert , "image-opts" for bench, "object" for dd and "force-share" for measure.
+Steps to reproduce:
+1. For the option "skip-broken-bitmaps", the following code appears during option parsing for convert and modifies the skip_broken in qemu-img.c:2377-2379.
+
+```
+        case OPTION_SKIP_BROKEN:
+            skip_broken = true;
+            break;
+```
+
+2. For the option "image-opts", the following code appears during option parsing for bench and modifies the image_opts in qemu-img.c:4511-4513.
+
+```
+        case OPTION_IMAGE_OPTS:
+            image_opts = true;
+            break;
+```
+3. For the option "object", the following code appears during option parsing for dd and calls the user_creatable_process_cmdline in qemu-img.c:4980-4982.
+
+```
+        case OPTION_OBJECT:
+            user_creatable_process_cmdline(optarg);
+            break;
+```
+4. For the option "force-share", the following code appears during option parsing for measure and modifies the force_share in qemu-img.c:5237-5239.
+```
+        case 'U':
+            force_share = true;
+            break;
+```
+Additional information:
+But they do not appear in the document provided by "--help".
+
+It may prevent users from using the relevant function.
diff --git a/results/classifier/108/other/1239008 b/results/classifier/108/other/1239008
new file mode 100644
index 000000000..65937d66b
--- /dev/null
+++ b/results/classifier/108/other/1239008
@@ -0,0 +1,92 @@
+graphic: 0.685
+other: 0.584
+performance: 0.563
+device: 0.558
+PID: 0.504
+KVM: 0.484
+semantic: 0.477
+debug: 0.395
+vnc: 0.386
+socket: 0.375
+files: 0.341
+permissions: 0.336
+network: 0.334
+boot: 0.275
+
+qemu fails to scroll screen on ^Vidmem output
+
+Pascal uses ^Vidmem for B800 console output. The terminal does not oblige the Pascal OS code to scroll the output. Virtualbox emulation works, so this must be a qemu bug. Using QEMU in KVM mode as Ubuntu LTS.
+
+Source line to trip bug(in theory pushes VideoMem up one line):
+
+procedure Scroll;
+//this is whats causing crashes. FIXME:Virtualbox not affected.QEMU BUG?
+begin
+  if scrolldisabled then exit;
+      if (CursorPosY >= 24) then begin  //in case called before end of screen
+    blank:= $20 or (TextAttr shl 8);
+    Move((VidMem+(2*80))^,VidMem^,24*(2*80));
+    // Empty last line
+    FillWord((VidMem+(24*2*80))^,80,Blank);
+    CursorPosX:=1;
+    CursorPosY:=23;
+    update_cursor;
+  end;
+end;
+
+Thanks for reporting this bug.  Is there any other reproducer you can give us?
+
+I dont know how to write it myself, but the original kernel scrolling 
+code is in C.
+Might try OSDev forums. Not that I know of.
+
+On 11/27/2013 09:24 PM, Serge Hallyn wrote:
+> Thanks for reporting this bug.  Is there any other reproducer you can
+> give us?
+>
+> ** No longer affects: kvm (Ubuntu)
+>
+> ** Also affects: qemu (Ubuntu)
+>     Importance: Undecided
+>         Status: New
+>
+> ** Changed in: qemu (Ubuntu)
+>         Status: New => Incomplete
+>
+> ** Changed in: qemu
+>         Status: New => Incomplete
+>
+
+
+
+Can you test with the latest version to see if this still affects you?
+If this still is a problem, any information on how to obtain the Guest OS in question that would also be helpful.
+
+It is hosted on google code, a dying service. FreePascal(coffee) OS.A 
+more basic version is posted there.I assume it works as the version that 
+I last built did not for some reason. Sources should be there via 
+subversion checkout.Thats what I tested with.
+https://code.google.com/p/coffee-os/
+
+  It uses a basic VRAM scroll buffer and writes to it.
+
+Examples are found elsewhere in C. (OS Dev pages)
+Im in the middle of a fedup upgrade at the moment, but will see what I 
+can do.
+
+On 06/17/2015 12:11 PM, Chris J Arges wrote:
+> Can you test with the latest version to see if this still affects you?
+> If this still is a problem, any information on how to obtain the Guest OS in question that would also be helpful.
+>
+> ** Changed in: qemu (Ubuntu)
+>         Status: New => Incomplete
+>
+
+
+
+Triaging old bug tickets... can you still reproduce this issue with the latest version of QEMU? Or could we close this ticket nowadays?
+
+[Expired for QEMU because there has been no activity for 60 days.]
+
+[Expired for qemu (Ubuntu) because there has been no activity for 60 days.]
+