1. 17 Oct, 2019 1 commit
  2. 19 Sep, 2019 3 commits
  3. 12 Sep, 2019 2 commits
    • Jean-Claude BAU's avatar
      Fix GM mode with new HAL behavior · d7dd6c59
      Jean-Claude BAU authored
      In the new HAL version supporting LPDC, HAL set the timing mode to FR
      and it must not be changed during all the calibration phase. So PPSI
      needs to wait the end of the calibration before to change the timing
      mode to GM if it is needed.
      Also PPSi waits the end of HAL calibration before to consider a link up
      on any port.
      d7dd6c59
    • Jean-Claude BAU's avatar
      Add state in HAL shared memory · 80f2b6cb
      Jean-Claude BAU authored
      This new state is used by PPSi the end of the initialization of all
      ports before starting to change the timing mode. This is particularly
      the case for the GM mode which is set during the initialization of PPSi.
      80f2b6cb
  4. 11 Sep, 2019 1 commit
  5. 27 Aug, 2019 1 commit
  6. 26 Aug, 2019 2 commits
  7. 23 Aug, 2019 1 commit
  8. 15 Aug, 2019 1 commit
  9. 14 Aug, 2019 1 commit
    • Jean-Claude BAU's avatar
      Fix PPS missing issue · abd17a0c
      Jean-Claude BAU authored
      After around 36 hours, one PPS was missing. This was due to an issue in
      the WR extension. When the sequence id in the announce message was
      moving from 65535 to 0, the WR handshake was restarted. As a result of
      that, the side effects would be :
      - a missing PPS
      - an unlock of the PLL
      abd17a0c
  10. 13 Aug, 2019 1 commit
  11. 02 Aug, 2019 1 commit
  12. 23 Jul, 2019 1 commit
  13. 03 Jul, 2019 1 commit
  14. 21 Jun, 2019 1 commit
  15. 14 Jun, 2019 1 commit
  16. 12 Jun, 2019 1 commit
  17. 07 Jun, 2019 1 commit
  18. 06 Jun, 2019 1 commit
  19. 05 Jun, 2019 7 commits
  20. 04 Jun, 2019 3 commits
  21. 29 May, 2019 1 commit
  22. 28 May, 2019 1 commit
  23. 27 May, 2019 2 commits
    • Jean-Claude BAU's avatar
      [Issue:#196] WR time not set properly in GM mode · 36accb7e
      Jean-Claude BAU authored
      The WR time is set in GM mode as follow :
      1/ At startup the NTP time is set using wr_date script
      2/ PPSi calls the tool wr_date with parameters "set host". It will be
      called every time it detects a PLL transition from UNLOCKED to LOCKED
      state. Also PPSi provide a error counter 'gmUnlockErr' which gives the
      number of time the PLL unlocked.
      3/ Parameters "-v set host" in wr_date tool, set only the second part of
      the WR time. The time is set in a middle of two WR seconds ticks.
      36accb7e
    • Jean-Claude BAU's avatar
      WR protocol extension improvements · 4da70724
      Jean-Claude BAU authored
      - Give priority to the time-out and not the number of msg repetitions
      - Call also wr_handshake_fail() function when a time-out is detected.
      4da70724
  24. 24 May, 2019 2 commits
  25. 20 May, 2019 1 commit
    • Jean-Claude BAU's avatar
      [Feature:#128] Improve GM status · b66d61fe
      Jean-Claude BAU authored
      - Add a new state machine available for all timing modes ( Free running
      master, Grand master and boundary clock)
      - State is stored in pp_globals, field timingModeLockingState
      - The 3 main states are :
      -- Locking: Waiting for PLL locked
      -- Locked: PLL is locked
      -- Error: PLL is unlocked but was locked before
      - Changing the timing mode will reset the state to 'Locking'
      b66d61fe
  26. 15 May, 2019 1 commit