1. 08 Aug, 2017 1 commit
    • Cedric Roux's avatar
      hotfix: protobuf-c compilation failure · 17b9a9e9
      Cedric Roux authored
      protobuf-c does not compile anymore.
      
      Let's handle this a bit better.
      
      We now install protobuf and protobuf-c only for the
      flexran agent. That is, if you want to use the flexran
      agent, you need to install protobuf/protobuf-c and
      you do it this way:
      
        ./build_oai -I -a
      
      (you add -a)
      
      Other targets don't need protobuf nor protobuf-c, so
      it's not installed by the -I command of build_oai,
      unless you pass -a with -I.
      
      Also, we now use protobuf 3.3.0, not 2.6.1. The code
      has been adapted, a quick test seems to indicate that
      the system works, but it has not been intensively tested.
      17b9a9e9
  2. 21 Jun, 2017 2 commits
  3. 16 Jun, 2017 1 commit
  4. 08 Jun, 2017 1 commit
  5. 06 Jun, 2017 1 commit
  6. 02 Jun, 2017 4 commits
  7. 31 May, 2017 3 commits
  8. 19 May, 2017 2 commits
    • Cedric Roux's avatar
      fix run_enb_ue_virt_noS1 and run_enb_ue_virt_s1 · 8e57a58d
      Cedric Roux authored
      Problems reported by Jorge Muñoz Castañer <jorgem@gti.uvigo.es>.
      
      - use Rel14 binaries (those are produced by default)
      - let -x option work to have graphical output
      - fix VCD missing 'echo'
      8e57a58d
    • Gabriel's avatar
      UE logging change : · fe350d5b
      Gabriel authored
      --ue-trace : Enabling UE trace for debug
      --ue-timing : Enabling UE timing trace
      --ue-no-log : Disabling all LOG_X traces
      fe350d5b
  9. 17 May, 2017 1 commit
  10. 15 May, 2017 1 commit
  11. 12 May, 2017 1 commit
  12. 14 Apr, 2017 2 commits
  13. 12 Apr, 2017 1 commit
  14. 28 Mar, 2017 7 commits
  15. 27 Mar, 2017 1 commit
  16. 24 Mar, 2017 2 commits
    • Cedric Roux's avatar
      bugfix: fix nos1 compilation · af8ce457
      Cedric Roux authored
      af8ce457
    • Cedric Roux's avatar
      remove asn1 compilation fixes that went to asn1c (IMPORTANT: reinstall asn1c!) · b5a03474
      Cedric Roux authored
      The files NativeInteger.c.diff and constr_SET_OF.c.diff
      from asn1c were generating compilation warnings. We had
      local patches applied on generated files by asn1c.
      
      A new version of asn1c has been pushed to
      https://gitlab.eurecom.fr/oai/asn1c
      (commit 224dc1f991b7e7ad705ce92e171b942f87b7b7e7)
      making obsolete the fixes we do here.
      
      So we now remove those fixes.
      
      *************************
      * IMPORTANT BEGIN       *
      *************************
      
      Everyone should update their asn1c installation.
      
      The simplest is to do:
      
          source oaienv
          cd cmake_targets
          ./build_oai -I
      
      *************************
      * IMPORTANT END         *
      *************************
      b5a03474
  17. 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.
      4fcb6272
    • Cedric Roux's avatar
      fix issue 227 - UE IP settings disrupts realtime · cff91499
      Cedric Roux authored
      see oai/openairinterface5g#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
  18. 21 Mar, 2017 1 commit
  19. 20 Mar, 2017 1 commit
  20. 17 Mar, 2017 2 commits
  21. 16 Mar, 2017 2 commits
    • Cedric Roux's avatar
      fix compilation for ubuntu 16 · 20b420bb
      Cedric Roux authored
      This work was done by Laurent Thomas.
      20b420bb
    • Cedric Roux's avatar
      fix dependancies in CMakeLists.txt for the T tracer · fc6dec9e
      Cedric Roux authored
      On some hosts, compilations with the T tracer was failing.
      
      The error was:
        common/utils/T/T.h:15:19: fatal error: T_IDs.h: No such file or directory
      
      The problem was that in CMakeLists.txt some targets depend on the
      pre-generation of T_IDs.h but this dependancy relation was not set,
      so those targets could be generated before the T (it was the case
      with HASHTABLE).
      
      This commit fixes that. Basically, we take all the targets found in
      "add_executable" and "add_library" and make them depend on the
      T if the T is enabled. Almost all existing targets were added,
      even those that may not need it.
      
      The problem of this approach is that someone adding a new target
      using the T will not necessarily add a dependancy there.
      
      Another solution would be to generate T_IDs.h at "cmake" stage,
      not "make" stage and use an "if (NOT EXISTS T_IDs.h)" to generate
      the file. We lose the dependancy relation though.
      
      Things may be changed if maintenance cost is too high.
      fc6dec9e
  22. 15 Mar, 2017 1 commit