It was possible, due to an off-by-one error in normalize_timespec, that the computed deadline passed to pthread_cond_timedwait had tv_nsec == 1000000000. glibc would reject this with EINVAL. While I never caught this in the act, there seem to be two follow-on problems from this: 1) we were looking for a negative return from pthread_cond_timedwait and testing errno. This is not how errors are reported, instead pthread functions return the error value directly. So the enclosing loop could spin forever, repeatedly passing the bad deadline value. 2) even if the error handling caught the EINVAL return, it assumed that the mutex was no longer held and didn't release it; but on error returns, the mutex state is actually untouched. Fix both cases (probably), and log about unusual returns from pthread_cond_timedwait |
||
|---|---|---|
| bladerf | ||
| compat | ||
| debian | ||
| debian-jessie | ||
| debian-stretch | ||
| oneoff | ||
| public_html | ||
| testfiles | ||
| tools | ||
| .gitattributes | ||
| .gitignore | ||
| .travis.yml | ||
| COPYING | ||
| Jenkinsfile | ||
| LICENSE | ||
| Makefile | ||
| README-json.md | ||
| README.md | ||
| ais_charset.c | ||
| ais_charset.h | ||
| anet.c | ||
| anet.h | ||
| comm_b.c | ||
| comm_b.h | ||
| convert.c | ||
| convert.h | ||
| cpr.c | ||
| cpr.h | ||
| cprtests.c | ||
| crc.c | ||
| crc.h | ||
| demod_2400.c | ||
| demod_2400.h | ||
| dump1090.c | ||
| dump1090.h | ||
| faup1090.c | ||
| fifo.c | ||
| fifo.h | ||
| icao_filter.c | ||
| icao_filter.h | ||
| interactive.c | ||
| mode_ac.c | ||
| mode_s.c | ||
| mode_s.h | ||
| net_io.c | ||
| net_io.h | ||
| prepare-build.sh | ||
| sdr.c | ||
| sdr.h | ||
| sdr_bladerf.c | ||
| sdr_bladerf.h | ||
| sdr_hackrf.c | ||
| sdr_hackrf.h | ||
| sdr_ifile.c | ||
| sdr_ifile.h | ||
| sdr_limesdr.c | ||
| sdr_limesdr.h | ||
| sdr_rtlsdr.c | ||
| sdr_rtlsdr.h | ||
| stats.c | ||
| stats.h | ||
| track.c | ||
| track.h | ||
| util.c | ||
| util.h | ||
| view1090.c | ||
README.md
dump1090-fa Debian/Raspbian packages
dump1090-fa is a ADS-B, Mode S, and Mode 3A/3C demodulator and decoder that will receive and decode aircraft transponder messages received via a directly connected software defined radio, or from data provided over a network connection.
It is the successor to dump1090-mutability and is maintained by FlightAware.
It can provide a display of locally received aircraft data in a terminal or via a browser map. Together with PiAware it can be used to contribute crowd-sourced flight tracking data to FlightAware.
It is designed to build as a Debian package, but should also be buildable on many other Linux or Unix-like systems.
Building under buster
$ sudo apt-get install build-essential debhelper librtlsdr-dev pkg-config dh-systemd libncurses5-dev libbladerf-dev libhackrf-dev liblimesuite-dev
$ dpkg-buildpackage -b --no-sign
Building under stretch
$ sudo apt-get install build-essential debhelper librtlsdr-dev pkg-config dh-systemd libncurses5-dev libbladerf-dev
$ dpkg-buildpackage -b --no-sign
Building under jessie
Dependencies - bladeRF
You will need a build of libbladeRF. You can build packages from source:
$ git clone https://github.com/Nuand/bladeRF.git
$ cd bladeRF
$ git checkout 2017.12-rc1
$ dpkg-buildpackage -b
Or Nuand has some build/install instructions including an Ubuntu PPA at https://github.com/Nuand/bladeRF/wiki/Getting-Started:-Linux
Or FlightAware provides armhf packages as part of the piaware repository; see https://flightaware.com/adsb/piaware/install
Dependencies - rtlsdr
This is packaged with jessie. sudo apt-get install librtlsdr-dev
Actually building it
Nothing special, just build it (dpkg-buildpackage -b)
Building with limited dependencies
The package supports some build profiles to allow building without all required SDR libraries being present. This will produce a package with limited SDR support only.
Pass --build-profiles to dpkg-buildpackage with a comma-separated list of
profiles. The list of profiles should include custom and zero or more of
rtlsdr, bladerf, hackrf, limesdr depending on what you want:
$ dpkg-buildpackage -b --no-sign --build-profiles=custom,rtlsdr # builds with rtlsdr support only
$ dpkg-buildpackage -b --no-sign --build-profiles=custom,rtlsdr,bladerf # builds with rtlsdr and bladeRF support
$ dpkg-buildpackage -b --no-sign --build-profiles=custom # builds with _no_ SDR support (network support only)
Building manually
You can probably just run "make" after installing the required dependencies. Binaries are built in the source directory; you will need to arrange to install them (and a method for starting them) yourself.
make BLADERF=no will disable bladeRF support and remove the dependency on
libbladeRF.
make RTLSDR=no will disable rtl-sdr support and remove the dependency on
librtlsdr.
make HACKRF=no will disable HackRF support and remove the dependency on
libhackrf.
make LIMESDR=no will disable LimeSDR support and remove the dependency on
libLimeSuite.
Building on OSX
Minimal testing on Mojave 10.14.6, YMMV.
$ brew install librtlsdr
$ brew install libbladerf
$ brew install hackrf
$ brew install pkg-config
$ make
Building on FreeBSD
Minimal testing on 12.1-RELEASE, YMMV.
# pkg install gmake
# pkg install pkgconf
# pkg install rtl-sdr
# pkg install bladerf
# pkg install hackrf
$ gmake