- 19 Dec, 2016 3 commits
-
-
Cedric Roux authored
Develop integration w50 See merge request !61
-
Cedric Roux authored
We have a crash: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fff7387d700 (LWP 1944)] ulsch_decoding (eNB=eNB@entry=0x7fffaf73b010, proc=proc@entry=0x7fffaf73b480, UE_id=UE_id@entry=0 '\000', control_only_flag=control_only_flag@entry=0 '\000', Nbundled=<optimised out>, llr8_flag=<optimised out>) at /roux/merge/openairinterface5g/openair1/PHY/LTE_TRANSPORT/ulsch_decoding.c:1450 1450 *((__m256i *)&ulsch_harq->e[iprime]) = *((__m256i *)&y[j2]); This commit reduces the apparition of the crash, but does not eliminate it completely. To be fixed after integration.
-
Cedric Roux authored
-
- 16 Dec, 2016 1 commit
-
-
Cedric Roux authored
-
- 15 Dec, 2016 2 commits
-
-
Florian Kaltenberger authored
-
gabrielC authored
-
- 14 Dec, 2016 11 commits
-
-
gabrielC authored
Merge branch '147-phy-test-mode-error-msg-dl-received-harqretx-round-1' of https://gitlab.eurecom.fr/oai/openairinterface5g into develop_integration_w50 correct issue 147 : --phy-test mode : error msg " DL Received HarqReTx round=1 m
-
Benoit ROBERT authored
Merge branch '147-phy-test-mode-error-msg-dl-received-harqretx-round-1' of https://gitlab.eurecom.fr/oai/openairinterface5g into 147-phy-test-mode-error-msg-dl-received-harqretx-round-1
-
ROBERT Benoit authored
correct issue 147 : --phy-test mode : error msg " DL Received HarqReTx round=1 mcs=28 rballoc=8191 rv=0 "
-
gabrielC authored
Problem in DCI NDI : the implementation use 5 HARQ processes, but process 0 N…
-
Benoit ROBERT authored
Merge branch '146-phy-test-mode-udate-fill_dci' of https://gitlab.eurecom.fr/oai/openairinterface5g into 146-phy-test-mode-udate-fill_dci
-
ROBERT Benoit authored
- Problem in DCI NDI : the implementation use 5 HARQ processes, but process 0 NDI never toggled because it was reused on subframe 5 that is not carrying format 1 DCI. Fix -> use 8 harq processes instead of 5. - SI scheduled on every subframe 5 (even and odd frames) instead of only on even frames - Add DLSCH scheduling on subframe 5 for odd frames - change default rballoc from 0x7FFF to 0x1FFFF to support maximum 10MHz throughput
-
gabrielC authored
PDCP fix
-
Benoit ROBERT authored
-
gabrielC authored
-
gabrielC authored
-
gabrielC authored
Merge branch 'Enhancement-142-OAI_UE_autotest_framework', tag '2016.w49' of https://gitlab.eurecom.fr/oai/openairinterface5g into Enhancement-142-OAI_UE_autotest_framework
-
- 13 Dec, 2016 8 commits
-
-
hbilel authored
-
hbilel authored
-
hbilel authored
Conflicts: targets/RT/USER/lte-ue.c
-
hbilel authored
-
hbilel authored
-
https://gitlab.eurecom.fr/oai1B/openairinterface5ghbilel authored
Conflicts: openair2/LAYER2/MAC/ue_procedures.c
-
-
https://gitlab.eurecom.fr/oai1B/openairinterface5ghbilel authored
Conflicts: targets/RT/USER/lte-softmodem.c
-
- 12 Dec, 2016 8 commits
-
-
Chia-Yu Chang authored
-
Chia-Yu Chang authored
-
Cedric Roux authored
Develop1 b integration w49 See merge request !56
-
hbilel authored
-
hbilel authored
-
hbilel authored
-
Cedric Roux authored
Not sure it's the right thing to do, but this commit should reduce fake builds.
-
Cedric Roux authored
-
- 09 Dec, 2016 4 commits
-
-
Cedric Roux authored
Use LOG_TRACE instead.
-
Cedric Roux authored
-
ROBERT Benoit authored
-
ROBERT Benoit authored
-
- 08 Dec, 2016 3 commits
-
-
Cedric Roux authored
This may need to be refined. The variable ODD_PARITY is defined at various places, with different values, causing compilation warnings. It's wrong to define a variable with different values. A new variable is created, specific to IMEI case: IMEI_ODD_PARITY. Maybe ODD_PARITY should also have 0xf as value, and so maybe only one variable is necessary. To be checked at some point...
-
Cedric Roux authored
-
Cedric Roux authored
-