s like a hex issue
>>> somewhere. Where are you setting the block size to 10? It feels like
>>> something is interpreting that as 0x10, and I think 16 is a magic number
>>> that is too large.
>>>
>>> --
>>> *From:* USR
like
>> something is interpreting that as 0x10, and I think 16 is a magic number
>> that is too large.
>>
>> --
>> *From:* USRP-users on behalf of
>> Armin Schmidt via USRP-users
>> *Sent:* Thursday, April 4, 2019 4:13 AM
&
> that is too large.
>
> --
> *From:* USRP-users on behalf of
> Armin Schmidt via USRP-users
> *Sent:* Thursday, April 4, 2019 4:13 AM
> *To:* USRP-users@lists.ettus.com
> *Subject:* [USRP-users] Maximal number of RFNoC-blocks
>
> Hallo everyone and Ettus development tea
lf of Armin
Schmidt via USRP-users
Sent: Thursday, April 4, 2019 4:13 AM
To: USRP-users@lists.ettus.com
Subject: [USRP-users] Maximal number of RFNoC-blocks
Hallo everyone and Ettus development team,
We use uhd 3.14 rc1 and we have the strange behaviour, that after the magic
number of 10
Hallo everyone and Ettus development team,
We use uhd 3.14 rc1 and we have the strange behaviour, that after the magic
number of 10 RFNoC-blocks on the FPGA, we get the following error:
[ERROR] [UHD] Exception caught in safe-call.
in ctrl_iface_impl<_endianness>::~ctrl_iface_impl() [with
uhd::e