Hi everyone,
For those of you interested in the progress of Solaris on OpenBIOS, I'm pleased to report the following output from SVN trunk (r886) with the attached patch applied (this is because the OpenSolaris 10 kernel seems to want quite a lot of run-time memory - more on this later):
Solaris 9 installation CD:
OpenBIOS for Sparc64 Configuration device id QEMU version 1 machine id 0 kernel cmdline CPUs: 1 x SUNW,UltraSPARC-IIi UUID: 00000000-0000-0000-0000-000000000000 Welcome to OpenBIOS v1.0 built on Oct 3 2010 20:40 Type 'help' for detailed information Trying cdrom:f... Not a bootable ELF image Not a bootable a.out image
Loading FCode image... Loaded 5936 bytes entry point is 0x4000 open isn't unique.
Jumping to entry point 0000000000100000 for type 0000000000000001... switching to new context: entry point 0x100000 stack 0x00000000ffe06b49 warning:interpret: exception -13 caught SunOS Release 5.9 Version Generic 64-bit Copyright 1983-2002 Sun Microsystems, Inc. All rights reserved. Use is subject to license terms.
Milax CD (OpenSolaris):
OpenBIOS for Sparc64 Configuration device id QEMU version 1 machine id 0 kernel cmdline CPUs: 1 x SUNW,UltraSPARC-IIi UUID: 00000000-0000-0000-0000-000000000000 Welcome to OpenBIOS v1.0 built on Oct 3 2010 20:40 Type 'help' for detailed information Trying cdrom:f... Not a bootable ELF image Not a bootable a.out image
Loading FCode image... Loaded 7084 bytes entry point is 0x4000 Ignoring failed claim for va 1000000 memsz bf34e! Ignoring failed claim for va 1402000 memsz 303b3! Ignoring failed claim for va 1800000 memsz 60a30!
Jumping to entry point 00000000010071d8 for type 0000000000000001... switching to new context: entry point 0x10071d8 stack 0x00000000ffe06b49 warning:interpret: exception -13 caught SunOS Release 5.11 Version MilaX_0.3.2 64-bit Copyright 1983-2008 Sun Microsystems, Inc. All rights reserved. Use is subject to license terms. spacex@:interpret: exception -13 caught kdbg-words:interpret: exception -13 caught cb-r/w:interpret: exception -13 caught out of malloc memory (f28)! out of malloc memory (a10)! out of malloc memory (a70)! out of malloc memory (f28)! out of malloc memory (a10)! out of malloc memory (a70)! ...etc...
A couple of things that will be of interest to other developers:
- Solaris 9 seems to get stuck in a tight loop at the bottom of memory and doesn't want to proceed any further.
- In order to get Milax to boot this far, I had to keep increasing the memory requirements (and as you can see, it still wants more). There is a lot of MMU mapping activity, and so I suspect most of the dictionary space is being used to update the translations properties. We really need to optimise OFMEM so that it doesn't keep allocating new space from the dictionary all the time which should help reduce this immensely.
- Building with -O0 rather than -Os breaks Milax boot (the new SAVE_CPU_STATE handler falls over). This suggests that the stack is getting clobbered somewhere - Igor, any pointers on this one?
But all in all, I think we're looking quite good :)
ATB,
Mark.
On 10/3/10 2:02 PM, Mark Cave-Ayland wrote:
Hi everyone,
For those of you interested in the progress of Solaris on OpenBIOS, I'm pleased to report the following output from SVN trunk (r886) with the attached patch applied (this is because the OpenSolaris 10 kernel seems to want quite a lot of run-time memory - more on this later):
Solaris 9 installation CD:
OpenBIOS for Sparc64 Configuration device id QEMU version 1 machine id 0 kernel cmdline CPUs: 1 x SUNW,UltraSPARC-IIi UUID: 00000000-0000-0000-0000-000000000000 Welcome to OpenBIOS v1.0 built on Oct 3 2010 20:40 Type 'help' for detailed information Trying cdrom:f... Not a bootable ELF image Not a bootable a.out image
Loading FCode image... Loaded 5936 bytes entry point is 0x4000 open isn't unique.
Jumping to entry point 0000000000100000 for type 0000000000000001... switching to new context: entry point 0x100000 stack 0x00000000ffe06b49 warning:interpret: exception -13 caught SunOS Release 5.9 Version Generic 64-bit Copyright 1983-2002 Sun Microsystems, Inc. All rights reserved. Use is subject to license terms.
This is awesome news, Mark! Thank you for your efforts!
Stefan
----------------------------------------
Date: Fri, 8 Oct 2010 21:52:12 -0700 From: stepan@openbios.org To: openbios@openbios.org Subject: Re: [OpenBIOS] Hello Solaris :)
On 10/3/10 2:02 PM, Mark Cave-Ayland wrote:
Hi everyone,
For those of you interested in the progress of Solaris on OpenBIOS, I'm pleased to report the following output from SVN trunk (r886) with the attached patch applied (this is because the OpenSolaris 10 kernel seems to want quite a lot of run-time memory - more on this later):
Solaris 9 installation CD:
OpenBIOS for Sparc64 Configuration device id QEMU version 1 machine id 0 kernel cmdline CPUs: 1 x SUNW,UltraSPARC-IIi UUID: 00000000-0000-0000-0000-000000000000 Welcome to OpenBIOS v1.0 built on Oct 3 2010 20:40 Type 'help' for detailed information Trying cdrom:f... Not a bootable ELF image Not a bootable a.out image
Loading FCode image... Loaded 5936 bytes entry point is 0x4000 open isn't unique.
Jumping to entry point 0000000000100000 for type 0000000000000001... switching to new context: entry point 0x100000 stack 0x00000000ffe06b49 warning:interpret: exception -13 caught SunOS Release 5.9 Version Generic 64-bit Copyright 1983-2002 Sun Microsystems, Inc. All rights reserved. Use is subject to license terms.
This is awesome news, Mark! Thank you for your efforts!
Stefan
I'll second this! Exciting!
I'm not sure about the license overlap, reading CDDL to write GPL, but the bootloader source code is here: http://src.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/psm/stand/bootblks/
Nathan
Nathan Kunkee wrote:
I'll second this! Exciting!
I'm not sure about the license overlap, reading CDDL to write GPL, but the bootloader source code is here: http://src.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/psm/stand/bootblks/
Nathan
Oh, we're way past the bootblock now :) Currently we're at the point where the kernel is hooking into OpenBIOS in order to pass information about memory allocations between the two. Fun times indeed ;)
ATB,
Mark.
-
Mark Cave-Ayland -
Nathan Kunkee -
Stefan Reinauer