[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Discuss-gnuradio] [USRP-users] [UHD] Announcing 3.12.0.0 Release
From: |
Philip Balister |
Subject: |
Re: [Discuss-gnuradio] [USRP-users] [UHD] Announcing 3.12.0.0 Release |
Date: |
Wed, 6 Jun 2018 11:41:41 -0400 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2 |
On 06/06/2018 11:26 AM, Martin Braun via USRP-users wrote:
> Hi all,
>
> after release-candidating, we have now finalized the 3.12.0.0 release.
> As mentioned before, you might not want to upgrade, but simply run the
> 3.11.1.0 release which has fewer feature-related changes, but most of
> the bugfixes. Here's the decision guidelines which were already in the
> RC1 notes:
>
>
> - 3.12.0.0 added White Rabbit support for the N310, so if you need that,
> you need the newest release.
> - 3.12.0.0 removed some public API calls, it is thus an API-breaking
> release (note that these were some obscure API calls, most users
> won't see a difference. GNU Radio users certainly won't).
> If you want to keep everything as stable as possible, but want all the
> recent bugfixes, pick the 3.11.1.0 release.
> - If you're still unsure, go through the changelog (pasted below) and
> see if some of the new features are relevant to your project.
> Most notably, the addition of the BasicRX A/B muxing for X310 (which
> was not available since UHD 3.10) and the re-added ability to modulate
> the DAC on the N210/N200 could be relevant.
>
>
> Tag, FPGA images and github-auto-produced tarballs can be found here:
> https://github.com/EttusResearch/uhd/releases/tag/v3.12.0.0
If you are using tarball checksums to validate the tarball, github will
occasionally regenerate the tarball leading to a changed checksum. So if
you are validating tarballs before use, don't depend on stable checksums
from github automatically generated tarballs. Sadly, this makes github
auto created tarballs pretty useless.
Philip
>
> Windows installers will be found here (they're still being finalized,
> for the next half-day or so this link will still be dead):
> http://files.ettus.com/binaries/uhd/uhd_003.012.000.000-release/
>
> Cheers all,
>
> Martin
>
>
>
>
>
>
>
> Changelog:
>
>
> * N3x0: Add White Rabbit support, add N300 support, standard BIST
>
> includes fan, fix issue with 1GigE, switch to 2 radio blocks
>
> with 2 channels each, upgrade TDC to version 2.0, fix issue in
>
> ARM deframer
>
> * X300: Enable BasicRX to use A/B/AB/BA muxing setups, more consistent
>
> logging, fix enumeration issue with TwinRX
>
> * USRP2/N2x0: Re-add ability to modulate in the DAC, improve ISE
>
> settings to better meet timing
>
> * B205mini: Fix global reset, improve timing in b205_ref_pll
>
> * UHD: Remove a lot of Boost usage, mostly replaced by C++11 features,
>
> more unit tests, fix Boost 1.67 compatibility, fix compiler
>
> warnings, add API to query clock rate range, fix get_usrp_?x_info
>
> * MPM: Refactored N3xx code, moved C++ standard to 14, refactor
>
> Boost.Python bindings, use CMake variable MPM_DEVICE
>
> * Logging: Allow disabling fastpath msgs at runtime
>
> * Docs: Clarified meaning of DSP frequencies, improved manual
>
> section on synchronization, added some known issues to B100,
>
> USRP2, and USRP1, update test test procedure description
>
> * Examples: Improved benchmark_rate (added failure thresholds, fixed
>
> incorrect calculation of samples on drops, fixed timeout values),
>
> minor fixes to txrx_loopback_to_file
>
> * Utils: Handle U's in calibration tools, create-lvbitx.py is now Py3k
>
> compatible, fixed git-hash.sh
>
> * RFNoC: DDCs/DUCs use DDSes instead of CORDIC, add DMA-based replay
>
> block in FPGA, add 64-bit support to axi_wrapper, add compat
>
> number to radio block,
>
> * Debian: Fix rules file, fix Changelog format
>
> * Fix license headers
>
> * This release includes all bugfixes and features from previous
>
> releases, in particular, the 3.11.* release cycle
>
> * Known issues: N310: In some rare scenarios at high rates, streaming
>
> can fail and even bring the FPGA into a bad state.
>
>
> _______________________________________________
> USRP-users mailing list
> address@hidden
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>