Hi Eric,
After reviewing the Vybrid Refernce Manual update, I see that there are a couple of mistakes. The following two fields do apply to LPDDR2 and need to be set with correct delay settings:
CR105[23:8]
CR110[15:0]
The Read Leveling parameters are required to correctly offset the DQS strobe to the data so the strobe latches in data during the valid data window.
The Read Gate Leveling parameters are used for DDR3 only. I think this subtle point was missed by the technical writers.
I will add this to the list of changes that need to be made to the manual.
With regards to question #2: It looks like two of the register are required for normal operations (CR39, CR41)
CR38 - This is a register that controls dynamic frequency scaling. This feature was not implemented in the silicon design of the chip, so this register should not be set. Leave as 0x00000000
CR39 - This register appears to be designated at "reserved" in error and needs to be updated. Specifically, bit fields [15:8] and [31:16] need valid parameters. Recommend a setting of 0x04001000
CR41 - This register also appears to be designated at "reserved" in error and needs to be updated. Specifically, bit field [0] needs to be set to 'b1. Recommend a setting of 0x00000001
CR125 - Sets timing parameters for a DLL_RST signal that is not used in the silicon. This register should not be set. Leave as 0x00000000.
CR131 - Sets a timing parameter that is not used in the Vybrid silicon. This register should not be set. Leave as 0x00000000.
These registers are further described in the Vybrid Register programming aid. Hopefully you have this. The Reference Manual re-wrtie was intented to remove useless information that was confusing customers. It seems that some of the section updates were mistakenly changed to "reserved".
Please change your code to include proper settings for CR105, CR110 and the recommended settings for CR39 and CR41 above. Please removed any reference to write to registers CR38, CR125 and CR131.
Confirm that these settings work for your board.
If they don't, reply back in this post and I will pursue the issue further. I'm sorry for the trouble this has caused.
Cheers,
Mark
CC: jiri-b36968