summary refs log tree commit diff stats
path: root/results/classifier/105/boot/1879590
diff options
context:
space:
mode:
Diffstat (limited to 'results/classifier/105/boot/1879590')
-rw-r--r--results/classifier/105/boot/187959086
1 files changed, 86 insertions, 0 deletions
diff --git a/results/classifier/105/boot/1879590 b/results/classifier/105/boot/1879590
new file mode 100644
index 00000000..0176e761
--- /dev/null
+++ b/results/classifier/105/boot/1879590
@@ -0,0 +1,86 @@
+boot: 0.878
+network: 0.863
+other: 0.787
+instruction: 0.753
+graphic: 0.739
+device: 0.698
+socket: 0.670
+mistranslation: 0.652
+semantic: 0.599
+vnc: 0.482
+assembly: 0.429
+KVM: 0.274
+
+Using qemu-system-sparc64 no network interface seems to exist
+
+Using boot command:
+
+qemu-system-sparc64 -M niagara -L /home/chrisp/sparc/S10image/ -nographic -m 256 -drive if=pflash,readonly=on,file=/home/chrisp/sparc/S10image/disk.s10hw2
+
+After I log into solaris system I see no network devices other than the loopback device.
+All the docs I can see suggest it should come up with a default network device that allows communication via the hosts network. Host is ubuntu 64bit.  
+
+root@giant:/home/chrisp/sparc# qemu-system-sparc64 -version
+QEMU emulator version 5.0.0
+Copyright (c) 2003-2020 Fabrice Bellard and the QEMU Project developers
+
+
+dladm show-link
+ifconfig -a
+
+
+
+ok boot
+Loading ufs-file-system package 1.4 04 Aug 1995 13:02:54.
+FCode UFS Reader 1.12 00/07/17 15:48:16.
+Loading: /platform/SUNW,Sun-Fire-T2000/ufsboot
+Loading: /platform/sun4v/ufsboot
+SunOS Release 5.10 Version Generic_118822-23 64-bit
+Copyright 1983-2005 Sun Microsystems, Inc.  All rights reserved.
+Use is subject to license terms.
+Hostname: unknown
+
+unknown console login: root
+Last login: Wed Feb  8 09:01:28 on console
+Sun Microsystems Inc.   SunOS 5.10      Generic January 2005
+# dladm show-link
+# ifconfig -a
+lo0: flags=2001000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv4,VIRTUAL> mtu 8232 index 1
+        inet 127.0.0.1 netmask ff000000
+
+Unfortunately it's been a while and no one has added the proper support to qemu yet, see comments at:
+http://tyom.blogspot.com/2016/10/qemu-sun4vniagara-target-went-public.html
+Apparently the niagara PCI adapter has to be implemented and the firmware recompiled to enable it. 
+
+
+
+The QEMU project is currently moving 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 the bug has already been fixed in the latest upstream version of QEMU,
+then please close this ticket as "Fix released".
+
+If it is not fixed yet and you think that this bug report here is still
+valid, then you have two options:
+
+1) If you already have an account on gitlab.com, please open a new ticket
+for this problem in our new tracker here:
+
+    https://gitlab.com/qemu-project/qemu/-/issues
+
+and then close this ticket here on Launchpad (or let it expire auto-
+matically after 60 days). Please mention the URL of this bug ticket on
+Launchpad in the new ticket on GitLab.
+
+2) If you don't have an account on gitlab.com and don't intend to get
+one, but still would like to keep this ticket opened, then please switch
+the state back to "New" within the next 60 days (otherwise it will get
+closed as "Expired"). We will then eventually migrate the ticket auto-
+matically to the new system.
+
+Thank you and sorry for the inconvenience.
+
+
+[Expired for QEMU because there has been no activity for 60 days.]
+