aboutsummaryrefslogtreecommitdiffstats
path: root/stubdom
diff options
context:
space:
mode:
authorKonrad Rzeszutek Wilk <konrad@kernel.org>2013-05-24 09:36:16 -0400
committerIan Campbell <ian.campbell@citrix.com>2013-05-30 09:01:24 +0100
commitd21b46e9b723b860ab6e32f6ad96dd4c650596c7 (patch)
treefb8186530e76a9b39ec653943a043c370d126c12 /stubdom
parent41abbadef60e5fccdfd688579dd458f7f7887cf5 (diff)
downloadxen-d21b46e9b723b860ab6e32f6ad96dd4c650596c7.tar.gz
xen-d21b46e9b723b860ab6e32f6ad96dd4c650596c7.tar.bz2
xen-d21b46e9b723b860ab6e32f6ad96dd4c650596c7.zip
xl, e820_host, PV passthrough: Fix guests crashing when memory == maxmem
The code had an obvious bug where it would assume that the balloon amount would always be _something_ and add an E820_RAM entry at the end of the E820 array. The added E820_RAM would contain the balloon amount plus the delta of memory that had to be subtracted b/c of the various E820 entries. That assumption is certainly true when maxmem != mem, but if guest config has maxmem = memory that is incorrect (as balloon value is zero). The end result is that the E820 that is constructed is missing a swath of "delta" memory and in most cases ends up with only one E820_RAM entry that is of 512MB size on many Intel systems. Reported-by: Christian Holpert <christian@holpert.de> Signed-off-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> Acked-by: Ian Campbell <ian.campbell@citrix.com>
Diffstat (limited to 'stubdom')
0 files changed, 0 insertions, 0 deletions