All of lore.kernel.org
 help / color / mirror / Atom feed
From: Avi Kivity <avi@redhat.com>
To: Izik Eidus <ieidus@redhat.com>
Cc: Chris Wright <chrisw@sous-sol.org>, kvm@vger.kernel.org
Subject: Re: [PATCH] kvm-userspace: set pci mem to start at 0xc100000 and vesa to 0xc000000
Date: Sun, 18 Jan 2009 10:41:36 +0200	[thread overview]
Message-ID: <4972EB40.4040306@redhat.com> (raw)
In-Reply-To: <49713302.1010705@redhat.com>

Izik Eidus wrote:
>> b) It is brute force.  I'm not sure it really matters all that much to
>> limit a 32-bit (non-PAE) guest to 3G, but it's a little extreme for the
>> cases that don't care about the large hole.
>> Is there anyway to make it dynamic based on the requirements of the
>> devices that are part of the launched VM?
>>   
>
> There is (you need to transfer data to the bios but it is 
> possible...), the thing is - there was concern that
> it will make windows crazy if you keep changing the devices physical 
> mapping
>
> Avi what do you think?

It's possible for the bios to size the resources needed by PCI devices 
(excluding hotplug) and tell qemu where to map RAM.  However I don't 
think that's what standard bioses do.

On a barcelona I have here the hole is 0.75GB; I think either 0.5 or 1 
GB holes are reasonable.  I prefer 1GB so we can accommodate large 
assigned framebuffers; I don't see people running 4GB Windows guests 
(and Linux guests can use PAE).

-- 
error compiling committee.c: too many arguments to function


      reply	other threads:[~2009-01-18  8:41 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-01-11  1:25 [PATCH 0/1] pci hole remaping Izik Eidus
2009-01-11  1:25 ` [PATCH] kvm-userspace: set pci mem to start at 0xc100000 and vesa to 0xc000000 Izik Eidus
2009-01-17  0:57   ` Chris Wright
2009-01-17  1:23     ` Izik Eidus
2009-01-18  8:41       ` Avi Kivity [this message]

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=4972EB40.4040306@redhat.com \
    --to=avi@redhat.com \
    --cc=chrisw@sous-sol.org \
    --cc=ieidus@redhat.com \
    --cc=kvm@vger.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 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.