% which ocpirun
/mnt/net/cdk/bin/linux-x13_3-arm/ocpirun
This is happening on the zedboard where I am using /mnt/card/opencpi/mynetsetup.sh, etc that was originally created under AV1.2 and modified with my mounts. Is the fix to:
1. go to AV1.3.1 /opt/opencpi/boot_support/zed/OpenCPI-SD-zed/opencpi
2. copy to SD card
3. edit to suit (as before for AV1.2)
From: Marasco, Aaron <aaron.marasco_at_bia-boeing.com>
Sent: Thursday, June 14, 2018 9:26 AM
To: Miller, Peter <PeterM_at_signalscape.com>
Cc: discuss_at_lists.opencpi.org
Subject: Re: [Discuss OpenCPI] ocpirun response
Hi Peter,
This is definitely a strange situation. The fact that your debug listing says "av" and recommends "AV_ALLOW_VERSION_MISMATCH" versus "OCPI_ALLOW_VERSION_MISMATCH" implies that you have a 1.2 or previous "ocpirun" executable somewhere that is being run. When we went OSS, we removed the "AV" prefix and made it "OCPI" as well as changing the internal XML attribute name. Please check "which ocpirun" or if you are using an ACI application, be sure that has been totally rebuilt under 1.3.
As an FYI, you shouldn't need to untar the assets source directly. You can run /opt/opencpi/projects/new_project_source and tell it "assets" as the source. I'm pretty sure it handles all the project registration for you automatically as well (does today, I think it did in 1.3).
Let me know how this works for you,
Aaron
________________________________
From: discuss <discuss-bounces_at_lists.opencpi.org<mailto:discuss-bounces_at_lists.opencpi.org>> on behalf of Miller, Peter <PeterM_at_signalscape.com<mailto:PeterM_at_signalscape.com>>
Sent: Thursday, June 14, 2018 9:04:26 AM
To: EXT-Hinkey, Chris (Geon Technologies)
Cc: discuss_at_lists.opencpi.org<mailto:discuss_at_lists.opencpi.org>
Subject: Re: [Discuss OpenCPI] ocpirun response
Looks like 1.3.
$ ocpixml get ~/SS_SDR/Frameworks/ocpi.core/components/file_read.rcc/target-linux-x13_3-arm/file_read_s.so
<!--
THIS FILE WAS GENERATED ON Wed Jun 13 17:49:41 2018 EDT
BASED ON THE FILE: target-linux-x13_3-arm/file_read_assy.xml
YOU PROBABLY SHOULD NOT EDIT IT
This file contains the artifact descriptor XML for the container
named "file_read_assy". It must be attached (appended) to the bitstream
-->
<artifact uuid="ad272dd8-6f53-11e8-9259-5b7323f829f5" ocpi_version="1.3" os="linux" osVersion="x13_3" platform="xilinx13_3" arch="arm" dynamic='0'>
<worker name="file_read" model="rcc" package="ocpi.core" specname="ocpi.core.file_read" sizeOfConfigSpace="1066" controlOperations="start,release">
<property name="fileName" type="String" stringLength="1024" readable='1' initial='1'/>
<property name="messagesInFile" type="Bool" default='false' readable='1' initial='1'/>
<property name="opcode" type="UChar" default='0' readable='1' initial='1'/>
<property name="messageSize" default='4096' volatile='1' initial='1'/>
<property name="granularity" default='1' readable='1' initial='1'/>
<property name="repeat" type="Bool" writable='1'/>
<property name="bytesRead" type="ULongLong" volatile='1'/>
<property name="messagesWritten" type="ULongLong" volatile='1'/>
<property name="suppressEOF" type="Bool" readable='1' initial='1'/>
<property name="badMessage" type="Bool" volatile='1'/>
<property name="ocpi_debug" type="Bool" isImpl='1' parameter='1' default='false'/>
<property name="ocpi_endian" type="Enum" enums="little,big,dynamic" isImpl='1' parameter='1' default='little'/>
<port name="out" producer='1' numberOfOpcodes="256" bufferSize='8192'>
<protocol dataValueWidth="8" dataValueGranularity="1" diverseDataSizes="0" minMessageValues="0"/>
</port>
</worker>
</artifact>
From: chinkey <chinkey_at_office.geontech.com<mailto:chinkey_at_office.geontech.com>>
Sent: Thursday, June 14, 2018 9:02 AM
To: Miller, Peter <PeterM_at_signalscape.com<mailto:PeterM_at_signalscape.com>>
Cc: James Kulp <jek_at_parera.com<mailto:jek_at_parera.com>>; discuss_at_lists.opencpi.org<mailto:discuss_at_lists.opencpi.org>
Subject: Re: [Discuss OpenCPI] ocpirun response
what is the result of: "ocpixml get ~/SS_SDR/Frameworks/ocpi.core/components/file_read.rcc/target-linux-x13_3-arm/file_read_s.so "
On 2018-06-14 08:54, Miller, Peter <PeterM_at_signalscape.com<mailto:PeterM_at_signalscape.com<mailto:PeterM_at_signalscape.com%3cmailto:PeterM_at_signalscape.com>>> wrote:
I installed the AV1.3.1 projects using the procedure below, rebuilt everything in core and assets, but get the same failure. I set AV_ALLOW_VERSION_MISMATCH=1 and the Application will run on the zed board using ocpirun, though not successfully. This application will run in CentOS/xsim.
Is the procedure below wrong or incomplete?
cd /opt/opencpi/projects
./new_project_source core/ ~/SS_SDR/Frameworks/ocpi.core
cd ~/SS_SDR/Frameworks
mkdir ocpi.assets
cd ocpi.assets
tar xf /opt/opencpi/projects/assets/opencpi-assets-v1.3.1.tar.xz .
If previously registered product exists:
ocpidev -d ~/SS_SDR/Frameworks unregister project ocpi.assets
ocpidev -d ~/SS_SDR/Frameworks unregister project ocpi.core
Register Projects
ocpidev -d ~/SS_SDR/Frameworks register project ocpi.assets
ocpidev -d ~/SS_SDR/Frameworks register project ocpi.core
Build
cd ~/SS_SDR/Frameworks/ocpi.core/
ocpidev build --rcc-hdl-platform xsim --rcc-hdl-platform zed --rcc-hdl-platform matchstiq_z1 --hdl-platform xsim --hdl-platform zed --hdl-platform matchstiq_z1 --no-assemblies
cd ~/SS_SDR/Frameworks/ocpi.assets
ocpidev build --rcc-hdl-platform xsim --rcc-hdl-platform zed --rcc-hdl-platform matchstiq_z1 --hdl-platform xsim --hdl-platform zed --hdl-platform matchstiq_z1 --no-assemblies
-----Original Message-----
From: Miller, Peter
Sent: Wednesday, June 13, 2018 5:52 PM
To: James Kulp <jek_at_parera.com<mailto:jek_at_parera.com<mailto:jek_at_parera.com%3cmailto:jek_at_parera.com>>>; discuss_at_lists.opencpi.org<mailto:discuss_at_lists.opencpi.org<mailto:discuss_at_lists.opencpi.org%3cmailto:discuss_at_lists.opencpi.org>>
Subject: RE: [Discuss OpenCPI] ocpirun response
I know how this happened. In this VM now running AV1.3.1, I missed the step to update the core and assets from 1.3 to 1.3.1. Doing so now.
-----Original Message-----
From: discuss <discuss-bounces_at_lists.opencpi.org<mailto:discuss-bounces_at_lists.opencpi.org<mailto:discuss-bounces_at_lists.opencpi.org%3cmailto:discuss-bounces_at_lists.opencpi.org>>> On Behalf Of James Kulp
Sent: Wednesday, June 13, 2018 5:06 PM
To: discuss_at_lists.opencpi.org<mailto:discuss_at_lists.opencpi.org<mailto:discuss_at_lists.opencpi.org%3cmailto:discuss_at_lists.opencpi.org>>
Subject: Re: [Discuss OpenCPI] ocpirun response
I'm not exactly sure how you ended up with unversioned artifacts, but setting the OCPI_ALLOW_VERSION_MISMATCH environment variable to 1, will allow this to proceed.
On 6/13/18 4:38 PM, Miller, Peter wrote:
> Support,
> I am running AV1.3.1. Running the following on a ZED board:
>
>
> ocpirun -t180 -mmac_low_802dot11=hdl
> --library-path="/mnt/ocpi.core/exports:/mnt/ocpi.assets/exports:/mnt/o
> cpi.wifiproject/exports"
> icmp_demo_file_mac_highlow_phy_txrx_loopback.xml
>
> OCPI( 2:509.0389): Rejected 'file_read' ONLY because of AV Version
> mismatch ('' vs. expected '1.3') (try increasing log level) Exiting for exception: For instance "file_read_mac_mpdu" for spec "ocpi.core.file_read": no feasible containers found for any of the 4 implementations found.
>
> Sincerely,
> Peter B. Miller
> Potomac: (301) 765-9668
>
> --------------------------- This email and any files transmitted with it are confidential and intended solely for the use of Signalscape, Inc. and the addressed individual or entity. If you have received this email in error please delete it. Information in this email may be subject to the Privacy Act of 1974 and any unauthorized review, use, disclosure, or distribution is strictly prohibited. Any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company.
> -------------- next part -------------- An HTML attachment was
> scrubbed...
> URL:
> <http://lists.opencpi.org/pipermail/discuss_lists.opencpi.org/attachme
<
http://lists.opencpi.org/pipermail/discuss_lists.opencpi.org/attachme%0b%0b>> nts/20180613/adb3d943/attachment.html>
> _______________________________________________
> discuss mailing list
> discuss_at_lists.opencpi.org<mailto:discuss_at_lists.opencpi.org<mailto:discuss_at_lists.opencpi.org%3cmailto:discuss_at_lists.opencpi.org>>
> http://lists.opencpi.org/mailman/listinfo/discuss_lists.opencpi.org
_______________________________________________
discuss mailing list
discuss_at_lists.opencpi.org<mailto:discuss_at_lists.opencpi.org<mailto:discuss_at_lists.opencpi.org%3cmailto:discuss_at_lists.opencpi.org>>
http://lists.opencpi.org/mailman/listinfo/discuss_lists.opencpi.org
--------------------------- This email and any files transmitted with it are confidential and intended solely for the use of Signalscape, Inc. and the addressed individual or entity. If you have received this email in error please delete it. Information in this email may be subject to the Privacy Act of 1974 and any unauthorized review, use, disclosure, or distribution is strictly prohibited. Any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company.
_______________________________________________
discuss mailing list
discuss_at_lists.opencpi.org<mailto:discuss_at_lists.opencpi.org<mailto:discuss_at_lists.opencpi.org%3cmailto:discuss_at_lists.opencpi.org>>
http://lists.opencpi.org/mailman/listinfo/discuss_lists.opencpi.org
--------------------------- This email and any files transmitted with it are confidential and intended solely for the use of Signalscape, Inc. and the addressed individual or entity. If you have received this email in error please delete it. Information in this email may be subject to the Privacy Act of 1974 and any unauthorized review, use, disclosure, or distribution is strictly prohibited. Any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company.
Received on Thu Jun 14 2018 - 13:34:04 CDT