qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Pierrick Bouvier <pierrick.bouvier@linaro.org>
To: Markus Armbruster <armbru@redhat.com>
Cc: qemu-devel@nongnu.org, "Thomas Huth" <thuth@redhat.com>,
	"Richard Henderson" <richard.henderson@linaro.org>,
	"Michael Roth" <michael.roth@amd.com>,
	"Paolo Bonzini" <pbonzini@redhat.com>,
	"Philippe Mathieu-Daudé" <philmd@linaro.org>,
	berrange@redhat.com, "Peter Maydell" <peter.maydell@linaro.org>
Subject: Re: [PATCH v2 09/12] qapi: make most CPU commands unconditionally available
Date: Thu, 22 May 2025 11:45:19 -0700	[thread overview]
Message-ID: <238797e0-3f18-40cb-b4d1-f3940002908d@linaro.org> (raw)
In-Reply-To: <87r00hxm7g.fsf@pond.sub.org>

On 5/21/25 10:12 PM, Markus Armbruster wrote:
> Pierrick Bouvier <pierrick.bouvier@linaro.org> writes:
> 
>> On 5/18/25 11:29 PM, Markus Armbruster wrote:
>>> Pierrick Bouvier <pierrick.bouvier@linaro.org> writes:
>>>
>>>> From: Daniel P. Berrangé <berrange@redhat.com>
>>>>
>>>> This removes the TARGET_* conditions from all the CPU commands
>>>> that are conceptually target independent. Top level stubs are
>>>> provided to cope with targets which do not currently implement
>>>> all of the commands.
>>>>
>>>> Reviewed-by: Richard Henderson <richard.henderson@linaro.org>
>>>> Signed-off-by: Daniel P. Berrangé <berrange@redhat.com>
>>>> Signed-off-by: Pierrick Bouvier <pierrick.bouvier@linaro.org>
>>>
>>> [...]
>>>
>>>> diff --git a/qapi/machine-target.json b/qapi/machine-target.json
>>>> deleted file mode 100644
>>>> index e153291a7fc..00000000000
>>>> --- a/qapi/machine-target.json
>>>> +++ /dev/null
>>>
>>> [...]
>>>
>>>> -##
>>>> -# @query-cpu-model-comparison:
>>>> -#
>>>> -# Compares two CPU models, @modela and @modelb, returning how they
>>>> -# compare in a specific configuration.  The results indicates how
>>>> -# both models compare regarding runnability.  This result can be
>>>> -# used by tooling to make decisions if a certain CPU model will
>>>> -# run in a certain configuration or if a compatible CPU model has
>>>> -# to be created by baselining.
>>>> -#
>>>> -# Usually, a CPU model is compared against the maximum possible CPU
>>>> -# model of a certain configuration (e.g. the "host" model for KVM).
>>>> -# If that CPU model is identical or a subset, it will run in that
>>>> -# configuration.
>>>> -#
>>>> -# The result returned by this command may be affected by:
>>>> -#
>>>> -# * QEMU version: CPU models may look different depending on the QEMU
>>>> -#   version.  (Except for CPU models reported as "static" in
>>>> -#   query-cpu-definitions.)
>>>> -# * machine-type: CPU model may look different depending on the
>>>> -#   machine-type.  (Except for CPU models reported as "static" in
>>>> -#   query-cpu-definitions.)
>>>> -# * machine options (including accelerator): in some architectures,
>>>> -#   CPU models may look different depending on machine and accelerator
>>>> -#   options.  (Except for CPU models reported as "static" in
>>>> -#   query-cpu-definitions.)
>>>> -# * "-cpu" arguments and global properties: arguments to the -cpu
>>>> -#   option and global properties may affect expansion of CPU models.
>>>> -#   Using query-cpu-model-expansion while using these is not advised.
>>>> -#
>>>> -# Some architectures may not support comparing CPU models.  s390x
>>>> -# supports comparing CPU models.
>>>> -#
>>>> -# @modela: description of the first CPU model to compare, referred to
>>>> -#     as "model A" in CpuModelCompareResult
>>>> -#
>>>> -# @modelb: description of the second CPU model to compare, referred to
>>>> -#     as "model B" in CpuModelCompareResult
>>>> -#
>>>> -# Returns: a CpuModelCompareInfo describing how both CPU models
>>>> -#     compare
>>>> -#
>>>> -# Errors:
>>>> -#     - if comparing CPU models is not supported
>>>> -#     - if a model cannot be used
>>>> -#     - if a model contains an unknown cpu definition name, unknown
>>>> -#       properties or properties with wrong types.
>>>> -#
>>>> -# .. note:: This command isn't specific to s390x, but is only
>>>> -#    implemented on this architecture currently.
>>>
>>> We lose this note.  Intentional?
>>>
>>> Perhaps because we also have the "Some architectures ..." paragraph
>>> above?
>>>
>>>> -#
>>>> -# Since: 2.8
>>>> -##
>>>> -{ 'command': 'query-cpu-model-comparison',
>>>> -  'data': { 'modela': 'CpuModelInfo', 'modelb': 'CpuModelInfo' },
>>>> -  'returns': 'CpuModelCompareInfo',
>>>> -  'if': 'TARGET_S390X' }
>>>> -
>>>> -##
>>>> -# @query-cpu-model-baseline:
>>>> -#
>>>> -# Baseline two CPU models, @modela and @modelb, creating a compatible
>>>> -# third model.  The created model will always be a static,
>>>> -# migration-safe CPU model (see "static" CPU model expansion for
>>>> -# details).
>>>> -#
>>>> -# This interface can be used by tooling to create a compatible CPU
>>>> -# model out two CPU models.  The created CPU model will be identical
>>>> -# to or a subset of both CPU models when comparing them.  Therefore,
>>>> -# the created CPU model is guaranteed to run where the given CPU
>>>> -# models run.
>>>> -#
>>>> -# The result returned by this command may be affected by:
>>>> -#
>>>> -# * QEMU version: CPU models may look different depending on the QEMU
>>>> -#   version.  (Except for CPU models reported as "static" in
>>>> -#   query-cpu-definitions.)
>>>> -# * machine-type: CPU model may look different depending on the
>>>> -#   machine-type.  (Except for CPU models reported as "static" in
>>>> -#   query-cpu-definitions.)
>>>> -# * machine options (including accelerator): in some architectures,
>>>> -#   CPU models may look different depending on machine and accelerator
>>>> -#   options.  (Except for CPU models reported as "static" in
>>>> -#   query-cpu-definitions.)
>>>> -# * "-cpu" arguments and global properties: arguments to the -cpu
>>>> -#   option and global properties may affect expansion of CPU models.
>>>> -#   Using query-cpu-model-expansion while using these is not advised.
>>>> -#
>>>> -# Some architectures may not support baselining CPU models.  s390x
>>>> -# supports baselining CPU models.
>>>> -#
>>>> -# @modela: description of the first CPU model to baseline
>>>> -#
>>>> -# @modelb: description of the second CPU model to baseline
>>>> -#
>>>> -# Returns: a CpuModelBaselineInfo describing the baselined CPU model
>>>> -#
>>>> -# Errors:
>>>> -#     - if baselining CPU models is not supported
>>>> -#     - if a model cannot be used
>>>> -#     - if a model contains an unknown cpu definition name, unknown
>>>> -#       properties or properties with wrong types.
>>>> -#
>>>> -# .. note:: This command isn't specific to s390x, but is only
>>>> -#    implemented on this architecture currently.
>>>
>>> We lose this note.  Intentional?
>>>
>>> Perhaps because we also have the "Some architectures ..." paragraph
>>> above?
>>>
>>>> -#
>>>> -# Since: 2.8
>>>> -##
>>>> -{ 'command': 'query-cpu-model-baseline',
>>>> -  'data': { 'modela': 'CpuModelInfo',
>>>> -            'modelb': 'CpuModelInfo' },
>>>> -  'returns': 'CpuModelBaselineInfo',
>>>> -  'if': 'TARGET_S390X' }
>>>
>>> [...]
>>>
>>
>> Yes, those notes don't have any reason to be present anymore, and the
>> new "Some architectures..." paragraph replaces them.
> 
> Okay.  A brief mention in the commit message like "Adjust the doc
> comments accordingly" might be helpful.  Up to you!
> 

I add it on my side.
In case you'd be ready to pull this series, feel free to add it directly.

Thanks,
Pierrick


  reply	other threads:[~2025-05-22 18:45 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-05-15 17:27 [PATCH v2 00/12] qapi: remove all TARGET_* conditionals from the schema Pierrick Bouvier
2025-05-15 17:27 ` [PATCH v2 01/12] qapi: expose rtc-reset-reinjection command unconditionally Pierrick Bouvier
2025-05-17  8:21   ` Markus Armbruster
2025-05-17 19:39     ` Pierrick Bouvier
2025-05-15 17:27 ` [PATCH v2 02/12] qapi: expand docs for SEV commands Pierrick Bouvier
2025-05-19  5:57   ` Markus Armbruster
2025-05-21 19:21     ` Pierrick Bouvier
2025-05-15 17:27 ` [PATCH v2 03/12] qapi: make SEV commands unconditionally available Pierrick Bouvier
2025-05-15 17:27 ` [PATCH v2 04/12] qapi: expose query-gic-capability command unconditionally Pierrick Bouvier
2025-05-15 17:27 ` [PATCH v2 05/12] qapi: make SGX commands unconditionally available Pierrick Bouvier
2025-05-15 17:27 ` [PATCH v2 06/12] qapi: make Xen event " Pierrick Bouvier
2025-05-15 17:27 ` [PATCH v2 07/12] qapi: remove the misc-target.json file Pierrick Bouvier
2025-05-15 17:27 ` [PATCH v2 08/12] qapi: Make CpuModelExpansionInfo::deprecated-props optional and generic Pierrick Bouvier
2025-05-19  6:18   ` Markus Armbruster
2025-05-21 19:22     ` Pierrick Bouvier
2025-05-15 17:27 ` [PATCH v2 09/12] qapi: make most CPU commands unconditionally available Pierrick Bouvier
2025-05-17  6:00   ` Markus Armbruster
2025-05-17 19:41     ` Pierrick Bouvier
2025-05-19  6:29   ` Markus Armbruster
2025-05-21 19:29     ` Pierrick Bouvier
2025-05-22  5:12       ` Markus Armbruster
2025-05-22 18:45         ` Pierrick Bouvier [this message]
2025-05-15 17:27 ` [PATCH v2 10/12] qapi: make s390x specific " Pierrick Bouvier
2025-05-15 17:27 ` [PATCH v2 11/12] qapi: remove qapi_specific_outputs from meson.build Pierrick Bouvier
2025-05-19  8:50   ` Markus Armbruster
2025-05-15 17:27 ` [PATCH v2 12/12] qapi: make all generated files common Pierrick Bouvier
2025-05-19  9:14   ` Markus Armbruster
2025-05-21 22:41 ` [PATCH v2 00/12] qapi: remove all TARGET_* conditionals from the schema Pierrick Bouvier

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=238797e0-3f18-40cb-b4d1-f3940002908d@linaro.org \
    --to=pierrick.bouvier@linaro.org \
    --cc=armbru@redhat.com \
    --cc=berrange@redhat.com \
    --cc=michael.roth@amd.com \
    --cc=pbonzini@redhat.com \
    --cc=peter.maydell@linaro.org \
    --cc=philmd@linaro.org \
    --cc=qemu-devel@nongnu.org \
    --cc=richard.henderson@linaro.org \
    --cc=thuth@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).