My Ethernet Controller is a Qualcomm Atheros AR8151 it’s max MTU is 6144
bytes. I’ve changed MTU to the max with no change in gnuRadio response. Is
the 6144 bytes not enough?

On Tue, Nov 3, 2020 at 9:32 PM Jonathon Pendlum <jonathon.pend...@ettus.com>
wrote:

> Hi Ben,
>
> Try setting your NIC's MTU to 9000.
>
> Jonathon
>
> On Mon, Nov 2, 2020 at 6:55 AM Robert Wilson via USRP-users <
> usrp-users@lists.ettus.com> wrote:
>
>> Hello,
>>
>> OS: Linux Ubuntu 20.04.1 LTS
>> GRC: 3.8
>> UHD: 4.0
>> USRP:X310 (HG)
>>
>> I have been looking at RFNoC only for a few weeks. I have followed the
>> RFNoC Workshop 4 tutorial and successfully built my own custom gain block
>> as well as implemented and FFT from existing blocks using the "Getting
>> Started with RFNoC" document online.
>>
>> I am now attempting to get Fosphor up and running on my X310 to further
>> understand bitstream generation from YAML files. At one point I believe
>> there was an example bitstream that had the correct Fosphor configuration I
>> don't see it in the build of UHD I have.
>>
>> I've attached my .yml file and a copy of my GRC flow graph.
>> Below is the error message I'm receiving.
>>
>> [INFO] [UHD] linux; GNU C++ version 9.3.0; Boost_107100;
>> UHD_4.0.0.0-1-gcf570707
>> [INFO] [X300] X300 initialization sequence...
>> [INFO] [X300] Maximum frame size: 1472 bytes.
>> [INFO] [GPS] No GPSDO found
>> [INFO] [X300] Radio 1x clock: 200 MHz
>> [WARNING] [RFNOC::BLOCK_FACTORY] Could not find block with Noc-ID
>> 0xfd7d809a, 0xffff
>> [WARNING] [0/Radio#0] Setting RX IQ Balance is not possible on this
>> device.
>> gr::log :DEBUG: rfnoc_rx_streamer0 - Committing graph...
>> [WARNING] [0/Radio#0] Attempting to set tick rate to 0. Skipping.
>> gr::log :DEBUG: rfnoc_rx_streamer1 - Committing graph...
>> gr::log :DEBUG: rfnoc_rx_streamer1 - Sending start stream command...
>> gr::log :DEBUG: rfnoc_rx_streamer0 - Sending start stream command...
>>
>> >>> Done (return code -11)
>>
>> More resources of this type of development would be welcome as well.
>>
>> Many Thanks,
>> Ben Wilson
>>
>>
>> _______________________________________________
>> USRP-users mailing list
>> USRP-users@lists.ettus.com
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>
>
_______________________________________________
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Reply via email to