From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail.bootlin.com ([62.4.15.54]) by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux)) id 1fxIye-0000dB-Av for linux-mtd@lists.infradead.org; Tue, 04 Sep 2018 21:35:14 +0000 Date: Tue, 4 Sep 2018 23:34:49 +0200 From: Miquel Raynal To: Randy Dunlap Cc: LKML , Adrian Bunk , Marek Vasut , Richard Weinberger , Adrian Bunk , Boris Brezillon , Kyungmin Park , linux-mtd@lists.infradead.org, Geert Uytterhoeven , Brian Norris , David Woodhouse Subject: Re: [PATCH] mtd: onenand: fix parameter list build warning Message-ID: <20180904233449.32e41787@xps13> In-Reply-To: <03e45afe-c4f8-e69b-9cba-6a8863296ad4@infradead.org> References: <03e45afe-c4f8-e69b-9cba-6a8863296ad4@infradead.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable List-Id: Linux MTD discussion mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Hi Randy, Randy Dunlap wrote on Mon, 3 Sep 2018 12:32:04 -0700: > From: Randy Dunlap >=20 > Fix build warning in by adding a "stub" struct > for mtd_oob_ops: >=20 > include/linux/mtd/onenand.h: warning: 'struct mtd_oob_ops' declared insid= e parameter list [enabled by default] > include/linux/mtd/onenand.h: warning: its scope is only this definition o= r declaration, which is probably not what you want [enabled by default] >=20 > Fixes: 607d1cb10426 ("[MTD] [OneNAND] proper onenand_bbt_read_oob() proto= type") >=20 > Reported-by: Geert Uytterhoeven > Signed-off-by: Randy Dunlap > Cc: Kyungmin Park > Cc: linux-mtd@lists.infradead.org > Cc: David Woodhouse > Cc: Brian Norris > Cc: Boris Brezillon > Cc: Marek Vasut > Cc: Richard Weinberger > Cc: Adrian Bunk > Cc: Adrian Bunk > --- > include/linux/mtd/onenand.h | 1 + > 1 file changed, 1 insertion(+) >=20 > --- 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; > }; > =20 > +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=C3=A8l