Hi John, On 12/11/2014 01:15, John Tobias wrote: > Hi Otavio, > > In iMX6DQ data sheet the stack address is 0x0093FFB8 (page 383). > While, in iMX6SDL datasheet (page 393) is 0x0091FFB8. >
???? I admit that I should take a coffe, and after that maybe I can realize what you are saying. Anyway, it is normal for processors to set the stack pointer. If at a certain point the stack pointer is automatically set, well, this is another case. The internal ROM will set the stack pointer to a well defined address when it starts, but it does not mean that is fixed for other part of code. The problem arises if from our code (SPL) we call functions inside the ROM, and of course this can have conflicts if they share the same address range. This is also not your case - if that happens, two separate stack area must be taken. What you are referring is the stack pointer of the ROM. Well, the processors have different ROMs (only Freescale knows the differences) and of course they can use differently the IRAM. But when the ROM gives the control to the loaded image (SPL), this can use the whole IRAM (with the use case exception I mentioned before). That is the reason because ventana and Compulab have no problems at all. IMHO what you are saying is not correct. Maybe I see things different after a cup of coffee :-D. Best regards, Stefano Babic -- ===================================================================== DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-53 Fax: +49-8142-66989-80 Email: sba...@denx.de ===================================================================== _______________________________________________ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
