forked from luck/tmp_suning_uos_patched
ec671b5360
The recently added initialization is rather unusual because it uses a constructor for
a variable-length array to assign a constant structure to a member that uses a fixed-length
array. This confuses clang and breaks the build.
drivers/remoteproc/qcom_q6v5_pil.c:1024:18: error: incompatible pointer types initializing 'const char *' with an expression of type
:%s 'struct qcom_mss_reg_res [4]' [-Werror,-Wincompatible-pointer-types]
.proxy_supply = (struct qcom_mss_reg_res[]) {
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~
drivers/remoteproc/qcom_q6v5_pil.c:1024:18: warning: suggest braces around initialization of subobject [-Wmissing-braces]
.proxy_supply = (struct qcom_mss_reg_res[]) {
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~
We can either turn this constructor into a regular initializer by removing
the 'struct qcom_mss_reg_res[])', or we can make the array variable length.
The latter approach is used for the arrays of strings in the same structure,
so let's use that here too.
Fixes:
|
||
|---|---|---|
| .. | ||
| da8xx_remoteproc.c | ||
| Kconfig | ||
| Makefile | ||
| omap_remoteproc.c | ||
| omap_remoteproc.h | ||
| qcom_adsp_pil.c | ||
| qcom_mdt_loader.c | ||
| qcom_mdt_loader.h | ||
| qcom_q6v5_pil.c | ||
| qcom_wcnss_iris.c | ||
| qcom_wcnss.c | ||
| qcom_wcnss.h | ||
| remoteproc_core.c | ||
| remoteproc_debugfs.c | ||
| remoteproc_elf_loader.c | ||
| remoteproc_internal.h | ||
| remoteproc_sysfs.c | ||
| remoteproc_virtio.c | ||
| st_remoteproc.c | ||
| st_slim_rproc.c | ||
| wkup_m3_rproc.c | ||