From: Peter Maydell <peter.maydell@linaro.org>
To: qemu-devel@nongnu.org
Cc: Blue Swirl <blauwirbel@gmail.com>, patches@linaro.org
Subject: [Qemu-devel] [PATCH v3 0/7] Let boards state maximum RAM limits in QEMUMachine struct
Date: Tue, 29 Mar 2011 15:08:17 +0100 [thread overview]
Message-ID: <1301407704-24541-1-git-send-email-peter.maydell@linaro.org> (raw)
This primary aim of this patchset is to add a new 'max_ram' field to the
QEMUMachine structure so that a board model can specify the maximum RAM it
will accept. We can then produce a friendly diagnostic message when the
user tries to start qemu with a '-m' option asking for more RAM than that.
(Currently most of the ARM devboard models respond with an obscure guest
crash when the guest tries to access RAM and finds device registers
instead.)
If no maximum size is specified we default to the old behaviour of
"do not impose any limit".
The bulk of the patchset is knock-on cleanup as a result, in particular
allowing QEMUMachine structs to be const and sun4m cleanup.
Changes in v3:
* as suggested by Blue Swirl, new patch 3 to make qemu_register_machine
take a const QEMUMachine * rather than a non-const one
* this makes the sun4m patch (old 3, new 4) simpler as we don't have to
move 'const' qualifiers around
* new patch 7 which adds 'const' to all the board QEMUMachine definitions
Changes in v2:
* use target_physaddr_t rather than ram_addr_t for max_ram, so
we can specify maximum ram sizes for 64 bit target boards
* new patches 3,4 which update sun4m to use the generic max_ram, so
we can delete the sun4m-specific code which was doing the same job
* patch 5 does some tidy-up of sun4m init functions; not strictly
related but the assert() at least is enabled by the cleanup done
in patch 3.
Peter Maydell (7):
Allow boards to specify maximum RAM size
hw: Add maximum RAM specifications for ARM devboard models
vl.c: Fix machine registration so QEMUMachine structs can be const
hw/sun4m: Move QEMUMachine structs into sun4*_hwdef structs
hw/sun4m: Use the QEMUMachine max_ram to implement memory limit
hw/sun4m: Use a macro to hide the repetitive board init functions
hw: Make QEMUMachine structure definitions const
hw/an5206.c | 2 +-
hw/axis_dev88.c | 2 +-
hw/boards.h | 6 +-
hw/dummy_m68k.c | 2 +-
hw/etraxfs.c | 2 +-
hw/gumstix.c | 4 +-
hw/integratorcp.c | 3 +-
hw/leon3.c | 2 +-
hw/lm32_boards.c | 4 +-
hw/mainstone.c | 2 +-
hw/mcf5208.c | 2 +-
hw/mips_fulong2e.c | 2 +-
hw/mips_jazz.c | 4 +-
hw/mips_malta.c | 2 +-
hw/mips_mipssim.c | 2 +-
hw/mips_r4k.c | 2 +-
hw/musicpal.c | 2 +-
hw/nseries.c | 4 +-
hw/omap_sx1.c | 4 +-
hw/palm.c | 2 +-
hw/pc_piix.c | 12 +-
hw/petalogix_ml605_mmu.c | 2 +-
hw/petalogix_s3adsp1800_mmu.c | 2 +-
hw/ppc405_boards.c | 4 +-
hw/ppc440_bamboo.c | 4 +-
hw/ppc_newworld.c | 2 +-
hw/ppc_oldworld.c | 2 +-
hw/ppc_prep.c | 2 +-
hw/ppce500_mpc8544ds.c | 2 +-
hw/r2d.c | 2 +-
hw/realview.c | 19 ++-
hw/s390-virtio.c | 2 +-
hw/shix.c | 2 +-
hw/spitz.c | 8 +-
hw/stellaris.c | 4 +-
hw/sun4m.c | 523 ++++++++++++++++-------------------------
hw/sun4u.c | 6 +-
hw/syborg.c | 2 +-
hw/tosa.c | 2 +-
hw/versatilepb.c | 9 +-
hw/virtex_ml507.c | 2 +-
hw/xen_machine_pv.c | 2 +-
vl.c | 115 ++++++----
43 files changed, 363 insertions(+), 422 deletions(-)
next reply other threads:[~2011-03-29 14:15 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-03-29 14:08 Peter Maydell [this message]
2011-03-29 14:08 ` [Qemu-devel] [PATCH v3 1/7] Allow boards to specify maximum RAM size Peter Maydell
2011-03-29 14:08 ` [Qemu-devel] [PATCH v3 2/7] hw: Add maximum RAM specifications for ARM devboard models Peter Maydell
2011-03-29 14:08 ` [Qemu-devel] [PATCH v3 3/7] vl.c: Fix machine registration so QEMUMachine structs can be const Peter Maydell
2011-03-29 14:08 ` [Qemu-devel] [PATCH v3 4/7] hw/sun4m: Move QEMUMachine structs into sun4*_hwdef structs Peter Maydell
2011-03-29 14:08 ` [Qemu-devel] [PATCH v3 5/7] hw/sun4m: Use the QEMUMachine max_ram to implement memory limit Peter Maydell
2011-03-29 14:08 ` [Qemu-devel] [PATCH v3 6/7] hw/sun4m: Use a macro to hide the repetitive board init functions Peter Maydell
2011-03-29 14:08 ` [Qemu-devel] [PATCH v3 7/7] hw: Make QEMUMachine structure definitions const Peter Maydell
2011-03-30 7:48 ` [Qemu-devel] [PATCH v3 0/7] Let boards state maximum RAM limits in QEMUMachine struct Jes Sorensen
2011-03-30 8:09 ` Peter Maydell
2011-03-30 10:51 ` Jes Sorensen
2011-03-30 13:22 ` Peter Maydell
2011-03-30 13:55 ` Jes Sorensen
2011-03-30 13:56 ` Anthony Liguori
2011-03-30 14:07 ` Peter Maydell
2011-04-04 14:29 ` Jes Sorensen
2011-04-04 14:42 ` Peter Maydell
2011-04-04 14:53 ` Jes Sorensen
2011-04-04 16:54 ` Blue Swirl
2011-04-12 13:58 ` Jes Sorensen
2011-04-04 17:26 ` Peter Maydell
2011-04-12 13:55 ` Jes Sorensen
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=1301407704-24541-1-git-send-email-peter.maydell@linaro.org \
--to=peter.maydell@linaro.org \
--cc=blauwirbel@gmail.com \
--cc=patches@linaro.org \
--cc=qemu-devel@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).