An error occurred fetching the project authors.
  1. 05 Feb, 2018 1 commit
  2. 21 Jan, 2018 1 commit
  3. 15 Jan, 2018 2 commits
    • Cedric Roux's avatar
      Fix NFAPI integration · 922b5b59
      Cedric Roux authored
      This commit fixes issues introduced by the previous commit.
      
      Summary of work:
      - cleanup:
        - fix LOG_XX to be less verbose
        - fix cmake_targets/CMakeLists.txt
        - fix oaienv
        - remove dead code
      - bug fixes:
        - in openair1/SCHED/fapi_l1.c we had:
            eNB->pdcch_vars[subframe&1].num_dci           = number_dci;
          should be:
            eNB->pdcch_vars[subframe&1].num_dci           = 0;
          This bug let the PHY send more DCIs than what should have been
          sent because num_dci is incremented later on in the code.
          This fix may be a problem for fapi mode, to be checked.
        - add new T VCD traces
        - revert openair1/PHY/TOOLS/file_output.c to 'develop' version
        - remove thread_id in logRecord/logRecord_mt
        - revert (and adapt) configuration files
        - be careful when doing frame++, we need to % 1024
        - revert target_rx_power in openair2/LAYER2/MAC/eNB_scheduler_ulsch.c
      - NFAPI:
        - the open-nFAPI code has been included in the repository. See nfapi/README.
          Maybe we should "git clone" the Cisco repository instead. We have to be
          careful of availability though.
      
      What has been tested:
      - monolithic eNB FDD 5/10MHz with one UE, iperf UDP/TCP uplink/downlink
      
      Anything else may fail to work, especially the FAPI mode, which has not
      been tested at all.
      922b5b59
    • Cedric Roux's avatar
      import NFAPI work from David Price from Cisco (non-working commit, do not use it) · 7757b9e7
      Cedric Roux authored
      It has been chosen to not include the full history of commits
      from David. He included a binary version of wireshark, probably
      a modified one that understands NFAPI. Wireshark is released under
      the GPL license, we cannot include it in the repository. We could
      have done a next commit to remove this binary. But then it would
      still be present in the history of commits, which may not be allowed.
      And it would take space on disk. We could edit the history to remove
      wireshark entirely. But this operation is too complicated.
      
      There was also a pcap capture file, which has nothing to do in
      the history of commits and would take space on disk. There again,
      it's too difficult to edit the history to remove it.
      
      There was a file .gitignore that was also removed.
      
      The original history can be found on David's repository:
      https://gitlab.eurecom.fr/daveprice/openairinterface5g/
      The branch is: nfapi-ru-rau-split.
      
      A copy of that branch has been included in the internal OAI
      repository, for those who have access to it.
      The branch is the same. The last commit ID is
      9106438239e0bc626ff1fa1d97d911caadd0fbb9.
      
      You can compare the current commit with the commit 9106...
      to see what differs.
      
      The current commit has to be considered non-working.
      The commit following the current commit will fix problems with
      the work in the current commit.
      
      If you use git bisect, don't spend time analyzing the current
      commit.
      7757b9e7
  4. 14 Nov, 2017 1 commit
  5. 04 Nov, 2017 1 commit
  6. 23 Oct, 2017 1 commit
  7. 15 Oct, 2017 1 commit
  8. 10 Oct, 2017 1 commit
    • Cedric Roux's avatar
      bugfix: fix timing advance · 9b428e5e
      Cedric Roux authored
      - re-use ta_timer
      - when ta_timer is running:
        - no TA sent to UE
        - no TA from UE (for UE to have time to apply previous TA command)
      - decrease ta_timer every TTI
      - be careful to use correct value of ta_update (31 means no TA)
      
      Maybe not correct, to be checked.
      9b428e5e
  9. 08 Oct, 2017 2 commits
  10. 06 Oct, 2017 1 commit
  11. 03 Oct, 2017 1 commit
  12. 01 Oct, 2017 1 commit
  13. 29 Sep, 2017 1 commit
  14. 28 Sep, 2017 1 commit
  15. 25 Sep, 2017 1 commit
  16. 22 Sep, 2017 1 commit
  17. 21 Sep, 2017 1 commit
  18. 19 Sep, 2017 1 commit
  19. 15 Sep, 2017 1 commit
  20. 14 Sep, 2017 1 commit
  21. 17 Aug, 2017 2 commits
  22. 15 Aug, 2017 1 commit
  23. 13 Aug, 2017 1 commit
  24. 10 Aug, 2017 3 commits
  25. 08 Aug, 2017 1 commit
  26. 19 Jul, 2017 1 commit
  27. 06 Jul, 2017 1 commit
  28. 25 Apr, 2017 1 commit
  29. 17 Apr, 2017 1 commit
  30. 20 Jan, 2017 5 commits
    • Cedric Roux's avatar
      add some printf for debug purpose (to be remove at some point) · a0f19a72
      Cedric Roux authored
      this commit is here to help debug the previous ones.
      
      It has to be reverted at some point.
      a0f19a72
    • Cedric Roux's avatar
      add a LOG in RA · 0d3fa211
      Cedric Roux authored
      0d3fa211
    • Cedric Roux's avatar
      fix: better creation of RNTI · 428c2212
      Cedric Roux authored
      The previous version was calling taus(), which
      may return any value in [0..65535].
      
      The new version restricts it to [1024..59999]
      (arbitrary values, big enough, and in the valid range).
      
      It also checks that the new RNTI is not already present
      in the MAC.
      
      I think we should also check that it's not used by a RA
      process.
      
      The "loop" thing may not be the best solution either.
      
      To be refined.
      428c2212
    • Cedric Roux's avatar
      RA: fix allocation of RA process · c1fee624
      Cedric Roux authored
      A RA process is not available if
      and RA_template[i].wait_ack_Msg4 != 0
      
      We can have RA_active==FALSE and wait_ack_Msg4==1,
      in which case the RA process is in use and cannot
      be reassigned.
      c1fee624
    • Cedric Roux's avatar
      "fix" handling of UE_id in RA. · a5d5a21d
      Cedric Roux authored
      What if it's -1? Is it possible?
      We catch the case and abort.
      
      We may do a proper fix if the case happen.
      I don't think it will, but who knows...
      a5d5a21d
  31. 22 Nov, 2016 1 commit
    • Cedric Roux's avatar
      hotfix: correct Msg3 ressource blocks reservation · 6bb69e19
      Cedric Roux authored
      The Msg3 ressource blocks used by random access procedure
      were not correctly handled. The MAC scheduler could wrongly
      allocate a ressource block for both random access Msg3 and
      a regular UE.
      
      This hotfix hopefully fixes the problem.
      
      A new function "set_msg3_subframe" has been added in the
      interface between PHY and MAC.
      6bb69e19