1. 22 Sep, 2017 1 commit
  2. 08 Aug, 2017 1 commit
    • knopp's avatar
      L1/L2 scheduling extensions for BL/CE operation, BR random-access procedure,... · ad98f5aa
      knopp authored
      L1/L2 scheduling extensions for BL/CE operation, BR random-access procedure, BR PRACH detection. Still untested, but compilation succeeds. Missing elements in L2 - PUSCH programming for Msg3, Msg4 retransmission programming for BL/CE. DLSCH/ULSCH programming for UE-specific DLSCH/ULSCH for BL/CE
  3. 25 Jul, 2017 3 commits
  4. 24 Jul, 2017 1 commit
  5. 19 Jul, 2017 1 commit
  6. 06 Jul, 2017 1 commit
  7. 04 Jun, 2017 2 commits
  8. 18 May, 2017 1 commit
  9. 03 May, 2017 1 commit
  10. 25 Apr, 2017 1 commit
  11. 24 Apr, 2017 1 commit
  12. 19 Apr, 2017 1 commit
  13. 18 Apr, 2017 1 commit
  14. 17 Apr, 2017 1 commit
  15. 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
      cmake defines PACKAGE_VERSION, we can use that instead,
      as is done in openair-cn.
  16. 03 Apr, 2017 1 commit
  17. 28 Mar, 2017 3 commits
  18. 24 Mar, 2017 8 commits
  19. 23 Mar, 2017 3 commits
    • Cedric Roux's avatar
      fix issue 227 - UE IP settings disrupts realtime · cff91499
      Cedric Roux authored
      see https://gitlab.eurecom.fr/oai/openairinterface5g/issues/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.
    • Cedric Roux's avatar
      minor fixes · 89f747a2
      Cedric Roux authored
    • Cedric Roux's avatar
      fixes for IF5 · 238b22e5
      Cedric Roux authored
      This work was done by Bruno Mongazon.
  20. 15 Mar, 2017 1 commit
  21. 13 Mar, 2017 2 commits
  22. 08 Mar, 2017 4 commits