From: Paolo Bonzini <pbonzini@redhat.com>
To: "Michael S. Tsirkin" <mst@redhat.com>, qemu-devel@nongnu.org
Cc: imammedo@redhat.com, kraxel@redhat.com,
Marcel Apfelbaum <marcel.a@redhat.com>
Subject: Re: [Qemu-devel] [PATCH v2 1/2] pc: avoid duplicate names for ROM MRs
Date: Thu, 06 Mar 2014 17:54:08 +0100 [thread overview]
Message-ID: <5318A830.3020708@redhat.com> (raw)
In-Reply-To: <1394122987-7174-1-git-send-email-mst@redhat.com>
Il 06/03/2014 17:23, Michael S. Tsirkin ha scritto:
> Changes from v1:
> correctly set option flag to false for fixed files
>
> include/hw/loader.h | 6 ++++--
> hw/core/loader.c | 10 ++++++----
> 2 files changed, 10 insertions(+), 6 deletions(-)
>
> diff --git a/include/hw/loader.h b/include/hw/loader.h
> index 91b0122..f63e455 100644
> --- a/include/hw/loader.h
> +++ b/include/hw/loader.h
> @@ -44,9 +44,11 @@ void pstrcpy_targphys(const char *name,
> const char *source);
>
> extern bool rom_file_in_ram;
> +extern bool option_rom_in_ram;
I'd rather change these to
fixed_rom_has_mr
option_rom_has_mr
and then you can use below
option ? option_rom_has_mr : fixed_rom_has_mr
For 1.7 you have both of them to true. For 2.0 only fixed_rom_has_mr.
> int rom_add_file(const char *file, const char *fw_dir,
> - hwaddr addr, int32_t bootindex);
> + hwaddr addr, int32_t bootindex,
> + bool option);
> void *rom_add_blob(const char *name, const void *blob, size_t len,
> hwaddr addr, const char *fw_file_name,
> FWCfgReadCallback fw_callback, void *callback_opaque);
> @@ -60,7 +62,7 @@ void *rom_ptr(hwaddr addr);
> void do_info_roms(Monitor *mon, const QDict *qdict);
>
> #define rom_add_file_fixed(_f, _a, _i) \
> - rom_add_file(_f, NULL, _a, _i)
> + rom_add_file(_f, NULL, _a, _i, false)
> #define rom_add_blob_fixed(_f, _b, _l, _a) \
> rom_add_blob(_f, _b, _l, _a, NULL, NULL, NULL)
>
> diff --git a/hw/core/loader.c b/hw/core/loader.c
> index 0634bee..a19b158 100644
> --- a/hw/core/loader.c
> +++ b/hw/core/loader.c
> @@ -54,6 +54,7 @@
>
> #include <zlib.h>
>
> +bool option_rom_in_ram = false;
> bool rom_file_in_ram = true;
>
> static int roms_loaded;
> @@ -624,7 +625,8 @@ static void *rom_set_mr(Rom *rom, Object *owner, const char *name)
> }
>
> int rom_add_file(const char *file, const char *fw_dir,
> - hwaddr addr, int32_t bootindex)
> + hwaddr addr, int32_t bootindex,
> + bool option)
> {
> Rom *rom;
> int rc, fd = -1;
> @@ -676,7 +678,7 @@ int rom_add_file(const char *file, const char *fw_dir,
> basename);
> snprintf(devpath, sizeof(devpath), "/rom@%s", fw_file_name);
>
> - if (rom_file_in_ram) {
> + if ((!option || option_rom_in_ram) && rom_file_in_ram) {
> data = rom_set_mr(rom, OBJECT(fw_cfg), devpath);
> } else {
> data = rom->data;
> @@ -755,12 +757,12 @@ int rom_add_elf_program(const char *name, void *data, size_t datasize,
>
> int rom_add_vga(const char *file)
> {
> - return rom_add_file(file, "vgaroms", 0, -1);
> + return rom_add_file(file, "vgaroms", 0, -1, true);
> }
>
> int rom_add_option(const char *file, int32_t bootindex)
> {
> - return rom_add_file(file, "genroms", 0, bootindex);
> + return rom_add_file(file, "genroms", 0, bootindex, true);
> }
>
> static void rom_reset(void *unused)
>
I don't really like the difference between option ROM and fixed ROM; I
think what really matters is more the difference between user file (user
is responsible for keeping it the same across migration) and system file
(whose old contents are migrated automatically).
But you convinced me that, because the mechanism was introduced for
fixed ROMs (kvmvapic and the ISA VGABIOS), this patch doesn't really
lose anything interesting.
Paolo
prev parent reply other threads:[~2014-03-06 16:54 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-03-06 16:23 [Qemu-devel] [PATCH v2 1/2] pc: avoid duplicate names for ROM MRs Michael S. Tsirkin
2014-03-06 16:23 ` [Qemu-devel] [PATCH v2 2/2] pc: option rom migration compatibility with 1.7 Michael S. Tsirkin
2014-03-06 16:54 ` Paolo Bonzini [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=5318A830.3020708@redhat.com \
--to=pbonzini@redhat.com \
--cc=imammedo@redhat.com \
--cc=kraxel@redhat.com \
--cc=marcel.a@redhat.com \
--cc=mst@redhat.com \
--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 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.