3 files changed, 111 insertions, 0 deletions
diff --git a/results/classifier/108/other/1746 b/results/classifier/108/other/1746
new file mode 100644
index 000000000..db4e11bc3
--- /dev/null
+++ b/results/classifier/108/other/1746
@@ -0,0 +1,18 @@
+device: 0.841
+network: 0.796
+other: 0.720
+semantic: 0.719
+graphic: 0.713
+socket: 0.573
+PID: 0.534
+boot: 0.497
+permissions: 0.392
+performance: 0.380
+vnc: 0.352
+files: 0.329
+debug: 0.266
+KVM: 0.005
+
+PIC32 support in QEMU
+Additional information:
+There is a fork of an older version of QEMU that includes running a PIC32 microcontoller in QEMU hosted [here](https://github.com/sergev/qemu), however, it is very outdated.
diff --git a/results/classifier/108/other/1746394 b/results/classifier/108/other/1746394
new file mode 100644
index 000000000..e40128223
--- /dev/null
+++ b/results/classifier/108/other/1746394
@@ -0,0 +1,51 @@
+graphic: 0.883
+debug: 0.703
+device: 0.703
+other: 0.678
+performance: 0.664
+vnc: 0.623
+semantic: 0.612
+PID: 0.527
+network: 0.460
+permissions: 0.442
+boot: 0.408
+socket: 0.361
+files: 0.352
+KVM: 0.271
+
+No provider of glEGLImageTargetTexture2DOES found with NVIDIA proprietary driver
+
+https://github.com/anholt/libepoxy/issues/148
+
+I'm hitting this issue on Fedora 30 after an in-place upgrade.  Using gnome-boxes, I click on a virtual machine to open the console viewer and it crashes after a hang.  Terminal output looks like this:
+
+[chris@gereon ~]$ gnome-boxes 
+
+(gnome-boxes:15640): Gtk-WARNING **: 17:21:17.105: GtkFlowBox with a model will ignore sort and filter functions
+
+(gnome-boxes:15640): Gtk-WARNING **: 17:21:17.107: GtkListBox with a model will ignore sort and filter functions
+Memory pressure relief: Total: res = 11759616/11722752/-36864, res+swap = 7540736/7540736/0
+No provider of glEGLImageTargetTexture2DOES found.  Requires one of:
+    GL extension "GL_OES_EGL_image"
+Aborted (core dumped)
+
+nvidia driver version: 418.56
+
+01:00.0 VGA compatible controller: NVIDIA Corporation GM206 [GeForce GTX 960] (rev a1)
+
+Web searches lead me to the closed libepoxy bug posted by the OP.  I'm happy to provide more details about my system.
+
+The QEMU project is currently considering to move its bug tracking to
+another system. For this we need to know which bugs are still valid
+and which could be closed already. Thus we are setting older bugs to
+"Incomplete" now.
+
+If you still think this bug report here is valid, then please switch
+the state back to "New" within the next 60 days, otherwise this report
+will be marked as "Expired". Or please mark it as "Fix Released" if
+the problem has been solved with a newer version of QEMU already.
+
+Thank you and sorry for the inconvenience.
+
+[Expired for QEMU because there has been no activity for 60 days.]
+
diff --git a/results/classifier/108/other/1746943 b/results/classifier/108/other/1746943
new file mode 100644
index 000000000..a37f6191c
--- /dev/null
+++ b/results/classifier/108/other/1746943
@@ -0,0 +1,42 @@
+graphic: 0.853
+device: 0.843
+performance: 0.839
+semantic: 0.729
+other: 0.725
+network: 0.582
+permissions: 0.558
+socket: 0.547
+vnc: 0.384
+debug: 0.354
+files: 0.295
+PID: 0.247
+boot: 0.206
+KVM: 0.015
+
+qemu-aarch64-static: qemu: uncaught target signal 11 for ps/top cmd
+
+In a docker container created from an aarch64 image, injects qemu-aarch64-static (in /usr/bin)
+  run ps/top cmd  inside this container
+
+  reports "qemu: uncaught target signal 11 (Segmentation fault)"
+
+Tried qemu-aarch64-static from fedora 27 / ubuntu artful / debian unstable (i.e. qemu version 2.10 - 2.11)
+
+The aarch64 dock image is fedora 27(and with qemu-aarch64-static Fedora 27), hence I opened a related bug here https://bugzilla.redhat.com/show_bug.cgi?id=1541252
+
+I tried psproc-ng from https://launchpad.net/ubuntu/+source/procps/2:3.3.12-1ubuntu2/+build/10452812
+
+No SEGV, I guess it may be a CRASH-PATH which is triggered in this specific scenario
+
+I've did update in redhat bugzilla #1541252, and wait for confirming above.
+
+BTW, "uncaught target signal 11" makes it hard to figure out "how this SEGV happened"
+
+Could you provide instructions to reproduce that don't require Fedora or docker, please?
+
+
+Still waiting for repro instructions (eg attaching a binary that doesn't run under QEMU).
+
+
+[Expired for QEMU because there has been no activity for 60 days.]
+