From: Gavin Shan <gshan@redhat.com>
To: eric.auger@redhat.com, qemu-arm@nongnu.org
Cc: qemu-devel@nongnu.org, maz@kernel.org, cohuck@redhat.com,
zhenyzha@redhat.com, richard.henderson@linaro.org,
peter.maydell@linaro.org, shan.gavin@gmail.com
Subject: Re: [PATCH v3 5/5] hw/arm/virt: Add 'highmem-compact' property
Date: Thu, 29 Sep 2022 09:49:54 +1000 [thread overview]
Message-ID: <7656c827-58ce-85c2-87fe-e88206d6f022@redhat.com> (raw)
In-Reply-To: <2e8ace49-b900-de7e-2d81-7bb6c081146e@redhat.com>
Hi Eric,
On 9/28/22 10:22 PM, Eric Auger wrote:
> On 9/22/22 01:13, Gavin Shan wrote:
>> After the improvement to high memory region address assignment is
>> applied, the memory layout is changed. For example, VIRT_HIGH_PCIE_MMIO
> s/the memory layout is changed./the memory layout is changed,
> introducing possible migration breakage.
Ok, much clearer.
>> memory region is enabled when the improvement is applied, but it's
>> disabled if the improvement isn't applied.
>>
>> pa_bits = 40;
>> vms->highmem_redists = false;
>> vms->highmem_ecam = false;
>> vms->highmem_mmio = true;
>>
>> # qemu-system-aarch64 -accel kvm -cpu host \
>> -machine virt-7.2 -m 4G,maxmem=511G \
>> -monitor stdio
>>
>> In order to keep backwords compatibility, we need to disable the
>> optimization on machines, which is virt-7.1 or ealier than it. It
>> means the optimization is enabled by default from virt-7.2. Besides,
>> 'highmem-compact' property is added so that the optimization can be
> I would rather rename the property into compact-highmem even if the vms
> field is name highmem_compact to align with other highmem fields
Ok, but I would love to know why. Note that we already have
'highmem=on|off'. 'highmem_compact=on|off' seems consistent
to me.
>> explicitly enabled or disabled on all machine types by users.
>>
>> Signed-off-by: Gavin Shan <gshan@redhat.com>
>> ---
>> docs/system/arm/virt.rst | 4 ++++
>> hw/arm/virt.c | 33 +++++++++++++++++++++++++++++++++
>> include/hw/arm/virt.h | 2 ++
>> 3 files changed, 39 insertions(+)
>>
>> diff --git a/docs/system/arm/virt.rst b/docs/system/arm/virt.rst
>> index 20442ea2c1..f05ec2253b 100644
>> --- a/docs/system/arm/virt.rst
>> +++ b/docs/system/arm/virt.rst
>> @@ -94,6 +94,10 @@ highmem
>> address space above 32 bits. The default is ``on`` for machine types
>> later than ``virt-2.12``.
>>
>> +highmem-compact
>> + Set ``on``/``off`` to enable/disable compact space for high memory regions.
>> + The default is ``on`` for machine types later than ``virt-7.2``
> I think you should document what is compact layout versus legacy one,
> both in the commit msg and maybe as a comment in a code along with the
> comment in hw/arm/virt.c starting with 'Highmem IO Regions: '
Ok, I will add this into the commit log in v4. I don't think it's necessary
to add duplicate comment in the code. People can check the commit log for
details if needed.
>> +
>> gic-version
>> Specify the version of the Generic Interrupt Controller (GIC) to provide.
>> Valid values are:
>> diff --git a/hw/arm/virt.c b/hw/arm/virt.c
>> index b702f8f2b5..a4fbdaef91 100644
>> --- a/hw/arm/virt.c
>> +++ b/hw/arm/virt.c
>> @@ -1734,6 +1734,13 @@ static void virt_set_high_memmap(VirtMachineState *vms,
>> base = region_base + region_size;
>> } else {
>> *region_enabled = false;
>> +
>> + if (!vms->highmem_compact) {
> this snippet should be already present in previous patch otherwise this
> will break bisectability.
>
Hmm, nice catch! I think I need to swap PATCH[4] and PATCH[5] in next
revision. In that order, 'compact-highmem' is introduced in PATCH[4],
but not used yet. PATCH[5] has the optimization and 'compact-highmem'
is used.
>> + base = region_base + region_size;
>> + if (fits) {
>> + vms->highest_gpa = region_base + region_size - 1;
>> + }
>> + }
>> }
>> }
>> }
>> @@ -2348,6 +2355,20 @@ static void virt_set_highmem(Object *obj, bool value, Error **errp)
>> vms->highmem = value;
>> }
>>
>> +static bool virt_get_highmem_compact(Object *obj, Error **errp)
>> +{
>> + VirtMachineState *vms = VIRT_MACHINE(obj);
>> +
>> + return vms->highmem_compact;
>> +}
>> +
>> +static void virt_set_highmem_compact(Object *obj, bool value, Error **errp)
>> +{
>> + VirtMachineState *vms = VIRT_MACHINE(obj);
>> +
>> + vms->highmem_compact = value;
>> +}
>> +
>> static bool virt_get_its(Object *obj, Error **errp)
>> {
>> VirtMachineState *vms = VIRT_MACHINE(obj);
>> @@ -2966,6 +2987,13 @@ static void virt_machine_class_init(ObjectClass *oc, void *data)
>> "Set on/off to enable/disable using "
>> "physical address space above 32 bits");
>>
>> + object_class_property_add_bool(oc, "highmem-compact",
>> + virt_get_highmem_compact,
>> + virt_set_highmem_compact);
>> + object_class_property_set_description(oc, "highmem-compact",
>> + "Set on/off to enable/disable compact "
>> + "space for high memory regions");
>> +
>> object_class_property_add_str(oc, "gic-version", virt_get_gic_version,
>> virt_set_gic_version);
>> object_class_property_set_description(oc, "gic-version",
>> @@ -3050,6 +3078,7 @@ static void virt_instance_init(Object *obj)
>>
>> /* High memory is enabled by default */
>> vms->highmem = true;
>> + vms->highmem_compact = !vmc->no_highmem_compact;
>> vms->gic_version = VIRT_GIC_VERSION_NOSEL;
>>
>> vms->highmem_ecam = !vmc->no_highmem_ecam;
>> @@ -3119,8 +3148,12 @@ DEFINE_VIRT_MACHINE_AS_LATEST(7, 2)
>>
>> static void virt_machine_7_1_options(MachineClass *mc)
>> {
>> + VirtMachineClass *vmc = VIRT_MACHINE_CLASS(OBJECT_CLASS(mc));
>> +
>> virt_machine_7_2_options(mc);
>> compat_props_add(mc->compat_props, hw_compat_7_1, hw_compat_7_1_len);
>> + /* Compact space for high memory regions was introduced with 7.2 */
>> + vmc->no_highmem_compact = true;
>> }
>> DEFINE_VIRT_MACHINE(7, 1)
>>
>> diff --git a/include/hw/arm/virt.h b/include/hw/arm/virt.h
>> index 6ec479ca2b..c7dd59d7f1 100644
>> --- a/include/hw/arm/virt.h
>> +++ b/include/hw/arm/virt.h
>> @@ -125,6 +125,7 @@ struct VirtMachineClass {
>> bool no_pmu;
>> bool claim_edge_triggered_timers;
>> bool smbios_old_sys_ver;
>> + bool no_highmem_compact;
>> bool no_highmem_ecam;
>> bool no_ged; /* Machines < 4.2 have no support for ACPI GED device */
>> bool kvm_no_adjvtime;
>> @@ -144,6 +145,7 @@ struct VirtMachineState {
>> PFlashCFI01 *flash[2];
>> bool secure;
>> bool highmem;
>> + bool highmem_compact;
>> bool highmem_ecam;
>> bool highmem_mmio;
>> bool highmem_redists;
>
Thanks,
Gavin
next prev parent reply other threads:[~2022-09-28 23:51 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-09-21 23:13 [PATCH v3 0/5] hw/arm/virt: Improve address assignment for high memory regions Gavin Shan
2022-09-21 23:13 ` [PATCH v3 1/5] hw/arm/virt: Introduce virt_set_high_memmap() helper Gavin Shan
2022-09-28 12:09 ` Eric Auger
2022-09-29 13:48 ` Cornelia Huck
2022-09-21 23:13 ` [PATCH v3 2/5] hw/arm/virt: Rename variable size to region_size in virt_set_high_memmap() Gavin Shan
2022-10-03 8:26 ` Eric Auger
2022-09-21 23:13 ` [PATCH v3 3/5] hw/arm/virt: Introduce variable region_base " Gavin Shan
2022-09-28 12:10 ` Eric Auger
2022-09-28 23:15 ` Gavin Shan
2022-10-03 8:26 ` Eric Auger
2022-10-03 8:27 ` Eric Auger
2022-09-21 23:13 ` [PATCH v3 4/5] hw/arm/virt: Improve high memory region address assignment Gavin Shan
2022-09-28 12:51 ` Eric Auger
2022-09-28 23:37 ` Gavin Shan
2022-10-03 8:44 ` Eric Auger
2022-10-03 22:17 ` Gavin Shan
2022-10-04 7:06 ` Eric Auger
2022-09-21 23:13 ` [PATCH v3 5/5] hw/arm/virt: Add 'highmem-compact' property Gavin Shan
2022-09-28 12:22 ` Eric Auger
2022-09-28 23:49 ` Gavin Shan [this message]
2022-09-29 10:27 ` Cornelia Huck
2022-09-29 11:21 ` Gavin Shan
2022-10-03 8:49 ` Eric Auger
2022-10-03 23:50 ` Gavin Shan
2022-09-22 1:50 ` [PATCH v3 0/5] hw/arm/virt: Improve address assignment for high memory regions Zhenyu Zhang
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=7656c827-58ce-85c2-87fe-e88206d6f022@redhat.com \
--to=gshan@redhat.com \
--cc=cohuck@redhat.com \
--cc=eric.auger@redhat.com \
--cc=maz@kernel.org \
--cc=peter.maydell@linaro.org \
--cc=qemu-arm@nongnu.org \
--cc=qemu-devel@nongnu.org \
--cc=richard.henderson@linaro.org \
--cc=shan.gavin@gmail.com \
--cc=zhenyzha@redhat.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).