Hey Glen, most of the porting to roach2 has been tested on older versions of the tools, namely 11.4 and matlab 2008. Maybe there is a difference between versions. Ill see if I can replicate the issue on our side on monday.
Wes On 7/20/12, G Jones <[email protected]> wrote: > Yep, I agree again, but the MHS file that sets the parameters (as far > as I remember) looks OK too. I'll try grepping through the build > directory to see if I can figure out where the crazy value is coming > from. > > On Fri, Jul 20, 2012 at 2:15 PM, Ryan Monroe <[email protected]> > wrote: >> Ahem, by 'log file', I meant 'HDL file'. >> >> >> On 07/20/2012 02:13 PM, G Jones wrote: >>> >>> I agree, but the mystery is how that crazy binary value is getting in >>> there... >>> I should also note that I was able to build ROACH II designs with the >>> casper-astro/mlib_devel, but the resulting boffiles caused a kernel >>> panic sort of error when reading the registers. Using a known good >>> boffile from Rurik showed that the ROACH II itself was not the cause >>> of the problem. >>> >>> Glenn >>> >>> On Fri, Jul 20, 2012 at 2:09 PM, Ryan Monroe <[email protected]> >>> wrote: >>>> >>>> Hey Glenn, >>>> >>>> I would guess that the HDL is wrong. Reference the ISE 13.4 / Virtex 6 >>>> HDL >>>> libraries guide, page 249: >>>> >>>> http://www.xilinx.com/support/documentation/sw_manuals/xilinx13_4/virtex6_hdl.pdf >>>> >>>> Looks like it wants a float, representing the input period here. >>>> Definitely >>>> not a binary value... >>>> >>>> But I haven't looked at the HDL myself, I'm just going off of the >>>> report >>>> in >>>> this email. Take this all with a pinch of salt. >>>> >>>> Anyways, how's life? I haven't seen you in awhile--don't I still owe >>>> you >>>> a >>>> beer? :-) >>>> >>>> --Ryan >>>> >>>> >>>> On 07/20/2012 01:51 PM, G Jones wrote: >>>>> >>>>> Hello, >>>>> I am running into a problem (error message below) when trying to build >>>>> simple designs for the ROACH II. I am using the ska-sa/mlib_devel >>>>> freshly cloned from github. I have double checked that my paths only >>>>> point to this version. I am using ISE 13.4 and MATLAB 2011a. The >>>>> design is very simple, just a blinking LED and a software register. I >>>>> initially tried clocking off of sys_clk at 100 MHz, but found the same >>>>> problem when I added an ADC to the design and selected adc0_clk at 200 >>>>> MHz. >>>>> The problem occurs during ngdbuild of system.ngd >>>>> >>>>> Mark Wagner says he has also seen this problem. >>>>> >>>>> I checked the roach_infrastructure.v code in the pcore and it looks >>>>> reasonable to me. >>>>> >>>>> Does anyone have any suggestions? >>>>> >>>>> Thanks, >>>>> Glenn >>>>> >>>>> Annotating constraints to design from ucf file "system.ucf" ... >>>>> Resolving constraint associations... >>>>> Checking Constraint Associations... >>>>> INFO:ConstraintSystem:178 - TNM 'sys_clk_n', used in period >>>>> specification >>>>> 'TS_sys_clk_n', was traced into MMCM_ADV instance >>>>> infrastructure_inst/MMCM_BASE_clk_200_inst. The following new TNM >>>>> groups and >>>>> period specifications were generated at the MMCM_ADV output(s): >>>>> CLKOUT1: <TIMESPEC >>>>> TS_infrastructure_inst_infrastructure_inst_sys_clk2x_mmcm >>>>> = PERIOD "infrastructure_inst_infrastructure_inst_sys_clk2x_mmcm" >>>>> TS_sys_clk_n HIGH 50%> >>>>> >>>>> INFO:ConstraintSystem:178 - TNM 'sys_clk_n', used in period >>>>> specification >>>>> 'TS_sys_clk_n', was traced into MMCM_ADV instance >>>>> infrastructure_inst/MMCM_BASE_inst. The following new TNM groups >>>>> and >>>>> period >>>>> specifications were generated at the MMCM_ADV output(s): >>>>> CLKOUT1: <TIMESPEC >>>>> TS_infrastructure_inst_infrastructure_inst_sys_clk_mmcm = >>>>> PERIOD "infrastructure_inst_infrastructure_inst_sys_clk_mmcm" >>>>> TS_sys_clk_n >>>>> HIGH 50%> >>>>> >>>>> INFO:ConstraintSystem - The Period constraint <PERIOD = 5 ns ;> >>>>> [system.ucf(393)], is specified using the Net Period method which >>>>> is >>>>> not >>>>> recommended. Please use the Timespec PERIOD method. >>>>> >>>>> INFO:ConstraintSystem - The Period constraint <PERIOD = 5 ns ;> >>>>> [system.ucf(394)], is specified using the Net Period method which >>>>> is >>>>> not >>>>> recommended. Please use the Timespec PERIOD method. >>>>> >>>>> Done... >>>>> >>>>> ERROR:LIT:374 - Attribute CLKIN1_PERIOD on MMCM_ADV instance >>>>> "infrastructure_inst/infrastructure_inst/MMCM_BASE_inst" has >>>>> invalid >>>>> value >>>>> >>>>> "64'SB0000000000000000000000000000000000000000000000000000000000001010". >>>>> The >>>>> CLKIN1_PERIOD attribute should have a real number, followed by >>>>> optional time >>>>> or frequency units; nS are assumed if no units are given. >>>>> WARNING:NgdBuild:1440 - User specified non-default attribute value >>>>> >>>>> (64'SB0000000000000000000000000000000000000000000000000000000000001010) >>>>> was >>>>> detected for the CLKIN1_PERIOD attribute on MMCM >>>>> "infrastructure_inst/MMCM_BASE_inst". This does not match the >>>>> PERIOD >>>>> constraint value (100 MHz.). The uncertainty calculation will >>>>> use >>>>> the >>>>> PERIOD >>>>> constraint value. This could result in incorrect uncertainty >>>>> calculated for >>>>> MMCM output clocks. >>>>> Checking expanded design ... >>>>> >> > >
