-----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-----
