Hi Nimish,

I believe Wes has recompiled mkbof_64 with static linking and pushed it to the SKA repo:

https://github.com/ska-sa/mlib_devel/commit/9dab533

You should be able to pull this change and make the executable.

Alternatively you can replace mkbof_64 with mkbof; this requires that the 32-bit compatibility libraries be installed.

Best,
Rurik

On 10/9/12 4:23 PM, Nimish Sane wrote:
Thanks Wes and Rurik!

Wes, get_xlVersion() returns 11.4. I had to modify a switch case in
'casper_xps.m' to get rid of an error dialog box.

Rurik's suggestion helped me get rid of the following errors:

/XPS% Loading xmp file system.xmp/
/ERROR:EDK - This project was created with EDK version 14.2, but the
installed
    version of EDK tools is 11.4
ERROR:EDK - while running revup

XPS% Evaluating file run_xps.tcl
ERROR:EDK - Load a MHS or XMP file first
cp: cannot stat `implementation/system.bit': No such file or directory/

I am able to successfully get to bitgen step. However, the compilation
fails with the following error:

/./mkbof_64: /lib64/libc.so.6: version `GLIBC_2.7' not found (required
by ./mkbof_64)
chmod: cannot access `implementation/system.bof': No such file or directory
cp: cannot stat `implementation/system.bof': No such file or directory

Error using ==> gen_xps_files at 655
Programation files generation failed, EDK compilation probably also failed.
/
/
/
I am using Centos 5.8 with glibc 2.5 and this was fine so far until I
upgraded to the latest libraries. Do I need to have glibc2.7? It seems
the only way I can do it is by upgrading to Centos 6. Is there any way
around it?

Thanks,

Nimish


On Tue, Oct 9, 2012 at 10:29 AM, Rurik A. Primiani
<[email protected] <mailto:[email protected]>> wrote:

    Hi Nimish,

    I am currently running the latest ska-sa libraries with Xilinx 11.5
    and Matlab R2009b. I also came across a version error at first but
    was able to fix it by changing the version numbers of the following
    file from 14.2 to 11.5:

    ./mlib_devel/xps_base/XPS___ROACH2_base/system.xmp.sx476t

    This is the project file used to run XPS. I think making this change
    won't break the toolflow with 14.2 because of backwards
    compatibility but I have not confirmed this.

    Best,
    Rurik




    On 10/8/12 11:59 AM, Nimish Sane wrote:

        Hi Wes,

        I was able to use the ska-sa mlib_devel repository with Xilinx
        11.4 and
        Matlab 2009b earlier, and successfully compile my designs. With the
        latest update, it seems I can no longer use these versions. The
        compilation fails with an error that I have Xilinx 11.4
        installed, which
        is not supported. Is it now mandatory to upgrade to Xilinx14.2 and
        Matlab 2012a?

        Thanks,

        Nimish

        On Sat, Oct 6, 2012 at 2:15 PM, Nimish Sane
        <[email protected] <mailto:[email protected]>
        <mailto:[email protected] <mailto:[email protected]>>> wrote:

             Hi Mark,

             That worked. After updating the libraries xsg core config
        was set to
             default Roach.

             Thanks,

             Nimish

             On Oct 5, 2012, at 6:10 PM, Mark Wagner
        <[email protected] <mailto:[email protected]>
        <mailto:[email protected].__edu
        <mailto:[email protected]>>> wrote:

                 It's in both, you'll need to specify ROACH2 in the
            xsg_core_config
                 block though.

                 Mark


                 On Fri, Oct 5, 2012 at 3:06 PM, Nimish Sane
            <[email protected] <mailto:[email protected]>
            <mailto:[email protected] <mailto:[email protected]>>>
            wrote:

                     Mark,

                     This is bwrc repo or ska-sa? I am using ska-sa and
            could not
                     find it.

                     Thanks,

                     Nimish

                     On Oct 5, 2012, at 6:01 PM, Mark Wagner
            <[email protected] <mailto:[email protected]>
            <mailto:[email protected].__edu
            <mailto:[email protected]>>>
                     wrote:

                         Hi Nimish,

                         If you pull the new 10gbe_v2 yellowblock from
                the most recent
                         repo, all of those options should be available
                - sfp+,
                         roach2, etc.

                         Mark


                         On Fri, Oct 5, 2012 at 2:57 PM, Nimish Sane
                <[email protected] <mailto:[email protected]>
                <mailto:[email protected]
                <mailto:[email protected]>>> wrote:

                             Hi Wes,

                             I just updated to the latest libraries.
                Great work! I am
                             looking forward to using those. I have a
                quick question.
                             Does ten_Gbe_v2 block support Roach2? The
                "port"
                             parameter on the yellow block can be set to
                between 0 and
                             3. I understand that Roach 2 will have 6
                CX4 ports (3
                             each per mezzanine card). How does that map
                to the yellow
                             block?

                             Also, I remember from the casper workshop
                that there was
                             going to be a setting to select between CX4
                and SFP+
                             connection. Do you know what's the status
                with that?

                             Thanks,

                             Nimish

                             On Wed, Oct 3, 2012 at 8:10 AM, Andrew Martens
                <[email protected] <mailto:[email protected]>
                <mailto:[email protected] <mailto:[email protected]>>> wrote:

                                 Hi Dave, Wes

                                 We could probably write a little
                Wishbone-to-OPB
                                 module and plug that in
                                 front of the OPB yellow blocks for some
                things.
                                 Messing with the
                                 internals of yellow blocks that we
                don't have
                                 hardware for could be
                                 dangerous e.g ADCs. Ideally people
                would help out
                                 with yellow blocks
                                 they have hardware for and have
                expertise in.

                                 Regards
                                 Andrew

                                 On Wed, 2012-10-03 at 13:29 +0200,
                Wesley New wrote:
                 > Hi Dave,
                 >
                 >
                 > Unfortunately the move to wishbone will need to be
                                 done en mass.
                 >
                 >
                 > Wes
                 >
                 > On Thu, Sep 27, 2012 at 7:40 PM, David MacMahon
                 > <[email protected]
                <mailto:[email protected]>
                <mailto:[email protected].__edu
                <mailto:[email protected]>>> wrote:
                 >         Hi, Wes,
                 >
                 >         Are you converting all yellow blocks to
                                 wishbone en masse or
                 >         can they be converted one by one over time?
                 >
                 >         Thanks,
                 >         Dave
                 >
                 >         On Sep 27, 2012, at 10:23 AM, Wesley New wrote:
                 >
                 > > Hi Rurik
                 > >
                 > > These updates don't contain the wishbone port,
                                 that is the
                 >         next item
                 > > on my to-do list.
                 > >
                 > > Wes
                 > >
                 > > On 9/27/12, Rurik A. Primiani
                <[email protected] <mailto:[email protected]>
                <mailto:[email protected].__edu
                <mailto:[email protected]>>>

                 >         wrote:
                 > >> Hi Wes,
                 > >>
                 > >> Great work! I look forward to using the newer
                                 tools. Just a
                 >         quick
                 > >> question, does this update include the migration
                                 to the
                 >         Wishbone bus
                 > >> discussed at the workshop?
                 > >>
                 > >> Best,
                 > >> Rurik
                 > >>
                 > >> On 9/26/12 9:01 AM, Wesley New wrote:
                 > >>> Good Day all,
                 > >>>
                 > >>> We have updated the existing MSSGE toolflow to
                                 work with
                 >         the Xilinx 14.2
                 > >>> tools and Matlab2012a. I have provided a
                                 wikipage with all
                 >         the details
                 > >>> and how to get an environment setup, available at:
                 > >>>
                 >
                
https://casper.berkeley.edu/__wiki/MSSGE_Setup_with_Xilinx___14.2_and_Matlab_2012a
                
<https://casper.berkeley.edu/wiki/MSSGE_Setup_with_Xilinx_14.2_and_Matlab_2012a>
                 > >>>
                 > >>>
                 > >>> The ska-sa mlib_devel repository currently
                                 hosts these
                 >         changes and can
                 > >>> be found at:
                https://github.com/ska-sa/__mlib_devel
                <https://github.com/ska-sa/mlib_devel>. So feel
                 >         free to start
                 > >>> using the latest tools and post any
                                 issues/feeback to the
                 >         mailing list.
                 > >>>
                 > >>> Thanks
                 > >>>
                 > >>> Wesley
                 > >>
                 > >
                 >
                 >
                 >
                 >









Reply via email to