[PATCH 0/2] Improve GTA02 NAND read performance by 41%

Andy Green andy at openmoko.com
Tue Oct 21 01:33:34 CEST 2008


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Somebody in the thread at some point said:

| result (based on 512byte dd): 9.197MByte/sec	(98% speed-up)

Wow... the 98% sounds good already but on a benefit-per-line-of-patch
basis it's probably a record.

| However, I don't think that all of the time is spent copying data, but
rather
| polling for when data is finished. The s3c244x (not 2410) support a RnB
| interrupt which should solve this issue.
|
| The mainline kernel NAND code doesn't have infrastructure for this yet,
| but I'm working on this right now.

Yes this is similar to the Glamo MCI thing, you ask for a block and then
some time later you get a completion interrupt.  In the meanwhile the
MCI stack has allowed other processes to get the CPU... it'd be cool to
have that for NAND too because at boot-time there can easily be other
processes floating around that have a use for the CPU inbetween NAND,
and if not then parallel startup will increase the probability of it.

| In any case, I'd recommend to test+apply my patches. 41.9% increased NAND
| performance are probably of good use to every GTA02 user :)

We'll test this today, thanks a lot for the work.

- -Andy

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkj9FU4ACgkQOjLpvpq7dMpWvACePALAMW7gIr4xPTDZkQ3zZuMw
sUEAn3oeVuXi8etj3Xv/L0qRSgDwC1Et
=Opbc
-----END PGP SIGNATURE-----



More information about the openmoko-kernel mailing list