From: Thiemo Seufer <ths@networkno.de>
To: Paul Brook <paul@codesourcery.com>
Cc: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH] Add more devices for MIPS system emulation
Date: Thu, 23 Feb 2006 21:37:05 +0000 [thread overview]
Message-ID: <20060223213705.GD19397@networkno.de> (raw)
In-Reply-To: <200602231924.07802.paul@codesourcery.com>
On Thu, Feb 23, 2006 at 07:24:06PM +0000, Paul Brook wrote:
> On Wednesday 22 February 2006 17:35, Thiemo Seufer wrote:
> > On Wed, Feb 22, 2006 at 03:28:04PM +0000, Paul Brook wrote:
> > > On Tuesday 21 February 2006 19:11, Thiemo Seufer wrote:
> > > > Hello All,
> > > >
> > > > this adds to the MIPS system emulation:
> > > > - Harddisk emulation, including MSDOS partition labels.
> > >
> > > Why do you need the bootsector bits? IIUC this was an x86 specific hack
> > > to make the x86 bios load the kernel passed with -kernel.
> > > The MIPS emulation jumps directly to the loaded kernel, so this should
> > > not be necessary.
> >
> > That's the current state since there is no real mips firmware, but Qemu
> > should also be able to boot from an image. E.g. Linux/MIPS on
> > DECstations uses MSDOS disklabels.
>
> I don't see how providing a fake an x86 boot sector would help this.
> Presumably the DECstation firmware just knows how to load an image from disk.
It loads a block sector list from the bootsector which points to
the second stage bootloader.
Thiemo
next prev parent reply other threads:[~2006-02-24 21:31 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-02-21 19:11 [Qemu-devel] [PATCH] Add more devices for MIPS system emulation Thiemo Seufer
2006-02-22 15:28 ` Paul Brook
2006-02-22 17:35 ` Thiemo Seufer
2006-02-23 19:24 ` Paul Brook
2006-02-23 21:37 ` Thiemo Seufer [this message]
2006-02-23 21:44 ` Paul Brook
2006-03-06 14:50 ` Thiemo Seufer
2006-03-11 21:25 ` Paul Brook
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=20060223213705.GD19397@networkno.de \
--to=ths@networkno.de \
--cc=paul@codesourcery.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 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.