[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