From: "Michael S. Tsirkin" <mst@redhat.com>
To: qemu-devel@nongnu.org
Cc: Peter Maydell <peter.maydell@linaro.org>,
John Snow <jsnow@redhat.com>,
qemu-stable@nongnu.org, Anthony Liguori <aliguori@amazon.com>,
Paolo Bonzini <pbonzini@redhat.com>
Subject: [Qemu-devel] [PULL v2 14/15] pc: leave more space for BIOS allocations
Date: Thu, 18 Sep 2014 21:19:05 +0300 [thread overview]
Message-ID: <1411063757-29216-15-git-send-email-mst@redhat.com> (raw)
In-Reply-To: <1411063757-29216-1-git-send-email-mst@redhat.com>
Since QEMU 2.1, we are allocating more space for ACPI tables, so no
space is left after initrd for the BIOS to allocate memory.
Besides ACPI tables, there are a few other uses of high memory in
SeaBIOS: SMBIOS tables and USB drivers use it in particular. These uses
allocate a very small amount of memory. Malloc metadata also lives
there. So we need _some_ extra padding there to avoid initrd breakage,
but not much.
John Snow found a case where RHEL5 was broken by the recent change to
ACPI_TABLE_SIZE; in his case 4KB of extra padding are fine, but just to
be safe I am adding 32KB, which is roughly the same amount of padding
that was left by QEMU 2.0 and earlier.
Move initrd to leave some space for the BIOS.
Cc: qemu-stable@nongnu.org
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Reported-by: John Snow <jsnow@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
---
hw/i386/pc.c | 6 ++++--
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/hw/i386/pc.c b/hw/i386/pc.c
index b6c9b61..9ac5bd2 100644
--- a/hw/i386/pc.c
+++ b/hw/i386/pc.c
@@ -72,8 +72,10 @@
#define DPRINTF(fmt, ...)
#endif
-/* Leave a chunk of memory at the top of RAM for the BIOS ACPI tables. */
-unsigned acpi_data_size = 0x20000;
+/* Leave a chunk of memory at the top of RAM for the BIOS ACPI tables
+ * (128K) and other BIOS datastructures (less than 4K reported to be used at
+ * the moment, 32K should be enough for a while). */
+unsigned acpi_data_size = 0x20000 + 0x8000;
void pc_set_legacy_acpi_data_size(void)
{
acpi_data_size = 0x10000;
--
MST
next prev parent reply other threads:[~2014-09-18 18:16 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-09-18 18:10 [Qemu-devel] [PULL v2 00/15] pci, pc, virtio, misc bugfixes Michael S. Tsirkin
2014-09-18 18:10 ` [Qemu-devel] [PULL v2 02/15] test-qdev-global-props: Trivial comment fix Michael S. Tsirkin
2014-09-18 18:10 ` [Qemu-devel] [PULL v2 03/15] test-qdev-global-props: Run tests on subprocess Michael S. Tsirkin
2014-09-18 18:10 ` [Qemu-devel] [PULL v2 04/15] test-qdev-global-props: Initialize not_used=true for all props Michael S. Tsirkin
2014-09-18 18:10 ` [Qemu-devel] [PULL v2 05/15] test-qdev-global-props: Test handling of hotpluggable and non-device types Michael S. Tsirkin
2014-09-18 18:10 ` [Qemu-devel] [PULL v2 06/15] qdev: Rename qdev_prop_check_global() to qdev_prop_check_globals() Michael S. Tsirkin
2014-09-18 18:18 ` [Qemu-devel] [PULL v2 01/15] hw/machine: Free old values of string properties Michael S. Tsirkin
2014-09-18 18:18 ` [Qemu-devel] [PULL v2 07/15] qdev: Move global validation to a single function Michael S. Tsirkin
2014-09-18 18:18 ` [Qemu-devel] [PULL v2 08/15] Revert "rng-egd: remove redundant free" Michael S. Tsirkin
2014-09-18 18:18 ` [Qemu-devel] [PULL v2 09/15] virtio-net: drop assert on vm stop Michael S. Tsirkin
2014-09-18 18:18 ` [Qemu-devel] [PULL v2 10/15] Revert "virtio: don't call device on !vm_running" Michael S. Tsirkin
2014-09-18 18:18 ` [Qemu-devel] [PULL v2 11/15] virtio-pci: enable bus master for old guests Michael S. Tsirkin
2014-09-18 18:18 ` [Qemu-devel] [PULL v2 12/15] vhost-user: fix VIRTIO_NET_F_MRG_RXBUF negotiation Michael S. Tsirkin
2014-09-18 18:19 ` [Qemu-devel] [PULL v2 13/15] virtio-pci: fix migration for pci bus master Michael S. Tsirkin
2014-09-18 18:19 ` Michael S. Tsirkin [this message]
2014-09-18 18:19 ` [Qemu-devel] [PULL v2 15/15] tests: disable global props test for old glib Michael S. Tsirkin
2014-09-18 18:31 ` [Qemu-devel] [PULL v2 00/15] pci, pc, virtio, misc bugfixes Peter Maydell
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=1411063757-29216-15-git-send-email-mst@redhat.com \
--to=mst@redhat.com \
--cc=aliguori@amazon.com \
--cc=jsnow@redhat.com \
--cc=pbonzini@redhat.com \
--cc=peter.maydell@linaro.org \
--cc=qemu-devel@nongnu.org \
--cc=qemu-stable@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).