Hi Scott,
On Tue, 4 Nov 2014 23:45:44 -0600
Scott Wood wrote:
> On Wed, 2014-11-05 at 12:39 +0900, Masahiro Yamada wrote:
> > [2] There is no good place to insert a callback to an SoC file.
> > I need to write parameters such as page_size to hardware registers.
> > (You can see my code, nand_den
On Wed, 2014-11-05 at 12:39 +0900, Masahiro Yamada wrote:
> [2] There is no good place to insert a callback to an SoC file.
> I need to write parameters such as page_size to hardware registers.
> (You can see my code, nand_denali_fixup() in
> arch/arm/cpu/armv7/uniphier/board_late_init.c)
>
>
Hi Scott,
On Mon, 3 Nov 2014 15:40:59 -0600
Scott Wood wrote:
> On Thu, 2014-10-23 at 21:25 +0900, Masahiro Yamada wrote:
> > Since commit ff94bc40af34 (mtd, ubi, ubifs: resync with Linux-3.14),
> > chip->scan_bbt() is called at the end of nand_scan_tail().
> > It means the first read access ha
On Mon, 2014-11-03 at 15:40 -0600, Scott Wood wrote:
> On Thu, 2014-10-23 at 21:25 +0900, Masahiro Yamada wrote:
> > Since commit ff94bc40af34 (mtd, ubi, ubifs: resync with Linux-3.14),
> > chip->scan_bbt() is called at the end of nand_scan_tail().
> > It means the first read access happens immedia
On Thu, 2014-10-23 at 21:25 +0900, Masahiro Yamada wrote:
> Since commit ff94bc40af34 (mtd, ubi, ubifs: resync with Linux-3.14),
> chip->scan_bbt() is called at the end of nand_scan_tail().
> It means the first read access happens immediately after the generic
> NAND initialization process.
>
> It
Since commit ff94bc40af34 (mtd, ubi, ubifs: resync with Linux-3.14),
chip->scan_bbt() is called at the end of nand_scan_tail().
It means the first read access happens immediately after the generic
NAND initialization process.
It causes a problem to some SoCs of UniPhier platform because some of
th
6 matches
Mail list logo