Re: [casper] unable to load my boffiles and to configure my roach2
Hi Henno,Alec I've opened your design file(.mdl) your design has a small error, you are driving the Led with the roach1 led. now for your boffile: It failed when loading with minicom: you can see below. (no registers available, no process and no PID available). roach02060A login: root login[451]: root login on 'ttyS0' ~ # cd */usr/bof/* /usr/bof # ./r2_tut1_2013_Mar_07_0837.bof & : not found ./r2_tut1_2013_Mar_07_0837.bof: line 7: : not found ./r2_tut1_2013_Mar_07_0837.bof: line 8: .: not found ./r2_tut1_2013_Mar_07_0837.bof: line 9: : not found ./r2_tut1_2013_Mar_07_0837.bof: line 10: d: not found ./r2_tut1_2013_Mar_07_0837.bof: line 11: l: not found ./r2_tut1_2013_Mar_07_0837.bof: line 12: syntax error: unexpected ")" Minicom2.6Minicom2.6 -sh: Minicom2.6Minicom2.6: not found [1]+ Done(2)./r2_tut1_2013_Mar_07_0837.bof /usr/bof # ps axf PID USER TIME COMMAND 1 root 0:01 init 2 root 0:00 [kthreadd] 3 root 0:00 [ksoftirqd/0] 4 root 0:00 [kworker/0:0] 5 root 0:00 [kworker/0:0H] 6 root 0:00 [kworker/u:0] 7 root 0:00 [kworker/u:0H] 8 root 0:00 [khelper] 9 root 0:00 [kworker/u:1] 88 root 0:00 [bdi-default] 89 root 0:00 [kintegrityd] 91 root 0:00 [kblockd] 130 root 0:00 [rpciod] 131 root 0:00 [kworker/0:1] 159 root 0:00 [khungtaskd] 162 root 0:00 [kswapd0] 163 root 0:00 [ksmd] 226 root 0:00 [fsnotify_mark] 230 root 0:00 [nfsiod] 238 root 0:00 [crypto] 333 root 0:00 [mtdblock0] 338 root 0:00 [mtdblock1] 343 root 0:00 [mtdblock2] 348 root 0:00 [mtdblock3] 353 root 0:00 [mtdblock4] 358 root 0:00 [mtdblock5] 431 root 0:00 [deferwq] 432 root 0:00 [kworker/0:1H] 439 root 0:00 [jffs2_gcd_mtd2] 450 root 0:00 {rc.tcpborphserv} /bin/sh /etc/rc.tcpborphserver3 451 root 0:00 -sh 453 root 0:00 tcpborphserver3 -f -b /usr/bof 465 root 0:00 udhcpc -h roach02060A -R -s /sbin/netscript 467 root 0:00 telnetd 468 root 0:00 ps axf /usr/bof # Now with the Telnet it works.but when we go back under minicom to check the PIDs we can not see any process or PID associated with the boffile. the results below: roach@ROACHacq ~ $ telnet 192.168.20.1 7147 Trying 192.168.20.1... Connected to 192.168.20.1. Escape character is '^]'. #version memcpy-14-g0f74f6b #build-state 2013-02-12T17:00:21 ?listbof #listbof dmesg.txt #listbof tut1.bof #listbof roach2_tut1_2013_Mar_06_1343.bof #listbof roach2_tut1_2013_Mar_05_0951.bof #listbof r2_tut1_2013_Mar_07_0837.bof !listbof ok 5 ?progdev r2_tut1_2013_Mar_07_0837.bof #log info 1001623 raw attempting\_to\_program\_r2_tut1_2013_Mar_07_0837.bof #log info 1001631 raw attempting\_to\_program\_bitstream\_of\_19586188\_bytes\_to\_device\_/dev/roach/config #fpga loaded #fpga ready !progdev ok ?listdev #listdev a #listdev b #listdev counter_ctrl #listdev counter_value #listdev sum_a_b #listdev sys_board_id #listdev sys_clkcounter #listdev sys_rev #listdev sys_rev_rcs #listdev sys_scratchpad !listdev ok ?wordwrite a 0 0x02 !wordwrite ok ?wordwrite b 0 0x07 !wordwrite ok ?wordread sum_a_b 0 !wordread ok 0x9 Tomorrow I'll let you know for the python interaction.
Re: [casper] unable to load my boffiles and to configure my roach2
Hello > now for your boffile: > > It failed when loading with minicom: you can see below. > (no registers available, no process and no PID available). > > roach02060A login: root > login[451]: root login on 'ttyS0' > ~ # cd /usr/bof/ > /usr/bof # ./r2_tut1_2013_Mar_07_0837.bof & > > : not found > ./r2_tut1_2013_Mar_07_0837.bof: line 7: : not found > ./r2_tut1_2013_Mar_07_0837.bof: line 8: .: not found > ./r2_tut1_2013_Mar_07_0837.bof: line 9: : not found > ./r2_tut1_2013_Mar_07_0837.bof: line 10: d: not found > ./r2_tut1_2013_Mar_07_0837.bof: line 11: l: not found > ./r2_tut1_2013_Mar_07_0837.bof: line 12: syntax error: unexpected ")" Roach2s which run tcpborphserver3 do not execute bof files, they use tcpborphserver3 to program the FPGA using a device file. So this is not an error. Use progdev to program the fpga, or if you wish to use the commandline ~ # kcpcmd progdev r2_tut1_2013_Mar_07_0837.bof regards marc
Re: [casper] unable to load my boffiles and to configure my roach2
Hi Marc, thank you for answer. Now I have another question from my 1st email, I did'nt have an answer. it is about the process to generate a boffile compatible with "roach2 and tcpborph3" using the 11.5 toolflow. I'd like to know if there is a trick , which can be used to generate a boffile with the current casper_astro_mlib or the old ska_sa_lib , which will be compatible with the roach2. regards, > > Roach2s which run tcpborphserver3 do not execute bof files, > they use tcpborphserver3 to program the FPGA using a device > file. So this is not an error. Use progdev to program the fpga, > or if you wish to use the commandline > > ~ # kcpcmd progdev r2_tut1_2013_Mar_07_0837.bof > > regards > > marc >
Re: [casper] unable to load my boffiles and to configure my roach2
Hi Guy, The current casper_astro_mlib should doesn't support ROACH2 as the ROACH2 changes dont seem to have been pulled from SKA-SA. Why would you want to build will old tools anyway? The older Xilinx tools have issues with the clock managers (MMCMs) where you can get instability problems when deploying your design. I would highly recommend upgrading your design machine to 14.4 and matlab2012b. Regards Wes On Tue, Mar 12, 2013 at 11:11 AM, Guy kenfack wrote: > Hi Marc, > thank you for answer. > > Now I have another question from my 1st email, I did'nt have an answer. it > is about the process to generate a boffile compatible with "roach2 and > tcpborph3" using the 11.5 toolflow. > I'd like to know if there is a trick , which can be used to generate a > boffile with the current casper_astro_mlib or the old ska_sa_lib , which > will be compatible with the roach2. > > regards, > > > > > >> >> Roach2s which run tcpborphserver3 do not execute bof files, >> they use tcpborphserver3 to program the FPGA using a device >> file. So this is not an error. Use progdev to program the fpga, >> or if you wish to use the commandline >> >> ~ # kcpcmd progdev r2_tut1_2013_Mar_07_0837.bof >> >> regards >> >> marc >> > >
Re: [casper] unable to load my boffiles and to configure my roach2
Hi Wes, Can you elaborate on this MMCM stability problem? Which version of ISE was it fixed in? Thanks, Glenn On Mar 12, 2013 5:40 AM, "Wesley New" wrote: > Hi Guy, > > The current casper_astro_mlib should doesn't support ROACH2 as the ROACH2 > changes dont seem to have been pulled from SKA-SA. Why would you want to > build will old tools anyway? > > The older Xilinx tools have issues with the clock managers (MMCMs) where > you can get instability problems when deploying your design. I would highly > recommend upgrading your design machine to 14.4 and matlab2012b. > > Regards > > Wes > > > > On Tue, Mar 12, 2013 at 11:11 AM, Guy kenfack wrote: > >> Hi Marc, >> thank you for answer. >> >> Now I have another question from my 1st email, I did'nt have an answer. >> it is about the process to generate a boffile compatible with "roach2 and >> tcpborph3" using the 11.5 toolflow. >> I'd like to know if there is a trick , which can be used to generate a >> boffile with the current casper_astro_mlib or the old ska_sa_lib , which >> will be compatible with the roach2. >> >> regards, >> >> >> >> >> >>> >>> Roach2s which run tcpborphserver3 do not execute bof files, >>> they use tcpborphserver3 to program the FPGA using a device >>> file. So this is not an error. Use progdev to program the fpga, >>> or if you wish to use the commandline >>> >>> ~ # kcpcmd progdev r2_tut1_2013_Mar_07_0837.bof >>> >>> regards >>> >>> marc >>> >> >> >
Re: [casper] unable to load my boffiles and to configure my roach2
Hi Glenn Xilinx tighted up the constraining and configuration options on the MMCM in ISE versions 12 & 13 due to lock issues. We have also ran into poor timing results on 11.5. ISE 11.5 was the first version to support Virtex 6, so moving to the latest (ISE 14) is recommended for Roach 2 compiles. Regards Henno On Tue, Mar 12, 2013 at 1:52 PM, G Jones wrote: > Hi Wes, > Can you elaborate on this MMCM stability problem? Which version of ISE was > it fixed in? > Thanks, > Glenn > On Mar 12, 2013 5:40 AM, "Wesley New" wrote: > >> Hi Guy, >> >> The current casper_astro_mlib should doesn't support ROACH2 as the ROACH2 >> changes dont seem to have been pulled from SKA-SA. Why would you want to >> build will old tools anyway? >> >> The older Xilinx tools have issues with the clock managers (MMCMs) where >> you can get instability problems when deploying your design. I would highly >> recommend upgrading your design machine to 14.4 and matlab2012b. >> >> Regards >> >> Wes >> >> >> >> On Tue, Mar 12, 2013 at 11:11 AM, Guy kenfack wrote: >> >>> Hi Marc, >>> thank you for answer. >>> >>> Now I have another question from my 1st email, I did'nt have an answer. >>> it is about the process to generate a boffile compatible with "roach2 and >>> tcpborph3" using the 11.5 toolflow. >>> I'd like to know if there is a trick , which can be used to generate a >>> boffile with the current casper_astro_mlib or the old ska_sa_lib , which >>> will be compatible with the roach2. >>> >>> regards, >>> >>> >>> >>> >>> Roach2s which run tcpborphserver3 do not execute bof files, they use tcpborphserver3 to program the FPGA using a device file. So this is not an error. Use progdev to program the fpga, or if you wish to use the commandline ~ # kcpcmd progdev r2_tut1_2013_Mar_07_0837.bof regards marc >>> >>> >> -- Henno Kriel DSP Engineer Digital Back End meerKAT SKA South Africa Third Floor The Park Park Road (off Alexandra Road) Pinelands 7405 Western Cape South Africa Latitude: -33.94329 (South); Longitude: 18.48945 (East). (p) +27 (0)21 506 7300 (p) +27 (0)21 506 7365 (direct) (f) +27 (0)21 506 7375 (m) +27 (0)84 504 5050
Re: [casper] unable to load my boffiles and to configure my roach2
Hi, Wes, On Mar 12, 2013, at 2:39 AM, Wesley New wrote: > Why would you want to build will old tools anyway? I think some people would like to build with older tools because they have them but they don't have the newest tools. For some, the cost (in both time and money) of updating Matlab and Simulink twice a year is non-negligible. Updating the Xilinx tools may be less of an issue in terms of money. I could be wrong, but I imagine some people would prefer to keep their old Matlab and Simulink and System Generator versions, and do just the EDK part of the build with the latest Xilinx tools. Dave
Re: [casper] unable to load my boffiles and to configure my roach2
Thanks Dave, If that is the case and you want to stay on those versions and still compile for roach2. I would recommend pulling the latest libraries and then try to get them working with the older tools. I can't think of anything at the moment that would stop you from doing that. There might be 1 or 2 tweeks to the tools that you would have to do. Regards Wes On 3/12/13, David MacMahon wrote: > Hi, Wes, > > On Mar 12, 2013, at 2:39 AM, Wesley New wrote: > >> Why would you want to build will old tools anyway? > > I think some people would like to build with older tools because they have > them but they don't have the newest tools. For some, the cost (in both time > and money) of updating Matlab and Simulink twice a year is non-negligible. > Updating the Xilinx tools may be less of an issue in terms of money. > > I could be wrong, but I imagine some people would prefer to keep their old > Matlab and Simulink and System Generator versions, and do just the EDK part > of the build with the latest Xilinx tools. > > Dave > >
Re: [casper] unable to load my boffiles and to configure my roach2
Hi, Wes, On Mar 12, 2013, at 10:35 AM, Wesley New wrote: > There > might be 1 or 2 tweeks to the tools that you would have to do. The only "tweak" that I've needed to do so far is to export model files (e.g. xps_library.mdl) that have been saved in the latest Simulink version to an older Simulink model file format. The latest version stores the mask parameters in a way that is incompatible with earlier versions. What was Mathworks thinking?! Dave
Re: [casper] unable to load my boffiles and to configure my roach2
That is pretty cool, thanks for the info dave. :) Have you tried building with the most recent ska-sa libraries on 11.5? I updated the custom shared bram block to use the latest coregen. I am not sure how an older version of coregen would behave. This is only for brams using a data width that is not 32 bits wide. On 3/12/13, David MacMahon wrote: > Hi, Wes, > > On Mar 12, 2013, at 10:35 AM, Wesley New wrote: > >> There >> might be 1 or 2 tweeks to the tools that you would have to do. > > The only "tweak" that I've needed to do so far is to export model files > (e.g. xps_library.mdl) that have been saved in the latest Simulink version > to an older Simulink model file format. The latest version stores the mask > parameters in a way that is incompatible with earlier versions. What was > Mathworks thinking?! > > Dave > >
Re: [casper] unable to load my boffiles and to configure my roach2
I've not tried that far back. I go back and forth between 13.x and 14.x tools. I have not yet backported your shared bram changes yet. I very much like the concept and think that it should probably be used even for shared brams that have data width of 32 so that we can use the BRAM output register option. The Xilinx BRAM pcore that is currently used for data width of 32 does not support that option, but it would greatly helps with timing (and therefor placement) as the clock-to-out time for the UNregistered BRAM is >2 ns! Dave On Mar 12, 2013, at 10:54 AM, Wesley New wrote: > That is pretty cool, thanks for the info dave. :) > > Have you tried building with the most recent ska-sa libraries on 11.5? > I updated the custom shared bram block to use the latest coregen. I am > not sure how an older version of coregen would behave. This is only > for brams using a data width that is not 32 bits wide. > > On 3/12/13, David MacMahon wrote: >> Hi, Wes, >> >> On Mar 12, 2013, at 10:35 AM, Wesley New wrote: >> >>> There >>> might be 1 or 2 tweeks to the tools that you would have to do. >> >> The only "tweak" that I've needed to do so far is to export model files >> (e.g. xps_library.mdl) that have been saved in the latest Simulink version >> to an older Simulink model file format. The latest version stores the mask >> parameters in a way that is incompatible with earlier versions. What was >> Mathworks thinking?! >> >> Dave >> >>
Re: [casper] unable to load my boffiles and to configure my roach2
Hi Dave, I have modified the BRAM block to only use EDK bram if the datawidth is set to 32 and the options to register the outputs are set to false. In all other cases the custom bram block is used. Regards Wes On Tue, Mar 12, 2013 at 8:35 PM, David MacMahon wrote: > I've not tried that far back. I go back and forth between 13.x and 14.x > tools. > > I have not yet backported your shared bram changes yet. I very much like > the concept and think that it should probably be used even for shared brams > that have data width of 32 so that we can use the BRAM output register > option. The Xilinx BRAM pcore that is currently used for data width of 32 > does not support that option, but it would greatly helps with timing (and > therefor placement) as the clock-to-out time for the UNregistered BRAM is > >2 ns! > > Dave > > On Mar 12, 2013, at 10:54 AM, Wesley New wrote: > > > That is pretty cool, thanks for the info dave. :) > > > > Have you tried building with the most recent ska-sa libraries on 11.5? > > I updated the custom shared bram block to use the latest coregen. I am > > not sure how an older version of coregen would behave. This is only > > for brams using a data width that is not 32 bits wide. > > > > On 3/12/13, David MacMahon wrote: > >> Hi, Wes, > >> > >> On Mar 12, 2013, at 10:35 AM, Wesley New wrote: > >> > >>> There > >>> might be 1 or 2 tweeks to the tools that you would have to do. > >> > >> The only "tweak" that I've needed to do so far is to export model files > >> (e.g. xps_library.mdl) that have been saved in the latest Simulink > version > >> to an older Simulink model file format. The latest version stores the > mask > >> parameters in a way that is incompatible with earlier versions. What > was > >> Mathworks thinking?! > >> > >> Dave > >> > >> > >
Re: [casper] unable to load my boffiles and to configure my roach2
On Fri, Mar 8, 2013 at 3:42 PM, Guy kenfack wrote: > and we get: > > ?progdev roach2_tut1_2013_Mar_06_1343.bof > #log info 152278 raw > attempting\_to\_program\_roach2_tut1_2013_Mar_06_1343.bof > #log info 152365 raw > attempting\_to\_program\_bitstream\_of\_19586188\_bytes\_to\_device\_/dev/roach/config > #fpga loaded > #log warn 153163 raw unsupported\_access\_mode\_0\_for\_register\_ > #log error 153163 raw register\_called\_\_already\_defined > #log error 153163 raw unable\_to\_load\_register\_mapping > #log error 153163 raw > unable\_to\_program\_bit\_stream\_from\_roach2_tut1_2013_Mar_06_1343.bof > !progdev fail This problem could also be part of a too old toolchain - older versions of mkbof parsed empty lines into register definitions ... maybe update mkbof (or remove empty lines from coreinfo.tab - sp?) regards marc