1 files changed, 28 insertions, 0 deletions
diff --git a/results/classifier/105/other/917645 b/results/classifier/105/other/917645
new file mode 100644
index 00000000..a0d88c2b
--- /dev/null
+++ b/results/classifier/105/other/917645
@@ -0,0 +1,28 @@
+other: 0.799
+graphic: 0.757
+device: 0.658
+semantic: 0.656
+mistranslation: 0.607
+network: 0.560
+vnc: 0.535
+instruction: 0.522
+socket: 0.427
+boot: 0.301
+KVM: 0.256
+assembly: 0.219
+
+[Feature request] ia64-softmmu wanted
+
+Qemu is missing support for full system emulation of the Itanium architecture, which is one of the main non-x86 server architectures today (despite the alleged decline in popularity). It would be really nice if someone had interest in adding full ia64 support to Qemu. Many OS projects could then use Qemu as the universal machine emulator for development and testing.
+
+Note that there is an open source Ski simulator which can emulate an ia64 CPU, memory and a couple of Ski-specific devices, but the project seems inactive and the simulated machine is too simplified (no real devices, no real firmware). Moreover, it'd be better to have one tool such as Qemu for all architectures of interest rather than one per each architecture.
+
+It may be actually easier to start with recreating the Ski machine inside QEMU. The result will be a faster Ski in a maintained codebase. Definitely not a bad start.
+
+Someone is working on it, see: https://github.com/XVilka/qemu-ia64
+
+The QEMU project doesn't implement new target architectures or board models on demand based on wishlist requests; they're a lot of work to do. Instead we simply code-review and incorporate board models and architectures as and when people decide to write them and submit the patches. So there's really no point in having a 'wishlist' bug in the bug tracker saying "support for board X would be nice", because it will never happen, unless by the coincidence that somebody happened to implement and submit it to us anyway.
+
+So I'm going to close this bug as "Won't Fix"; if anybody happens to want to work with upstream on implementing this board model they are welcome to do so -- the mechanism for that is to email qemu-devel (with plans, requests for advice or patches).
+
+