From: Igor Mammedov <imammedo@redhat.com>
To: "Philippe Mathieu-Daudé" <philmd@redhat.com>
Cc: "Fam Zheng" <fam@euphon.net>,
"Peter Maydell" <peter.maydell@linaro.org>,
"David Hildenbrand" <david@redhat.com>,
"Jason Wang" <jasowang@redhat.com>,
qemu-devel@nongnu.org, "Gerd Hoffmann" <kraxel@redhat.com>,
"Stefano Stabellini" <sstabellini@kernel.org>,
qemu-block@nongnu.org, "Paul Durrant" <paul@xen.org>,
"Halil Pasic" <pasic@linux.ibm.com>,
"Christian Borntraeger" <borntraeger@de.ibm.com>,
"Gonglei (Arei)" <arei.gonglei@huawei.com>,
"Anthony Perard" <anthony.perard@citrix.com>,
xen-devel@lists.xenproject.org, "Thomas Huth" <thuth@redhat.com>,
"Eduardo Habkost" <ehabkost@redhat.com>,
"Yuval Shaia" <yuval.shaia.ml@gmail.com>,
"Eric Auger" <eric.auger@redhat.com>,
qemu-s390x@nongnu.org, qemu-arm@nongnu.org,
"Marc-André Lureau" <marcandre.lureau@redhat.com>,
"John Snow" <jsnow@redhat.com>,
"Richard Henderson" <rth@twiddle.net>,
"Kevin Wolf" <kwolf@redhat.com>,
"Xiao Guangrong" <xiaoguangrong.eric@gmail.com>,
"Cornelia Huck" <cohuck@redhat.com>,
"Laurent Vivier" <laurent@vivier.eu>,
"Max Reitz" <mreitz@redhat.com>,
"Michael S. Tsirkin" <mst@redhat.com>,
"Paolo Bonzini" <pbonzini@redhat.com>
Subject: Re: [PATCH 0/2] misc: Replace zero-length arrays with flexible array member
Date: Fri, 6 Mar 2020 12:16:59 +0100 [thread overview]
Message-ID: <20200306121659.5365e50b@redhat.com> (raw)
In-Reply-To: <20200304153601.23423-1-philmd@redhat.com>
On Wed, 4 Mar 2020 16:35:59 +0100
Philippe Mathieu-Daudé <philmd@redhat.com> wrote:
> v2:
> - do not modify qed.h (structure with single member)
> - based on hw/scsi/spapr_vscsi fix series
>
> This is a tree-wide cleanup inspired by a Linux kernel commit
> (from Gustavo A. R. Silva).
>
> --v-- description start --v--
>
> The current codebase makes use of the zero-length array language
> extension to the C90 standard, but the preferred mechanism to
> declare variable-length types such as these ones is a flexible
> array member [1], introduced in C99:
>
> struct foo {
> int stuff;
> struct boo array[];
> };
>
> By making use of the mechanism above, we will get a compiler
> warning in case the flexible array does not occur last in the
> structure, which will help us prevent some kind of undefined
> behavior bugs from being unadvertenly introduced [2] to the
> Linux codebase from now on.
>
> --^-- description end --^--
>
> Do the similar housekeeping in the QEMU codebase (which uses
> C99 since commit 7be41675f7cb).
>
> The first patch is done with the help of a coccinelle semantic
> patch. However Coccinelle does not recognize:
>
> struct foo {
> int stuff;
> struct boo array[];
> } QEMU_PACKED;
>
> but does recognize:
>
> struct QEMU_PACKED foo {
> int stuff;
> struct boo array[];
> };
>
> I'm not sure why, neither it is worth refactoring all QEMU
> structures to use the attributes before the structure name,
> so I did the 2nd patch manually.
>
> Anyway this is annoying, because many structures are not handled
> by coccinelle. Maybe this needs to be reported to upstream
> coccinelle?
>
> I used spatch 1.0.8 with:
>
> -I include --include-headers \
> --macro-file scripts/cocci-macro-file.h \
> --keep-comments --indent 4
>
> Regards,
>
> Phil.
>
> Based-on: <20200304153311.22959-1-philmd@redhat.com>
> Supersedes: <20200304005105.27454-1-philmd@redhat.com>
For acpi parts
Acked-by: Igor Mammedov <imammedo@redhat.com>
>
> Philippe Mathieu-Daudé (2):
> misc: Replace zero-length arrays with flexible array member
> (automatic)
> misc: Replace zero-length arrays with flexible array member (manual)
>
> docs/interop/vhost-user.rst | 4 ++--
> bsd-user/qemu.h | 2 +-
> contrib/libvhost-user/libvhost-user.h | 2 +-
> hw/m68k/bootinfo.h | 2 +-
> hw/scsi/srp.h | 6 +++---
> hw/xen/xen_pt.h | 2 +-
> include/hw/acpi/acpi-defs.h | 16 ++++++++--------
> include/hw/arm/smmu-common.h | 2 +-
> include/hw/boards.h | 2 +-
> include/hw/i386/intel_iommu.h | 3 ++-
> include/hw/s390x/event-facility.h | 2 +-
> include/hw/s390x/sclp.h | 8 ++++----
> include/hw/virtio/virtio-iommu.h | 2 +-
> include/sysemu/cryptodev.h | 2 +-
> include/tcg/tcg.h | 2 +-
> pc-bios/s390-ccw/bootmap.h | 2 +-
> pc-bios/s390-ccw/sclp.h | 2 +-
> tests/qtest/libqos/ahci.h | 2 +-
> block/linux-aio.c | 2 +-
> block/vmdk.c | 2 +-
> hw/acpi/nvdimm.c | 6 +++---
> hw/char/sclpconsole-lm.c | 2 +-
> hw/char/sclpconsole.c | 2 +-
> hw/dma/soc_dma.c | 2 +-
> hw/i386/x86.c | 2 +-
> hw/misc/omap_l4.c | 2 +-
> hw/nvram/eeprom93xx.c | 2 +-
> hw/rdma/vmw/pvrdma_qp_ops.c | 4 ++--
> hw/s390x/virtio-ccw.c | 2 +-
> hw/usb/dev-network.c | 2 +-
> hw/usb/dev-smartcard-reader.c | 4 ++--
> hw/virtio/virtio.c | 4 ++--
> net/queue.c | 2 +-
> target/s390x/ioinst.c | 2 +-
> 34 files changed, 53 insertions(+), 52 deletions(-)
>
WARNING: multiple messages have this Message-ID (diff)
From: Igor Mammedov <imammedo@redhat.com>
To: "Philippe Mathieu-Daudé" <philmd@redhat.com>
Cc: "Fam Zheng" <fam@euphon.net>,
"Peter Maydell" <peter.maydell@linaro.org>,
"David Hildenbrand" <david@redhat.com>,
"Jason Wang" <jasowang@redhat.com>,
qemu-devel@nongnu.org, "Gerd Hoffmann" <kraxel@redhat.com>,
"Stefano Stabellini" <sstabellini@kernel.org>,
qemu-block@nongnu.org, "Paul Durrant" <paul@xen.org>,
"Halil Pasic" <pasic@linux.ibm.com>,
"Christian Borntraeger" <borntraeger@de.ibm.com>,
"Gonglei (Arei)" <arei.gonglei@huawei.com>,
"Anthony Perard" <anthony.perard@citrix.com>,
xen-devel@lists.xenproject.org, "Thomas Huth" <thuth@redhat.com>,
"Eduardo Habkost" <ehabkost@redhat.com>,
"Yuval Shaia" <yuval.shaia.ml@gmail.com>,
"Eric Auger" <eric.auger@redhat.com>,
qemu-s390x@nongnu.org, qemu-arm@nongnu.org,
"Marc-André Lureau" <marcandre.lureau@redhat.com>,
"John Snow" <jsnow@redhat.com>,
"Richard Henderson" <rth@twiddle.net>,
"Kevin Wolf" <kwolf@redhat.com>,
"Xiao Guangrong" <xiaoguangrong.eric@gmail.com>,
"Cornelia Huck" <cohuck@redhat.com>,
"Laurent Vivier" <laurent@vivier.eu>,
"Max Reitz" <mreitz@redhat.com>,
"Michael S. Tsirkin" <mst@redhat.com>,
"Paolo Bonzini" <pbonzini@redhat.com>
Subject: Re: [Xen-devel] [PATCH 0/2] misc: Replace zero-length arrays with flexible array member
Date: Fri, 6 Mar 2020 12:16:59 +0100 [thread overview]
Message-ID: <20200306121659.5365e50b@redhat.com> (raw)
In-Reply-To: <20200304153601.23423-1-philmd@redhat.com>
On Wed, 4 Mar 2020 16:35:59 +0100
Philippe Mathieu-Daudé <philmd@redhat.com> wrote:
> v2:
> - do not modify qed.h (structure with single member)
> - based on hw/scsi/spapr_vscsi fix series
>
> This is a tree-wide cleanup inspired by a Linux kernel commit
> (from Gustavo A. R. Silva).
>
> --v-- description start --v--
>
> The current codebase makes use of the zero-length array language
> extension to the C90 standard, but the preferred mechanism to
> declare variable-length types such as these ones is a flexible
> array member [1], introduced in C99:
>
> struct foo {
> int stuff;
> struct boo array[];
> };
>
> By making use of the mechanism above, we will get a compiler
> warning in case the flexible array does not occur last in the
> structure, which will help us prevent some kind of undefined
> behavior bugs from being unadvertenly introduced [2] to the
> Linux codebase from now on.
>
> --^-- description end --^--
>
> Do the similar housekeeping in the QEMU codebase (which uses
> C99 since commit 7be41675f7cb).
>
> The first patch is done with the help of a coccinelle semantic
> patch. However Coccinelle does not recognize:
>
> struct foo {
> int stuff;
> struct boo array[];
> } QEMU_PACKED;
>
> but does recognize:
>
> struct QEMU_PACKED foo {
> int stuff;
> struct boo array[];
> };
>
> I'm not sure why, neither it is worth refactoring all QEMU
> structures to use the attributes before the structure name,
> so I did the 2nd patch manually.
>
> Anyway this is annoying, because many structures are not handled
> by coccinelle. Maybe this needs to be reported to upstream
> coccinelle?
>
> I used spatch 1.0.8 with:
>
> -I include --include-headers \
> --macro-file scripts/cocci-macro-file.h \
> --keep-comments --indent 4
>
> Regards,
>
> Phil.
>
> Based-on: <20200304153311.22959-1-philmd@redhat.com>
> Supersedes: <20200304005105.27454-1-philmd@redhat.com>
For acpi parts
Acked-by: Igor Mammedov <imammedo@redhat.com>
>
> Philippe Mathieu-Daudé (2):
> misc: Replace zero-length arrays with flexible array member
> (automatic)
> misc: Replace zero-length arrays with flexible array member (manual)
>
> docs/interop/vhost-user.rst | 4 ++--
> bsd-user/qemu.h | 2 +-
> contrib/libvhost-user/libvhost-user.h | 2 +-
> hw/m68k/bootinfo.h | 2 +-
> hw/scsi/srp.h | 6 +++---
> hw/xen/xen_pt.h | 2 +-
> include/hw/acpi/acpi-defs.h | 16 ++++++++--------
> include/hw/arm/smmu-common.h | 2 +-
> include/hw/boards.h | 2 +-
> include/hw/i386/intel_iommu.h | 3 ++-
> include/hw/s390x/event-facility.h | 2 +-
> include/hw/s390x/sclp.h | 8 ++++----
> include/hw/virtio/virtio-iommu.h | 2 +-
> include/sysemu/cryptodev.h | 2 +-
> include/tcg/tcg.h | 2 +-
> pc-bios/s390-ccw/bootmap.h | 2 +-
> pc-bios/s390-ccw/sclp.h | 2 +-
> tests/qtest/libqos/ahci.h | 2 +-
> block/linux-aio.c | 2 +-
> block/vmdk.c | 2 +-
> hw/acpi/nvdimm.c | 6 +++---
> hw/char/sclpconsole-lm.c | 2 +-
> hw/char/sclpconsole.c | 2 +-
> hw/dma/soc_dma.c | 2 +-
> hw/i386/x86.c | 2 +-
> hw/misc/omap_l4.c | 2 +-
> hw/nvram/eeprom93xx.c | 2 +-
> hw/rdma/vmw/pvrdma_qp_ops.c | 4 ++--
> hw/s390x/virtio-ccw.c | 2 +-
> hw/usb/dev-network.c | 2 +-
> hw/usb/dev-smartcard-reader.c | 4 ++--
> hw/virtio/virtio.c | 4 ++--
> net/queue.c | 2 +-
> target/s390x/ioinst.c | 2 +-
> 34 files changed, 53 insertions(+), 52 deletions(-)
>
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
next prev parent reply other threads:[~2020-03-06 11:23 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-03-04 15:35 [PATCH 0/2] misc: Replace zero-length arrays with flexible array member Philippe Mathieu-Daudé
2020-03-04 15:35 ` Philippe Mathieu-Daudé
2020-03-04 15:35 ` [Xen-devel] " Philippe Mathieu-Daudé
2020-03-04 15:36 ` [PATCH 1/2] misc: Replace zero-length arrays with flexible array member (automatic) Philippe Mathieu-Daudé
2020-03-04 15:36 ` Philippe Mathieu-Daudé
2020-03-04 15:36 ` [Xen-devel] " Philippe Mathieu-Daudé
2020-03-04 15:37 ` [PATCH 0/2] misc: Replace zero-length arrays with flexible array member Philippe Mathieu-Daudé
2020-03-04 15:37 ` [Xen-devel] " Philippe Mathieu-Daudé
2020-03-06 11:16 ` Igor Mammedov [this message]
2020-03-06 11:16 ` Igor Mammedov
-- strict thread matches above, loose matches on Subject: below --
2020-03-04 0:51 Philippe Mathieu-Daudé
2020-03-04 0:51 ` Philippe Mathieu-Daudé
2020-03-04 11:14 ` Paolo Bonzini
2020-03-04 11:14 ` Paolo Bonzini
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=20200306121659.5365e50b@redhat.com \
--to=imammedo@redhat.com \
--cc=anthony.perard@citrix.com \
--cc=arei.gonglei@huawei.com \
--cc=borntraeger@de.ibm.com \
--cc=cohuck@redhat.com \
--cc=david@redhat.com \
--cc=ehabkost@redhat.com \
--cc=eric.auger@redhat.com \
--cc=fam@euphon.net \
--cc=jasowang@redhat.com \
--cc=jsnow@redhat.com \
--cc=kraxel@redhat.com \
--cc=kwolf@redhat.com \
--cc=laurent@vivier.eu \
--cc=marcandre.lureau@redhat.com \
--cc=mreitz@redhat.com \
--cc=mst@redhat.com \
--cc=pasic@linux.ibm.com \
--cc=paul@xen.org \
--cc=pbonzini@redhat.com \
--cc=peter.maydell@linaro.org \
--cc=philmd@redhat.com \
--cc=qemu-arm@nongnu.org \
--cc=qemu-block@nongnu.org \
--cc=qemu-devel@nongnu.org \
--cc=qemu-s390x@nongnu.org \
--cc=rth@twiddle.net \
--cc=sstabellini@kernel.org \
--cc=thuth@redhat.com \
--cc=xen-devel@lists.xenproject.org \
--cc=xiaoguangrong.eric@gmail.com \
--cc=yuval.shaia.ml@gmail.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.