1 files changed, 51 insertions, 0 deletions
diff --git a/results/classifier/108/other/1884507 b/results/classifier/108/other/1884507
new file mode 100644
index 000000000..458d1a9a8
--- /dev/null
+++ b/results/classifier/108/other/1884507
@@ -0,0 +1,51 @@
+other: 0.885
+semantic: 0.875
+device: 0.636
+performance: 0.478
+graphic: 0.469
+PID: 0.343
+boot: 0.282
+vnc: 0.258
+permissions: 0.230
+debug: 0.207
+network: 0.202
+socket: 0.196
+KVM: 0.139
+files: 0.092
+
+'none' machine should use 'none' display option
+
+As the 'none' machine doesn't have any peripheral (except CPU cores)
+it is pointless to start a display. 
+
+'-M none' should imply '-display none'.
+
+Could be as simple as setting MachineClass->default_display = "none" ... have you tried whether that's working as expected?
+
+Actually, thinking about this twice, I think you made a wrong assumption here. "-display" is about the  GUI backend that should be used. "-M" is about the emulated hardware. The emulated hardware options should never influence the host backend options. And it is e.g. perfectly valid to use the "none" machine as CPU instruction simulator in a GTK window, so it does not make sense to force the disablement the GUI in that case.
+
+> I think you made a wrong assumption here. "-display" is
+> about the GUI backend that should be used. "-M" is about
+> the emulated hardware. The emulated hardware options
+> should never influence the host backend options.
+
+Aright. What confuses me is having serial0/parallel0 chardevs
+initialized when using the none-machine. I realized when
+looking at your suggestion in comment #1 that the chardevs
+(among other hardware related things) are initialized in
+qemu_init().
+
+I started testing using:
+
+  bool is_none_machine = !strcmp(machine_class->name,
+                                 MACHINE_TYPE_NAME("none"));
+
+and disabling blocks of code with:
+
+  if (!is_none_machine) {
+      ...
+  }
+
+then planned to update this ticket description but you beat
+me. I'll open a different issue.
+