unrecoverable Code crash x310, Fpga exceptio while rx capture - uhd 3.15.0 - IOError: Block ctrl (CE_01_Port_40) no response packet -

[ilayni]

Issue Description

running linux; GNU C++ version 5.4.0 20160609; Boost_105800; UHD_3.15.0.HEAD-0-gaea0e2de and doing rx capture with 4 channels with timed command i get the following Exception EnvironmentError: IOError: Block ctrl (CE_01_Port_40) no response packet - AssertionError: bool(buff) in uint64_t ctrl_iface_impl<_endianness>::wait_for_ack(bool, double) [with uhd::endianness_t _endianness = (uhd::endianness_t)0u; uint64_t = long unsigned int] at /home/gig/uhd/host/lib/rfnoc/ctrl_iface.cpp:151

Setup Details

linux; GNU C++ version 5.4.0 20160609; Boost_105800; UHD_3.15.0.HEAD-0-gaea0e2de and doing rx capture with 4 channels 2 twinrx

Expected Behavior

capture with no isssue

Actual Behaviour

FPGA exception

Steps to reproduce the problem

recv with 4 channels with time commands

Additional Information

[Same-Writer]

Do you have any code that reproduces this behavior? Does it happen in v3.14.1.1?

[ilayni]

I think this does not happen in 3.14.1.1

On Tue, 14 Jan 2020, 21:42 Sam Reiter [email protected] wrote:

Do you have any code that reproduces this behavior? Does it happen in v3.14.1.1?

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/EttusResearch/uhd/issues/321?email_source=notifications&email_token=AH3IQDIXA5WSGQR66QHOYQDQ5YIRPA5CNFSM4KGDOBL2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEI53TUY#issuecomment-574339539, or unsubscribe https://github.com/notifications/unsubscribe-auth/AH3IQDJN4GXDAKORWSLGYITQ5YIRPANCNFSM4KGDOBLQ .

[ilayni]

This happens if i create and destroy an rx_streamer what is need in the case of changing rates in version 3.15.0

[ccera-astro]

http://www.ccera.ca/files/rx_multi_samples.cpp easily reproduces this issue -- this is a variant of the standard version that takes an --iters parameter. I've found that the number of iterations required isn't consistent. But what IS necessary is that the number of channels requested needs to be varying between streaming sessions. If the channel count remains fixed, it will run to completion every time.

[ilayni]

Hi, My channel number is always 4 and i still get this issue.

[atrnati]

Are you able to try to reproduce this issue with UHD 4.0.0?

[michaelld]

I'm working with the customer via Ettus Support email. I'll test things out on UHD 4.0 when I get a chance soon. We're slowly working on getting UHD4 build for the customer. This issue certainly seems relevant to UHD 3.15. Let's leave this open until we get UHD4.0 tested.

[Anplus]

My UHD version is 3.15.0. I didn't have such a problem when I use two x310 to implement 4 Rx or 4 Tx. But when I simultaneously use Tx and Rx, the UHD report the following errors:

thread[thread-per-block[1]: <block gr uhd usrp sink (2)>]: EnvironmentError: IOError: Failed to sync DACs! EnvironmentError: IOError: 1/Radio_0 user_reg_read64() failed: EnvironmentError: IOError: [1/Radio_0] sr_read64() failed: EnvironmentError: IOError: Block ctrl (CE_01_Port_40) packet parse error - EnvironmentError: IOError: Expected SID: 03:40>00:06 Received SID: 02:40>00:06 thread[thread-per-block[2]: <block gr uhd usrp source (1)>]: EnvironmentError: IOError: Block ctrl (CE_01_Port_40) no response packet - AssertionError: bool(buff) in uint64_t ctrl_iface_impl<_endianness>::wait_for_ack(bool, double) [with uhd::endianness_t _endianness = (uhd::endianness_t)0; uint64_t = long unsigned int]

[cclamb]

Guys has this issue been resolved?

[michaelld]

@cclamb not resolved to the best of my knowledge ... maybe the OP can re-test & report back anything related to UHD 3.15 .. or UHD 4.0 even better?

[cclamb]

The error does not seem to appear on UHD 4.0.

On Mon, Dec 7, 2020 at 8:58 AM Michael Dickens [email protected] wrote:

@cclamb https://github.com/cclamb not resolved to the best of my knowledge ... maybe the OP can re-test & report back anything related to UHD 3.15 .. or UHD 4.0 even better?

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/EttusResearch/uhd/issues/321#issuecomment-740008522, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAB5JB73GG57QUKVNYDOQVTSTT3UHANCNFSM4KGDOBLQ .

--

• c. (Mspellngs courtesie of ipad)

[mbr0wn]

As this no longer appears on 4.x, and we are not fixing 3.15 anymore, I'm closing this.