Commit 936b9df7 authored by Gustavo A. R. Silva's avatar Gustavo A. R. Silva Committed by Mark Brown

ASoC: Intel: Skylake: Replace zero-length array with flexible-array

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][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.

Also, notice that, dynamic memory allocations won't be affected by
this change:

"Flexible array members have incomplete type, and so the sizeof operator
may not be applied. As a quirk of the original implementation of
zero-length arrays, sizeof evaluates to zero."[1]

sizeof(flexible-array-member) triggers a warning because flexible array
members have incomplete type[1]. There are some instances of code in
which the sizeof operator is being incorrectly/erroneously applied to
zero-length arrays and the result is zero. Such instances may be hiding
some bugs. So, this work (flexible-array member conversions) will also
help to get completely rid of those sorts of issues.

This issue was found with the help of Coccinelle.

[1] https://gcc.gnu.org/onlinedocs/gcc/Zero-Length.html
[2] https://github.com/KSPP/linux/issues/21
[3] commit 76497732 ("cxgb3/l2t: Fix undefined behaviour")
Signed-off-by: default avatarGustavo A. R. Silva <gustavoars@kernel.org>
Acked-by: default avatarCezary Rojewski <cezary.rojewski@intel.com>
Link: https://lore.kernel.org/r/20200511174647.GA17318@embeddedorSigned-off-by: default avatarMark Brown <broonie@kernel.org>
parent 132a0eb0
...@@ -410,7 +410,7 @@ struct sst_cmd_set_gain_dual { ...@@ -410,7 +410,7 @@ struct sst_cmd_set_gain_dual {
struct sst_cmd_set_params { struct sst_cmd_set_params {
struct sst_destination_id dst; struct sst_destination_id dst;
u16 command_id; u16 command_id;
char params[0]; char params[];
} __packed; } __packed;
......
...@@ -46,7 +46,7 @@ struct skl_i2s_config_mclk { ...@@ -46,7 +46,7 @@ struct skl_i2s_config_mclk {
struct skl_i2s_config_mclk_ext { struct skl_i2s_config_mclk_ext {
u32 mdivctrl; u32 mdivctrl;
u32 mdivr_count; u32 mdivr_count;
u32 mdivr[0]; u32 mdivr[];
} __packed; } __packed;
struct skl_i2s_config_blob_signature { struct skl_i2s_config_blob_signature {
......
...@@ -119,7 +119,7 @@ struct skl_cpr_gtw_cfg { ...@@ -119,7 +119,7 @@ struct skl_cpr_gtw_cfg {
struct skl_dma_control { struct skl_dma_control {
u32 node_id; u32 node_id;
u32 config_length; u32 config_length;
u32 config_data[0]; u32 config_data[];
} __packed; } __packed;
struct skl_cpr_cfg { struct skl_cpr_cfg {
...@@ -152,7 +152,7 @@ struct skl_up_down_mixer_cfg { ...@@ -152,7 +152,7 @@ struct skl_up_down_mixer_cfg {
struct skl_algo_cfg { struct skl_algo_cfg {
struct skl_base_cfg base_cfg; struct skl_base_cfg base_cfg;
char params[0]; char params[];
} __packed; } __packed;
struct skl_base_outfmt_cfg { struct skl_base_outfmt_cfg {
......
...@@ -49,7 +49,7 @@ struct skl_astate_param { ...@@ -49,7 +49,7 @@ struct skl_astate_param {
struct skl_astate_config { struct skl_astate_config {
u32 count; u32 count;
struct skl_astate_param astate_table[0]; struct skl_astate_param astate_table[];
}; };
struct skl_fw_config { struct skl_fw_config {
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment