Joel,
I was able to reproduce the same results on our end. We will be
investigating this issue and get back to you as soon as possible.
Aaron
On Fri, May 7, 2021 at 8:01 AM Jerry Darko <jerry.darko_at_cnftech.com> wrote:
> Joel,
>
> So, if I'm understanding correctly, it's now sending data, but the data
> written to file is not what you expected? We'll have someone take a look at
> it.
>
>
>
> Jerry
> ------------------------------
> *From:* Joel Palmer <jpalmer_at_geontech.com>
> *Sent:* Thursday, May 6, 2021 3:52 PM
> *To:* Aaron Olivarez <aaron_at_olivarez.info>
> *Cc:* discuss_at_lists.opencpi.org <discuss_at_lists.opencpi.org>
> *Subject:* [Discuss OpenCPI] Re: zcu104 testbias issues
>
>
> Unfortunately that did not seem to produce a different outcome. Iā€™ll
> reattach the standard out and md5sum / hexdump. In general the issue still
> seems that testbias is not working for the zcu104 in either of the three
> modes of operation (standalone, network, server). Have you guys had any
> success running testbias on the zcu104 using v2.1.0?
>
>
> Thanks,
>
> Joel Palmer
>
> ------------------------------
> *From:* Aaron Olivarez <aaron_at_olivarez.info>
> *Sent:* Wednesday, May 5, 2021 5:08 PM
> *To:* Joel Palmer <jpalmer_at_geontech.com>
> *Cc:* discuss_at_lists.opencpi.org <discuss_at_lists.opencpi.org>
> *Subject:* Re: [Discuss OpenCPI] Re: zcu104 testbias issues
>
> The file_read is being run on the embedded device which doesn't have
> access to the input file. If running in remote mode (ocpiremote) try
> forcing file_read and file_write to run on your host system.
>
> ocpirun -v -d -x -m bias=hdl -p bias=biasvalue=0 -P file_read=ubuntu18_04
> -P file_write=ubuntu18_04 testbias.xml
>
> On Wed, May 5, 2021 at 3:27 PM <jpalmer_at_geontech.com> wrote:
>
> After performing the steps again on the zcu104 the following log file was
> generated in the sandbox directory.
>
> Discovery options: discoverable: 0, loopback: 0, onlyloopback: 0
>
> Container server at <ANY>:12345
>
> Available TCP server addresses are:
>
> On interface eth0: 192.168.0.10:12345
> <https://usg02.safelinks.protection.office365.us/?url=http%3A%2F%2F192.168.0.10%3A12345%2F&data=04%7C01%7Cjpalmer%40geontech.com%7C64d23e68a874495837d008d91009fc0c%7Cf30278c2f29d431db34e2efaf88f266c%7C1%7C1%7C637558457357229344%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=YY5ayXnEruTyLDkybhhzTqY5NMCXCag1H3LXA4nPHUQ%3D&reserved=0>
>
> Artifacts stored/cached in the directory "artifacts", which will be
> retained on exit.
>
> Containers offered to clients are:
>
> 0: PL:0, model: hdl, os: , osVersion: , platform: zcu104
>
> 1: rcc0, model: rcc, os: linux, osVersion: 19_2, platform:
> xilinx19_2_aarch64
>
> New client is "192.168.0.100:51782
> <https://usg02.safelinks.protection.office365.us/?url=http%3A%2F%2F192.168.0.100%3A51782%2F&data=04%7C01%7Cjpalmer%40geontech.com%7C64d23e68a874495837d008d91009fc0c%7Cf30278c2f29d431db34e2efaf88f266c%7C1%7C1%7C637558457357229344%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=Fnwua87E1kOTUDeWbxkDfHGqIrMNheLGhH5P5WmGFjA%3D&reserved=0>
> ".
>
> Shutting down client "192.168.0.100:51782
> <https://usg02.safelinks.protection.office365.us/?url=http%3A%2F%2F192.168.0.100%3A51782%2F&data=04%7C01%7Cjpalmer%40geontech.com%7C64d23e68a874495837d008d91009fc0c%7Cf30278c2f29d431db34e2efaf88f266c%7C1%7C1%7C637558457357229344%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=Fnwua87E1kOTUDeWbxkDfHGqIrMNheLGhH5P5WmGFjA%3D&reserved=0>"
> due to error: Code 0x17, level 0, error: 'Worker "file_read" produced an
> error during the "start" control operation: error opening file
>
> Its also worth noting that this was presented once [$ ocpiremote start -b]
> was performed.
>
> root_at_xilinx-zcu104-2019_2:~# [ 72.971915] opencpi: dma_set_coherent_mask
> failed for device ffffffc027f77400
>
> [ 72.979120] opencpi: get_dma_memory failed in opencpi_init, trying
> fallback
>
> [ 72.986108] NET: Registered protocol family 12
>
> I have performed the exact set of commands and flow on the Zedboard and
> have been able to successfully run testbias. Can you confirm that testbias
> has worked on the zcu104 during regression testing of version v2.1.0 in any
> of the three modes (standalone, network, server)?
>
> Thanks,
>
> Joel Palmer
> _______________________________________________
> discuss mailing list -- discuss_at_lists.opencpi.org
> To unsubscribe send an email to discuss-leave_at_lists.opencpi.org
>
>
Received on Mon May 10 2021 - 15:21:16 CDT