> -----Original Message-----
> From: Tony Lindgren [mailto:[email protected]]
> Sent: Saturday, December 18, 2010 5:34 AM
> To: Ghorai, Sukumar
> Cc: [email protected]; [email protected]; linux-arm-
> [email protected]
> Subject: Re: [PATCH 1/7] omap3630: nand: fix device size to work in polled
> mode
>
> * Sukumar Ghorai <[email protected]> [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 <[email protected]>
> > ---
> > 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 [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
