qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH] q35: split memory at 2G


From: Gerd Hoffmann
Subject: Re: [Qemu-devel] [PATCH] q35: split memory at 2G
Date: Wed, 29 May 2019 06:47:01 +0200
User-agent: NeoMutt/20180716

On Tue, May 28, 2019 at 10:49:55PM -0400, Michael S. Tsirkin wrote:
> On Wed, May 29, 2019 at 03:21:16AM +0200, Paolo Bonzini wrote:
> > On 28/05/19 22:48, Gerd Hoffmann wrote:
> > > Original q35 behavior was to split memory 2.75 GB, leaving space for the
> > > mmconfig bar at 0xb000000 and pci I/O window starting at 0xc0000000.
> > > 
> > > Note: Those machine types have been removed from the qemu codebase
> > > meanwhile because they could not be live-migrated so there was little
> > > value in keeping them around.
> > > 
> > > With the effort to allow for gigabyte-alignment of guest memory that
> > > behavior was changed:  The split was moved to 2G, but only in case the
> > > memory didn't fit below 2.75 GB.
> > > 
> > > So today the address space between 2G and 2,75G is not used for guest
> > > memory in typical use cases, where the guest memory sized at a power of
> > > two or a gigabyte number.  But if you configure your guest with some odd
> > > amout of memory (such as 2.5G) the address space is used.
> > 
> > Wasn't it done to ensure pre-PAE OSes could use as much memory as
> > possible?  (If you run pre-PAE OSes with more RAM than can fit below 4G,
> > you can just reduce the amount of memory and get all the 2.75G).
> > 
> > Paolo
> 
> Absolutely. Gerd is just saying the configuration is rare enough that
> it's not worth worrying about. I don't know myself - why do
> we bother making this change? What's the advantage?

Some ovmf versions place the mmconfig @ 2G.  Which works fine in 99% of
the cases, but with memory sizes between 2G and 2.75G it doesn't.

cheers,
  Gerd




reply via email to

[Prev in Thread] Current Thread [Next in Thread]