> -----Original Message----- > From: Tony Lindgren [mailto:tony@xxxxxxxxxxx] > Sent: Saturday, December 18, 2010 5:34 AM > To: Ghorai, Sukumar > Cc: linux-omap@xxxxxxxxxxxxxxx; linux-mtd@xxxxxxxxxxxxxxxxxxx; linux-arm- > kernel@xxxxxxxxxxxxxxxxxxx > Subject: Re: [PATCH 1/7] omap3630: nand: fix device size to work in polled > mode > > * Sukumar Ghorai <s-ghorai@xxxxxx> [101126 07:25]: > > zoom3 and 3630-sdp having the x16 nand device. > > This patch configure gpmc as x16 and select the currect function in > driver > > for polled mode (without prefetch enable) transfer. > > > > Signed-off-by: Sukumar Ghorai <s-ghorai@xxxxxx> > > --- > > arch/arm/mach-omap2/board-flash.c | 3 +++ > > 1 files changed, 3 insertions(+), 0 deletions(-) > > > > diff --git a/arch/arm/mach-omap2/board-flash.c b/arch/arm/mach- > omap2/board-flash.c > > index fd38c05..001c605 100644 > > --- a/arch/arm/mach-omap2/board-flash.c > > +++ b/arch/arm/mach-omap2/board-flash.c > > @@ -145,6 +145,9 @@ __init board_nand_init(struct mtd_partition > *nand_parts, u8 nr_parts, u8 cs) > > board_nand_data.parts = nand_parts; > > board_nand_data.nr_parts = nr_parts; > > > > + if (cpu_is_omap3630()) > > + board_nand_data.devsize = 1; > > + > > gpmc_nand_init(&board_nand_data); > > } > > #else > > I guess this is board specific for the size, not omap specific? [Ghorai] Agree, the NAND type (i.e. x8 NAND or x16 NAND) is a board specific, So I will change the definition of board_nand_init() to pass the devsize form board file. And I will submit the patch-series again. -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html