[USRP-users] [UHD 3.7.3] Release Announcement

Ralph A. Schmid, dk5ras ralph at schmid.xxx
Thu Oct 9 06:43:16 EDT 2014


This is the last output before gqrx stalled, showing 32 MHz of bandwidth:



[00026 00006] 0001D4D3 0026 Keep-alive

 

[00019]

magic: 268582913

        XFER_CPLT: 00000        SEND_CPLT: 00000        RECV_CPLT: 00000       PROD_EVENT: 00000        CONS_EVENT: 00000       ABORTED: 00000  ERROR: 00000   PROD_SUSP: 00000 CONS_SUSP: 00000        BUFFER_MARKER: 00000    BUFFER_EOP: 00000       BUFFER_ERROR: 00000     BUFFER_OCCUPIED: 00000  last_count: 00000      last_size: 00000 last_sid: 00000 bad_sid_count: 00000

        XFER_CPLT: 00000        SEND_CPLT: 00000        RECV_CPLT: 00000       PROD_EVENT: 00000        CONS_EVENT: 00000       ABORTED: 00000  ERROR: 00000   PROD_SUSP: 00000 CONS_SUSP: 00000        BUFFER_MARKER: 00000    BUFFER_EOP: 00000       BUFFER_ERROR: 00000     BUFFER_OCCUPIED: 00000  last_count: 00000      last_size: 00000 last_sid: 00000 bad_sid_count: 00000

log_overrun_count: 00000        usb_error_update_count: 01243

        phy_error_count: 01104  link_error_count: 00000 PHY_LOCK_EV: 00000     TRAINING_ERROR_EV: 00000 RX_ERROR_CRC32_EV: 00000        RX_ERROR_CRC16_EV: 00000RX_ERROR_CRC5_EV: 00000 PHY_ERROR_DISPARITY_EV: 00000   PHY_ERROR_EB_UND_EV: 00002      PHY_ERROR_EB_OVR_EV: 00001      PHY_ERROR_DECODE_EV: 00003

usb_ep_underrun_count: 00000    heap_size: 00000        resume_count: 00000

 

Master built from sources, images downloaded with the image downloader, copying the firmware file over the original one in the /usr/local/share/blah path, initializing the B210 with a uhd_usrp_probe, starting your script, watching it for a short while, starting gqrx, going for a cup of tea, and when back seeing the stalled software and the above output. 

 

Does it tell you anything?

 

With best regards

 

Ralph.

 

 

From: Balint Seeber [mailto:balint.seeber at ettus.com] 
Sent: Thursday, 9 October, 2014 00:06
To: Ralph A. Schmid, dk5ras
Cc: Martin Braun; Garver, Paul W; usrp-users at lists.ettus.com
Subject: Re: [USRP-users] [UHD 3.7.3] Release Announcement

 

Hi Ralph,

With 'master' UHD, please load the attached FW onto your device using uhd_find_devices --args="fw=<path to .hex>"

And then run 'b2x0_side_channel.py' inside the attached tarball.

Make a note of the following counter values in your output:

    phy_error_count: 00214    link_error_count: 00000    PHY_LOCK_EV: 00000    TRAINING_ERROR_EV: 00000    RX_ERROR_CRC32_EV: 00000    RX_ERROR_CRC16_EV: 00000    RX_ERROR_CRC5_EV: 00000    PHY_ERROR_DISPARITY_EV: 00000    PHY_ERROR_EB_UND_EV: 00001    PHY_ERROR_EB_OVR_EV: 00000    PHY_ERROR_DECODE_EV: 00001

 

Some will be non-zero, which is fine (e.g. phy_error_count). You can ignore the "usb_error_update_count" value.

 

Then in another console, run whichever apps tend to cause the issue to manifest itself, and keep an eye on those counters. If any of them go up dramatically, that's a clue.

Thanks,

Balint

 

On Wed, Oct 8, 2014 at 11:48 AM, Ralph A. Schmid, dk5ras via USRP-users <usrp-users at lists.ettus.com> wrote:

Hi,

> On a side note, I have the suspicion that when people are talking about 'this issue', it's not always the same one. We really appreciate

This is also my guess. It seems I have two issues here, one general virtual machine issue that has nothing to do with the uhd version, but just with getting somehow out of sync in USB communication from other activity on the system. From this the system can recover, with openbts even automatically by restarting the service. The other issue with to me identical looking signs is uhd version dependent and happens even when the machine is idle and the vmware stuff does not slow down USB transfers.

> all bug reports, but please, if something fails, give us as much detail as possible, even if repeating information.
>
> Thanks,
> Martin

Ralph.


_______________________________________________
USRP-users mailing list
USRP-users at lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20141009/3215fc85/attachment-0002.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 832 bytes
Desc: not available
URL: <http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20141009/3215fc85/attachment.sig>


More information about the USRP-users mailing list