From mboxrd@z Thu Jan  1 00:00:00 1970
From: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
Date: Wed, 17 Dec 2008 10:04:08 +0100
Subject: [U-Boot] [PATCH 0/2] CFI: increase performance
In-Reply-To: <49489B37.9020000@tqs.de>
References: <20081216162453.2866.750.stgit@tq-sewsrv-4.tq-net.de>
	<20081216163602.GC24266@game.jcrosoft.org>
	<4947DB7E.2030101@tqs.de>
	<20081216171315.GE24266@game.jcrosoft.org>
	<49489B37.9020000@tqs.de>
Message-ID: <20081217090408.GA26222@game.jcrosoft.org>
List-Id: <u-boot.lists.denx.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
To: u-boot@lists.denx.de

On 07:24 Wed 17 Dec     , Jens Gehrlein wrote:
> Dear Jean-Christophe,
>
> Jean-Christophe PLAGNIOL-VILLARD schrieb:
>> On 17:46 Tue 16 Dec     , Jens Gehrlein wrote:
>>> Jean-Christophe PLAGNIOL-VILLARD schrieb:
>>>> On 17:25 Tue 16 Dec     , Jens Gehrlein wrote:
>>>>> Hi list,
>>>>>
>>>>> The following patches should increase the performance of the CFI driver,
>>>>> particularly with regard to single word programming mode.
>>>>>
>>>>> I tested it on TQM5200S with NOR-Flash Samsung K8P2815UQB, which has no
>>>>> write buffer. At least no write buffer, that could be programmed using
>>>>> standard commands.
>>>>>
>>>>> Performance increase on this TQM is about factor 2.6 (37 KiB/s -> 95 KiB/s).
>>>>> On the same module with Spansion S29GL128N (with write buffer) it is about
>>>>> factor 1.2 (455 KiB/s -> 585 KiB/s).
>>>>>
>>>>> TQM5200 is a bottom boot module with 2x16 Bit Flash connection. Could someone
>>>>> test the patches on other HW, particularly top boot, other CPU, other flash
>>>>> width, please?
>>>> Could you try it against the qemu SVN HEAD
>>> ??? Sorry, what is qemu SVN HEAD ???
>>>
>> In qemu you have 2 boards emulated with u-boot support qemu_mips and SX1
>
> Now, I understand, what you meant.
>
>>
>> it'll be nice to test them also
>>
>> please note they are only in the SVN tree of qemu
>
> Because I'm neither familiar with qemu nor with svn I can't do that
> with little effort (installation, familiarization, etc.). Beside that,
> how could a virtual machine simulate the real bus access with it's
> bus timing? If I'm right in this point, only testing on another
> architecture is possible, but no performance test.
It's simple to use I've write a doc about the qemu_mips usage in
doc/README.qemu_mips

and I've resend doc update yesterday to the ML

for the SX1
it's nearly the same as the qemu_mips but the cmdline to start qemu will be
dd of=SX1/flash bs=1k count=32k if=/dev/zero
dd of=SX1/flash bs=1k conv=notrunc if=SX1/u-boot.bin
/opt/qemu/bin/qemu-system-arm -M sx1 -monitor pty -nographic -m 98 -pflash SX1/flash

and the tree to use the SX1 is u-boot-arm/next
with make SX1_stdout_serial_config

Best Regards,
J.