From: Don Slutz <dslutz@verizon.com>
To: "Andreas Färber" <afaerber@suse.de>, "Don Slutz" <dslutz@verizon.com>
Cc: xen-devel@lists.xensource.com,
Eduardo Habkost <ehabkost@redhat.com>,
"Michael S. Tsirkin" <mst@redhat.com>,
Stefano Stabellini <stefano.stabellini@eu.citrix.com>,
qemu-devel@nongnu.org, Anthony Liguori <aliguori@amazon.com>,
Igor Mammedov <imammedo@redhat.com>
Subject: Re: [PATCH v3 1/4] xen-all: Fix xen_hvm_init() to adjust pc memory layout.
Date: Tue, 22 Apr 2014 12:29:03 -0400 [thread overview]
Message-ID: <535698CF.1070702@terremark.com> (raw)
In-Reply-To: <53513553.3040005@suse.de>
On 04/18/14 10:23, Andreas Färber wrote:
> Am 25.03.2014 00:55, schrieb Don Slutz:
>> This is just below_4g_mem_size and above_4g_mem_size which is used later in QEMU.
>>
>> Signed-off-by: Don Slutz <dslutz@verizon.com>
>> Acked-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
> Please remember to place your Signed-off-by last. In theory you would
> place another Signed-off-by last, but in practice we usually drop the
> first one if there are no other Sobs. Think of someone taking your
> patch, making changes and applying it to some downstream; then Stefano
> did not ack the modified patch signed off by someone else, but rather
> you are asserting that Stefano acked the patch in the form you are
> sending it.
I will try to remember this. Not sure Xen follows the same
rules.
>> ---
>> hw/i386/pc_piix.c | 31 ++++++++++++++++---------------
>> hw/i386/pc_q35.c | 29 +++++++++++++++--------------
>> include/hw/xen/xen.h | 3 ++-
>> xen-all.c | 24 ++++++++++++++----------
>> xen-stub.c | 3 ++-
>> 5 files changed, 49 insertions(+), 41 deletions(-)
>>
>> diff --git a/hw/i386/pc_piix.c b/hw/i386/pc_piix.c
>> index 7930a26..bd52f6e 100644
>> --- a/hw/i386/pc_piix.c
>> +++ b/hw/i386/pc_piix.c
>> @@ -96,21 +96,6 @@ static void pc_init1(QEMUMachineInitArgs *args,
>> FWCfgState *fw_cfg = NULL;
>> PcGuestInfo *guest_info;
>>
>> - if (xen_enabled() && xen_hvm_init(&ram_memory) != 0) {
>> - fprintf(stderr, "xen hardware virtual machine initialisation failed\n");
>> - exit(1);
>> - }
>> -
>> - icc_bridge = qdev_create(NULL, TYPE_ICC_BRIDGE);
>> - object_property_add_child(qdev_get_machine(), "icc-bridge",
>> - OBJECT(icc_bridge), NULL);
>> -
>> - pc_cpus_init(args->cpu_model, icc_bridge);
>> -
>> - if (kvm_enabled() && kvmclock_enabled) {
>> - kvmclock_create();
>> - }
>> -
>> /* Check whether RAM fits below 4G (leaving 1/2 GByte for IO memory).
>> * If it doesn't, we need to split it in chunks below and above 4G.
>> * In any case, try to make sure that guest addresses aligned at
>> @@ -127,6 +112,22 @@ static void pc_init1(QEMUMachineInitArgs *args,
>> below_4g_mem_size = args->ram_size;
>> }
>>
>> + if (xen_enabled() && xen_hvm_init(&below_4g_mem_size, &above_4g_mem_size,
>> + &ram_memory) != 0) {
>> + fprintf(stderr, "xen hardware virtual machine initialisation failed\n");
>> + exit(1);
>> + }
>> +
>> + icc_bridge = qdev_create(NULL, TYPE_ICC_BRIDGE);
>> + object_property_add_child(qdev_get_machine(), "icc-bridge",
>> + OBJECT(icc_bridge), NULL);
>> +
>> + pc_cpus_init(args->cpu_model, icc_bridge);
>> +
>> + if (kvm_enabled() && kvmclock_enabled) {
>> + kvmclock_create();
>> + }
>> +
>> if (pci_enabled) {
>> pci_memory = g_new(MemoryRegion, 1);
>> memory_region_init(pci_memory, NULL, "pci", UINT64_MAX);
> Movement looks okay to me, CC'ing Igor. Did you test KVM or only Xen?
I have tested on one version of KVM (Fedora 17).
> It would be nice to follow up replacing fprintf() with error_report()
> though in a separate patch.
Will do.
-Don Slutz
>> diff --git a/hw/i386/pc_q35.c b/hw/i386/pc_q35.c
>> index c844dc2..6e34fe1 100644
>> --- a/hw/i386/pc_q35.c
>> +++ b/hw/i386/pc_q35.c
>> @@ -83,20 +83,6 @@ static void pc_q35_init(QEMUMachineInitArgs *args)
>> DeviceState *icc_bridge;
>> PcGuestInfo *guest_info;
>>
>> - if (xen_enabled() && xen_hvm_init(&ram_memory) != 0) {
>> - fprintf(stderr, "xen hardware virtual machine initialisation failed\n");
>> - exit(1);
>> - }
>> -
>> - icc_bridge = qdev_create(NULL, TYPE_ICC_BRIDGE);
>> - object_property_add_child(qdev_get_machine(), "icc-bridge",
>> - OBJECT(icc_bridge), NULL);
>> -
>> - pc_cpus_init(args->cpu_model, icc_bridge);
>> - pc_acpi_init("q35-acpi-dsdt.aml");
>> -
>> - kvmclock_create();
>> -
>> /* Check whether RAM fits below 4G (leaving 1/2 GByte for IO memory
>> * and 256 Mbytes for PCI Express Enhanced Configuration Access Mapping
>> * also known as MMCFG).
>> @@ -115,6 +101,21 @@ static void pc_q35_init(QEMUMachineInitArgs *args)
>> below_4g_mem_size = args->ram_size;
>> }
>>
>> + if (xen_enabled() && xen_hvm_init(&below_4g_mem_size, &above_4g_mem_size,
>> + &ram_memory) != 0) {
>> + fprintf(stderr, "xen hardware virtual machine initialisation failed\n");
>> + exit(1);
>> + }
>> +
>> + icc_bridge = qdev_create(NULL, TYPE_ICC_BRIDGE);
>> + object_property_add_child(qdev_get_machine(), "icc-bridge",
>> + OBJECT(icc_bridge), NULL);
>> +
>> + pc_cpus_init(args->cpu_model, icc_bridge);
>> + pc_acpi_init("q35-acpi-dsdt.aml");
>> +
>> + kvmclock_create();
>> +
>> /* pci enabled */
>> if (pci_enabled) {
>> pci_memory = g_new(MemoryRegion, 1);
> [snip]
>
> Dito here.
>
> Xen parts look sane to me.
>
> Reviewed-by: Andreas Färber <afaerber@suse.de>
>
> Regards,
> Andreas
>
next prev parent reply other threads:[~2014-04-22 16:29 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-03-24 23:55 [PATCH v3 0/4] Add max-ram-below-4g (was Add pci_hole_min_size machine option) Don Slutz
2014-03-24 23:55 ` [PATCH v3 1/4] xen-all: Fix xen_hvm_init() to adjust pc memory layout Don Slutz
2014-04-18 14:23 ` Andreas Färber
2014-04-22 16:29 ` Don Slutz [this message]
2014-03-24 23:55 ` [PATCH v3 2/4] GlobalProperty: Display warning about unused -global Don Slutz
2014-04-18 15:21 ` Andreas Färber
2014-04-18 15:36 ` [Xen-devel] " Fabio Fantoni
2014-04-18 15:59 ` Andreas Färber
2014-04-18 16:54 ` Fabio Fantoni
2014-04-19 10:56 ` Fabio Fantoni
2014-04-22 18:44 ` Don Slutz
2014-04-19 20:54 ` Paolo Bonzini
2014-04-22 23:13 ` Don Slutz
2014-04-23 0:28 ` Paolo Bonzini
2014-04-23 12:58 ` Don Slutz
2014-04-23 13:33 ` Andreas Färber
2014-04-22 20:23 ` Don Slutz
2014-04-23 0:28 ` Paolo Bonzini
2014-04-23 13:25 ` Don Slutz
2014-03-24 23:55 ` [PATCH v3 3/4] pc & q35: Add new object pc-memory-layout Don Slutz
2014-04-18 15:45 ` Andreas Färber
2014-04-22 23:54 ` Don Slutz
2014-04-21 12:27 ` Paolo Bonzini
2014-04-23 0:13 ` Don Slutz
2014-04-23 3:27 ` Paolo Bonzini
2014-04-23 6:51 ` Marcel Apfelbaum
2014-03-24 23:55 ` [PATCH v3 4/4] xen-all: Pass max_ram_below_4g to xen_hvm_init Don Slutz
2014-03-25 11:17 ` Stefano Stabellini
2014-04-18 16:19 ` Andreas Färber
2014-04-22 18:27 ` Don Slutz
2014-03-25 9:08 ` [PATCH v3 0/4] Add max-ram-below-4g (was Add pci_hole_min_size machine option) Michael S. Tsirkin
2014-04-17 18:27 ` PING " Don Slutz
2014-04-18 14:10 ` Andreas Färber
2014-04-22 16:31 ` Don Slutz
2014-05-05 8:12 ` [Qemu-devel] " Michael S. Tsirkin
2014-05-05 16:16 ` Don Slutz
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=535698CF.1070702@terremark.com \
--to=dslutz@verizon.com \
--cc=afaerber@suse.de \
--cc=aliguori@amazon.com \
--cc=ehabkost@redhat.com \
--cc=imammedo@redhat.com \
--cc=mst@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=stefano.stabellini@eu.citrix.com \
--cc=xen-devel@lists.xensource.com \
/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).