linux-kernel - Re: [PATCH v3] memory: omap-gpmc: Fix build error without CONFIG

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20200827132154.GB4384@kozik-lap>
Date:   Thu, 27 Aug 2020 15:21:54 +0200
From:   Krzysztof Kozlowski <krzk@...nel.org>
To:     YueHaibing <yuehaibing@...wei.com>
Cc:     rogerq@...com, tony@...mide.com, ladis@...ux-mips.org,
        bbrezillon@...nel.org, peter.ujfalusi@...com,
        linux-omap@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH v3] memory: omap-gpmc: Fix build error without CONFIG_OF

On Thu, Aug 27, 2020 at 08:53:16PM +0800, YueHaibing wrote:
> If CONFIG_OF is n, gcc fails:
> 
> drivers/memory/omap-gpmc.o: In function `gpmc_omap_onenand_set_timings':
> omap-gpmc.c:(.text+0x2a88): undefined reference to `gpmc_read_settings_dt'
> 
> Add gpmc_read_settings_dt() helper function, which zero the gpmc_settings
> so the caller doesn't proceed with random/invalid settings.
> 
> Fixes: a758f50f10cf ("mtd: onenand: omap2: Configure driver from DT")
> Signed-off-by: YueHaibing <yuehaibing@...wei.com>
> ---
> v3: zero gpmc_settings
> v2: add gpmc_read_settings_dt() stub
> ---
>  drivers/memory/omap-gpmc.c | 4 ++++
>  1 file changed, 4 insertions(+)
> 
> diff --git a/drivers/memory/omap-gpmc.c b/drivers/memory/omap-gpmc.c
> index cd9e80748591..e026b4cd3612 100644
> --- a/drivers/memory/omap-gpmc.c
> +++ b/drivers/memory/omap-gpmc.c
> @@ -2310,6 +2310,10 @@ static void gpmc_probe_dt_children(struct platform_device *pdev)
>  	}
>  }
>  #else
> +void gpmc_read_settings_dt(struct device_node *np, struct gpmc_settings *p)
> +{
> +	memset(p, 0, sizeof(struct gpmc_settings));

sizeof(*p) but if patch is otherwise ok (got review/ack) then I can fix
it while applying.

If there is resend, please fix it as well.

Best regards,
Krzysztof