An error occurred fetching the project authors.
  1. 28 Jun, 2023 1 commit
  2. 01 Jun, 2023 1 commit
    • Vijay Chadachan's avatar
      CPPCHECK fixes for printf issues · 836469e8
      Vijay Chadachan authored
      Fix for following CPPCheck warnings
      - invalidPrintfArgType
      Rebased with latest develop branch w21.
      Reverted modifications unrelated to printf issues.
      836469e8
  3. 11 Mar, 2023 1 commit
  4. 19 Jan, 2023 1 commit
  5. 28 Sep, 2022 1 commit
  6. 15 Mar, 2021 1 commit
  7. 12 Feb, 2019 2 commits
  8. 07 Jan, 2019 1 commit
    • Cedric Roux's avatar
      fix a lot of file mode · aea6b4b5
      Cedric Roux authored
      For whatever reason most of the files had their permission
      changed from 644 to 755, which is not wanted.
      aea6b4b5
  9. 24 Aug, 2018 1 commit
  10. 30 Jul, 2018 1 commit
  11. 28 Jun, 2018 1 commit
  12. 05 Feb, 2018 1 commit
  13. 23 Oct, 2017 1 commit
  14. 14 Aug, 2017 1 commit
  15. 03 Aug, 2017 1 commit
  16. 31 Jul, 2017 1 commit
  17. 27 Jul, 2017 1 commit
    • Cedric Roux's avatar
      bugfix: fix bug "Unknown UE_id for rnti" · 8d5901c8
      Cedric Roux authored
      This bug happens when we detect uplink failure for one UE.
      In this case, a DCI format 1A is sent to the UE to ask it
      to do random acces.
      
      The way this DCI is generated was not compatible with how
      the software is organized. It was expected that the DCI are
      added (with add_ue_spec_dci and add_common_dci) in a very
      specific order: first all DCIs in common space are added
      (with add_common_dci) then all DCIs in UE specific space
      are added (with add_ue_spec_dci).
      
      The problem was that the DCI format 1A DCI sent to the UE
      for it to do random access is added (with add_ue_spec_dci)
      before the DCIs in common space.
      
      That totally messed up the logic in add_common_dci and
      add_ue_spec_dci.
      
      The solution is to get rid of Num_common_dci and Num_ue_spec_dci,
      replace those two counters by only one (Num_dci) and add
      "search_space" in the dci_alloc structure to be used later by
      the function "allocate_CCEs" when calling "get_nCCE_offset".
      
      The software had to be adapted to the new variables, everywhere.
      
      I am not sure that the simulators work. It seems that some
      of them didn't use Num_common_dci and Num_ue_spec_dci to
      decide on what space (common or UE specific) to put the DCI,
      but relied on the rnti (comparing with SI_RNTI). To be tested
      properly.
      
      The modified simulators are:
        - openair1/SIMULATION/LTE_PHY/dlsim.c
        - openair1/SIMULATION/LTE_PHY/dlsim_tm4.c
        - openair1/SIMULATION/LTE_PHY/dlsim_tm7.c
        - openair1/SIMULATION/LTE_PHY/framegen.c
        - openair1/SIMULATION/LTE_PHY/pdcchsim.c
        - openair1/SIMULATION/LTE_PHY/syncsim.c
      8d5901c8
  18. 03 May, 2017 1 commit
  19. 04 Apr, 2017 1 commit
  20. 20 Mar, 2017 1 commit
    • Cedric Roux's avatar
      bugfix: fix dump_dlsch2 · 1218cc8f
      Cedric Roux authored
      the argument 'coded_bits_per_codeword' has to be an array in
      case of several codewords.
      
      The calling sites have been adapted.
      
      Today, only the first index is used, so calling sites where
      'coded_bits_per_codeword' is an integer pass the address
      of it. It is expected that 'dump_dlsch2' will check in the
      future that there is one or two codewords and only access
      'coded_bits_per_codeword[1]' when it's sure there are
      really two codewords.
      1218cc8f
  21. 13 Mar, 2017 1 commit
  22. 27 Jan, 2017 3 commits
  23. 20 Dec, 2016 1 commit
  24. 19 Dec, 2016 1 commit
  25. 23 Nov, 2016 1 commit
  26. 18 Nov, 2016 1 commit