When receiving an uplink ACK/NACK we send SINR of 20dB
to the libscheduler. If we don't send this information
the scheduler does not activate 16QAM for uplink transmission.

We could do it at any time, this is has been chosen arbitrarily.

The libscheduler does not return a correct rbBitmap
(as far as I understand).

Let's memorize the one used for 1st transmission and reuse it.

If there are two or more UEs in the system then things may
fail if the scheduler allocates the PRBs used by UE 1 in 1st
transmission to UE 2 at the same time of a retransmission for
UE 1.

to be removed at some point

The UE sends 2 bits when a second CC is configured, even when
the 2nd carrier is not activated. At least, this is what I
understand and this seems to be what happens with the sequans UE.

this commit is a first step to have the softmodem work with 2 CCs
with the FAPI scheduler.

there is still work to do for it to work properly.

the trace ENB_MASTER_TICK did not work properly in the GUI of
the enb tracer.

Maybe use proc->subframe_tx (or _rx) instead of this proposed
solution, maybe more elegant?

was crashing the processing

important for carrier aggregation case

especially when 2 CCs configured (ie. the UE can do carrier aggregation)

Merge remote-tracking branch 'origin/feature-15-carrier_aggregation' into feature-31-ff-scheduler-api

 Conflicts:
    cmake_targets/CMakeLists.txt
    openair1/PHY/LTE_TRANSPORT/dci_tools.c
    openair1/PHY/LTE_TRANSPORT/pucch.c
    openair1/SCHED/phy_procedures_lte_eNb.c
    openair2/LAYER2/MAC/eNB_scheduler_dlsch.c
    openair2/LAYER2/MAC/proto.h
    openair2/RRC/LITE/rrc_eNB.c

define MEGALOG at compile time to get them

Conflicts:
	cmake_targets/build_oai
	openair2/RRC/LITE/rrc_eNB.c

Resolve "OAI-UE, DFT segmentation fault"

Closes #130

See merge request !42

Merge branch '130-oai-ue-dft-segmentation-fault' of https://gitlab.eurecom.fr/oai/openairinterface5g into 130-oai-ue-dft-segmentation-fault

If your configuration file does not contain a parameter
the softmodem only printed "Failed to parse eNB configuration file"
without telling you what parameter was not found.

This quick fix adds a warning in such cases.

It also exists at the first error rather than trying to
parse the rest of the configuration file.

we have to lock when we dump to file in case of concurrent accesses

it's rare, but it happens

let's print an error in case of failure when trying to open it

it was 8 in the past
now it is 4
we should get the value from config, not hardcoded

This hotfix does not change the processing at all.
At this point, stat_re == 0, so the behavior is the
same as before. But the code was wrong. There should
have been no test, it's a NACK, period.

Enhancement 16 tm rrc reconfig

This branch contains enhancements regarding signalling of the transmission mode
It also contains fixes for TM2, which now works with commercial phones
TM3 also works, but only with single layer
TM4 needs further improvements in uplink signalling (will be done in another branch)
All tests that pass for develop also pass for this branch (see https://gitlab.eurecom.fr/oai-internal/openairinterface5g/builds/560)

See merge request !41

Conflicts:
	openair2/RRC/LITE/rrc_eNB.c
	targets/PROJECTS/GENERIC-LTE-EPC/CONF/enb.band7.tm1.usrpb210.conf

pdcch is now filled with dummy data (like it used to be) to enable better estimation of signal energy (also in unitary sims and oaisim)