----- Original Message -----
From: "Mark Cave-Ayland"
To: "Nick E Couchman" <nick.couchman(a)seakr.com>, openbios(a)openbios.org
Sent: Sunday, January 17, 2016 3:42:58 PM
Subject: Re: [OpenBIOS] Progress on Sparc64?
On 16/01/16 05:32, Nick Couchman wrote:
Wondering if there have been any recent
developments getting OpenBIOS + Qemu
working for the Sparc64 platform? I have a couple of legacy applications that
require 64-bit Sparc support that would nice to have running on here. Anything
I can do to help debug issues? I have ISOs for 64-bit Solaris 8, 9, 10, and
11, and am happy to test stuff out.
Good to hear from you again! Yes, there's been quite a bit of work done
over the past couple of years and qemu-system-sparc64 can now boot
Linux, NetBSD and OpenBSD in -nographic mode. FreeBSD and Solaris are
still currently a work in progress, although my patchset last month is
part of a WIP series to getting Solaris kmdb working which should help
enormously. So yes, despite the limited time available for me to work on
this, things are still moving on :)
I hope to be able to post the kmdb patches soon, so keep an eye out on
the list. There are also some interesting TCG patches on the QEMU list
which should significantly improve the performance of SPARC emulation in
the next release.
Sounds promising, thanks for the info. Again, let me know what output and/or testing I
can provide to help things along - while the code-writing isn't necessarily my area of
expertise (at this point, anyway), I'm happy to do any debugging that would be helpful
and provide the necessary output to locate items that need to be tweaked to get the
booting to work.
This e-mail may contain SEAKR Engineering (SEAKR) Confidential and Proprietary
Information. If this message is not intended for you, you are strictly prohibited from
using this message, its contents or attachments in any way. If you have received this
message in error, please delete the message from your mailbox. This e-mail may contain
export-controlled material and should be handled accordingly.