[PATCH v4 04/39] ARM: OMAP2+: gpmc: Acquire NAND CS value

Mohammed, Afzal afzal at ti.com
Mon May 14 06:33:38 EDT 2012


Hi All,

On Thu, May 03, 2012 at 14:12:11, Mohammed, Afzal wrote:

> > > Some boards depend on bootloader to update chip select value for NAND.
> > > It is felt that Kernel should not depend on bootloader to get CS, as
> > > for a particular board CS is hardwired and is fixed, hence this can
> > > directly be updated in Kernel. But as CS value for boards that depend
> > > on this behaviour is not available, educate gpmc driver to acquire
> > > chip select value for NAND. this ideally should be removed once CS
> > > for those boards are available.
> > 
> > Do you know how many boards require this? If so which are those boards?
> 
> devkit8000, beagle board, omap3touchbook, overo.
> 
> Beagle board, found out to be zero.

I need a help.

Can someone familiar with boards - devkit8000, omap3touchbook, overo boards,
let me know GPMC CS on which NAND is connected.

Hi Tony,

I am planning to provide actual CS # used for NAND on above boards instead of
finding the value at runtime. Is there any reason that NAND CS# is found out
at runtime ? (hence remove necessity of omap_nand_flash_init()).

Presence of this also causes an additional dependency of bootloader.

As CS # depends on wiring on the board, my understanding is that it will be
fixed for a given board. Are you ok if acquiring NAND CS # is removed ?

Removal of this helps in simplifying gpmc driver (undergoing conversion).

Regards
Afzal



More information about the linux-mtd mailing list