linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [PATCH v2] ACPICA: Replace one-element array with flexible-array
@ 2020-06-02 21:39 Gustavo A. R. Silva
  2020-06-03 13:04 ` Rafael J. Wysocki
  0 siblings, 1 reply; 4+ messages in thread
From: Gustavo A. R. Silva @ 2020-06-02 21:39 UTC (permalink / raw)
  To: Robert Moore, Erik Kaneda, Rafael J. Wysocki, Len Brown
  Cc: linux-acpi, devel, linux-kernel, Gustavo A. R. Silva

The current codebase makes use of one-element arrays in the following
form:

struct something {
    int length;
    u8 data[1];
};

struct something *instance;

instance = kmalloc(sizeof(*instance) + size, GFP_KERNEL);
instance->length = size;
memcpy(instance->data, source, size);

but the preferred mechanism to declare variable-length types such as
these ones is a flexible array member[1][2], 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
inadvertently introduced[3] to the codebase from now on.

This issue was found with the help of Coccinelle and audited _manually_.

[1] https://gcc.gnu.org/onlinedocs/gcc/Zero-Length.html
[2] https://github.com/KSPP/linux/issues/21
[3] commit 76497732932f ("cxgb3/l2t: Fix undefined behaviour")

Signed-off-by: Gustavo A. R. Silva <gustavoars@kernel.org>
---
Changes in v2:
 - Don't use struct_size() for now.
 - Update subject line and changelog text.

 drivers/acpi/acpica/utids.c | 2 +-
 include/acpi/actypes.h      | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/acpi/acpica/utids.c b/drivers/acpi/acpica/utids.c
index 3bb06935a2ad3..225f3c60203c7 100644
--- a/drivers/acpi/acpica/utids.c
+++ b/drivers/acpi/acpica/utids.c
@@ -263,7 +263,7 @@ acpi_ut_execute_CID(struct acpi_namespace_node *device_node,
 	 * 3) Size of the actual CID strings
 	 */
 	cid_list_size = sizeof(struct acpi_pnp_device_id_list) +
-	    ((count - 1) * sizeof(struct acpi_pnp_device_id)) +
+	    count * sizeof(struct acpi_pnp_device_id) +
 	    string_area_size;
 
 	cid_list = ACPI_ALLOCATE_ZEROED(cid_list_size);
diff --git a/include/acpi/actypes.h b/include/acpi/actypes.h
index 4defed58ea338..c7bcda0ad366a 100644
--- a/include/acpi/actypes.h
+++ b/include/acpi/actypes.h
@@ -1145,7 +1145,7 @@ struct acpi_pnp_device_id {
 struct acpi_pnp_device_id_list {
 	u32 count;		/* Number of IDs in Ids array */
 	u32 list_size;		/* Size of list, including ID strings */
-	struct acpi_pnp_device_id ids[1];	/* ID array */
+	struct acpi_pnp_device_id ids[];	/* ID array */
 };
 
 /*
-- 
2.27.0


^ permalink raw reply related	[flat|nested] 4+ messages in thread

* Re: [PATCH v2] ACPICA: Replace one-element array with flexible-array
  2020-06-02 21:39 [PATCH v2] ACPICA: Replace one-element array with flexible-array Gustavo A. R. Silva
@ 2020-06-03 13:04 ` Rafael J. Wysocki
  2020-06-03 23:12   ` Kaneda, Erik
  0 siblings, 1 reply; 4+ messages in thread
From: Rafael J. Wysocki @ 2020-06-03 13:04 UTC (permalink / raw)
  To: Gustavo A. R. Silva, Erik Kaneda
  Cc: Robert Moore, Rafael J. Wysocki, Len Brown,
	ACPI Devel Maling List,
	open list:ACPI COMPONENT ARCHITECTURE (ACPICA),
	Linux Kernel Mailing List, Gustavo A. R. Silva

On Tue, Jun 2, 2020 at 11:34 PM Gustavo A. R. Silva
<gustavoars@kernel.org> wrote:
>
> The current codebase makes use of one-element arrays in the following
> form:
>
> struct something {
>     int length;
>     u8 data[1];
> };
>
> struct something *instance;
>
> instance = kmalloc(sizeof(*instance) + size, GFP_KERNEL);
> instance->length = size;
> memcpy(instance->data, source, size);
>
> but the preferred mechanism to declare variable-length types such as
> these ones is a flexible array member[1][2], 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
> inadvertently introduced[3] to the codebase from now on.
>
> This issue was found with the help of Coccinelle and audited _manually_.
>
> [1] https://gcc.gnu.org/onlinedocs/gcc/Zero-Length.html
> [2] https://github.com/KSPP/linux/issues/21
> [3] commit 76497732932f ("cxgb3/l2t: Fix undefined behaviour")
>
> Signed-off-by: Gustavo A. R. Silva <gustavoars@kernel.org>

Erik, can you take this to the upstream, please?

> ---
> Changes in v2:
>  - Don't use struct_size() for now.
>  - Update subject line and changelog text.
>
>  drivers/acpi/acpica/utids.c | 2 +-
>  include/acpi/actypes.h      | 2 +-
>  2 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/acpi/acpica/utids.c b/drivers/acpi/acpica/utids.c
> index 3bb06935a2ad3..225f3c60203c7 100644
> --- a/drivers/acpi/acpica/utids.c
> +++ b/drivers/acpi/acpica/utids.c
> @@ -263,7 +263,7 @@ acpi_ut_execute_CID(struct acpi_namespace_node *device_node,
>          * 3) Size of the actual CID strings
>          */
>         cid_list_size = sizeof(struct acpi_pnp_device_id_list) +
> -           ((count - 1) * sizeof(struct acpi_pnp_device_id)) +
> +           count * sizeof(struct acpi_pnp_device_id) +
>             string_area_size;
>
>         cid_list = ACPI_ALLOCATE_ZEROED(cid_list_size);
> diff --git a/include/acpi/actypes.h b/include/acpi/actypes.h
> index 4defed58ea338..c7bcda0ad366a 100644
> --- a/include/acpi/actypes.h
> +++ b/include/acpi/actypes.h
> @@ -1145,7 +1145,7 @@ struct acpi_pnp_device_id {
>  struct acpi_pnp_device_id_list {
>         u32 count;              /* Number of IDs in Ids array */
>         u32 list_size;          /* Size of list, including ID strings */
> -       struct acpi_pnp_device_id ids[1];       /* ID array */
> +       struct acpi_pnp_device_id ids[];        /* ID array */
>  };
>
>  /*
> --
> 2.27.0
>

^ permalink raw reply	[flat|nested] 4+ messages in thread

* RE: [PATCH v2] ACPICA: Replace one-element array with flexible-array
  2020-06-03 13:04 ` Rafael J. Wysocki
@ 2020-06-03 23:12   ` Kaneda, Erik
  2020-06-10 21:43     ` Kaneda, Erik
  0 siblings, 1 reply; 4+ messages in thread
From: Kaneda, Erik @ 2020-06-03 23:12 UTC (permalink / raw)
  To: Rafael J. Wysocki, Gustavo A. R. Silva
  Cc: Moore, Robert, Wysocki, Rafael J, Len Brown,
	ACPI Devel Maling List,
	open list:ACPI COMPONENT ARCHITECTURE (ACPICA),
	Linux Kernel Mailing List, Gustavo A. R. Silva



> -----Original Message-----
> From: linux-acpi-owner@vger.kernel.org <linux-acpi-
> owner@vger.kernel.org> On Behalf Of Rafael J. Wysocki
> Sent: Wednesday, June 3, 2020 6:04 AM
> To: Gustavo A. R. Silva <gustavoars@kernel.org>; Kaneda, Erik
> <erik.kaneda@intel.com>
> Cc: Moore, Robert <robert.moore@intel.com>; Wysocki, Rafael J
> <rafael.j.wysocki@intel.com>; Len Brown <lenb@kernel.org>; ACPI Devel
> Maling List <linux-acpi@vger.kernel.org>; open list:ACPI COMPONENT
> ARCHITECTURE (ACPICA) <devel@acpica.org>; Linux Kernel Mailing List
> <linux-kernel@vger.kernel.org>; Gustavo A. R. Silva
> <gustavo@embeddedor.com>
> Subject: Re: [PATCH v2] ACPICA: Replace one-element array with flexible-
> array
> 
> On Tue, Jun 2, 2020 at 11:34 PM Gustavo A. R. Silva <gustavoars@kernel.org>
> wrote:
> >
> > The current codebase makes use of one-element arrays in the following
> > form:
> >
> > struct something {
> >     int length;
> >     u8 data[1];
> > };
> >
> > struct something *instance;
> >
> > instance = kmalloc(sizeof(*instance) + size, GFP_KERNEL);
> > instance->length = size;
> > memcpy(instance->data, source, size);
> >
> > but the preferred mechanism to declare variable-length types such as
> > these ones is a flexible array member[1][2], 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
> > inadvertently introduced[3] to the codebase from now on.
> >
> > This issue was found with the help of Coccinelle and audited _manually_.
> >
> > [1] https://gcc.gnu.org/onlinedocs/gcc/Zero-Length.html
> > [2] https://github.com/KSPP/linux/issues/21
> > [3] commit 76497732932f ("cxgb3/l2t: Fix undefined behaviour")
> >
> > Signed-off-by: Gustavo A. R. Silva <gustavoars@kernel.org>
> 
> Erik, can you take this to the upstream, please?
Yes, We'll have to make additional changes to other structures with one-element arrays but we'll get this in time for the upcoming ACPICA release.

Thanks,
Erik
> 
> > ---
> > Changes in v2:
> >  - Don't use struct_size() for now.
> >  - Update subject line and changelog text.
> >
> >  drivers/acpi/acpica/utids.c | 2 +-
> >  include/acpi/actypes.h      | 2 +-
> >  2 files changed, 2 insertions(+), 2 deletions(-)
> >
> > diff --git a/drivers/acpi/acpica/utids.c b/drivers/acpi/acpica/utids.c
> > index 3bb06935a2ad3..225f3c60203c7 100644
> > --- a/drivers/acpi/acpica/utids.c
> > +++ b/drivers/acpi/acpica/utids.c
> > @@ -263,7 +263,7 @@ acpi_ut_execute_CID(struct acpi_namespace_node
> *device_node,
> >          * 3) Size of the actual CID strings
> >          */
> >         cid_list_size = sizeof(struct acpi_pnp_device_id_list) +
> > -           ((count - 1) * sizeof(struct acpi_pnp_device_id)) +
> > +           count * sizeof(struct acpi_pnp_device_id) +
> >             string_area_size;
> >
> >         cid_list = ACPI_ALLOCATE_ZEROED(cid_list_size);
> > diff --git a/include/acpi/actypes.h b/include/acpi/actypes.h index
> > 4defed58ea338..c7bcda0ad366a 100644
> > --- a/include/acpi/actypes.h
> > +++ b/include/acpi/actypes.h
> > @@ -1145,7 +1145,7 @@ struct acpi_pnp_device_id {  struct
> > acpi_pnp_device_id_list {
> >         u32 count;              /* Number of IDs in Ids array */
> >         u32 list_size;          /* Size of list, including ID strings */
> > -       struct acpi_pnp_device_id ids[1];       /* ID array */
> > +       struct acpi_pnp_device_id ids[];        /* ID array */
> >  };
> >
> >  /*
> > --
> > 2.27.0
> >

^ permalink raw reply	[flat|nested] 4+ messages in thread

* RE: [PATCH v2] ACPICA: Replace one-element array with flexible-array
  2020-06-03 23:12   ` Kaneda, Erik
@ 2020-06-10 21:43     ` Kaneda, Erik
  0 siblings, 0 replies; 4+ messages in thread
From: Kaneda, Erik @ 2020-06-10 21:43 UTC (permalink / raw)
  To: Kaneda, Erik, Rafael J. Wysocki, Gustavo A. R. Silva
  Cc: Moore, Robert, Wysocki, Rafael J, Len Brown,
	ACPI Devel Maling List,
	open list:ACPI COMPONENT ARCHITECTURE (ACPICA),
	Linux Kernel Mailing List, Gustavo A. R. Silva



> -----Original Message-----
> From: linux-acpi-owner@vger.kernel.org <linux-acpi-
> owner@vger.kernel.org> On Behalf Of Kaneda, Erik
> Sent: Wednesday, June 3, 2020 4:13 PM
> To: Rafael J. Wysocki <rafael@kernel.org>; Gustavo A. R. Silva
> <gustavoars@kernel.org>
> Cc: Moore, Robert <robert.moore@intel.com>; Wysocki, Rafael J
> <rafael.j.wysocki@intel.com>; Len Brown <lenb@kernel.org>; ACPI Devel
> Maling List <linux-acpi@vger.kernel.org>; open list:ACPI COMPONENT
> ARCHITECTURE (ACPICA) <devel@acpica.org>; Linux Kernel Mailing List
> <linux-kernel@vger.kernel.org>; Gustavo A. R. Silva
> <gustavo@embeddedor.com>
> Subject: RE: [PATCH v2] ACPICA: Replace one-element array with flexible-
> array
> 
> 
> 
> > -----Original Message-----
> > From: linux-acpi-owner@vger.kernel.org <linux-acpi-
> > owner@vger.kernel.org> On Behalf Of Rafael J. Wysocki
> > Sent: Wednesday, June 3, 2020 6:04 AM
> > To: Gustavo A. R. Silva <gustavoars@kernel.org>; Kaneda, Erik
> > <erik.kaneda@intel.com>
> > Cc: Moore, Robert <robert.moore@intel.com>; Wysocki, Rafael J
> > <rafael.j.wysocki@intel.com>; Len Brown <lenb@kernel.org>; ACPI Devel
> > Maling List <linux-acpi@vger.kernel.org>; open list:ACPI COMPONENT
> > ARCHITECTURE (ACPICA) <devel@acpica.org>; Linux Kernel Mailing List
> > <linux-kernel@vger.kernel.org>; Gustavo A. R. Silva
> > <gustavo@embeddedor.com>
> > Subject: Re: [PATCH v2] ACPICA: Replace one-element array with
> > flexible- array
> >
> > On Tue, Jun 2, 2020 at 11:34 PM Gustavo A. R. Silva
> > <gustavoars@kernel.org>
> > wrote:
> > >
> > > The current codebase makes use of one-element arrays in the
> > > following
> > > form:
> > >
> > > struct something {
> > >     int length;
> > >     u8 data[1];
> > > };
> > >
> > > struct something *instance;
> > >
> > > instance = kmalloc(sizeof(*instance) + size, GFP_KERNEL);
> > > instance->length = size;
> > > memcpy(instance->data, source, size);
> > >
> > > but the preferred mechanism to declare variable-length types such as
> > > these ones is a flexible array member[1][2], 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 inadvertently introduced[3] to the codebase from now on.
> > >
> > > This issue was found with the help of Coccinelle and audited _manually_.
> > >
> > > [1] https://gcc.gnu.org/onlinedocs/gcc/Zero-Length.html
> > > [2] https://github.com/KSPP/linux/issues/21
> > > [3] commit 76497732932f ("cxgb3/l2t: Fix undefined behaviour")
> > >
> > > Signed-off-by: Gustavo A. R. Silva <gustavoars@kernel.org>
> >
> > Erik, can you take this to the upstream, please?
> Yes, We'll have to make additional changes to other structures with one-
> element arrays but we'll get this in time for the upcoming ACPICA release.

Pull request available here: https://github.com/acpica/acpica/pull/608

Erik
> 
> Thanks,
> Erik
> >
> > > ---
> > > Changes in v2:
> > >  - Don't use struct_size() for now.
> > >  - Update subject line and changelog text.
> > >
> > >  drivers/acpi/acpica/utids.c | 2 +-
> > >  include/acpi/actypes.h      | 2 +-
> > >  2 files changed, 2 insertions(+), 2 deletions(-)
> > >
> > > diff --git a/drivers/acpi/acpica/utids.c
> > > b/drivers/acpi/acpica/utids.c index 3bb06935a2ad3..225f3c60203c7
> > > 100644
> > > --- a/drivers/acpi/acpica/utids.c
> > > +++ b/drivers/acpi/acpica/utids.c
> > > @@ -263,7 +263,7 @@ acpi_ut_execute_CID(struct
> acpi_namespace_node
> > *device_node,
> > >          * 3) Size of the actual CID strings
> > >          */
> > >         cid_list_size = sizeof(struct acpi_pnp_device_id_list) +
> > > -           ((count - 1) * sizeof(struct acpi_pnp_device_id)) +
> > > +           count * sizeof(struct acpi_pnp_device_id) +
> > >             string_area_size;
> > >
> > >         cid_list = ACPI_ALLOCATE_ZEROED(cid_list_size);
> > > diff --git a/include/acpi/actypes.h b/include/acpi/actypes.h index
> > > 4defed58ea338..c7bcda0ad366a 100644
> > > --- a/include/acpi/actypes.h
> > > +++ b/include/acpi/actypes.h
> > > @@ -1145,7 +1145,7 @@ struct acpi_pnp_device_id {  struct
> > > acpi_pnp_device_id_list {
> > >         u32 count;              /* Number of IDs in Ids array */
> > >         u32 list_size;          /* Size of list, including ID strings */
> > > -       struct acpi_pnp_device_id ids[1];       /* ID array */
> > > +       struct acpi_pnp_device_id ids[];        /* ID array */
> > >  };
> > >
> > >  /*
> > > --
> > > 2.27.0
> > >

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2020-06-10 21:43 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-06-02 21:39 [PATCH v2] ACPICA: Replace one-element array with flexible-array Gustavo A. R. Silva
2020-06-03 13:04 ` Rafael J. Wysocki
2020-06-03 23:12   ` Kaneda, Erik
2020-06-10 21:43     ` Kaneda, Erik

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