<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#ffffff" text="#000000">
    On 09/09/2014 12:41 PM, Peter Witkowski via USRP-users wrote:
    <blockquote
cite="mid:CAN1Qg3OUJh2sVc0iXucDQTrsvQSvH0h+dDfWDNgr_xA-FqQ6kg@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div><font face="arial,helvetica,sans-serif">Hello,</font></div>
        <div> </div>
        <div><font face="arial,helvetica,sans-serif">I recently
            contacted Ettus support regarding this issue, but I was
            wondering if perhaps the e-mail list could help me out
            sooner or even confirm the issues that I am having.</font></div>
        <div> </div>
        <div><font color="#000000" face="arial,helvetica,sans-serif">
          </font>
          <p class="MsoNormal" style="margin: 0in 0in 0pt;"><font
              color="#000000"><font face="arial,helvetica,sans-serif">I
                currently have an X300 that is having some issues being
                connected over PCIe.</font></font></p>
          <font color="#000000" face="arial,helvetica,sans-serif">
          </font>
          <p class="MsoNormal" style="margin: 0in 0in 0pt;"><font
              color="#000000" face="arial,helvetica,sans-serif"> </font></p>
          <font color="#000000" face="arial,helvetica,sans-serif">
          </font>
          <p class="MsoNormal" style="margin: 0in 0in 0pt;"><font
              color="#000000"><font face="arial,helvetica,sans-serif">First,
                I have an issue where the driver seems to hang in
                instances where an overflow is encountered.  That is, if
                I run
                uhd_rx_cfile (or any other application for that matter
                that is receiving data)
                and an overflow is encountered, the application hangs
                and stops writing to
                disk.  No “O” characters are printed.  However, once an
                overflow is
                properly caught and handled (i.e., “O” characters are
                printed) I have no more
                issues with the driver hanging for the rest of that
                power cycle.  From
                that point forward all overflows are properly handled. 
                  If I
                cycle power on the device or my host machine, the
                problem comes back.  I
                tried to repeat this issue over Ethernet, and overflow
                errors are always
                properly printed and handled.</font></font></p>
          <font color="#000000" face="arial,helvetica,sans-serif">
          </font>
          <p class="MsoNormal" style="margin: 0in 0in 0pt;"><font
              color="#000000" face="arial,helvetica,sans-serif"> </font></p>
          <font color="#000000" face="arial,helvetica,sans-serif">
          </font>
          <p class="MsoNormal" style="margin: 0in 0in 0pt;"><font
              color="#000000"><font face="arial,helvetica,sans-serif">Second,
                the PCIe driver requires an Ethernet
                connection.  That is, if I unplug a network connection,
                I cannot run
                uhd_find_devices.  I can ping the loopback address just
                fine and have
                verified that the loopback interface is active, but I
                cannot run
                uhd_find_devices if my Ethernet connection is
                disconnected.</font></font></p>
          <font color="#000000" face="arial,helvetica,sans-serif">
          </font>
          <p class="MsoNormal" style="margin: 0in 0in 0pt;"><font
              color="#000000" face="arial,helvetica,sans-serif"> </font></p>
          <font color="#000000" face="arial,helvetica,sans-serif">
          </font>
          <p class="MsoNormal" style="margin: 0in 0in 0pt;"><font
              color="#000000"><font face="arial,helvetica,sans-serif">I
                am running everything on a fresh install of Ubuntu 14.04
                and have verified that I have the latest FPGA image
                installed on the device.</font></font></p>
          <font color="#000000" face="arial,helvetica,sans-serif">
          </font>
          <p class="MsoNormal" style="margin: 0in 0in 0pt;"><font
              color="#000000" face="arial,helvetica,sans-serif"> </font></p>
          <font color="#000000" face="arial,helvetica,sans-serif">
          </font>
          <p class="MsoNormal" style="margin: 0in 0in 0pt;"><font
              color="#000000"><font face="arial,helvetica,sans-serif">Please
                let me know what I should try to alleviate the issues
                that I am having.  Thank you in advance for your help.</font></font></p>
          <font face="arial,helvetica,sans-serif"><font color="#000000">
            </font><br>
            -- <br>
            Peter Witkowski<br>
            <a moz-do-not-send="true" href="mailto:pwitkowski@gmail.com">pwitkowski@gmail.com</a>
          </font></div>
      </div>
      <pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
USRP-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:USRP-users@lists.ettus.com">USRP-users@lists.ettus.com</a>
<a class="moz-txt-link-freetext" href="http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com">http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com</a>
</pre>
    </blockquote>
    I can't answer about the hanging isuee, but if you:<br>
    <br>
    uhd_usrp_probe -args "resource=RIO0"<br>
    <br>
    That should always work if things are setup correctly.<br>
    <br>
    I'm not sure what "uhd_find_devices" doesn't include the RIO
    resources in its "list of things to try", but to be honest, I vastly
    prefer *explicit*<br>
      device naming, rather than implicit "find me a usrp".   If one has
    more than one USRP on a system, then implicit naming is nearly never<br>
      what you want anyway....<br>
    <br>
    <br>
    <pre class="moz-signature" cols="72">-- 
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
<a class="moz-txt-link-freetext" href="http://www.sbrac.org">http://www.sbrac.org</a>
</pre>
  </body>
</html>