1. 16 Apr, 2018 1 commit
  2. 13 Apr, 2018 1 commit
  3. 12 Apr, 2018 2 commits
  4. 11 Apr, 2018 3 commits
  5. 10 Apr, 2018 1 commit
  6. 09 Apr, 2018 3 commits
  7. 06 Apr, 2018 1 commit
    • Wang's avatar
      UE add RF board ZC706+AD9371 · 6f290e71
      Wang 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
      6f290e71
  8. 05 Apr, 2018 1 commit
  9. 02 Apr, 2018 2 commits
  10. 27 Mar, 2018 1 commit
  11. 22 Mar, 2018 1 commit
  12. 21 Mar, 2018 2 commits
  13. 08 Mar, 2018 5 commits
    • oai's avatar
      more NB-IoT integration · da50d68b
      oai authored
      da50d68b
    • oai's avatar
    • oai's avatar
    • Cedric Roux's avatar
      add a stop_rf function in the RU · 96380582
      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
      96380582
    • Cedric Roux's avatar
      cleanup - remove unnecessary calls to get_cpu_freq_GHz · 5a61f994
      Cedric Roux authored
      The one in lte-enb.c disrupts the realtime. Using a B200mini with
      20MHz bandwidth leads to the UE unable to connect for it seesms like
      the UL and DL are not properly time synched because of this sleep
      of one second that happens after the USRP streaming has started.
      We see some random access attempts but the decoded preamble is
      wrong.
      
      This may be dependant on the setup. I had sporadic errors with
      a B210, where sometimes the UE could connect and sometimes not.
      5a61f994
  14. 22 Feb, 2018 1 commit
  15. 18 Feb, 2018 1 commit
  16. 14 Feb, 2018 3 commits
  17. 12 Feb, 2018 3 commits
  18. 09 Feb, 2018 4 commits
  19. 08 Feb, 2018 1 commit
  20. 05 Feb, 2018 1 commit
  21. 31 Jan, 2018 2 commits
    • Robert Schmidt's avatar
      free memory when stopping/restarting lte-softmodem · d0922311
      Robert Schmidt authored
      - add function free_td() -> complements init_td() [seems to not be used, added
        for completeness]
      - add function free_td8() -> undoes init_td8() [free memory of 8-bit LLR Turbo
        decoder]
      - add function free_td16() -> undoes init_td16() [free memory of 16-bit LLR
        Turbo decoder]
      - change function free_tdavx216() -> undoes init_tdavx216() [free memory of
        16-bit LLR Turbo decoder, AVX2 version]
      - add free_lte_top() -> frees memory allocated by init_lte_top()
      - change free_ul_ref_sigs() to set freed pointers to NULL
      - add method free_transport() -> frees memory of ULSCH/DLSCH transport channels
      - use the above functions when stopping/restarting the lte-softmodem
      d0922311
    • Robert Schmidt's avatar
      add phy_free_RU() and phy_free_lte_eNB() · 4f1c51f3
      Robert Schmidt authored
      this methods free the memory that is allocated by the functions
      phy_init_RU() and phy_init_lte_eNB()
      4f1c51f3