The documentation talks about a MAC protocol trace, but in fact
it is only a protocol trace of dedicated channels. There's a related
define in the source code, but that's not documented.
Let's at least make the user aware that the MAC pcap trace is
for dedicated channels only, unless he uses that #define.
when using
[pcap]
enable = true
filename = /tmp/enb.pcap
in enb.conf, there is no pcap file created.
The problem is somewhere in the way how arguments are handled.
pcap.enable is properly parsed into args.pcap. However, later on,
lte_stack->init(args.stack, rrc_cfg, lte_phy.get()) only passes
args.stack down the road, not args.pcap. enb_stack_lte::init() then
basically uses args.stack.pcap and not args.pcap, and the latter appears
always false.
Let's remove pcap_args_t from all_args and only use the instance in
stack_args_t.
Closes: #359
An invalid call to the CMake macro CHECK_LIBRARY_EXISTS() in
cmake/modules/FindbladeRF.cmake prevents srsLTE to enable
support for the bladeRF driver when:
* libbladeRF is installed to the same custom prefix we use to build
srsLTE, as with cmake -DCMAKE_INSTALL_PREFIX=/path/to/custom/prefix
* libbladeRF is installed to /usr/local/lib BUT the linker does not
search this path by default
This trivial patch makes FindbladeRF.cmake provide the linker with the path
libbladeRF is actually installed to.
An invalid call to the CMake macro CHECK_LIBRARY_EXISTS() in
cmake/modules/FindbladeRF.cmake prevents srsLTE to enable
support for the bladeRF driver when:
* libbladeRF is installed to the same custom prefix we use to build
srsLTE, as with cmake -DCMAKE_INSTALL_PREFIX=/path/to/custom/prefix
* libbladeRF is installed to /usr/local/lib BUT the linker does not
search this path by default
This trivial patch makes FindbladeRF.cmake provide the linker with the path
libbladeRF is actually installed to.