Henry, Thanks again for your response. Turned out my problem was the same XAUI license/RemoteDesktop issue that surfaced a couple months ago:
http://www.mail-archive.com/[email protected]/msg01365.html I'm reinstalling Xilinx as we "speak" .. Steve On Tue, May 18, 2010 at 8:05 PM, Henry Chen <[email protected]>wrote: > Hi Steve, > > Can you see if there's anything useful in the > mkid_newgf17_gbe0_wrapper.blc logfile? It should be somewhere > in XPS_ROACH_base\implementation\ > > Thanks, > Henry > > On 5/18/2010 4:29 PM, Steve Maher wrote: > > Henry, spot on! I had checked out a newer version of casper mlib before > > adding dac_mkid and never upgraded my environment vars. Thanks - > > > > > > Now .. unfortunately .. another error that has me stuck: > > > > > > Writing NGC file "../mkid_newgf17_gbe0_wrapper.ngc" ... > > > > Writing NGCBUILD log file "../mkid_newgf17_gbe0_wrapper.blc"... > > > > NGCBUILD done. > > > > Rebuilding cache ... > > ERROR:MDT - platgen failed with errors! > > make: *** [implementation/system.bmm] Error 2 > > ERROR:MDT - Error while running "make -f system.make bits" > > No changes to be saved in MSS file > > Saved project XMP file > > Error using ==> gen_xps_files at 680 > > Programation files generation failed, EDK compilation probably also > > failed. > > >> > > > > > > Steve > > > > > > > > On Tue, May 18, 2010 at 4:44 PM, Henry Chen <[email protected] > > <mailto:[email protected]>> wrote: > > > > Hi Steve, > > > > If you delete the C:\roachModels\dac_out\XPS_ROACH_base\ directory > > rerun just the "Copy base package step", does the new pcore still > > not get copied over? Does it give you any warnings or errors? > > > > Does your BEE2_XPS_LIB_PATH environment variable match where you > > have the xps_lib directory with the new dac_mkid pcore? > > > > Thanks, > > Henry > > > > On 5/18/2010 1:29 PM, Steve Maher wrote: > > > > > > > > > On Tue, May 18, 2010 at 4:13 PM, Henry Chen > > <[email protected] <mailto:[email protected]> > > > <mailto:[email protected] > > <mailto:[email protected]>>> wrote: > > > > > > Hi Steve, > > > > > > Can you check that the whole dac_mkid_interface_v1_01 tree got > > > properly copied over to > > C:\roachModels\dac_out\XPS_ROACH_base\pcores? > > > > > > > > > It did NOT get copied (at all). ?? > > > > > > Steve > > > > > > > > > > > > Thanks, > > > Henry > > > > > > On 5/18/2010 12:31 PM, Steve Maher wrote: > > > > Hi, > > > > > > > > FYI, upgrading the block description in the Simulink > > Library Browser > > > > required adding appropriate lines (given to me by block > > developer) to > > > > xps_library/xps_library.mdl. > > > > > > > > However, when I try to compile a model with the new block, > > I get the > > > > following error: > > > > > > > > > > > > Xilinx Platform Studio > > > > Xilinx EDK 10.1.03 Build EDK_K_SP3.6 > > > > Copyright (c) 1995-2008 Xilinx, Inc. All rights > reserved. > > > > > > > > XPS% Loading xmp file system.xmp > > > > ERROR:MDT - IPNAME:dac_mkid_interface HW_VER:1.01.a - > > Can not > > > find > > > > valid MPD > > > > INFO:MDT - Check the following for possible causes of > not > > > finding MPD: > > > > - If HW_VER is specified in MHS, it must follow > > literal > > > form X.YY.Z > > > > - There is no Ip with given name > > > > - Ip exists but not that version > > > > - Ip (directory) exists but 2.1.0 MPD file is not > > available > > > > - Ip exist in myip directory (only pcores is > > supported) > > > > > > > > ERROR:MDT - IPNAME:dac_mkid_interface INSTANCE: > > > dac_out_dac_mkid - > > > > C:\roachModels\dac_out\XPS_ROACH_base\system.mhs > > line 338 > > > - could > > > > not find > > > > the MPD! > > > > ERROR:MDT - while loading XMP file > > > > > > > > XPS% Evaluating file > > > C:\roachModels\dac_out\XPS_ROACH_base\run_xps.tcl > > > > ERROR:MDT - Load a MHS or XMP file first > > > > Error using ==> gen_xps_files at 680 > > > > Programation files generation failed, EDK compilation > > > probably also > > > > failed. > > > > > > > > > > > > I have added the /dac_mkid_interface_v1_01_a// directory > > (given > > > to me - > > > > dac_mkid is the new block) to > > > > > > > > /casper_mlib_10_1/xps_lib/pcores// and > > > > /casper_mlib_10_1/xps_lib/XPS_ROACH_base/pcores// > > > > > > > > It contains /data/dac_mkid_interface_v2_1_0.mpd/ with the > > same read > > > > permissions as other peer files. > > > > > > > > I have tried adding xps_lib/ to the Matlab search path. > > > > > > > > Is there some "registry" file for the pcores I need to > tweak? > > > > > > > > Thanks, > > > > > > > > Steve > > > > > > > > > > > > > > > > > > > > On Wed, May 12, 2010 at 1:26 PM, Suraj Gowda > > > <[email protected] <mailto:[email protected]> > > <mailto:[email protected] <mailto:[email protected]>> > > > > <mailto:[email protected] > > <mailto:[email protected]> > > > <mailto:[email protected] > > <mailto:[email protected]>>>> wrote: > > > > > > > > Hi Steve, > > > > > > > > The GUI interface to the block will not change from > what > > > you've done > > > > unless the mask script dynamically redraws the ports. > > This may be > > > > the case, depending on the block. If not, then > deleting & > > > readding > > > > the block won't do anything to update the ports. > > You'll have to > > > > unlock the "bee_xps" library in the Simulink browser & > > > replace the > > > > GUI for the block as well. > > > > > > > > -Suraj > > > > > > > > On May 12, 2010, at 7:57 AM, Steve Maher wrote: > > > > > > > >> Hi, > > > >> > > > >> I am trying to install some upgraded yellow blocks > > (sent to me) > > > >> that have new ports but I still see the old blocks in > > the model > > > >> editor after the upgrade > > > >> > > > >> I did the following: > > > >> > > > >> 1. Deleted the @<block name> and <block > name>_mask.m > > > >> directory/file in xps_library and replaced with > the > > > new versions > > > >> 2. Deleted the <block name> directory in > > xps_lib/pcores and > > > >> replace with the new version > > > >> > > > >> > > > >> Afterward, the model editor still shows the older > version > > > (without > > > >> the new ports). I suspect this is because > > > >> xps_library/xps_library.mdl contains old information. > > > >> > > > >> I could not find a way to "rebuild" the xps_library > > model. > > > I also > > > >> tried deleting and adding the block, but I didn't > > find a way > > > to do > > > >> this either in the GUI (the "add_block" programmatic > > > function was > > > >> all I could find and that didn't seem right). > > > >> > > > >> Regards, > > > >> Steve > > > > > > > > > > > > > > > > > > >
