[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20180904233449.32e41787@xps13>
Date: Tue, 4 Sep 2018 23:34:49 +0200
From: Miquel Raynal <miquel.raynal@...tlin.com>
To: Randy Dunlap <rdunlap@...radead.org>
Cc: LKML <linux-kernel@...r.kernel.org>, Adrian Bunk <bunk@...nel.org>,
Marek Vasut <marek.vasut@...il.com>,
Richard Weinberger <richard@....at>,
Adrian Bunk <bunk@...ian.org>,
Boris Brezillon <boris.brezillon@...tlin.com>,
Kyungmin Park <kyungmin.park@...sung.com>,
linux-mtd@...ts.infradead.org,
Geert Uytterhoeven <geert@...ux-m68k.org>,
Brian Norris <computersforpeace@...il.com>,
David Woodhouse <dwmw2@...radead.org>
Subject: Re: [PATCH] mtd: onenand: fix parameter list build warning
Hi Randy,
Randy Dunlap <rdunlap@...radead.org> wrote on Mon, 3 Sep 2018 12:32:04
-0700:
> From: Randy Dunlap <rdunlap@...radead.org>
>
> Fix build warning in <linux/mtd/onenand.h> by adding a "stub" struct
> for mtd_oob_ops:
>
> include/linux/mtd/onenand.h: warning: 'struct mtd_oob_ops' declared inside parameter list [enabled by default]
> include/linux/mtd/onenand.h: warning: its scope is only this definition or declaration, which is probably not what you want [enabled by default]
>
> Fixes: 607d1cb10426 ("[MTD] [OneNAND] proper onenand_bbt_read_oob() prototype")
>
> Reported-by: Geert Uytterhoeven <geert@...ux-m68k.org>
> Signed-off-by: Randy Dunlap <rdunlap@...radead.org>
> Cc: Kyungmin Park <kyungmin.park@...sung.com>
> Cc: linux-mtd@...ts.infradead.org
> Cc: David Woodhouse <dwmw2@...radead.org>
> Cc: Brian Norris <computersforpeace@...il.com>
> Cc: Boris Brezillon <boris.brezillon@...tlin.com>
> Cc: Marek Vasut <marek.vasut@...il.com>
> Cc: Richard Weinberger <richard@....at>
> Cc: Adrian Bunk <bunk@...nel.org>
> Cc: Adrian Bunk <bunk@...ian.org>
> ---
> include/linux/mtd/onenand.h | 1 +
> 1 file changed, 1 insertion(+)
>
> --- lnx-419-rc2.orig/include/linux/mtd/onenand.h
> +++ lnx-419-rc2/include/linux/mtd/onenand.h
> @@ -221,6 +221,7 @@ struct onenand_manufacturers {
> char *name;
> };
>
> +struct mtd_oob_ops;
> int onenand_bbt_read_oob(struct mtd_info *mtd, loff_t from,
> struct mtd_oob_ops *ops);
> unsigned onenand_block(struct onenand_chip *this, loff_t addr);
That's indeed a working solution, but there are a lot of other
structures in this file that come (like mtd_oob_ops) from
linux/mtd/mtd.h so I wonder if it would not make more sense to include
this header here?
Thanks,
Miquèl
Powered by blists - more mailing lists