Hey David, That controller address was used for the software calibration of the ROACH 2 QDR interface. It appears that hardware calibration has since been implemented on ROACH 2, leaving that register superfluous for all of the ROACH platforms. However, digging through the library, calibration flags (cal_fail and phy_ready and a software qdr_reset) for the 4 QDR chips should be available in 0x7000, 0x8000, 0x9000, 0xA0000 (does one of these appear in the system.mhs you just compiled?) -- which don't appear to go into core_info.tab anywhere. I expect these should be the addresses in core_info.tab pointed to by qdr[X]_ctrl.
Cheers, Jack On 31 January 2013 07:43, David MacMahon <[email protected]> wrote: > While getting the ROACH2 core_info.tab parameters correct for the ADC16 > yellow block, I noticed that core_info.tab is setup to specify the same > starting offset of 60000 (hex) for both "sfp_gpio_data_in" and "qdr3_ctrl". > I built a test model consisting of QDR3 and an SFP+ core, but the only > thing I saw in the system.mhs at address 0x60000 was sfp+ related. The > "qdr3_controller" instance didn't even have a base address. > > It seems like maybe the "qdrX_ctrl" lines in the ROACH2 core_info.tab are > extraneous and should be removed. Can anyone familiar with the inner > workings of the QDR block please comment? > > Thanks, > Dave > > >
