All of lore.kernel.org
 help / color / mirror / Atom feed
From: "J. Mayer" <l_indien@magic.fr>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] PPC emulation on Qemu
Date: Mon, 16 Feb 2004 05:27:32 +0100	[thread overview]
Message-ID: <1076905652.25228.2193.camel@rapid> (raw)
In-Reply-To: <1076904537.6960.193.camel@gaston>

On Mon, 2004-02-16 at 05:08, Benjamin Herrenschmidt wrote:
> > Well, I did look a lot MOL code but didn't use it for now. I won't reuse
> > MOL OF code, because I don't want to have hardcoded stuffs, but
> > something that acts really like the open-firmware and will be able to
> > boot any OS, just like Bochs BIOS does for PC's.
> 
> Latest "devel" tree from Samuel started integrating OpenBIOS in MOL
> (that is a full OF implementation).

OpenBios would be great, but it seems to be far from running. I got
something nearly running, in host environment. But if OpenBios gets
close to a full real Bios, I'd be glad to use it !

> > But emulated hardware from MOL will be helpfull someday. For now, I want
> > to concentrate on booting Linux for Prep hardware. Because it's mainly a
> > PC with a PPC CPU, it's a real good target to debug CPU emulation
> > problems without taking care of emulated hardware.
> 
> It's also the shitties PPC hardware out there ;) Instane memory map

Yes, I know it's nearly a virtual platform, but, has I have some tests
kernels that should run on it, it makes debug simpler. But I agree this
emulation is just a step to a real complete hardware emulation...

> > Then, I want a standard and nowedays PPC platform, not only Macs, nea
> > OpenPPC standard.
> 
> What is OpenPPC standard ? So far, the most "standard" PPCs are
> PowerMacs ;) 

Well, G4 Macs are close to OpenPPC standard, which is an open platform
which has been described by IBM. I like it has a reference because it's
nearly Macs and because AIX, MacOS (X I suppose) and Linux should be
able to run on it.

> > So I did an open-pic emulation, ... MOL code will be helpfull
> > to emulate some Mac platforms, but as it says, it seems to me that's
> > it's too much Mac & MacOS dedicated to help until I got full stable
> > basics.
> 
> It can run the linux kernel as well. It's oriented toward emulation
> speed though. It has this nice "OSI" calls mecanism that allows
> cross call from within the emulated environment to the emulator
> linux-side. That along with host-side drivers using these calls
> allows significant perfs. improvements for things like disk
> access, sound, etc... but that's all optional.

Yes I know it can run Linux, but what I wanted to point is that (if I'm
not wrong) it's not able to run any OS (ie AIX or pegasos or, why not
(?), BeOS or AmigaOS) like a real machine would.
I agree that MOL exactly intend to do this, and does it well, but I
think qemu should really emulate the whole execution environment...

Does the OSI calls mechanism needs patched OS and/or firmware ?

-- 
J. Mayer <l_indien@magic.fr>
Never organized

  reply	other threads:[~2004-02-16  4:28 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-02-15 11:17 [Qemu-devel] PPC emulation on Qemu Manish Bansal
2004-02-15 14:07 ` J. Mayer
2004-02-15 14:59   ` Gabriel Ebner
2004-02-15 16:06     ` J. Mayer
2004-02-15 22:44       ` Benjamin Herrenschmidt
2004-02-16  3:34         ` J. Mayer
2004-02-16  4:08           ` Benjamin Herrenschmidt
2004-02-16  4:27             ` J. Mayer [this message]
2004-02-16  7:09               ` Benjamin Herrenschmidt
2004-02-18  9:42                 ` J. Mayer
2004-02-18 10:35                   ` J. Fortmann
2004-02-18 13:20                     ` Jocelyn Mayer
2004-02-18 23:13                       ` Benjamin Herrenschmidt
2004-02-19  0:59                         ` J. Mayer
2004-02-19  1:57                           ` Benjamin Herrenschmidt
2004-02-19  2:32                             ` J. Mayer
2004-02-19  2:48                               ` Benjamin Herrenschmidt
2004-02-19  3:33                                 ` J. Mayer
2004-02-19  4:27                                   ` Benjamin Herrenschmidt
2004-02-16  7:20               ` Gwenole Beauchesne
2004-02-16  7:46                 ` Chad Page

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=1076905652.25228.2193.camel@rapid \
    --to=l_indien@magic.fr \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.