[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1321995943.2222.3.camel@koala>
Date: Tue, 22 Nov 2011 23:05:38 +0200
From: Artem Bityutskiy <dedekind1@...il.com>
To: LiuShuo <b35362@...escale.com>
Cc: dwmw2@...radead.org, Artem.Bityutskiy@...ia.com,
linux-mtd@...ts.infradead.org, linuxppc-dev@...ts.ozlabs.org,
akpm@...ux-foundation.org, linux-kernel@...r.kernel.org,
leoli@...escale.com, scottwood@...escale.com,
Jerry Huang <Chang-Ming.Huang@...escale.com>,
Tang Yuantian <b29983@...escale.com>
Subject: Re: [PATCH 2/3] mtd/nand : set Nand flash page address to FBAR and
FPAR correctly
On Fri, 2011-11-18 at 10:08 +0800, LiuShuo wrote:
> Ok and I want to add another patch before 3/3.
>
> -LiuShuo
> > On Tue, 2011-11-15 at 17:29 +0800, b35362@...escale.com wrote:
> >> From: Liu Shuo<b35362@...escale.com>
> >>
> >> If we use the Nand flash chip whose number of pages in a block is greater
> >> than 64(for large page), we must treat the low bit of FBAR as being the
> >> high bit of the page address due to the limitation of FCM, it simply uses
> >> the low 6-bits (for large page) of the combined block/page address as the
> >> FPAR component, rather than considering the actual block size.
> > Looks like this patch depends on the previous white-space clean-up patch
> > - could you please refactor it (and 3/3 too) and resend?
> Ok and I am going to add another new patch before 3/3.
Sure, send 3/3 as well because this one depends on the cleanup patch, so
cannot be applied independently.
Artem.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists