2 files changed, 159 insertions, 0 deletions
diff --git a/results/classifier/108/other/1172 b/results/classifier/108/other/1172
new file mode 100644
index 000000000..88bac3c52
--- /dev/null
+++ b/results/classifier/108/other/1172
@@ -0,0 +1,74 @@
+files: 0.777
+device: 0.579
+socket: 0.569
+PID: 0.497
+semantic: 0.495
+vnc: 0.441
+graphic: 0.435
+network: 0.417
+other: 0.363
+performance: 0.351
+permissions: 0.334
+debug: 0.303
+boot: 0.269
+KVM: 0.138
+
+Make pixman an optional dependency
+Additional information:
+Only these files use pixman functions (excluding tests, of course):
+```
+meson.build
+contrib/vhost-user-gpu/vhost-user-gpu.c
+contrib/vhost-user-gpu/meson.build
+chardev/meson.build
+include/ui/spice-display.h
+include/ui/sdl2.h
+include/ui/gtk.h
+include/ui/qemu-pixman.h
+include/ui/console.h
+include/hw/display/xlnx_dp.h
+include/hw/virtio/virtio-gpu.h
+include/hw/virtio/virtio-gpu-pixman.h
+hw/display/vga.c
+hw/display/ramfb.c
+hw/display/vhost-user-gpu.c
+hw/display/virtio-gpu-gl.c
+hw/display/virtio-gpu-udmabuf.c
+hw/display/xenfb.c
+hw/display/ati_2d.c
+hw/display/meson.build
+hw/display/vmware_vga.c
+hw/display/qxl-render.c
+hw/display/xlnx_dp.c
+hw/display/bochs-display.c
+hw/display/sm501.c
+hw/display/virtio-gpu.c
+hw/vfio/display.c
+hw/s390x/meson.build
+ui/cocoa.m
+ui/console-gl.c
+ui/vnc.c
+ui/qemu-pixman.c
+ui/gtk.c
+ui/console.c
+ui/trace-events
+ui/meson.build
+ui/dbus-listener.c
+ui/vnc-enc-tight.c
+ui/vnc.h
+ui/spice-display.c
+ui/dbus-display1.xml
+ui/sdl2-2d.c
+```
+
+This code in `meson.build` always require **pixman** for building system emulators:
+```meson
+pixman = not_found
+if have_system or have_tools
+  pixman = dependency('pixman-1', required: have_system, version:'>=0.21.8',
+                      method: 'pkg-config', kwargs: static_kwargs)
+endif
+```
+https://gitlab.com/qemu-project/qemu/-/blob/master/meson.build#L520
+
+Most of the code could work without it.
diff --git a/results/classifier/108/other/1172613 b/results/classifier/108/other/1172613
new file mode 100644
index 000000000..d50afba2c
--- /dev/null
+++ b/results/classifier/108/other/1172613
@@ -0,0 +1,85 @@
+graphic: 0.867
+performance: 0.830
+other: 0.824
+PID: 0.806
+permissions: 0.806
+KVM: 0.804
+device: 0.795
+semantic: 0.790
+boot: 0.771
+files: 0.770
+vnc: 0.759
+network: 0.747
+debug: 0.735
+socket: 0.701
+
+[qemu 1.4.1] inconsistent behavior on different architecture
+
+Running with qemu 1.4.1 and eglibc 2.17 on Debian Linux 7.0 for amd64
+
+---------------- armhf ----------------
+$ arm-linux-gnueabihf-gcc hello.c
+$ qemu-arm ./a.out
+/lib/ld-linux-armhf.so.3: No such file or directory
+
+$ qemu-arm arm-linux-gnueabihf/lib/ld-2.17.so ./a.out
+./a.out: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
+
+$ qemu-arm arm-linux-gnueabihf/lib/ld-2.17.so --library-path  arm-linux-gnueabihf/lib ./a.out
+Hello, world !
+
+---------------- powerpc64 ----------------
+$ powerpc64-linux-gcc hello.c
+
+$ qemu-ppc64 ./a.out
+/lib64/ld64.so.1: No such file or directory
+
+[BAD BEHAVIOR !!!]
+$ qemu-ppc64 powerpc64-linux/lib64/ld-2.17.so ./a.out
+Invalid data memory access: 0x00000041988fd008
+NIP 000000400001cb2c   LR 000000400001cc30 CTR 0000000000000000 XER 0000000000000000
+MSR 8000000002006000 HID0 0000000060000000  HF 8000000002006000 idx 0
+TB 00000000 00000000
+GPR00 0000000000000000 000000400083a220 0000004000041230 00000043309bd010
+GPR04 0000004000026f12 000000000000000b 000000000000002e 000000000000002e
+GPR08 0000000000000030 000000008803fffc 00000041988fcff4 0000000000000037
+GPR12 0000000000000000 0000000000000000 0000000000000000 0000000000000000
+GPR16 0000000000000000 000000400003a4d8 000000400083a6d0 000000400083a6d8
+GPR20 000000400003a898 000000000000000a 0000000000000000 00000043309bd010
+GPR24 0000004000037b60 00000000cfe8ced7 000000400003a430 0000000010000261
+GPR28 00000001980bfff4 0000000000000000 000000004401ffff 000000002200ffff
+CR 22242224  [ E  E  E  G  E  E  E  G  ]             RES ffffffffffffffff
+FPR00 0000000000000000 0000000000000000 0000000000000000 0000000000000000
+FPR04 0000000000000000 0000000000000000 0000000000000000 0000000000000000
+FPR08 0000000000000000 0000000000000000 0000000000000000 0000000000000000
+FPR12 0000000000000000 0000000000000000 0000000000000000 0000000000000000
+FPR16 0000000000000000 0000000000000000 0000000000000000 0000000000000000
+FPR20 0000000000000000 0000000000000000 0000000000000000 0000000000000000
+FPR24 0000000000000000 0000000000000000 0000000000000000 0000000000000000
+FPR28 0000000000000000 0000000000000000 0000000000000000 0000000000000000
+FPSCR 0000000000000000
+qemu: uncaught target signal 11 (Segmentation fault) - core dumped
+Segmentation fault
+
+$ qemu-ppc64 powerpc64-linux/lib64/ld-2.17.so --library-path powerpc64-linux/lib64 ./a.out
+Hello, world !
+
+---------------- sparc64 ----------------
+$ sparc64-linux-gcc hello.c
+
+$ qemu-sparc64 ./a.out
+/lib64/ld-linux.so.2: No such file or directory
+
+[BAD BEHAVIOR !!!]
+$ qemu-sparc64 sparc64-linux/lib64/ld-2.17.so ./a.out
+Segmentation fault
+
+$ qemu-sparc64 sparc64-linux/lib64/ld-2.17.so --library-path sparc64-linux/lib64 ./a.out
+Hello, world !
+
+This is going to be the same "glibc crashes if it sees a wrong-endianness /etc/ld.so.cache" situation also seen in lp:1701798. Personally I think it's a glibc bug, not really a QEMU bug.
+
+
+In particular, the only crashes here are the ones where --library-path isn't specified, so it isn't even a case of "QEMU should somehow support whiteouts in --library-path so you can tell it to ignore the host ld.so.cache". So I'm going to close this bug report (with 'invalid' as the closest sensible resolution).
+
+