Hi Jason,
On Mon, 2 Feb 2009, Jason Manley wrote:
The IBOB (F engine) component uses the ASTRO library, but the BEE2 (X engine)
part uses the CASPER library. Thus, for for the model file containing the
DRAM_VACC, you should be compiling it with CASPER library.
Hmm I had to double-check, the i_r303_med_1.mdl that I try to compile does
have the iBob selected as platform under XSG core config.
But yep I had the paths wrong, Casper was not excluded from the paths,
loaded both at the same time! Ups...!
Thanks, after fixing this, there are no complaints about DRAM any
more. So some progress!
A new issue cropped up, now the i_r303_med_1.mdl doesn't yet "compile" due
to this:
Problem with block: i_r303_med_1/dbuf_ct_sram/sram
Index exceeds matrix dimensions.
Maybe i'll figure it out though...
Thanks!
- Jan
Also, do not load the CASPER and ASTRO libraries at the same time. There are
conflicting function calls with the same name which do different things.
I have just successfully compiled both the BEE2 and IBOB medicina designs
using the standard 7.1 libraries. You should only need
address_gen_vacc_v2_mask for the DRAM_VACC's address generation block.
Jason
On 30 Jan 2009, at 20:55, Jan Wagner wrote:
Hi,
i wanted to compile the recent projects from SVN trunk (because i had some
hobby ideas for reusing these), e.g. medicina correlator
http://casper.berkeley.edu/svn/trunk/projects/medicina_correlator/
but they all fail.
The problem is (afaict) that they use the deprecated astro library. And the
astro library reorder_library.mdl wants mask address_gen_dram_mask_temp.m,
but the only one available is address_gen_dram_mask.m, and the names etc
used in this one do not match those in the .mdl so it breaks --
addr_gen_DRAM ends up with floating internal connections.
Could someone please upload the address_gen_dram_mask_temp.m ?
- Jan
