- Apr 11, 2018
-
-
Guy De Souza authored
-
Guy De Souza authored
-
- Apr 10, 2018
-
-
Guy De Souza authored
-
- Apr 09, 2018
-
-
Florian Kaltenberger authored
-
Guy De Souza authored
-
Guy De Souza authored
-
- Apr 06, 2018
-
-
root authored
Conflicts: cmake_targets/build_oai openair1/PHY/LTE_TRANSPORT/prach.c openair1/SCHED/phy_procedures_lte_ue.c targets/ARCH/COMMON/common_lib.h targets/RT/USER/lte-softmodem.c
-
- Apr 05, 2018
-
-
Guy De Souza authored
-
- Apr 02, 2018
-
-
Guy De Souza authored
-
Guy De Souza authored
-
- Mar 27, 2018
-
-
Guy De Souza authored
-
- Mar 22, 2018
-
-
Guy De Souza authored
-
Guy De Souza authored
-
Guy De Souza authored
-
- Mar 21, 2018
-
-
Guy De Souza authored
-
Guy De Souza authored
-
- Mar 19, 2018
-
-
Raymond Knopp authored
-
Raymond Knopp authored
-
Raymond Knopp authored
-
Raymond Knopp authored
-
Raymond Knopp authored
-
- Mar 13, 2018
-
-
Raymond Knopp authored
-
- Mar 09, 2018
-
-
Cedric Roux authored
-
- Mar 08, 2018
-
-
oai authored
-
oai authored
-
oai authored
-
Cedric Roux authored
When the program exits it has to stop the streaming of the USRP. The function exit_fun is supposed to do that. When quitting with control+c (very common case) this function is not called. The code is very unclear there, so let's add a stop_rf in the RU, as there is already a start_rf. If we don't call trx_end_func, then at the next run the USRP device may be in an unstable state and behave improperly. If the program crashes then the USRP device may be in an unstable state. The only solution to this problem is to reset the USRP device. Maybe there is a way to clean the state of the device when we open it, before we start using it. Sort of a cleanup before use. That could be a better solution to "bad state after program crash". What has been tested: - monolithic eNB only
-
- Mar 06, 2018
-
-
Raymond Knopp authored
-
Raymond Knopp authored
-
- Feb 22, 2018
-
-
Cedric Roux authored
-
Cedric Roux authored
- remove spaces at the end of lines - remove useless dead code use: git show -p <this commit> -w to see it clearly
-
Cedric Roux authored
With value 4 when connecting one UE and doing some downlink iperf TCP there is a crash. Probably due to the multiple wrong RA detected leading to uplink failure of fake UE that never sends Msg3 (because, well, there is no other UE). This is another problem that will be fixed at some point. Anyway, this value 4 fails. Let's put back 3.
-
- Feb 18, 2018
-
-
Raymond Knopp authored
-
- Feb 17, 2018
-
-
Raymond Knopp authored
-
Raymond Knopp authored
-
- Feb 14, 2018
-
-
Cedric Roux authored
Doing airplane mode off to connect a cots UE followed by airplane mode on to disconnect it gives very bad results (bad disconnection with lots of UL failures followed by lots of logs in the eNB). It used to work properly after the work done by Xu Bo. It turns out that in 2018.w04 things were still working okay. But in 2018.w05 no. So I ran: git diff 2018.w04 2018.w05 And I checked all the modifications that I thought were relevant (everything related to the UE, oaisim, if4 and fapi has not been checked). This commits takes back the version of 2018.w04. The modifications in openair2/RRC/LITE/rrc_eNB.c are necessary, I think. The other modifications may not be necessary or even wrong. To be checked at some point.
-
- Feb 13, 2018
-
-
Raymond Knopp authored
-
- Feb 09, 2018
-
-
Robert Schmidt authored
-
Robert Schmidt authored
-
- Feb 05, 2018
-
-
Cedric Roux authored
The following compilation did not work anymore: ./build_oai --eNB -w USRP -r Rel10 -c (Rel8 still does not work.)
-