public inbox for kvm@vger.kernel.org
 help / color / mirror / Atom feed
From: Cyrill Gorcunov <gorcunov@openvz.org>
To: Pekka Enberg <penberg@kernel.org>
Cc: Yang Bai <hamo.by@gmail.com>,
	kvm@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
	Sasha Levin <levinsasha928@gmail.com>,
	Asias He <asias.hejun@gmail.com>
Subject: Re: The way of mapping BIOS into the guest's address space
Date: Tue, 14 Feb 2012 16:13:42 +0400	[thread overview]
Message-ID: <20120214121342.GE1878@moon> (raw)
In-Reply-To: <CAOJsxLEcZi8h9=njbq2c77Tw=xRACD-R+L0rOQjSsZcMoGnjhQ@mail.gmail.com>

On Tue, Feb 14, 2012 at 01:10:59PM +0200, Pekka Enberg wrote:
> On Tue, Feb 14, 2012 at 1:03 PM, Yang Bai <hamo.by@gmail.com> wrote:
> > Since on X86, bios is always at the end of the address space, so I
> > have some thought about how to implement the seabios support for kvm
> > tool.
> >
> > 1. using kvm__register_mem to map the end of address space to the
> > guest then copy the code of seabios to this mem region. Just emulating
> > the bios chip.

I think this is what should be done.

> >
> > 2. leave the bios code alone and don't touch the guest's address
> > space. If the guest accesses the address belonging to the bios, it
> > will be an IO request and we can emulate the IO access to the bios
> > chip.
> >
> > Any ideas about this?
> 
> The latter solution doesn't make any sense to me. Cyrill, do we really
> need to put the BIOS at the end of the address space? Don't we have
> unused space below 1 MB?

I don't remember for sure how SeaBIOS works actually. What I rememer
is that it aquires all hw environment might have. So without real look
into seabios code I fear I can't answer. But reserving end of 4G address
space for bios copy sounds reasonable if we going to behave as real
hardware. Maybe we could poke someone from KVM camp for a hint?

	Cyrill

  reply	other threads:[~2012-02-14 12:13 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-02-14 11:03 The way of mapping BIOS into the guest's address space Yang Bai
2012-02-14 11:10 ` Pekka Enberg
2012-02-14 12:13   ` Cyrill Gorcunov [this message]
     [not found]     ` <CAO_0yfNM8EjEb-MTHp3-5sY4nvmY=gJRmuHJQTByXKZ3YY++Zg@mail.gmail.com>
2012-02-14 13:32       ` Cyrill Gorcunov
2012-02-14 15:35         ` Pekka Enberg
2012-02-14 15:38           ` Cyrill Gorcunov
2012-02-14 15:41             ` Pekka Enberg
2012-02-15  4:07     ` Kevin O'Connor
2012-02-15 10:12       ` Cyrill Gorcunov
2012-02-14 14:57 ` cody

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=20120214121342.GE1878@moon \
    --to=gorcunov@openvz.org \
    --cc=asias.hejun@gmail.com \
    --cc=hamo.by@gmail.com \
    --cc=kvm@vger.kernel.org \
    --cc=levinsasha928@gmail.com \
    --cc=mingo@elte.hu \
    --cc=penberg@kernel.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