xen-devel.lists.xenproject.org archive mirror
 help / color / mirror / Atom feed
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
>

  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).