summary refs log tree commit diff stats
path: root/results/classifier/118/none/1583421
diff options
context:
space:
mode:
Diffstat (limited to 'results/classifier/118/none/1583421')
-rw-r--r--results/classifier/118/none/158342152
1 files changed, 52 insertions, 0 deletions
diff --git a/results/classifier/118/none/1583421 b/results/classifier/118/none/1583421
new file mode 100644
index 000000000..0520ad9ba
--- /dev/null
+++ b/results/classifier/118/none/1583421
@@ -0,0 +1,52 @@
+device: 0.737
+ppc: 0.607
+graphic: 0.590
+socket: 0.519
+architecture: 0.507
+kernel: 0.502
+virtual: 0.491
+network: 0.489
+performance: 0.481
+semantic: 0.480
+vnc: 0.459
+peripherals: 0.425
+boot: 0.425
+user-level: 0.413
+PID: 0.412
+register: 0.405
+files: 0.403
+x86: 0.398
+mistranslation: 0.397
+TCG: 0.392
+hypervisor: 0.388
+VMM: 0.362
+i386: 0.349
+permissions: 0.342
+arm: 0.317
+risc-v: 0.297
+debug: 0.282
+KVM: 0.278
+assembly: 0.278
+
+Please provide an option to print the default hardware configuration as command-line options, to make -nodefaults easier to use
+
+For full customization of the default set of hardware qemu supports, a user can pass -nodefaults and then manually specify each device they want.  Many specific options document what they translate to in terms of the full configuration model; however, the defaults for any given platform don't.
+
+I'd love to have documentation of the default hardware configuration, in terms of qemu command-line options, to make it easy to run qemu -nodefaults, paste in the default command-line, and edit it.
+
+As this varies by emulated machine, perhaps qemu could have a command-line option to print a specific machine (e.g. pc-i440fx-2.5) in the form of qemu command-line options?
+
+I think that just plain configuration in the manual could be enough.
+The command line option is a very good idea, indeed.
+Maybe also a monitor command could be helpful.
+
+It's also necessary to document default hardware configuration of each past release, because using defaults becomes a problem to keep guest OS licenses when upgrading Qemu version.
+
+
+This is an automated cleanup. This bug report has been moved to QEMU's
+new bug tracker on gitlab.com and thus gets marked as 'expired' now.
+Please continue with the discussion here:
+
+ https://gitlab.com/qemu-project/qemu/-/issues/120
+
+