Since recent system upgrade which pulled in sdcc 4.3.0, build fails with
following error:
/git/libusrp/firmware/include/fx2regs.h:324: syntax error: token -> '+' ; column 26
It seems newer sdcc doesn't like having sums directly in there. Using
parenthesis around the expression fixes the problem.
Related: OS#6157
Change-Id: Iccc0b1ffe95971957f16008c3e3b873d065ba0ea
Let's move to python3, it's 2020 and the conversion seemed
actually rather trivial (famous last words).
Change-Id: Ib1604b36c32630e1360e06567cbd5f63a78df547
Properly remove lk files to fix the following error during
"make distcheck".
ERROR: files left in build directory after distclean:
./firmware/src/usrp2/eeprom_boot.lk
./firmware/src/usrp2/std.lk
Change-Id: I5f1b1f5ad72112ba7212800da7f85846bb6e7187
Fix the script so it is python2 and python3 compatible, then let the
distro decide which python version to use.
Change-Id: If805c8167e2cf57ce3d6143dddfd4685ad729142
The script contains python2-only syntax, so it can only be run with
python2. Make sure to explicitly specify it needs to be run with python2
in order to run it fine on distros where python points to python3.
Change-Id: Ie695c26f1b2a4f84bdc2b67938fe37a4c50681dd
Back in df354005f3, for some reason
building the USRP1 FX2 firmware was disabled. Let's re-enable it, as
the FX2 firmware is required as an essential part of USRP1 device
operation. It's loaded into the FX2 RAM over USB after the initial USB
attach.
As the firmware code has meanwhile been ported to a more modern
SDCC dialect (SDCC 3.2 or later, released in 2012), we have to adjust
the required minimum SDCC version.
Change-Id: I66ecc66bca3e8c171d2dd0d15c71186e16e8cc3b
SDCC, at least from version 3 onwards, has change the names of special
attributes like "at" or "sfr". They are now all prefixed with double-
underscores.
Upstream fx2lib has made that change in commit 3071389d9a868ed553b84809b399008648536fcf
which can be obtained from
3071389d9a
Change-Id: I5df64bc3cc09402bdfacec9c256e96135e3688fd
When we forked libusrp from the gnuradio source archive, we moved
around the directories, but failed to adjust the FW_INCLUDES.
Change-Id: I51a10da2325f7f6d158bb80f43e42b6ed29006f0
* Public USRP(1) header files are now in their own source directory
and install into $(includedir)/usrp. This was done to avoid name
clashes in the top-level include directory.
Only users who are developing directly to libusrp in C++ are
affected; the GNU Radio C++ and Python APIs are unchanged.
The simple change required by this update is to change:
#include <usrp_*.h>
to #include
<usrp/usrp_*.h>
...in your source code.
* Removed usrp-inband code from tree (put into limbo directory.)
This code has become unmaintained and has started to suffer
from bitrot. A checkpoint tag has been made for anyone still
needing to use it:
http://gnuradio.org/svn/gnuradio/tags/checkpoints/trunk-20090708-pre-usrp-reorg
The plan during the 3.2->3.3 development cycle is to replace the
functions done by the in-band code with extensions to the existing
gr-usrp blocks using the new message passing architecture.
The USRP hardware FPGA code that provided the inband interface
has not been removed; however, it too has become unmaintained and
will likely be rewritten/replaced during the 3.3 timeframe.
The trunk passes distcheck.
git-svn-id: http://gnuradio.org/svn/gnuradio/trunk@11394 221aa14e-8319-0410-a670-987f0aec2ac5
(eb/trunk-with-gcell r8037:8085). Expect additional tweaks, but
currently works and passes distcheck.
git-svn-id: http://gnuradio.org/svn/gnuradio/trunk@8086 221aa14e-8319-0410-a670-987f0aec2ac5
1) Modified top-level run_tests.sh script:
a) to execute code for setting or changing the library search path in
Darwin (DYLD_LIBRARY_PATH) or Windows (PATH) on those host OSs
only, not on other host OSs.
b) Added local (to the component making check) library paths to those
same search paths, since libtool doesn't do it (unlike in Linux).
2) In all AM Makefiles -except those dealing with USRP firmware-,
changes INCLUDES to AM_CPPFLAGS since the former is deprecated.
3) Changed AM_CPPFLAGS to FW_INCLUDES for commands .c.rel in USRP
firmware.
git-svn-id: http://gnuradio.org/svn/gnuradio/trunk@7769 221aa14e-8319-0410-a670-987f0aec2ac5
by a configurable number of clock ticks, to allow users to precisely
align their T/R output with the pipeline delays in the transmitter.
There are two new registers:
FR_ATR_TX_DELAY (7'd2)
FR_ATR_RX_DELAY (7'd3)
...and the corresponding db_base.py methods to set them:
db_base.set_atr_tx_delay(clock_ticks)
db_base.set_atr_rx_delay(clock_ticks)
These methods are inherited by all the daughterboard objects so you can
call them from your scripts as:
subdev.set_atr_tx_delay(...)
...where 'subdev' represents the daughtercard object you're working with.
The FPGA synthesis for the 2 RXHB, 2 TX case expands from 95% to 96%,
with no additional synthesis messages or impact on timing.
git-svn-id: http://gnuradio.org/svn/gnuradio/trunk@5022 221aa14e-8319-0410-a670-987f0aec2ac5
* firmware/include/Makefile.am: avoid nonportable use of $< (first
prereq in GNU make, implied source for pattern rule in BSD make)
used in a non-pattern rule.
git-svn-id: http://gnuradio.org/svn/gnuradio/trunk@3762 221aa14e-8319-0410-a670-987f0aec2ac5
/gnuradio/branches/developers/jcorgan/ticket-10. 'make distcheck' now
successfully completes on a machine that has never had gnuradio installed
before. In addition, several cleanups and refactoring of build system
code have been applied. NOTE: gr-audio-portaudio, gr-audio-osx, and
gr-audio-windows have not been fully tested and will need verification
by the maintainers of these components.
git-svn-id: http://gnuradio.org/svn/gnuradio/trunk@3216 221aa14e-8319-0410-a670-987f0aec2ac5
Pau Espin
Harald Welte
Oliver Smith
Alexander Huemer
Eric Blossom