Message ID | 20200227134019.6218-1-philmd@redhat.com (mailing list archive) |
---|---|
State | New, archived |
Headers | show |
Series | [v2] qapi/machine: Place the 'Notes' tag after the 'Since' tag | expand |
Philippe Mathieu-Daudé <philmd@redhat.com> writes: > This fixes when adding a 'Since' tag: > > In file included from qapi/qapi-schema.json:105: > qapi/machine.json:25:1: '@arch:' can't follow 'Notes' section I'm confused. This error is detected in scripts/qapi/parser.py, and it is fatal. Is the build broken for you? It isn't for me. Moreover, where is @arch? I can't see it anywhere close to the two spots the patch patches. > > Reviewed-by: Liam Merwick <liam.merwick@oracle.com> > Signed-off-by: Philippe Mathieu-Daudé <philmd@redhat.com> > --- > v2: Fix another occurrence in CpuInstanceProperties (Liam Merwick) > --- > qapi/machine.json | 8 ++++---- > 1 file changed, 4 insertions(+), 4 deletions(-) > > diff --git a/qapi/machine.json b/qapi/machine.json > index 6c11e3cf3a..3d8b5324f3 100644 > --- a/qapi/machine.json > +++ b/qapi/machine.json > @@ -16,11 +16,11 @@ > # individual target constants are not documented here, for the time > # being. > # > +# Since: 3.0 > +# > # Notes: The resulting QMP strings can be appended to the "qemu-system-" > # prefix to produce the corresponding QEMU executable name. This > # is true even for "qemu-system-x86_64". > -# > -# Since: 3.0 > ## > { 'enum' : 'SysEmuTarget', > 'data' : [ 'aarch64', 'alpha', 'arm', 'cris', 'hppa', 'i386', 'lm32', > @@ -820,13 +820,13 @@ > # @die-id: die number within node/board the CPU belongs to (Since 4.1) > # @core-id: core number within die the CPU belongs to# @thread-id: thread number within core the CPU belongs to > # > +# Since: 2.7 > +# > # Note: currently there are 5 properties that could be present > # but management should be prepared to pass through other > # properties with device_add command to allow for future > # interface extension. This also requires the filed names to be kept in > # sync with the properties passed to -device/device_add. > -# > -# Since: 2.7 > ## > { 'struct': 'CpuInstanceProperties', > 'data': { '*node-id': 'int',
On 2/27/20 3:52 PM, Markus Armbruster wrote: > Philippe Mathieu-Daudé <philmd@redhat.com> writes: > >> This fixes when adding a 'Since' tag: >> >> In file included from qapi/qapi-schema.json:105: >> qapi/machine.json:25:1: '@arch:' can't follow 'Notes' section > > I'm confused. This error is detected in scripts/qapi/parser.py, and it > is fatal. Is the build broken for you? It isn't for me. Moreover, > where is @arch? I can't see it anywhere close to the two spots the > patch patches. I get the error after trying to fix what Eric commented here: https://www.mail-archive.com/qemu-devel@nongnu.org/msg682344.html > >> >> Reviewed-by: Liam Merwick <liam.merwick@oracle.com> >> Signed-off-by: Philippe Mathieu-Daudé <philmd@redhat.com> >> --- >> v2: Fix another occurrence in CpuInstanceProperties (Liam Merwick) >> --- >> qapi/machine.json | 8 ++++---- >> 1 file changed, 4 insertions(+), 4 deletions(-) >> >> diff --git a/qapi/machine.json b/qapi/machine.json >> index 6c11e3cf3a..3d8b5324f3 100644 >> --- a/qapi/machine.json >> +++ b/qapi/machine.json >> @@ -16,11 +16,11 @@ >> # individual target constants are not documented here, for the time >> # being. >> # >> +# Since: 3.0 >> +# >> # Notes: The resulting QMP strings can be appended to the "qemu-system-" >> # prefix to produce the corresponding QEMU executable name. This >> # is true even for "qemu-system-x86_64". >> -# >> -# Since: 3.0 >> ## >> { 'enum' : 'SysEmuTarget', >> 'data' : [ 'aarch64', 'alpha', 'arm', 'cris', 'hppa', 'i386', 'lm32', >> @@ -820,13 +820,13 @@ >> # @die-id: die number within node/board the CPU belongs to (Since 4.1) >> # @core-id: core number within die the CPU belongs to# @thread-id: thread number within core the CPU belongs to >> # >> +# Since: 2.7 >> +# >> # Note: currently there are 5 properties that could be present >> # but management should be prepared to pass through other >> # properties with device_add command to allow for future >> # interface extension. This also requires the filed names to be kept in >> # sync with the properties passed to -device/device_add. >> -# >> -# Since: 2.7 >> ## >> { 'struct': 'CpuInstanceProperties', >> 'data': { '*node-id': 'int', >
On 2/27/20 3:55 PM, Philippe Mathieu-Daudé wrote: > On 2/27/20 3:52 PM, Markus Armbruster wrote: >> Philippe Mathieu-Daudé <philmd@redhat.com> writes: >> >>> This fixes when adding a 'Since' tag: >>> >>> In file included from qapi/qapi-schema.json:105: >>> qapi/machine.json:25:1: '@arch:' can't follow 'Notes' section >> >> I'm confused. This error is detected in scripts/qapi/parser.py, and it >> is fatal. Is the build broken for you? It isn't for me. Moreover, >> where is @arch? I can't see it anywhere close to the two spots the >> patch patches. > > I get the error after trying to fix what Eric commented here: > https://www.mail-archive.com/qemu-devel@nongnu.org/msg682344.html Using: --- diff --git a/qapi/machine.json b/qapi/machine.json index 6c11e3cf3a..40a36d6276 100644 --- a/qapi/machine.json +++ b/qapi/machine.json @@ -20,13 +20,15 @@ # prefix to produce the corresponding QEMU executable name. This # is true even for "qemu-system-x86_64". # +# @rx: since 5.0 +# # Since: 3.0 ## { 'enum' : 'SysEmuTarget', 'data' : [ 'aarch64', 'alpha', 'arm', 'cris', 'hppa', 'i386', 'lm32', 'm68k', 'microblaze', 'microblazeel', 'mips', 'mips64', 'mips64el', 'mipsel', 'moxie', 'nios2', 'or1k', 'ppc', - 'ppc64', 'riscv32', 'riscv64', 's390x', 'sh4', + 'ppc64', 'riscv32', 'riscv64', 'rx', 's390x', 'sh4', 'sh4eb', 'sparc', 'sparc64', 'tricore', 'unicore32', 'x86_64', 'xtensa', 'xtensaeb' ] } --- or --- diff --git a/qapi/machine.json b/qapi/machine.json index 6c11e3cf3a..4b59e87b6f 100644 --- a/qapi/machine.json +++ b/qapi/machine.json @@ -21,12 +21,14 @@ # is true even for "qemu-system-x86_64". # # Since: 3.0 +# +# @rx: since 5.0 ## { 'enum' : 'SysEmuTarget', 'data' : [ 'aarch64', 'alpha', 'arm', 'cris', 'hppa', 'i386', 'lm32', 'm68k', 'microblaze', 'microblazeel', 'mips', 'mips64', 'mips64el', 'mipsel', 'moxie', 'nios2', 'or1k', 'ppc', - 'ppc64', 'riscv32', 'riscv64', 's390x', 'sh4', + 'ppc64', 'riscv32', 'riscv64', 'rx', 's390x', 'sh4', 'sh4eb', 'sparc', 'sparc64', 'tricore', 'unicore32', 'x86_64', 'xtensa', 'xtensaeb' ] } --- I get: GEN qapi-gen GEN rx-softmmu/config-devices.mak In file included from qapi/qapi-schema.json:105: qapi/machine.json:23:1: '@rx:' can't follow 'Notes' section make: *** [Makefile:645: qapi-gen-timestamp] Error 1 This works however: --- ## # @SysEmuTarget: # # The comprehensive enumeration of QEMU system emulation ("softmmu") # targets. Run "./configure --help" in the project root directory, and # look for the *-softmmu targets near the "--target-list" option. The # individual target constants are not documented here, for the time # being. # +# @rx: since 5.0 +# # Notes: The resulting QMP strings can be appended to the "qemu-system-" # prefix to produce the corresponding QEMU executable name. This # is true even for "qemu-system-x86_64". # # Since: 3.0 ## { 'enum' : 'SysEmuTarget', 'data' : [ 'aarch64', 'alpha', 'arm', 'cris', 'hppa', 'i386', 'lm32', 'm68k', 'microblaze', 'microblazeel', 'mips', 'mips64', 'mips64el', 'mipsel', 'moxie', 'nios2', 'or1k', 'ppc', - 'ppc64', 'riscv32', 'riscv64', 's390x', 'sh4', + 'ppc64', 'riscv32', 'riscv64', 'rx', 's390x', 'sh4', 'sh4eb', 'sparc', 'sparc64', 'tricore', 'unicore32', 'x86_64', 'xtensa', 'xtensaeb' ] } --- > >> >>> >>> Reviewed-by: Liam Merwick <liam.merwick@oracle.com> >>> Signed-off-by: Philippe Mathieu-Daudé <philmd@redhat.com> >>> --- >>> v2: Fix another occurrence in CpuInstanceProperties (Liam Merwick) >>> --- >>> qapi/machine.json | 8 ++++---- >>> 1 file changed, 4 insertions(+), 4 deletions(-) >>> >>> diff --git a/qapi/machine.json b/qapi/machine.json >>> index 6c11e3cf3a..3d8b5324f3 100644 >>> --- a/qapi/machine.json >>> +++ b/qapi/machine.json >>> @@ -16,11 +16,11 @@ >>> # individual target constants are not documented here, for the time >>> # being. >>> # >>> +# Since: 3.0 >>> +# >>> # Notes: The resulting QMP strings can be appended to the >>> "qemu-system-" >>> # prefix to produce the corresponding QEMU executable name. >>> This >>> # is true even for "qemu-system-x86_64". >>> -# >>> -# Since: 3.0 >>> ## >>> { 'enum' : 'SysEmuTarget', >>> 'data' : [ 'aarch64', 'alpha', 'arm', 'cris', 'hppa', 'i386', >>> 'lm32', >>> @@ -820,13 +820,13 @@ >>> # @die-id: die number within node/board the CPU belongs to (Since 4.1) >>> # @core-id: core number within die the CPU belongs to# @thread-id: >>> thread number within core the CPU belongs to >>> # >>> +# Since: 2.7 >>> +# >>> # Note: currently there are 5 properties that could be present >>> # but management should be prepared to pass through other >>> # properties with device_add command to allow for future >>> # interface extension. This also requires the filed names to >>> be kept in >>> # sync with the properties passed to -device/device_add. >>> -# >>> -# Since: 2.7 >>> ## >>> { 'struct': 'CpuInstanceProperties', >>> 'data': { '*node-id': 'int', >>
On Thu, Feb 27, 2020 at 04:21:56PM +0100, Philippe Mathieu-Daudé wrote: > On 2/27/20 3:55 PM, Philippe Mathieu-Daudé wrote: > > On 2/27/20 3:52 PM, Markus Armbruster wrote: > > > Philippe Mathieu-Daudé <philmd@redhat.com> writes: > > > > > > > This fixes when adding a 'Since' tag: > > > > > > > > In file included from qapi/qapi-schema.json:105: > > > > qapi/machine.json:25:1: '@arch:' can't follow 'Notes' section > > > > > > I'm confused. This error is detected in scripts/qapi/parser.py, and it > > > is fatal. Is the build broken for you? It isn't for me. Moreover, > > > where is @arch? I can't see it anywhere close to the two spots the > > > patch patches. > > > > I get the error after trying to fix what Eric commented here: > > https://www.mail-archive.com/qemu-devel@nongnu.org/msg682344.html > > Using: > --- > diff --git a/qapi/machine.json b/qapi/machine.json > index 6c11e3cf3a..40a36d6276 100644 > --- a/qapi/machine.json > +++ b/qapi/machine.json > @@ -20,13 +20,15 @@ > # prefix to produce the corresponding QEMU executable name. This > # is true even for "qemu-system-x86_64". > # > +# @rx: since 5.0 > +# > # Since: 3.0 > ## > { 'enum' : 'SysEmuTarget', > 'data' : [ 'aarch64', 'alpha', 'arm', 'cris', 'hppa', 'i386', 'lm32', > 'm68k', 'microblaze', 'microblazeel', 'mips', 'mips64', > 'mips64el', 'mipsel', 'moxie', 'nios2', 'or1k', 'ppc', > - 'ppc64', 'riscv32', 'riscv64', 's390x', 'sh4', > + 'ppc64', 'riscv32', 'riscv64', 'rx', 's390x', 'sh4', > 'sh4eb', 'sparc', 'sparc64', 'tricore', 'unicore32', > 'x86_64', 'xtensa', 'xtensaeb' ] } > --- > > or > > --- > diff --git a/qapi/machine.json b/qapi/machine.json > index 6c11e3cf3a..4b59e87b6f 100644 > --- a/qapi/machine.json > +++ b/qapi/machine.json > @@ -21,12 +21,14 @@ > # is true even for "qemu-system-x86_64". > # > # Since: 3.0 > +# > +# @rx: since 5.0 > ## > { 'enum' : 'SysEmuTarget', > 'data' : [ 'aarch64', 'alpha', 'arm', 'cris', 'hppa', 'i386', 'lm32', > 'm68k', 'microblaze', 'microblazeel', 'mips', 'mips64', > 'mips64el', 'mipsel', 'moxie', 'nios2', 'or1k', 'ppc', > - 'ppc64', 'riscv32', 'riscv64', 's390x', 'sh4', > + 'ppc64', 'riscv32', 'riscv64', 'rx', 's390x', 'sh4', > 'sh4eb', 'sparc', 'sparc64', 'tricore', 'unicore32', > 'x86_64', 'xtensa', 'xtensaeb' ] } > --- > > I get: > > GEN qapi-gen > GEN rx-softmmu/config-devices.mak > In file included from qapi/qapi-schema.json:105: > qapi/machine.json:23:1: '@rx:' can't follow 'Notes' section > make: *** [Makefile:645: qapi-gen-timestamp] Error 1 > > This works however: > > --- > ## > # @SysEmuTarget: > # > # The comprehensive enumeration of QEMU system emulation ("softmmu") > # targets. Run "./configure --help" in the project root directory, and > # look for the *-softmmu targets near the "--target-list" option. The > # individual target constants are not documented here, for the time > # being. > # > +# @rx: since 5.0 > +# > # Notes: The resulting QMP strings can be appended to the "qemu-system-" > # prefix to produce the corresponding QEMU executable name. This > # is true even for "qemu-system-x86_64". > # > # Since: 3.0 > ## > { 'enum' : 'SysEmuTarget', > 'data' : [ 'aarch64', 'alpha', 'arm', 'cris', 'hppa', 'i386', 'lm32', > 'm68k', 'microblaze', 'microblazeel', 'mips', 'mips64', > 'mips64el', 'mipsel', 'moxie', 'nios2', 'or1k', 'ppc', > - 'ppc64', 'riscv32', 'riscv64', 's390x', 'sh4', > + 'ppc64', 'riscv32', 'riscv64', 'rx', 's390x', 'sh4', > 'sh4eb', 'sparc', 'sparc64', 'tricore', 'unicore32', > 'x86_64', 'xtensa', 'xtensaeb' ] } If this works, what exactly is the problem this patch is trying to fix?
Philippe Mathieu-Daudé <philmd@redhat.com> writes: > On 2/27/20 3:55 PM, Philippe Mathieu-Daudé wrote: >> On 2/27/20 3:52 PM, Markus Armbruster wrote: >>> Philippe Mathieu-Daudé <philmd@redhat.com> writes: >>> >>>> This fixes when adding a 'Since' tag: >>>> >>>> In file included from qapi/qapi-schema.json:105: >>>> qapi/machine.json:25:1: '@arch:' can't follow 'Notes' section >>> >>> I'm confused. This error is detected in scripts/qapi/parser.py, and it >>> is fatal. Is the build broken for you? It isn't for me. Moreover, >>> where is @arch? I can't see it anywhere close to the two spots the >>> patch patches. >> >> I get the error after trying to fix what Eric commented here: >> https://www.mail-archive.com/qemu-devel@nongnu.org/msg682344.html > > Using: > --- > diff --git a/qapi/machine.json b/qapi/machine.json > index 6c11e3cf3a..40a36d6276 100644 > --- a/qapi/machine.json > +++ b/qapi/machine.json > @@ -20,13 +20,15 @@ > # prefix to produce the corresponding QEMU executable name. This > # is true even for "qemu-system-x86_64". > # > +# @rx: since 5.0 > +# > # Since: 3.0 > ## > { 'enum' : 'SysEmuTarget', > 'data' : [ 'aarch64', 'alpha', 'arm', 'cris', 'hppa', 'i386', 'lm32', > 'm68k', 'microblaze', 'microblazeel', 'mips', 'mips64', > 'mips64el', 'mipsel', 'moxie', 'nios2', 'or1k', 'ppc', > - 'ppc64', 'riscv32', 'riscv64', 's390x', 'sh4', > + 'ppc64', 'riscv32', 'riscv64', 'rx', 's390x', 'sh4', > 'sh4eb', 'sparc', 'sparc64', 'tricore', 'unicore32', > 'x86_64', 'xtensa', 'xtensaeb' ] } > --- > > or > > --- > diff --git a/qapi/machine.json b/qapi/machine.json > index 6c11e3cf3a..4b59e87b6f 100644 > --- a/qapi/machine.json > +++ b/qapi/machine.json > @@ -21,12 +21,14 @@ > # is true even for "qemu-system-x86_64". > # > # Since: 3.0 > +# > +# @rx: since 5.0 > ## > { 'enum' : 'SysEmuTarget', > 'data' : [ 'aarch64', 'alpha', 'arm', 'cris', 'hppa', 'i386', 'lm32', > 'm68k', 'microblaze', 'microblazeel', 'mips', 'mips64', > 'mips64el', 'mipsel', 'moxie', 'nios2', 'or1k', 'ppc', > - 'ppc64', 'riscv32', 'riscv64', 's390x', 'sh4', > + 'ppc64', 'riscv32', 'riscv64', 'rx', 's390x', 'sh4', > 'sh4eb', 'sparc', 'sparc64', 'tricore', 'unicore32', > 'x86_64', 'xtensa', 'xtensaeb' ] } > --- > > I get: > > GEN qapi-gen > GEN rx-softmmu/config-devices.mak > In file included from qapi/qapi-schema.json:105: > qapi/machine.json:23:1: '@rx:' can't follow 'Notes' section > make: *** [Makefile:645: qapi-gen-timestamp] Error 1 > > This works however: > > --- > ## > # @SysEmuTarget: > # > # The comprehensive enumeration of QEMU system emulation ("softmmu") > # targets. Run "./configure --help" in the project root directory, and > # look for the *-softmmu targets near the "--target-list" option. The > # individual target constants are not documented here, for the time > # being. > # > +# @rx: since 5.0 > +# > # Notes: The resulting QMP strings can be appended to the "qemu-system-" > # prefix to produce the corresponding QEMU executable name. This > # is true even for "qemu-system-x86_64". > # > # Since: 3.0 > ## > { 'enum' : 'SysEmuTarget', > 'data' : [ 'aarch64', 'alpha', 'arm', 'cris', 'hppa', 'i386', 'lm32', > 'm68k', 'microblaze', 'microblazeel', 'mips', 'mips64', > 'mips64el', 'mipsel', 'moxie', 'nios2', 'or1k', 'ppc', > - 'ppc64', 'riscv32', 'riscv64', 's390x', 'sh4', > + 'ppc64', 'riscv32', 'riscv64', 'rx', 's390x', 'sh4', > 'sh4eb', 'sparc', 'sparc64', 'tricore', 'unicore32', > 'x86_64', 'xtensa', 'xtensaeb' ] } > --- This one adds it to the correct spot. qapi-code-gen.txt: Definition documentation starts with a line naming the definition, followed by an optional overview, a description of each argument (for commands and events), member (for structs and unions), branch (for alternates), or value (for enums), and finally optional tagged sections. Let's apply this to SysEmuTarget's doc comment: ## # @SysEmuTarget: Line naming the definition # # The comprehensive enumeration of QEMU system emulation ("softmmu") # targets. Run "./configure --help" in the project root directory, and # look for the *-softmmu targets near the "--target-list" option. The # individual target constants are not documented here, for the time # being. Optional overview. Missing here: a description of each value. We should enforce such descriptions. We don't, mostly because we have a number of exceptions where documentation would be bothersome, such as enum QKeyCode. # # Notes: The resulting QMP strings can be appended to the "qemu-system-" # prefix to produce the corresponding QEMU executable name. This # is true even for "qemu-system-x86_64". A tagged section. # # Since: 3.0 Another tagged section. ## Note that qapi-code-gen.txt prescribes no order for the tagged sections. They actually occur in pretty much any order: $ awk '/^##/ { if (on) { if (length(t) > 1) print t; t="" } on=!on } on && /^# (Returns|Since|Notes?|Examples?|TODO):/ { t=t substr($2, 1, 1) }' qapi/*json | sort | uniq -c 1 ENS 2 ES 1 NES 1 NETS 1 NNSE 1 NRS 2 NRSE 14 NS 11 NSE 1 RE 6 RES 4 RNS 6 RNSE 23 RS 78 RSE 1 RSEEEE 3 RSEN 12 RSNE 55 SE 4 SN 2 SNE 2 SRNE 1 TRSE 1 TS 1 TSRE If you think tightening their order would improve the documentation, we should talk.
On 2/28/20 7:56 AM, Markus Armbruster wrote: > Philippe Mathieu-Daudé <philmd@redhat.com> writes: >> On 2/27/20 3:55 PM, Philippe Mathieu-Daudé wrote: >>> On 2/27/20 3:52 PM, Markus Armbruster wrote: >>>> Philippe Mathieu-Daudé <philmd@redhat.com> writes: >>>> >>>>> This fixes when adding a 'Since' tag: >>>>> >>>>> In file included from qapi/qapi-schema.json:105: >>>>> qapi/machine.json:25:1: '@arch:' can't follow 'Notes' section >>>> >>>> I'm confused. This error is detected in scripts/qapi/parser.py, and it >>>> is fatal. Is the build broken for you? It isn't for me. Moreover, >>>> where is @arch? I can't see it anywhere close to the two spots the >>>> patch patches. >>> >>> I get the error after trying to fix what Eric commented here: >>> https://www.mail-archive.com/qemu-devel@nongnu.org/msg682344.html >> >> Using: >> --- >> diff --git a/qapi/machine.json b/qapi/machine.json >> index 6c11e3cf3a..40a36d6276 100644 >> --- a/qapi/machine.json >> +++ b/qapi/machine.json >> @@ -20,13 +20,15 @@ >> # prefix to produce the corresponding QEMU executable name. This >> # is true even for "qemu-system-x86_64". >> # >> +# @rx: since 5.0 >> +# >> # Since: 3.0 >> ## >> { 'enum' : 'SysEmuTarget', >> 'data' : [ 'aarch64', 'alpha', 'arm', 'cris', 'hppa', 'i386', 'lm32', >> 'm68k', 'microblaze', 'microblazeel', 'mips', 'mips64', >> 'mips64el', 'mipsel', 'moxie', 'nios2', 'or1k', 'ppc', >> - 'ppc64', 'riscv32', 'riscv64', 's390x', 'sh4', >> + 'ppc64', 'riscv32', 'riscv64', 'rx', 's390x', 'sh4', >> 'sh4eb', 'sparc', 'sparc64', 'tricore', 'unicore32', >> 'x86_64', 'xtensa', 'xtensaeb' ] } >> --- >> >> or >> >> --- >> diff --git a/qapi/machine.json b/qapi/machine.json >> index 6c11e3cf3a..4b59e87b6f 100644 >> --- a/qapi/machine.json >> +++ b/qapi/machine.json >> @@ -21,12 +21,14 @@ >> # is true even for "qemu-system-x86_64". >> # >> # Since: 3.0 >> +# >> +# @rx: since 5.0 >> ## >> { 'enum' : 'SysEmuTarget', >> 'data' : [ 'aarch64', 'alpha', 'arm', 'cris', 'hppa', 'i386', 'lm32', >> 'm68k', 'microblaze', 'microblazeel', 'mips', 'mips64', >> 'mips64el', 'mipsel', 'moxie', 'nios2', 'or1k', 'ppc', >> - 'ppc64', 'riscv32', 'riscv64', 's390x', 'sh4', >> + 'ppc64', 'riscv32', 'riscv64', 'rx', 's390x', 'sh4', >> 'sh4eb', 'sparc', 'sparc64', 'tricore', 'unicore32', >> 'x86_64', 'xtensa', 'xtensaeb' ] } >> --- >> >> I get: >> >> GEN qapi-gen >> GEN rx-softmmu/config-devices.mak >> In file included from qapi/qapi-schema.json:105: >> qapi/machine.json:23:1: '@rx:' can't follow 'Notes' section >> make: *** [Makefile:645: qapi-gen-timestamp] Error 1 >> >> This works however: >> >> --- >> ## >> # @SysEmuTarget: >> # >> # The comprehensive enumeration of QEMU system emulation ("softmmu") >> # targets. Run "./configure --help" in the project root directory, and >> # look for the *-softmmu targets near the "--target-list" option. The >> # individual target constants are not documented here, for the time >> # being. >> # >> +# @rx: since 5.0 >> +# >> # Notes: The resulting QMP strings can be appended to the "qemu-system-" >> # prefix to produce the corresponding QEMU executable name. This >> # is true even for "qemu-system-x86_64". >> # >> # Since: 3.0 >> ## >> { 'enum' : 'SysEmuTarget', >> 'data' : [ 'aarch64', 'alpha', 'arm', 'cris', 'hppa', 'i386', 'lm32', >> 'm68k', 'microblaze', 'microblazeel', 'mips', 'mips64', >> 'mips64el', 'mipsel', 'moxie', 'nios2', 'or1k', 'ppc', >> - 'ppc64', 'riscv32', 'riscv64', 's390x', 'sh4', >> + 'ppc64', 'riscv32', 'riscv64', 'rx', 's390x', 'sh4', >> 'sh4eb', 'sparc', 'sparc64', 'tricore', 'unicore32', >> 'x86_64', 'xtensa', 'xtensaeb' ] } >> --- > > This one adds it to the correct spot. OK I'll use that then. > > qapi-code-gen.txt: > > Definition documentation starts with a line naming the definition, > followed by an optional overview, a description of each argument (for > commands and events), member (for structs and unions), branch (for > alternates), or value (for enums), and finally optional tagged > sections. I was confused because I understood "@rx: since 5.0" as a tagged section, not as an "Optional overview". > > Let's apply this to SysEmuTarget's doc comment: > > ## > # @SysEmuTarget: > > Line naming the definition > > # > # The comprehensive enumeration of QEMU system emulation ("softmmu") > # targets. Run "./configure --help" in the project root directory, and > # look for the *-softmmu targets near the "--target-list" option. The > # individual target constants are not documented here, for the time > # being. > > Optional overview. > > Missing here: a description of each value. We should enforce such > descriptions. We don't, mostly because we have a number of exceptions > where documentation would be bothersome, such as enum QKeyCode. > > # > # Notes: The resulting QMP strings can be appended to the "qemu-system-" > # prefix to produce the corresponding QEMU executable name. This > # is true even for "qemu-system-x86_64". > > A tagged section. > > # > # Since: 3.0 > > Another tagged section. > > ## > > Note that qapi-code-gen.txt prescribes no order for the tagged > sections. They actually occur in pretty much any order: > > $ awk '/^##/ { if (on) { if (length(t) > 1) print t; t="" } on=!on } on && /^# (Returns|Since|Notes?|Examples?|TODO):/ { t=t substr($2, 1, 1) }' qapi/*json | sort | uniq -c > 1 ENS > 2 ES > 1 NES > 1 NETS > 1 NNSE > 1 NRS > 2 NRSE > 14 NS > 11 NSE > 1 RE > 6 RES > 4 RNS > 6 RNSE > 23 RS > 78 RSE > 1 RSEEEE > 3 RSEN > 12 RSNE > 55 SE > 4 SN > 2 SNE > 2 SRNE > 1 TRSE > 1 TS > 1 TSRE > > If you think tightening their order would improve the documentation, we > should talk. No thanks :)
Philippe Mathieu-Daudé <philmd@redhat.com> writes: > On 2/28/20 7:56 AM, Markus Armbruster wrote: >> Philippe Mathieu-Daudé <philmd@redhat.com> writes: >>> On 2/27/20 3:55 PM, Philippe Mathieu-Daudé wrote: >>>> On 2/27/20 3:52 PM, Markus Armbruster wrote: >>>>> Philippe Mathieu-Daudé <philmd@redhat.com> writes: >>>>> >>>>>> This fixes when adding a 'Since' tag: >>>>>> >>>>>> In file included from qapi/qapi-schema.json:105: >>>>>> qapi/machine.json:25:1: '@arch:' can't follow 'Notes' section >>>>> >>>>> I'm confused. This error is detected in scripts/qapi/parser.py, and it >>>>> is fatal. Is the build broken for you? It isn't for me. Moreover, >>>>> where is @arch? I can't see it anywhere close to the two spots the >>>>> patch patches. >>>> >>>> I get the error after trying to fix what Eric commented here: >>>> https://www.mail-archive.com/qemu-devel@nongnu.org/msg682344.html >>> >>> Using: >>> --- >>> diff --git a/qapi/machine.json b/qapi/machine.json >>> index 6c11e3cf3a..40a36d6276 100644 >>> --- a/qapi/machine.json >>> +++ b/qapi/machine.json >>> @@ -20,13 +20,15 @@ >>> # prefix to produce the corresponding QEMU executable name. This >>> # is true even for "qemu-system-x86_64". >>> # >>> +# @rx: since 5.0 >>> +# >>> # Since: 3.0 >>> ## >>> { 'enum' : 'SysEmuTarget', >>> 'data' : [ 'aarch64', 'alpha', 'arm', 'cris', 'hppa', 'i386', 'lm32', >>> 'm68k', 'microblaze', 'microblazeel', 'mips', 'mips64', >>> 'mips64el', 'mipsel', 'moxie', 'nios2', 'or1k', 'ppc', >>> - 'ppc64', 'riscv32', 'riscv64', 's390x', 'sh4', >>> + 'ppc64', 'riscv32', 'riscv64', 'rx', 's390x', 'sh4', >>> 'sh4eb', 'sparc', 'sparc64', 'tricore', 'unicore32', >>> 'x86_64', 'xtensa', 'xtensaeb' ] } >>> --- >>> >>> or >>> >>> --- >>> diff --git a/qapi/machine.json b/qapi/machine.json >>> index 6c11e3cf3a..4b59e87b6f 100644 >>> --- a/qapi/machine.json >>> +++ b/qapi/machine.json >>> @@ -21,12 +21,14 @@ >>> # is true even for "qemu-system-x86_64". >>> # >>> # Since: 3.0 >>> +# >>> +# @rx: since 5.0 >>> ## >>> { 'enum' : 'SysEmuTarget', >>> 'data' : [ 'aarch64', 'alpha', 'arm', 'cris', 'hppa', 'i386', 'lm32', >>> 'm68k', 'microblaze', 'microblazeel', 'mips', 'mips64', >>> 'mips64el', 'mipsel', 'moxie', 'nios2', 'or1k', 'ppc', >>> - 'ppc64', 'riscv32', 'riscv64', 's390x', 'sh4', >>> + 'ppc64', 'riscv32', 'riscv64', 'rx', 's390x', 'sh4', >>> 'sh4eb', 'sparc', 'sparc64', 'tricore', 'unicore32', >>> 'x86_64', 'xtensa', 'xtensaeb' ] } >>> --- >>> >>> I get: >>> >>> GEN qapi-gen >>> GEN rx-softmmu/config-devices.mak >>> In file included from qapi/qapi-schema.json:105: >>> qapi/machine.json:23:1: '@rx:' can't follow 'Notes' section >>> make: *** [Makefile:645: qapi-gen-timestamp] Error 1 >>> >>> This works however: >>> >>> --- >>> ## >>> # @SysEmuTarget: >>> # >>> # The comprehensive enumeration of QEMU system emulation ("softmmu") >>> # targets. Run "./configure --help" in the project root directory, and >>> # look for the *-softmmu targets near the "--target-list" option. The >>> # individual target constants are not documented here, for the time >>> # being. >>> # >>> +# @rx: since 5.0 >>> +# >>> # Notes: The resulting QMP strings can be appended to the "qemu-system-" >>> # prefix to produce the corresponding QEMU executable name. This >>> # is true even for "qemu-system-x86_64". >>> # >>> # Since: 3.0 >>> ## >>> { 'enum' : 'SysEmuTarget', >>> 'data' : [ 'aarch64', 'alpha', 'arm', 'cris', 'hppa', 'i386', 'lm32', >>> 'm68k', 'microblaze', 'microblazeel', 'mips', 'mips64', >>> 'mips64el', 'mipsel', 'moxie', 'nios2', 'or1k', 'ppc', >>> - 'ppc64', 'riscv32', 'riscv64', 's390x', 'sh4', >>> + 'ppc64', 'riscv32', 'riscv64', 'rx', 's390x', 'sh4', >>> 'sh4eb', 'sparc', 'sparc64', 'tricore', 'unicore32', >>> 'x86_64', 'xtensa', 'xtensaeb' ] } >>> --- >> >> This one adds it to the correct spot. > > OK I'll use that then. > >> >> qapi-code-gen.txt: >> >> Definition documentation starts with a line naming the definition, >> followed by an optional overview, a description of each argument (for >> commands and events), member (for structs and unions), branch (for >> alternates), or value (for enums), and finally optional tagged >> sections. > > I was confused because I understood "@rx: since 5.0" as a tagged > section, not as an "Optional overview". It's actually "a description of a value", not "optional overview". [...]
diff --git a/qapi/machine.json b/qapi/machine.json index 6c11e3cf3a..3d8b5324f3 100644 --- a/qapi/machine.json +++ b/qapi/machine.json @@ -16,11 +16,11 @@ # individual target constants are not documented here, for the time # being. # +# Since: 3.0 +# # Notes: The resulting QMP strings can be appended to the "qemu-system-" # prefix to produce the corresponding QEMU executable name. This # is true even for "qemu-system-x86_64". -# -# Since: 3.0 ## { 'enum' : 'SysEmuTarget', 'data' : [ 'aarch64', 'alpha', 'arm', 'cris', 'hppa', 'i386', 'lm32', @@ -820,13 +820,13 @@ # @die-id: die number within node/board the CPU belongs to (Since 4.1) # @core-id: core number within die the CPU belongs to# @thread-id: thread number within core the CPU belongs to # +# Since: 2.7 +# # Note: currently there are 5 properties that could be present # but management should be prepared to pass through other # properties with device_add command to allow for future # interface extension. This also requires the filed names to be kept in # sync with the properties passed to -device/device_add. -# -# Since: 2.7 ## { 'struct': 'CpuInstanceProperties', 'data': { '*node-id': 'int',