On 10/28/07, <b class="gmail_sendername">Ramasamy C</b> <<a href="mailto:thedavinci@gmail.com">thedavinci@gmail.com</a>> wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br><br>Paul Thomas-12 wrote:<br>><br>> I can't seem to get the CP command to work at all. I want to test it by<br>> doing a simple SDRAM copy. I know the SDRAM works and I know where it is<br>> because I can use tftp to load a kernel image, and then boot the kernel
<br>> from<br>> RAM. I am using the linuxstamp <<a href="http://opencircuits.com/Linuxstamp">http://opencircuits.com/Linuxstamp</a>> which<br>> is<br>> based on atmel's at91rm9200. The main version I have been using is a
<br>> patched<br>> version of 1.1.6. I have also tried 1.3.0-rc3. Both versions have the same<br>> result. If I do<br>>> tftpboot 20100000 uImage<br>> This works. If I do<br>>> md 20000000<br>> or
<br>>> md 20001000<br>> It works, but if I do<br>>> cp 20000000 20001000 256<br>> I get the error<br>> "Copy to Flash... General Flash Programming Error"<br>> Why does it think this is a flash operation? I am using RAM addresses. If
<br>> I<br>> do<br>>> protect off all<br>> It doesn't change anything<br>><br>> I feel like I don't understand something important about how CP works.<br>> Please help.<br>><br>> thanks,
<br>> Paul<br>><br><br>>From your board definitions if i understand, the CFG_FLASH_BASE is at<br>0x10000000 for 2 Megs. Please check with "flinfo" command to see if the<br>sectors are listed out correctly. The problem seems to be that the address
<br>20001000 in "cp" command is detected in the flash region. In case if it is<br>in the RAM region, it should be copied.<br><br>Moreover, direct tftp to flash region is possible. So, we cannot conclude<br>from tftp that the address is in RAM region.
<br></blockquote></div><br>The board configurations looks ok. But the 'Copy to Flash' message would
print if and only if the destination address is in flash area and not
in dataflash area. The 'memcpy' is a function that can be used within
u-boot. It is not available as a command in u-boot.<br>
<br>
Please cross check with the flash configuration options. In case if you use a Dataflash and disable normal flash, how are you
disabling the flash options? If
you have access to the u-boot code for modification, check in
board/at91rm9200dk/flash.c: You could see an array definition
'flash_info' being used throughout. So, the size values/start addressess are kept at 0 in case of a disabled flash. The function 'addr2info' which is in common/flash.c would check for addresses in the limit: start_address and (start_address + size - 1) which being unsigned would be 0xffffffff and would detect it in the flash region.
<br><br>To cross check this scenario: Try copying to some other area in the memory. It should again be detected in the flash. Moreover 'cp' should detect 'copy to flash' for any area. To my understanding, i guess this would be a possible scenario.
<br><br>Quote from board/at91rm9200dk/flash.c:<br>void flash_identification (flash_info_t * info)<br>{<br>...<br> /* Vendor type */<br> info->flash_id = ATM_MANUFACT & FLASH_VENDMASK;<br> printf ("Atmel: ");
<br>...<br>}<br><br>The vendor type for flash has been directly assigned. This should not be generally done. Check for device ID or some tag bits from the flash and depending on the type detected, assign this ID. The flash_id is one of the keyfield used in the 'addr2info' function which is inturn used by many other functions.
<br><br>