Bug 804440
Summary: | /usr/bin/uhd_usrp_probe hangs | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Ken <kjh> | ||||||
Component: | uhd | Assignee: | Jaroslav Škarvada <jskarvad> | ||||||
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
Severity: | high | Docs Contact: | |||||||
Priority: | unspecified | ||||||||
Version: | 16 | CC: | jkaluza, jskarvad | ||||||
Target Milestone: | --- | ||||||||
Target Release: | --- | ||||||||
Hardware: | i386 | ||||||||
OS: | Linux | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | gnuradio-3.4.2-7.fc16 | Doc Type: | Bug Fix | ||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2012-04-14 04:36:19 UTC | Type: | --- | ||||||
Regression: | --- | Mount Type: | --- | ||||||
Documentation: | --- | CRM: | |||||||
Verified Versions: | Category: | --- | |||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||
Embargoed: | |||||||||
Attachments: |
|
Description
Ken
2012-03-18 19:58:59 UTC
(In reply to comment #0) Thanks for report. Currently I do not have the USRP HW for testing (I will have one in May). Please could you try the uhd update?: https://admin.fedoraproject.org/updates/uhd-3.3.2-1.fc16 Please let me know if the problem persists after the update. > This might problem might be due to a mismatch between uhd_usrp_probe and the > firmware. I'm not sure how to isolate this further. > AFAIK it shouldn't do that (with firmware that is recent enough). > This USRP used to work OK with the old USRP interface (before UHD). > GNUradio upstream dropped the libusrp support, thus we need to go only with uhd in Fedora 17 and up. > Perhaps the USRP firmware should be in the fedora repos (perhaps it is and I > couldn't find it). > Currently it isn't. It is known problem and it is on my list, but it will take a bit of time. Thanks for your response. I installed uhd-3.3.2-1.fc16.i686 ... however I still get the same symptom: uhd_find_devices works OK, but uhd_usrp_probe hangs in "poll". Cheers. Created attachment 571180 [details]
Output of uhd_usrp_probe (intermittent)
One update: "uhd_usrp_probe" did run OK once (yesterday, with uhd-3.3.1-3.fc16.i686), so this problem is intermittent. It did hang after that, however. I've attached the output of that successful run.
Thanks for info. AFAIK there was regression in UHD some time ago, but it should be already fixed. However to be sure, please try the latest devel scratch build: http://koji.fedoraproject.org/koji/taskinfo?taskID=3910375 Please try other USB ports, PCs / ports combination and also without USB hubs. I will try to get the code "offline" overview later this week. If not successful I will try debug this when my USRP arrive (in May). Created attachment 571233 [details]
uhd_usrp_probe output w/ clues about DBSRX
Oops... Bugzilla logged me out. I meant to include the following with the above attachment: I removed the "DBSRX-LF rev 2.2" module from the USRP1 and the uhd software works OK now. I guess this means there is a problem with the firmware upstream. I posted a message on usrp-users with subject "uhd_usrp_probe hangs w/ DBSRX on USRP1". FYI, I posted this on "usrp-users": Here's an interesting symptom: The DBSRX works OK by itself (in either RXA or RXB) and the "TVRX rev 3" works OK by itself (in either RXA or RXB), but they don't work when both DBSRX and TVRX are installed (in either position). ... and Marcus Leech asked me to run this: UHD_LOG_LEVEL=1 uhd_usrp_probe --args "type=usrp1" ... I gave him the log files. FYI, josh says: > This seems to be a hardware issue when (and only when): > USRP1 rev 4.5 + DBSRX + another i2c-based dboard. > In other words, this does not happen on USRP1 rev3. ... and: > This patch seems to fix my setup: http://pastebin.com/RYMsxiTf > > Essentially, the host code was feeding DBSRX to high a clock rate on > USRP1. I cant explain why this is an issue only under certain conditions > that I described in the last email. I tested the patch, and it works for me as well. Thanks, I will apply it, for reference it is upstream commit 097f20df1653c33035b6dcfefbbef22572426c65. uhd-3.4.0-1.fc17,gnuradio-3.5.2.1-2.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/uhd-3.4.0-1.fc17,gnuradio-3.5.2.1-2.fc17 gnuradio-3.4.2-7.fc16,uhd-3.4.0-1.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/gnuradio-3.4.2-7.fc16,uhd-3.4.0-1.fc16 Package uhd-3.4.0-1.fc17, gnuradio-3.5.2.1-2.fc17: * should fix your issue, * was pushed to the Fedora 17 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing uhd-3.4.0-1.fc17 gnuradio-3.5.2.1-2.fc17' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2012-4736/uhd-3.4.0-1.fc17,gnuradio-3.5.2.1-2.fc17 then log in and leave karma (feedback). I installed uhd-3.4.0-1.fc16.i686, and /usr/bin/uhd_usrp_probe now works. Also, I installed gnuradio-3.4.2-7.fc16.i686, and /usr/bin/uhd_fft.py works (so the fixes the ABI change). Thanks Jaroslav! uhd-3.4.0-1.fc17, gnuradio-3.5.2.1-2.fc17 has been pushed to the Fedora 17 stable repository. If problems still persist, please make note of it in this bug report. gnuradio-3.4.2-7.fc16, uhd-3.4.0-1.fc16 has been pushed to the Fedora 16 stable repository. If problems still persist, please make note of it in this bug report. |