1. 31 Mar, 2021 1 commit
  2. 30 Mar, 2021 2 commits
  3. 29 Mar, 2021 7 commits
  4. 28 Mar, 2021 3 commits
  5. 27 Mar, 2021 1 commit
  6. 26 Mar, 2021 2 commits
  7. 25 Mar, 2021 3 commits
  8. 24 Mar, 2021 6 commits
  9. 23 Mar, 2021 8 commits
  10. 22 Mar, 2021 4 commits
  11. 21 Mar, 2021 1 commit
  12. 20 Mar, 2021 1 commit
  13. 19 Mar, 2021 1 commit
    • Thomas Schlichter's avatar
      NR_UE: always break out of MAC PDU processing after pdu_len Bytes · bc041092
      Thomas Schlichter authored
      In case of false positive PDSCH CRC check, a random MAC PDU is processed.
      Currently pdu_len is unsigned 16 Bit, so we did break out of the processing loop only if we _exactly_ hit a residual pdu_len of 0, or we hit a LCID of DL_SCH_LCID_PADDING.
      If we didn't hit either of these, pdu_len wrapped to a very positive value, and we continued processing the PDU even beyond its bounds!
      This behavior was observed with SNR 1 dB and MCS 9.
      
      So better make pdu_len signed and break out of the loop after processing at max. pdu_len Bytes!
      bc041092