In message 45BD4EA8.90206@schweigstill.de you wrote:
Oh, since lots of people here are using U-Boot on AT91RM9200 I thought that such behaviour was a feature. The really big problems occur when
None of the AT91 systems I had under my fingers used dataflash.
using imxtract command because the multi-file image will be corrupted. Also verifying the Dataflash contents becomes quite difficult when the source has been overwritten.
Indeed. It's simply a bug.
So I suggest that the AT91F_SpiWrite() function has to be modified, e.g. with a new parameter which determines if the source has to be overwritten. How many applications have been written which depend on the strange cp.b behaviour? Should there be an environment variable? Hmmm.... bad idea.
No, this bug should be fixed, and no effort needs to be wasted on bug-compatibility.
Best regards,
Wolfgang Denk