1. 27 Sep, 2017 1 commit
  2. 26 Sep, 2017 1 commit
  3. 25 Sep, 2017 1 commit
  4. 24 Sep, 2017 1 commit
  5. 22 Sep, 2017 1 commit
  6. 21 Sep, 2017 1 commit
  7. 18 Aug, 2017 2 commits
  8. 17 Aug, 2017 1 commit
  9. 10 Aug, 2017 2 commits
  10. 28 Jul, 2017 1 commit
  11. 19 Jul, 2017 1 commit
  12. 17 Jul, 2017 2 commits
  13. 06 Jul, 2017 2 commits
  14. 29 Jun, 2017 1 commit
  15. 21 Jun, 2017 1 commit
  16. 04 Jun, 2017 1 commit
  17. 25 Apr, 2017 1 commit
  18. 17 Apr, 2017 1 commit
  19. 10 Apr, 2017 1 commit
    • Cedric Roux's avatar
      integration fix: change the way to print the version · 10113a35
      Cedric Roux authored
      Using "system" to call "git log" is too error-prone.
      In the test setup, lte-softmodem was blocked because
      "git log" uses a pager ("less") and the pager was
      waiting for the user to press enter.
      
      We could pass "--no-pager" to "git log" but then
      what if someone runs the softmodem out of the source
      tree?
      
      cmake defines PACKAGE_VERSION, we can use that instead,
      as is done in openair-cn.
      10113a35
  20. 03 Apr, 2017 1 commit
  21. 28 Mar, 2017 2 commits
  22. 23 Mar, 2017 2 commits
    • 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.
      cff91499
    • Cedric Roux's avatar
      minor fixes · 89f747a2
      Cedric Roux authored
      89f747a2
  23. 15 Mar, 2017 1 commit
  24. 13 Mar, 2017 2 commits
  25. 08 Mar, 2017 1 commit
  26. 03 Mar, 2017 1 commit
  27. 14 Feb, 2017 1 commit
    • Cedric Roux's avatar
      cleanup lte-softmodem.c · f52a42ed
      Cedric Roux authored
      For whatever reason, lte-softmodem.c was totally messed up...
      
      We took the version from the branch develop and added
      abstraction_flag, which is needed in openair2/LAYER2/MAC/main.c
      (this is not clean, previous commit added a comment for this).
      This has to be cleaned at some point.
      f52a42ed
  28. 13 Feb, 2017 1 commit
  29. 05 Feb, 2017 1 commit
  30. 02 Feb, 2017 1 commit
  31. 25 Jan, 2017 1 commit
    • Imad ALAWE's avatar
      openair2: fix abstraction mode for oaisim with MME · a731de2f
      Imad ALAWE authored
      When using abstraction mode, layer2_init_UE() and openair_rrc_ue_init()
      are called according to first_sync state and only without MME support.
      
      We added the global variable abstraction_flag to allow abstraction mode
      when MME is enabled.
      Openair2 is also used in lte-softmodem, so it must have a global variable
      abstraction_flag. So we moved it out from the main() scope.
      a731de2f
  32. 12 Jan, 2017 1 commit
  33. 03 Jan, 2017 1 commit