Checked around for git pull request but did not find one so did the
change myself. Untested as do not have access to an install with the
latest Xilinx version, could someone check it please at
https://github.com/ska-sa/mlib_devel/commit/b40ad47a84507770f8a480ecdedda2bde5ecc133
Regards
Andrew
On
Great work guys. We are planning porting the libraries to 14.1 as soon
as possible and I'm sure we will encounter more similar issues.
Wes
On 7/21/12, Rurik A. Primiani rprim...@cfa.harvard.edu wrote:
Digging into this further it appears that a combination of integer
division and
the 13.x
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
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
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 ryan.m.mon...@gmail.com wrote:
Ahem, by
Some more information:
The only place the problem value is shown is in
XPS_ROACH2_base/synthesis/infrastructure_inst_wrapper_xst.srp
Elaborating module
Glenn, this changed was introduced rather recently:
https://github.com/ska-sa/mlib_devel/commit/828079
Which might explain why the casper-astro fork does not exhibit the odd
behavior.
For the record, I'm seeing this too on my Windows 7 machine with the
13.x tools.
Rurik
On 7/20/2012 5:55
7 matches
Mail list logo