Andreas Schweigstill wrote:
Hello!
Wolfgang Denk schrieb:
... and to me this sounds is if it would fit better in the set of flash related commands (protect etc.) than any other existing interface.
The flash related commands could work on an extension of the block device layer. IDE/ATA drives also seem to have a means for provision of drive geometry data to the file system driver or application (e.g. fdisk under DOS/Windows/Linux). (Yes, I am just joking... :-) )
There is something what I really don't like about U-Boot's current Dataflash implementation: after copying data to Dataflash using the "cp.b" command the source data has been corrupted; it has been swapped with the old contents of the Dataflash. The reason for this behaviour can be found in the AT91F_SpiWrite() function (at45.c) which programs the PDC to use the SPI transmit buffer address also as receive address. Has anybody found out if it is possible to ignore the read data?
If you find that annoying, you can always generate a patch which allocates a 1056 byte buffer and use that as the receive buffer for all transfers.
With best regards Andreas Scheigstill
Best Regards, Ulf Samuelsson ulf@atmel.com GSM: +46 (706) 22 44 57 Tel: +46 (8) 441 54 22 Fax: +46 (8) 441 54 29 Mail: Box 2033 174 02 Sundbyberg Visit: Kavallerivägen 24 174 58 Sundbyberg' Sweden