Honored ContributorI have a problem with my DDR2-RAM.
I want to boot out of my Flash Device and run the uClinux in my DDR2. The Problem is, that my DDR2 is storing some initalization data in the first regions of the ddr2 and that i shouldn't use that adr-area. i doesn't help just changing the reset and exception vector. hope my description is enough. MfG Sven
Honored Contributorhi!
as far as i know, the ddr2 memory controller uses the first few bytes at startup to calibrate its timings for accesses and destroys data located there. take a look at the controller user guide from altera http://www.altera.com/literature/ug/ug_ddr_ddr2_sdram_hp.pdf chapter 5, "The Testbench Stages". additionally it's not the best practice to store initialisation data in volatile memories since you can't rely on the contents after startup or reset situation. collect these data dynamically from the used peripherals or store static data also in the flash. greetz, schafrichterHonored ContributorI start out of the flash and unzip it in the ddr2, but i need a offset to not erase the inital data. or i need to know where the calibration data is stored and how to copy it to the flash.
the best solution for me is to start uClinux with an offset of 0x1000 or something like that. is there a way to modify the start adress?Honored ContributorDoes the Kernel not unzip itself automatically ?
Honored ContributorHonored ContributorI am working on 2.6.31 and I will add an config for the offset to ddr which might be helpful to your case.
- HippoHonored Contributori can't start any programm in the first 0x300 or 0x500 adr-areas or my programm or uclinux just freezes.
hippo do you know where to change that setting? would be helpful for my project to know where to change that right now :)Honored Contributorjust a question: did you try another (type of) memory? copy the image to an sram or onchip (i do not work with uClinux, so i don't know how much memory space it needs to run from).
i had some issues when i set the start address of the nios ii to ddr2 ram. after a hardware reset the nios II did not run since some of the data was overwritten by the ddr2 controller.Honored Contributorthe onchip is way too small and the sram too :(
but that is not my problem the problem is that uclinux wants to unzip it self to the start of the ddr and the calibration data is killedHonored ContributorChanging the starting area with an offset of 0x<offset> you just have to alternet the gen_nios2.h.pl and the exception vector :)
works for me ;) mfg sven
