Re: [casper] errors of casper_xps on tut3
Hi I have download the old pcore version,the previous problem seems resolved. But another problem appear as below. Because the FPGA on my roach board is virtex6sx,but EDK says "ERROR:EDK - IPNAME: opb_v20, INSTANCE: opb0 - not supported for architecture virtex6sx".How can I do? Format revision of project to EDK 14.3 completed ERROR:EDK - IPNAME: opb_v20, INSTANCE: opb0 - not supported for architecture 'virtex6sx' - /opt/mlib_devel-master-backup1020/tut3/XPS_ROACH2_base/system.mhs line 119 WARNING:EDK - IPNAME: opb_bram_if_cntlr, INSTANCE: tut3_even - Superseded core for architecture 'virtex6sx' - /opt/mlib_devel-master-backup1020/tut3/XPS_ROACH2_base/system.mhs line 281 WARNING:EDK - IPNAME: opb_bram_if_cntlr, INSTANCE: tut3_odd - Superseded core for architecture 'virtex6sx' - /opt/mlib_devel-master-backup1020/tut3/XPS_ROACH2_base/system.mhs line 472 ERROR:EDK - while loading XMP file -原始邮件- 发件人: "Wang Jinqing" 发送时间: 2014年10月23日 星期四 收件人: casper@lists.berkeley.edu 抄送: 主题: errors of casper_xps on tut3 Hi: I have run the casper_xps to synthesize tut3.mdl. At begining it seems well. But at last the system generator pop out such error informations as below, the main problem is "cannot find MPD for the pcore". Does anyone run into such problems?How can I fix this problem? The model I used see the appendix. Best Regards. Oliver Wang Moving all revup related files to 'revup' folder... Format revision of project to EDK 14.3 completed ERROR:EDK - IPNAME: opb_bram_if_cntlr, INSTANCE: tut3_even - cannot find MPD for the pcore 'opb_bram_if_cntlr_v1_00_a' in any of the repositories - /opt/mlib_devel-master-backup1020/tut3/XPS_ROACH2_base/system.mhs line 281 ERROR:EDK - IPNAME: opb_v20, INSTANCE: opb0 - cannot find MPD for the pcore 'opb_v20_v1_10_c' in any of the repositories - /opt/mlib_devel-master-backup1020/tut3/XPS_ROACH2_base/system.mhs line 119 ERROR:EDK - IPNAME: opb_bram_if_cntlr, INSTANCE: tut3_even - cannot find MPD for the pcore 'opb_bram_if_cntlr_v1_00_a' in any of the repositories - /opt/mlib_devel-master-backup1020/tut3/XPS_ROACH2_base/system.mhs line 281 ERROR:EDK - IPNAME: opb_bram_if_cntlr, INSTANCE: tut3_odd - cannot find MPD for the pcore 'opb_bram_if_cntlr_v1_00_a' in any of the repositories - /opt/mlib_devel-master-backup1020/tut3/XPS_ROACH2_base/system.mhs line 472 ERROR:EDK - IPNAME: opb_v20, INSTANCE: opb0 - cannot find MPD for the pcore - /opt/mlib_devel-master-backup1020/tut3/XPS_ROACH2_base/system.mhs line 119 ERROR:EDK - IPNAME: opb_bram_if_cntlr, INSTANCE: tut3_even - cannot find MPD for the pcore - /opt/mlib_devel-master-backup1020/tut3/XPS_ROACH2_base/system.mhs line 281 ERROR:EDK - IPNAME: opb_bram_if_cntlr, INSTANCE: tut3_odd - cannot find MPD for the pcore - /opt/mlib_devel-master-backup1020/tut3/XPS_ROACH2_base/system.mhs line 472 ERROR:EDK - while loading XMP file XPS% Evaluating file run_xps.tcl ERROR:EDK - Load a MHS or XMP file first Error using gen_xps_files (line 685) XPS failed.
[casper] QDR error
Hello everyone, I'm trying to compile a corner turner spectrometer using a QDR.. but I get the following error in the compilation that I've not been able to fix: ERROR:EDK:4072 - INSTANCE: qdr0_controller, PORT: clk180 - port is driven by a sourceless connector - /home/roach/Desktop/Raul/workspace/tut5_megachannel_spec/rmspec_roach1_b/XPS_ ROACH_base/system.mhs line 393 ERROR:EDK:4072 - INSTANCE: qdr0_controller, PORT: clk270 - port is driven by a sourceless connector - /home/roach/Desktop/Raul/workspace/tut5_megachannel_spec/rmspec_roach1_b/XPS_ ROACH_base/system.mhs line 393 Any ideas of how to fix it? Best regards, Raul
Re: [casper] errors of casper_xps on tut3
Hi, If you look in the opb_v20 mpd file -- https://github.com/jack-h/mlib_devel/blob/master/xps_base/XPS_ROACH2_base/pcores/opb_v20_v1_10_c/data/opb_v20_v2_1_0.mpd -- you should see an option "OPTION ARCH_SUPPORT_MAP" which defines the FPGA types supported by the core. If you add "virtex6sx=available" to this option you should be able to progress with the compile. Where did you get your pcores from? (I thought I had fixed this in the file linked from the casper wiki). Cheers, Jack On 23 October 2014 13:15, Wang Jinqing wrote: > Hi > > I have download the old pcore version,the previous problem seems resolved. > But another problem appear as below. > Because the FPGA on my roach board is virtex6sx,but EDK says "ERROR:EDK - > IPNAME: opb_v20, INSTANCE: opb0 - not supported for architecture > virtex6sx".How can I do? > > > Format revision of project to EDK 14.3 completed > ERROR:EDK - IPNAME: opb_v20, INSTANCE: opb0 - not supported for architecture >'virtex6sx' - >/opt/mlib_devel-master-backup1020/tut3/XPS_ROACH2_base/system.mhs line > 119 > WARNING:EDK - IPNAME: opb_bram_if_cntlr, INSTANCE: tut3_even - Superseded > core >for architecture 'virtex6sx' - >/opt/mlib_devel-master-backup1020/tut3/XPS_ROACH2_base/system.mhs line > 281 > WARNING:EDK - IPNAME: opb_bram_if_cntlr, INSTANCE: tut3_odd - Superseded > core >for architecture 'virtex6sx' - >/opt/mlib_devel-master-backup1020/tut3/XPS_ROACH2_base/system.mhs line > 472 > ERROR:EDK - while loading XMP file > > -原始邮件- > 发件人: "Wang Jinqing" > 发送时间: 2014年10月23日 星期四 > 收件人: casper@lists.berkeley.edu > 抄送: > 主题: errors of casper_xps on tut3 > > Hi: > > I have run the casper_xps to synthesize tut3.mdl. At begining it seems well. > But at last the system generator pop out such error informations as below, > the main problem is "cannot find MPD for the pcore". Does anyone run into > such problems?How can I fix this problem? > > The model I used see the appendix. > > Best Regards. > Oliver Wang > > > Moving all revup related files to 'revup' folder... > > Format revision of project to EDK 14.3 completed > ERROR:EDK - IPNAME: opb_bram_if_cntlr, INSTANCE: tut3_even - cannot find MPD > for >the pcore 'opb_bram_if_cntlr_v1_00_a' in any of the repositories - >/opt/mlib_devel-master-backup1020/tut3/XPS_ROACH2_base/system.mhs line > 281 > ERROR:EDK - IPNAME: opb_v20, INSTANCE: opb0 - cannot find MPD for the pcore >'opb_v20_v1_10_c' in any of the repositories - >/opt/mlib_devel-master-backup1020/tut3/XPS_ROACH2_base/system.mhs line > 119 > ERROR:EDK - IPNAME: opb_bram_if_cntlr, INSTANCE: tut3_even - cannot find MPD > for >the pcore 'opb_bram_if_cntlr_v1_00_a' in any of the repositories - >/opt/mlib_devel-master-backup1020/tut3/XPS_ROACH2_base/system.mhs line > 281 > ERROR:EDK - IPNAME: opb_bram_if_cntlr, INSTANCE: tut3_odd - cannot find MPD > for >the pcore 'opb_bram_if_cntlr_v1_00_a' in any of the repositories - >/opt/mlib_devel-master-backup1020/tut3/XPS_ROACH2_base/system.mhs line > 472 > ERROR:EDK - IPNAME: opb_v20, INSTANCE: opb0 - cannot find MPD for the pcore > - >/opt/mlib_devel-master-backup1020/tut3/XPS_ROACH2_base/system.mhs line > 119 > ERROR:EDK - IPNAME: opb_bram_if_cntlr, INSTANCE: tut3_even - cannot find MPD > for >the pcore - > /opt/mlib_devel-master-backup1020/tut3/XPS_ROACH2_base/system.mhs >line 281 > ERROR:EDK - IPNAME: opb_bram_if_cntlr, INSTANCE: tut3_odd - cannot find MPD > for >the pcore - > /opt/mlib_devel-master-backup1020/tut3/XPS_ROACH2_base/system.mhs >line 472 > ERROR:EDK - while loading XMP file > > XPS% Evaluating file run_xps.tcl > ERROR:EDK - Load a MHS or XMP file first > Error using gen_xps_files (line 685) > XPS failed. > > > > > > > > > > >
Re: [casper] QDR error
Hi Raul, Few questions -- Which mlib_devel repository are you using? Which board are you compiling for? What are you clocking your design from (what have you set the MSSGE block clock source to, and do you have the corresponding blocks in your model if you've selected an ADC?) Cheers, Jack On 23 October 2014 13:47, Raul Sapunar Opazo wrote: > Hello everyone, > > I'm trying to compile a corner turner spectrometer using a QDR.. but I get > the following error in the compilation that I've not been able to fix: > > ERROR:EDK:4072 - INSTANCE: qdr0_controller, PORT: clk180 - port is driven by > a >sourceless connector - > > /home/roach/Desktop/Raul/workspace/tut5_megachannel_spec/rmspec_roach1_b/XPS_ >ROACH_base/system.mhs line 393 > ERROR:EDK:4072 - INSTANCE: qdr0_controller, PORT: clk270 - port is driven by > a >sourceless connector - > > /home/roach/Desktop/Raul/workspace/tut5_megachannel_spec/rmspec_roach1_b/XPS_ >ROACH_base/system.mhs line 393 > > > Any ideas of how to fix it? > > Best regards, > > Raul
Re: [casper] QDR error
Hi Jack, *Which mlib_devel repository are you using?*I'm using mlib_devel a8c43a8 , from git://github.com/ska-sa/mlib_devel.git * . Which board are you compiling for?*I'm compiling for ROACH 1. * What are you clocking your design from (what have you set the MSSGE block clock source to, and do you have the corresponding blocks in your model if you've selected an ADC?)* I'm using the ADC 'adc08300' un ZDOK0. I'm actually trying to recompile the design of the old tutorial million channel spectrometer ( https://casper.berkeley.edu/wiki/Old_Tutorials#High_resolution_spectrometer) Best Regards, Raul 2014-10-23 10:27 GMT-03:00 Jack Hickish : > Hi Raul, > > Few questions -- > > Which mlib_devel repository are you using? > Which board are you compiling for? > What are you clocking your design from (what have you set the MSSGE > block clock source to, and do you have the corresponding blocks in > your model if you've selected an ADC?) > > Cheers, > Jack > > On 23 October 2014 13:47, Raul Sapunar Opazo wrote: > > Hello everyone, > > > > I'm trying to compile a corner turner spectrometer using a QDR.. but I > get > > the following error in the compilation that I've not been able to fix: > > > > ERROR:EDK:4072 - INSTANCE: qdr0_controller, PORT: clk180 - port is > driven by > > a > >sourceless connector - > > > > > /home/roach/Desktop/Raul/workspace/tut5_megachannel_spec/rmspec_roach1_b/XPS_ > >ROACH_base/system.mhs line 393 > > ERROR:EDK:4072 - INSTANCE: qdr0_controller, PORT: clk270 - port is > driven by > > a > >sourceless connector - > > > > > /home/roach/Desktop/Raul/workspace/tut5_megachannel_spec/rmspec_roach1_b/XPS_ > >ROACH_base/system.mhs line 393 > > > > > > Any ideas of how to fix it? > > > > Best regards, > > > > Raul >
Re: [casper] QDR error
Hi Raul, It looks to me (you could confirm this by grepping your way through XPS_ROACH_base/system.mhs) like that adc interface doesn't bother to provide 180 and 270 degree clocks to the rest of the design, which the QDR relies upon. The .m file which instantiates the interface suggests that a newer (ip_version = 1.01.a) version of the interface exists somewhere which does output these signals, but I don't have that version in my repository (maybe someone, somewhere does?). To get the QDR working with the existing ADC interface you'd need to modify the adc's hdl code (and matlab wrappers of it) to add these signals. In theory, that shouldn't be too difficult. If you want a hand trying to get this working let me know and I'll see if I can help do it sometime tomorrow. Cheers, Jack On 23 October 2014 15:48, Raul Sapunar Opazo wrote: > Hi Jack, > > Which mlib_devel repository are you using? > > I'm using mlib_devel a8c43a8 , from git://github.com/ska-sa/mlib_devel.git . > > > Which board are you compiling for? > > I'm compiling for ROACH 1. > > > What are you clocking your design from (what have you set the MSSGE block > clock source to, and do you have the corresponding blocks in > your model if you've selected an ADC?) > > I'm using the ADC 'adc08300' un ZDOK0. I'm actually trying to recompile the > design of the old tutorial million channel spectrometer ( > > https://casper.berkeley.edu/wiki/Old_Tutorials#High_resolution_spectrometer) > > > Best Regards, > > Raul > > 2014-10-23 10:27 GMT-03:00 Jack Hickish : > >> Hi Raul, >> >> Few questions -- >> >> Which mlib_devel repository are you using? >> Which board are you compiling for? >> What are you clocking your design from (what have you set the MSSGE >> block clock source to, and do you have the corresponding blocks in >> your model if you've selected an ADC?) >> >> Cheers, >> Jack >> >> On 23 October 2014 13:47, Raul Sapunar Opazo wrote: >> > Hello everyone, >> > >> > I'm trying to compile a corner turner spectrometer using a QDR.. but I >> > get >> > the following error in the compilation that I've not been able to fix: >> > >> > ERROR:EDK:4072 - INSTANCE: qdr0_controller, PORT: clk180 - port is >> > driven by >> > a >> >sourceless connector - >> > >> > >> > /home/roach/Desktop/Raul/workspace/tut5_megachannel_spec/rmspec_roach1_b/XPS_ >> >ROACH_base/system.mhs line 393 >> > ERROR:EDK:4072 - INSTANCE: qdr0_controller, PORT: clk270 - port is >> > driven by >> > a >> >sourceless connector - >> > >> > >> > /home/roach/Desktop/Raul/workspace/tut5_megachannel_spec/rmspec_roach1_b/XPS_ >> >ROACH_base/system.mhs line 393 >> > >> > >> > Any ideas of how to fix it? >> > >> > Best regards, >> > >> > Raul > >
[casper] about download the tut3.bof
Hi:
I have compiled the tut3 and got the bof file.Then I want to download the bof
file to the roach2 fpga. But errors show like below,it seem that the tut3.py
used the katcp version is not consist to the roach2's that result in the
download failed. How to fix this problem?
the tut3.py I used see the appendix.
Best Regards.
Oliver Wang
FAILURE DETECTED. Log entries:
192.168.40.60: Starting thread Thread-1
192.168.40.60: #version test-584-g9ebe0bd-dirty
192.168.40.60: #build-state 2012-06-26T09:26:06
192.168.40.60: #version-connect katcp-library test-584-g9ebe0bd-dirty
2012-06-26T09:26:06
192.168.40.60: #version-connect katcp-protocol 4.9-M
192.168.40.60: Protocol Version Error: Inform received from server indicating a
katcp protocol revision inconsistent with the previously detected version.
Disconnecting in disgust. Previous version: '4.0'. Inform received:
'#version-connect katcp-protocol 4.9-M'
192.168.40.60: #version-connect kernel 3.4.0-rc3+
#14\_Tue\_May\_29\_17:05:02\_SAST\_2012
192.168.40.60: Stopping thread Thread-1
None
FAILURE DETECTED. Log entries:
192.168.40.60: Starting thread Thread-1
192.168.40.60: #version test-584-g9ebe0bd-dirty
192.168.40.60: #build-state 2012-06-26T09:26:06
192.168.40.60: #version-connect katcp-library test-584-g9ebe0bd-dirty
2012-06-26T09:26:06
192.168.40.60: #version-connect katcp-protocol 4.9-M
192.168.40.60: Protocol Version Error: Inform received from server indicating a
katcp protocol revision inconsistent with the previously detected version.
Disconnecting in disgust. Previous version: '4.0'. Inform received:
'#version-connect katcp-protocol 4.9-M'
192.168.40.60: #version-connect kernel 3.4.0-rc3+
#14\_Tue\_May\_29\_17:05:02\_SAST\_2012
192.168.40.60: Stopping thread Thread-1
None
Traceback (most recent call last):
File "./tut3.py", line 141, in
exit_fail()
File "./tut3.py", line 21, in exit_fail
fpga.stop()
File "/usr/local/lib/python2.7/dist-packages/corr/katcp_wrapper.py", line
613, in stop
super(FpgaClient,self).stop()
File
"/usr/local/lib/python2.7/dist-packages/katcp-0.5.4-py2.7.egg/katcp/client.py",
line 1258, in stop
super(CallbackClient, self).stop(*args, **kwargs)
File
"/usr/local/lib/python2.7/dist-packages/katcp-0.5.4-py2.7.egg/katcp/client.py",
line 644, in stop
raise RuntimeError("Attempt to stop client that wasn't running.")
RuntimeError: Attempt to stop client that wasn't running.
root@laobaoqiang-RS100-E7-PI2-RS100-E7-PI2:/opt/mlib_devel/tut3/bit_files#
tut3.py
Description: Binary data
Re: [casper] Problem with the overflow
Peter, I don't mean to hijack your thread, but we've been having a very similar (and time-absorbing) issue with the PAPER f-engine FPGA firmware here at BYU. Out of curiosity, does this single packet that you're receiving in tcpdump change in size every time you reprogram the ROACH? We've seen this happen, and we're pretty sure that this isolated packet is the 10-GbE buffer flushing when the 10-GbE core is initialized (i.e. the enable signal isn't sync'd with the start of new packet). Regardless of whether we have the same issue, I'm very interested to see this problem's resolution. Good luck, Richard Black On Thu, Oct 23, 2014 at 7:50 PM, peter wrote: > Hi Joe, & All, > I find a thing this morning , there is one packet send out from roach When > I run PAPER model, which I got from HPC tcpdump: > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > listening on px1-2, link-type EN10MB (Ethernet), capture size 65535 bytes > 09:04:02.757813 IP 10.10.2.1.8511 > 10.10.2.9.8511: UDP, length 6456 > > The lenght is not expected 8200+8 ,and far from full TX buffer size > 8K+512.And the other packets are stopped from overflow. > I have tried to change the tutorial 2 packet size to 8200 bytes and 8K > +512 bytes. It is a good transfer.I also make sure the boundary size is > indeed 8K+512 ,because while I change size to 8K+513 byetes ,There is no > data send.So the received packet this morning with length 6456 is totally > under the limit.But what caused the other packets in overflow? > Any suggestions could be helpful ! > peter > > > > > > > At 2014-10-24 00:37:14, "Kujawski, Joseph" wrote: > > Peter, > > By cadence of the broadcast, I mean how often are the 8200 byte packets > sent. Basically, I would like to determine how close your system is to the > maximum data rate of the 10Gbe. > > Also, it would be instructive to know the following: > > 1) What transmission protocol are you using? (the One_GBe module uses UDP > are you using that or TCP?) > > 2) What NICs are you using on the receive side? > > At this time, I am working on the theory that the issue is related to the > network itself not being able to sustain the data volume you are generating > and would like to get a better idea of how much data is generated and how > often it is sent. > > Thanks, > > -Joe Kujawski > > > > On Thu, Oct 23, 2014 at 12:01 PM, peter wrote: > >> hi Joe, >> 1,yes ,acctually we have 3 roach2 with 8 nics. >> 2,well,each roach has 4 of 8 NICs connect directly to pc.the other 4 >> connect 10gb switch.I have connected the sfp wire( whitch should connect >> switch) to pc directly to see whwther the data come out.but no data out as >> for the overflow. >> 3 could you make an example about the cadence broadcast?I am not >> familiar with this. >> it indeed require bigger data,but each packet has the limited 8200 bytes. >> thanks for your reply! >> peter >> -- >> 发自 Android 网易邮箱 >> >> >> >> On 2014-10-23 23:16 , Kujawski, Joseph Wrote: >> >> Peter, >> >> I am downloading it now. Can you answer these questions: >> >> 1) Do you have a standard PAPER architecture with two ROACH boards each >> containing 8 10GBe ports? >> >> 2) Please describe your internet architecture i.e. how are each of the >> ports connected. >> >> 3) What is the cadence of each broadcast? >> >> My current suspicion is that you are generating more data than you can >> push through your interface(s). It may be that the higher data volume in >> your implementation requires more of a network infrastructure than was >> required byt the original system. >> >> -Joe Kujawski >> >> On Thu, Oct 23, 2014 at 11:01 AM, peter wrote: >> >>> This is a littel big, roach2_tl8511port is the one can send data >>> normally.The environment should be ok now ,Iast time the crc32x64_con >>> may be missing. >>> Good night! >>> >>> >>> >>> >>> >>> >>> At 2014-10-23 22:52:54, "Kujawski, Joseph" wrote: >>> >>> Peter, >>> >>> 1) For reference, here is a list of the errors: >>> >>> - Version Log >>> -- >>> Version Path >>> System Generator 14.6 C:/Xilinx/14.6/ISE_DS/ISE/sysgen >>> Matlab 8.0.0.783 (R2012b) C:/MATLAB/R2012b >>> ISE C:/Xilinx/14.6/ISE_DS/ISE >>> >>> >>> Summary of Errors: >>> Error 0001: Could not find the configuration m-function "crc32x64_con... >>> Block: 'roach2_fengine_tl8511port/transpose/Transpose1/crc/crc32x64' >>> Error 0002: Could not find the configuration m-function "crc32x64_con... >>> Block: 'roach2_fengine_tl8511port/transpose/Transpose2/crc/crc32x64' >>> Error 0003: Could not find the configuration m-function "crc32x64_con... >>> Block: 'roach2_fengine_tl8511port/transpose/Transpose3/crc/crc32x64' >>> Error 0004: Could not find the configuration m-function "crc32x64_con..
