Re: [casper] System Compatibility
Thank you all for your support. After hearing from you, I decided to change my OS to Red Hat Workstation 6. Unfortunately, the bugs persisted. When I try to launch the System Generator on Simulink I receive this message:-- Error Evaluating 'OpenFcn' callback of Xilinx System Generator Block block (mask) 'untitled/ System Generator'. --Undefined variable com or class com.xilinx.sysgen.util.StrategyUtil.loadAllStrategyNames. Additionally, when I type sysgen at the terminal, I get this message:[ INFO ] XILINX_DSP environment variable does NOT coincide with $XILINX. Resetting... /opt/Xilinx/14.7/ISE_DS/ISE/sysgen/util/sysgen: line 1176: matlab: command not found How should I proceed at this point? I appreciate your attention,Victor Cardoso. PS: I'm running matlab 2012b, Xilinx ISE 14.7 and Red Hat Workstation 6.6. From: jsm...@ska.ac.za Date: Wed, 24 Jun 2015 07:11:47 +0200 Subject: Re: [casper] System Compatibility To: mwag...@ssl.berkeley.edu CC: victorcardoso...@hotmail.com; casper@lists.berkeley.edu Hi Victor, We used to use Ubuntu 14.04, and it kind of worked, but it wasn't stable. Switched to the most recent version of CentOS about a month ago and haven't had problems since. Xilinx v14.7, Matlab 2012b. Regards,James On Wed, Jun 24, 2015 at 1:10 AM, Mark Wagner mwag...@ssl.berkeley.edu wrote: Hi Victor, A list of supported operating systems is here on page 7: http://www.xilinx.com/support/documentation/sw_manuals/xilinx14_5/irn.pdf If you need free, a much safer alternative to Ubuntu (but still unsupported) is CentOS 6.5, which is built from RHEL6 source packages. Mark On Tue, Jun 23, 2015 at 12:48 PM, Victor Cardoso victorcardoso...@hotmail.com wrote: Greetings, I am working with the ROACH 2 in order to implement the MUSIC project. I am having a lot of troubles to compile the Tutorial 1 (Introduction to Simulink) due to mismatch between Xilinx ISE 14.5 and my Operating System, Ubuntu 10.04. I would like to know if it's possible to run this example using Ubuntu. Otherwise, I can install Redhat Enterprise Linux 6.3, Matlab 12b and Xilinx 14.5 to run the codes. I look forward hearing from you. Best Regards, Victor Cardoso.
Re: [casper] System Compatibility
Hi Victor, It looks like you don't have your matlab path setup correctly. Have you checked out this page: https://casper.berkeley.edu/wiki/MSSGE_Setup_with_Xilinx_14.x_and_Matlab_2012b Mark On Tue, Jun 30, 2015 at 11:28 AM, Victor Cardoso victorcardoso...@hotmail.com wrote: Thank you all for your support. After hearing from you, I decided to change my OS to Red Hat Workstation 6. Unfortunately, the bugs persisted. When I try to launch the System Generator on Simulink I receive this message: -- Error Evaluating 'OpenFcn' callback of Xilinx System Generator Block block (mask) 'untitled/ System Generator'. --Undefined variable com or class com.xilinx.sysgen.util.StrategyUtil.loadAllStrategyNames. Additionally, when I type sysgen at the terminal, I get this message: [ INFO ] XILINX_DSP environment variable does NOT coincide with $XILINX. Resetting... /opt/Xilinx/14.7/ISE_DS/ISE/sysgen/util/sysgen: line 1176: matlab: command not found How should I proceed at this point? I appreciate your attention, Victor Cardoso. PS: I'm running matlab 2012b, Xilinx ISE 14.7 and Red Hat Workstation 6.6. -- From: jsm...@ska.ac.za Date: Wed, 24 Jun 2015 07:11:47 +0200 Subject: Re: [casper] System Compatibility To: mwag...@ssl.berkeley.edu CC: victorcardoso...@hotmail.com; casper@lists.berkeley.edu Hi Victor, We used to use Ubuntu 14.04, and it kind of worked, but it wasn't stable. Switched to the most recent version of CentOS about a month ago and haven't had problems since. Xilinx v14.7, Matlab 2012b. Regards, James On Wed, Jun 24, 2015 at 1:10 AM, Mark Wagner mwag...@ssl.berkeley.edu wrote: Hi Victor, A list of supported operating systems is here on page 7: http://www.xilinx.com/support/documentation/sw_manuals/xilinx14_5/irn.pdf If you need free, a much safer alternative to Ubuntu (but still unsupported) is CentOS 6.5, which is built from RHEL6 source packages. Mark On Tue, Jun 23, 2015 at 12:48 PM, Victor Cardoso victorcardoso...@hotmail.com wrote: Greetings, I am working with the ROACH 2 in order to implement the MUSIC project. I am having a lot of troubles to compile the Tutorial 1 (Introduction to Simulink) due to mismatch between Xilinx ISE 14.5 and my Operating System, Ubuntu 10.04. I would like to know if it's possible to run this example using Ubuntu. Otherwise, I can install Redhat Enterprise Linux 6.3, Matlab 12b and Xilinx 14.5 to run the codes. I look forward hearing from you. Best Regards, Victor Cardoso.
Re: [casper] Roach-2 crashing fix
Hi all, To close out this thread, a fix is to add a mem= option to uboot's bootargs variable --- 1. Connect a PC to the ROACH2's FTDI USB port using a usb A-B cable. 2. Open a serial console on the roach 2 using minicom/picocom/your-favourite-serial-console. The interface settings are 115200,N,8. If you're using a linux PC and don't have other things connected, the device will be ttyUSB2. 3. Reboot your roach. You should see the reboot in your serial console. When prompted, hit any key to halt the boot sequence. 4. Manually add a mem option to your bootargs with: setenv bootargs $bootargs mem=$mem (This assumes you have a mem variable already set with the correct value. Otherwise you could use mem=512M) 5. Save the new variable with: saveenv 6. Reboot your roach. If you log in to the PowerPC and run top or look in /proc/meminfo you should now see the correct quantity of ram. Cheers, Jack On Wed, 24 Jun 2015 at 16:50 John Ford jf...@nrao.edu wrote: Hi all. We were having problems with multiple sequentail progdev calls failing on our ROACH-2 systems. We were testing multiple bof files in a loop, and the roach would fall over and crash completely, and after the kernel panic, it would reboot itself. After a great deal of concentrated debugging effort this afternoon by Jack, David, Justin, Ryan, Arindam, Randy, and me, the cause of the crashing upon multiple progdev calls was found. It turned out to have nothing to do with programming the chip, rather it was a problem with memory allocation by the operating system. Jack found that problem could also be caused by allocating a huge array in Python, using lots of memory. The problem was caused by the kernel thinking that the ROACH has 768 MB of memory on board, when in fact it has only 512 MB. The fix is to pass the real amount of memory to the kernel in the bootargs. the systems have been mostly working for a long time (Years!), so you may want to check that your systems know in fact how much memory they have. If you start up top you can see what it thinks, or look in /proc/meminfo. John
