Gelinske
Cc: u-boot@lists.denx.de
Subject: Re: [U-Boot] [PATCH RFC] NAND: Improve read performance from
Large Page NAND devices
On 16/01/10 01:51, Josh Gelinske wrote:
>
> What kind of CPU usage are you seeing? I am throughput of ~1.9MBs for
writes
> on a Samsung K9WBG08U1M 4GB with 4K page
On 16/01/10 01:51, Josh Gelinske wrote:
>
> What kind of CPU usage are you seeing? I am throughput of ~1.9MBs for writes
> on a Samsung K9WBG08U1M 4GB with 4K page but with high cpu usage.
>
I'm not sure what you are asking here. There is no idle loop to measure so
CPU is running at 100%.
The c
What kind of CPU usage are you seeing? I am throughput of ~1.9MBs for writes
on a Samsung K9WBG08U1M 4GB with 4K page but with high cpu usage.
Nick Thompson-9 wrote:
>
> On 09/12/09 11:02, Wolfgang Denk wrote:
>> Dear Nick Thompson,
>>
>> In message <4b1e71d9.6080...@ge.com> you wrote:
>>> Im
On 09/12/09 11:02, Wolfgang Denk wrote:
> Dear Nick Thompson,
>
> In message <4b1e71d9.6080...@ge.com> you wrote:
>> Improve read performance from Large Page NAND devices.
>>
>> This patch produces a ~31% improvement in oob_first read speed (on a
>> 300MHz ARM9). The time for a mid-buffer 2k page
Dear Nick Thompson,
In message <4b1e71d9.6080...@ge.com> you wrote:
> Improve read performance from Large Page NAND devices.
>
> This patch produces a ~31% improvement in oob_first read speed (on a
> 300MHz ARM9). The time for a mid-buffer 2k page read is now 293us,
> 6.99MB/s (was 385us, 5.31MB/
On 08/12/09 22:06, Wolfgang Denk wrote:
> Dear Nick Thompson,
>
> In message <4b1e71d9.6080...@ge.com> you wrote:
>> Improve read performance from Large Page NAND devices.
>>
>> This patch produces a ~31% improvement in oob_first read speed (on a
>> 300MHz ARM9). The time for a mid-buffer 2k page
Dear Nick Thompson,
In message <4b1e71d9.6080...@ge.com> you wrote:
> Improve read performance from Large Page NAND devices.
>
> This patch produces a ~31% improvement in oob_first read speed (on a
> 300MHz ARM9). The time for a mid-buffer 2k page read is now 293us,
> 6.99MB/s (was 385us, 5.31MB/
Improve read performance from Large Page NAND devices.
This patch produces a ~31% improvement in oob_first read speed (on a
300MHz ARM9). The time for a mid-buffer 2k page read is now 293us,
6.99MB/s (was 385us, 5.31MB/s). oob_first is probably the best case
improvement.
Signed-off-by: Nick Thomp
Nick Thompson wrote:
> On 01/12/09 10:13, Nick Thompson wrote:
>> On 01/12/09 00:55, Scott Wood wrote:
>
>>> This change will break drivers that support large page and use the
>>> default read_page functions, but do not implement cmd_ctrl (they replace
>>> cmdfunc instead). This includes fsl_el
Nick Thompson wrote:
> I could put in a CONFIG_NAND_NO_LARGE_PAGE as well, but since small
> page devices are EOL now I was only looking to make it easier to
> remove legacy code (a bit like the Museum IDs in nand_ids.c).
I don't think small page support is going away any time soon.
>> Does it re
On 01/12/09 10:13, Nick Thompson wrote:
> On 01/12/09 00:55, Scott Wood wrote:
>> This change will break drivers that support large page and use the
>> default read_page functions, but do not implement cmd_ctrl (they replace
>> cmdfunc instead). This includes fsl_elbc_nand, mxc_nand, and
>> mp
On 01/12/09 00:55, Scott Wood wrote:
> Nick Thompson wrote:
>> Improve read performance from Large Page NAND devices.
>>
>> This patch employs the following concepts to produce a ~37% improvement in
>> oob_first read speed (on a 300MHz ARM9). The time for a mid-buffer 2k page
>> read is now 260us,
Nick Thompson wrote:
> Improve read performance from Large Page NAND devices.
>
> This patch employs the following concepts to produce a ~37% improvement in
> oob_first read speed (on a 300MHz ARM9). The time for a mid-buffer 2k page
> read is now 260us, 7.88MB/s (was 357us, 5.74MB/s). oob_first i
Improve read performance from Large Page NAND devices.
This patch employs the following concepts to produce a ~37% improvement in
oob_first read speed (on a 300MHz ARM9). The time for a mid-buffer 2k page
read is now 260us, 7.88MB/s (was 357us, 5.74MB/s). oob_first is probably
the best case improv
14 matches
Mail list logo
