qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: "Blue Swirl" <blauwirbel@gmail.com>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] qemu-system-sparc and Solaris 1.1.2 / SunOS 4.1.4
Date: Thu, 14 Feb 2008 20:26:58 +0200	[thread overview]
Message-ID: <f43fc5580802141026u25d543afk5e599e4021401a4f@mail.gmail.com> (raw)
In-Reply-To: <47B40C38.1000403@baltic-online.de>

On 2/14/08, Jan Holzhueter <jh@baltic-online.de> wrote:
> Hi everyone,
>  we are planing to get rid of some old sparc hardware.
>  The problem is that there are applications on it that require
>  sun4m and Solaris 1.1.2 / SunOS 4.1.4.
>  As known qemu-system-sparc is not able to boot the Solaris Kernel at
>  the moment.
>
>  I get as far as:
>    [sparc] Booting file 'cdrom' with parameters ''
>  Not a bootable ELF image
>  Not a Linux kernel image
>  Not a bootable a.out image
>  Not a bootable ELF image
>  Not a Linux kernel image
>  Loading a.out image...
>  Loaded 7680 bytes
>  entry point is 0x4000
>  Jumping to entry point...
>  checksum 60746d10 != 86693bac, trying to boot anyway
>  Unhandled Exception 0x00000007
>  PC = 0x002002bc NPC = 0x002002c0
>  Stopping execution
>
>  My question is how far away are you form getting it to work
>  and in what time frame could it be done?

The problem is twofold: Qemu emulates the CPU and hardware devices,
OpenBIOS presents an Open Firmware interface to the kernel. The HW
part is somewhat complete, though every new kernel may expose new
bugs. For the OpenBIOS situation is a bit different as Solaris seems
to have some kind of undocumented assumptions of the interface.

For example in your report Solaris dies because of unaligned access
(trap #07). Could be a bug in OpenBIOS that Linux does not happen to
trigger.

>  This is a bigger project for us. So it might even be possible
>  ( nothing confirmed yet I have to check back with some people  )
>  to donate some money to get it to work.
>  It doesn't need to work for all Solaris. We just need Solaris 1.1.2.
>  If someone needs some installation Medium or feedback let me know.

Feedback is always appreciated. If you'd also like to debug this
problem, you could compile OpenBIOS with OF interface debugging
enabled.

  reply	other threads:[~2008-02-14 18:27 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-02-14  9:39 [Qemu-devel] qemu-system-sparc and Solaris 1.1.2 / SunOS 4.1.4 Jan Holzhueter
2008-02-14 18:26 ` Blue Swirl [this message]
2008-02-19  1:45 ` Robert Reif
2008-02-19  2:23   ` Andrew Warkentin
2008-02-19  3:30     ` M. Warner Losh
2008-02-19 17:02       ` Blue Swirl
2008-02-19 17:26         ` M. Warner Losh
2008-02-19 17:40           ` Blue Swirl
2008-02-19 17:50             ` M. Warner Losh
2008-02-19  4:23     ` andrzej zaborowski
2008-02-19  4:31     ` Paul Brook
2008-02-19 12:55     ` Robert Reif

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=f43fc5580802141026u25d543afk5e599e4021401a4f@mail.gmail.com \
    --to=blauwirbel@gmail.com \
    --cc=qemu-devel@nongnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).