Regarding dl_hard, some AssertFatal commented out.
Regarding to memory allocation error, AssertFatal was used.

Restored original LOG level.
Code cleanup to remove emptry space and added some logs.

1. If VNF is slower than PNF, next scheduling will be done after resync.
2. If VNF is unstable in slot progress, next scheduling will be done in next stable status.
3. SFN/SLOT indications are queued in nrUE.
4. get_queue is used instead of unquque for FIFO operation.

Separate nfapi.conf files for proxy

See merge request aburger/openairinterface5g!47

In scripts/conf_files, restore ue.nfapi.conf and nr-ue.nfapi.conf
to the template versions.  And add proxy_ue.nfapi.conf
proxy_nr-ue.nfapi.conf for use with emane.git's run-oai and
multi-ue-proxy.git's run-oai.

Also, updated the filing of the DCI payload
based on the actual number of recevied bits
and not based on the max number of rx'd bits.

This commit includes several changes.
First, it updates the way we fill the uplink
UCI indication. This still has some todo comments
since all the fields in this ind were hardcoded.
It also updates the pack and unpack functions for
the NR_UCI incations. Lastly, it includes updates
to the gNB UCI scheduler. The updates in the gNB
were cherry picked from develop. There are two updates
to the VNF which allow the VNF timing/slots to be
adjusted based on the received timing_info packets
from the VNF. This adjustment was disabled in IISc's
nFAPI code. For now, it is improving the timing
between the VNF and PNF.

Currently, the pull8 in nFAPI of the VNF
is failing.

The previous two commits did not correctly check
the gNB sfn and slot. The code now correctly sets
the slot in which the PUSCH is SCHEDULED, not the slot
the rx is expected. Also, the sfn/slot is only updated
if we do in fact schedule a PUSCH.

Also, we are now updating ul_tti_future
for every index in the array, not just slot 7, 8, and 9.

Although the timing isnt perfect, if the VNF adjusts
in the middle of scheduling a DCI the gNB would try to
send two DCIs for a certain sfn/slot; this commit will
stop that from happening. The timing issue still persits.

Sync more NFAPI changes from multi-ue-proxy.git

See merge request aburger/openairinterface5g!45

Sync nfapi_p[57].c with multi-ue-proxy.git

See merge request aburger/openairinterface5g!44

Also, added functionality to fill tx_req in NR UE
when a DCI is received after the slot indication.

Most notably, nfapi_rx_indication_pdu_t.data type is changed from
`uint8_t*` to `uint8_t[]`.  Also, renamed from `data` to
`rx_ind_data` to make it easier to find.

These are all superficial, low-risk changes

It also includes the queuing development. The idea
is that the 5G Userplane messages will be filled
and configured the same as previous commit, but
the uplink messages will be queued and then sent to
the gNB during the correct slot. Still WIP.

Also ported in new gNB ulsch scheduler code from
Eurecom/develop branch.

Enable -Werror compiler option

See merge request aburger/openairinterface5g!43

Fix some warnings, too.

Starting to complete the final fill of
dl_indication and an rx_indication

This commit properly is filing the dci_format but the
rx_ind and dl_ind has not been updated in the NR UE
prior to sending to gNB. The chnages in this commit
to properly fill the dci_format include:
- filling the dci canidates every slot indiction
- checking for a dl_tti/ul_tti containing a dci
- when dci payload is received we use the filled
  dci canidates to update the dci_format

Also, a bug in LTE UE is found where we are indexing
passed the end of ue_sdu array. We added a check for this.
Furthermore, in the nr_ue_scheduler we were utilizing
tx_req but the memory wasnt properly initialized.

Adjusted UDP port ids for multiple UE connection with proxy

See merge request aburger/openairinterface5g!41