1. 16 Jan, 2018 5 commits
  2. 15 Jan, 2018 1 commit
  3. 11 Jan, 2018 1 commit
  4. 17 Nov, 2017 1 commit
  5. 23 Oct, 2017 1 commit
  6. 19 Oct, 2017 1 commit
  7. 03 Aug, 2017 1 commit
  8. 28 Jul, 2017 1 commit
  9. 24 Jul, 2017 1 commit
  10. 17 Jul, 2017 1 commit
  11. 06 Jul, 2017 1 commit
  12. 21 Jun, 2017 1 commit
  13. 04 Jun, 2017 1 commit
  14. 22 May, 2017 1 commit
  15. 18 May, 2017 1 commit
    • Cedric Roux's avatar
      improve logging in oaisim · 5e323eef
      Cedric Roux authored
      - print current working directory
      - print git version (if available)
      - print security keys
        this last one is a security breach, but as of today
        it's not a problem
  16. 12 May, 2017 1 commit
    • Gabriel's avatar
      bug fixes from Fujitsu (bug 29) · 893f36e8
      Gabriel authored
      bug 29
      FDD should be TDD.
      Bug Location:
        switch (oai_emulation.info.frame_type[0]) {
        case FDD:
          frame_type = "FDD";
        case TDD:
          frame_type = "FDD";
  17. 25 Apr, 2017 1 commit
  18. 19 Apr, 2017 1 commit
  19. 17 Apr, 2017 1 commit
  20. 28 Mar, 2017 1 commit
  21. 24 Mar, 2017 8 commits
  22. 23 Mar, 2017 2 commits
    • Cedric Roux's avatar
      RRC Rel14 · 4fcb6272
      Cedric Roux authored
      - import RRC ASN.1 defintions from the specifications
        (file openair2/RRC/LITE/MESSAGES/asn1c/ASN1_files/RRC-e10.asn)
        contrary to rel8/10, all modules have been imported, maybe it's too much
        to refine in case of problems
      - deal with rel14 in fix_asn1
      - all code that was for Rel10 is now for Rel10/Rel14
      - some incompatible changes (mostly in naming) were resolved in favor
        of rel14, see in openair2/RRC/LITE/defs.h
      - unsure about the rlc layer, some arrays have changed (values appended),
        I only changed the definition and in tests in the code, I changed
        the index limit, maybe it's not enough
      Rel14 is the default compilation mode.
    • Cedric Roux's avatar
      fix issue 227 - UE IP settings disrupts realtime · cff91499
      Cedric Roux authored
      see #227
      When the UE connects to the eNodeB and receives its IP address from the
      network, it calls system() to set it in the linux kernel world. This call
      is not done in a realtime thread, but in the NAS, which uses its own thread,
      independent of the realtime processing.
      In some situations this totally disrupts realtime processing.
      It is difficult to know precisely why that happens, but it seems that calling
      fork(), as system() does, in a multi-threaded program is not a good idea. (So
      say several people on the internet.) It is not clear why the softmodem is
      impacted, but it seems that fork() is really what triggers the disruption.
      Several tests lead to that conclusion.
      To fix the problem, we create a child background process very early in main()
      (before anything else basically). Then instead of calling system(), the main
      process sends the string to the background process. The background process
      gets the string, passes it to system() and reports the success/failure back
      to the main process.
      This solution involves a lot of system calls, but calling system() in the
      first place is not cheap either. As long as no realtime thread uses this
      mechanism, things should be fine. Time will tell.
  23. 20 Mar, 2017 1 commit
  24. 13 Mar, 2017 1 commit
  25. 08 Mar, 2017 1 commit
  26. 17 Feb, 2017 3 commits
    • Cedric Roux's avatar
      fix warnings: fix LOG_X problems when compiling lte-softmodem · 603c84c7
      Cedric Roux authored
      The compilation line was:
          ./build_oai --eNB -w USRP
      The file openairinterface5g/cmake_targets/log/lte-softmodem.Rel10.txt
      has been checked and all LOG_X (and 'msg') warnings have been fixed.
    • Cedric Roux's avatar
      remove wrong comment · 053704b5
      Cedric Roux authored
    • Cedric Roux's avatar
      integration fix: let oaisim (S1) work again · ac7c0df5
      Cedric Roux authored
      - some cleanup
      - thread names to include UE Mod_id
      - arg of UE_thread_rxn_txnp4 to be struct rx_tx_thread_data again
      - sync in UE_thread_rxn_txnp4 to use instance_cnt_rxtx again
      - UE_thread to call itti_send_msg_to_task with UE->Mod_id + NB_eNB_INST
        instead of INSTANCE_DEFAULT again
      This may break the softmodem UE, to be tested.
      The most problematic thing may be the synchronization.
      I don't think it will impact the processing at all,
      but I won't bet my shirt on it.