Skip to content
Snippets Groups Projects
  1. Feb 21, 2018
  2. Jan 16, 2018
  3. Nov 17, 2017
  4. Oct 12, 2017
  5. Oct 11, 2017
  6. Oct 09, 2017
  7. Oct 07, 2017
  8. Oct 06, 2017
  9. Oct 04, 2017
  10. Oct 02, 2017
  11. Oct 01, 2017
  12. Sep 29, 2017
  13. Sep 28, 2017
  14. Sep 27, 2017
  15. Sep 26, 2017
  16. Sep 25, 2017
  17. Sep 24, 2017
  18. Sep 22, 2017
  19. Sep 21, 2017
  20. Sep 14, 2017
  21. Sep 03, 2017
  22. Aug 29, 2017
  23. Aug 20, 2017
  24. Jul 06, 2017
  25. Jun 16, 2017
  26. May 19, 2017
  27. May 15, 2017
  28. Apr 17, 2017
  29. Mar 23, 2017
    • 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.
      cff91499
  30. Feb 20, 2017
  31. Feb 17, 2017
    • Cedric Roux's avatar
      T: let it compile with C++ · f9b5dafe
      Cedric Roux authored
      We now have 4 versions of T_HEADER:
       - bad quality C++ version with time
       - good quality C version with time
       - bad quality C++ version without time
       - good quality C version without time
      f9b5dafe
  32. Feb 09, 2017
  33. Feb 02, 2017
  34. Jan 30, 2017
Loading