1. 27 Feb, 2017 1 commit
  2. 17 Jan, 2017 1 commit
  3. 01 Dec, 2016 3 commits
  4. 25 Oct, 2016 1 commit
  5. 20 Sep, 2016 7 commits
  6. 16 May, 2016 8 commits
  7. 23 Jul, 2015 1 commit
  8. 06 Jul, 2015 1 commit
    • Alessandro Rubini's avatar
      master: obey vlans · 3b985b02
      Alessandro Rubini authored
      When we support multiple vlans, we must issue announce to all
      supported vlans. Same applies to sync/follow-up. This changes
      state-master.c to do the sending several times.
      
      Initially I changed msg.c (for the announce message only), this saved
      the repeated call to msg_pack_announce() but by doing it at
      state-master level I have simpler code and layer consistency (doing
      sync/fup at msg.c level would be a mess).
      Signed-off-by: Alessandro Rubini's avatarAlessandro Rubini <rubini@gnudd.com>
      3b985b02
  9. 18 Jun, 2015 1 commit
    • Alessandro Rubini's avatar
      protocols: handle PP_SEND_NO_STAMP specially · 7c62f416
      Alessandro Rubini authored
      This is the result of an audit of all send functions. Most are not
      affected, because they send on the "general" channel. But when event
      messages are sent, an error of SEND_NO_STAMP must not be fatal.
      In WR, for example, after a sync the stamping engine reports invalid
      stamps for a second.
      
      I chose not to change the return type of the sending function and have
      the compiler help me, because my mates are working on peer-delay and I'd
      better not make the merge more difficult for us.
      
      Unfortunately, my wrs is still not syncing with this patch, as it remains
      stuck in SYNC_NSEC (in the state machine within the WR servo). See
      next commit....
      Signed-off-by: Alessandro Rubini's avatarAlessandro Rubini <rubini@gnudd.com>
      7c62f416
  10. 20 Apr, 2015 1 commit
    • Grzegorz Daniluk's avatar
      state-master: don't send f-up if sync stamp is wrong · 79ffd673
      Grzegorz Daniluk authored
      This is bsased on Greg's original commit, which is in wrs-4.1.2-fixes,
      that we developed and released in the wr-switch-sw maintainance for the
      4.1 series.
      
      What we do here is return error for sending if the timestamp is not
      correctly retrieved; the error is already handled in the sync+f.up
      pair, so this is enough for f.up to not be sent.
      
      The commit also changes state-master, in that we need to restart the
      timeout for sync (and annunce) even if one even of sync (announce,
      resp) fails.
      Signed-off-by: Alessandro Rubini's avatarAlessandro Rubini <rubini@gnudd.com>
      79ffd673
  11. 13 Nov, 2014 2 commits
  12. 07 Nov, 2014 4 commits
  13. 04 Nov, 2013 1 commit
    • Alessandro Rubini's avatar
      general: define CLASS names and rename a global structure · 5f1e3cb3
      Alessandro Rubini authored
      This defines PP_CLASS_SLAVE_ONLY and similar names, and uses them properly.
      
      Also, the global "struct default_rt_opts" was not following the
      conventions about naming, so rename it to be a "pp" thing.  Moreover,
      since we put all globals in ppg and we have ppg->rt_opts, try to use
      that instead of a separate global.  Unfortunately the initialization
      sequence is not well ordered, so __pp_default_rt_opts still remains
      as a global variable, double-underscored to show it's not meant to be used.
      Signed-off-by: Alessandro Rubini's avatarAlessandro Rubini <rubini@gnudd.com>
      5f1e3cb3
  14. 31 Jul, 2013 1 commit
    • Alessandro Rubini's avatar
      general: rephrase copyright notices (no tech effect) · 23033d8a
      Alessandro Rubini authored
      This changes all "Name Surname for CERN" to "Copyright CERN, author
      Name Surname".  This is trivial and makes no change, with a few
      expections:
      
      - all trivial Makefiles that had "for CERN" lines have now no
      attributions, as they are trivial anyways.
      
      - a few unrepresented files have not the copyright notice (especially
      ptpdump, that I wrote in 2012).
      
      - a few "for CERN" remain in subprojects, where I didn't touch anyrhing
      Signed-off-by: Alessandro Rubini's avatarAlessandro Rubini <rubini@gnudd.com>
      23033d8a
  15. 03 May, 2013 1 commit
  16. 18 Mar, 2013 1 commit
  17. 08 Mar, 2013 2 commits
    • Alessandro Rubini's avatar
      kill ppi->record_update · fd2b09a0
      Alessandro Rubini authored
      The code, when receiving announce, was setting a flag in order to run
      bmc at the next iteration, when that happened, the frame just received
      was discarded in favour for the programmed state update.
      
      This commits remove some fields and one helper function, so the new
      announce is immediately processed and no frame is lost.
      Signed-off-by: Alessandro Rubini's avatarAlessandro Rubini <rubini@gnudd.com>
      fd2b09a0
    • Alessandro Rubini's avatar
      kill portState: nobody is using it · 692af7f3
      Alessandro Rubini authored
      the portState field is probably a relic of ptpd, then the state
      machine was a single switch() statement.  Many places were still
      setting it, but nobody was ever reading the field.
      Signed-off-by: Alessandro Rubini's avatarAlessandro Rubini <rubini@gnudd.com>
      692af7f3
  18. 07 Mar, 2013 1 commit
  19. 05 Mar, 2013 1 commit
  20. 04 Mar, 2013 1 commit
    • Alessandro Rubini's avatar
      general: net: rename some fields, fix alignment · 06ef4b9b
      Alessandro Rubini authored
      This changes some things to make code more readable (I really didn't
      know what the tmp_header was: now it is the "received_ptp_header".
      The commit simplifies allocation, because the tx and rx buffers are
      now part of ppi itself.
      
      We now have tx_ptp and tx_frame, both pointing within tx_buffer (and
      the same for rx). The pointers are the protocol side (aligned) and the
      argument passed to send/recv (which may be not be 4-aligned).
      
      At this point nothing changes, i.e. both gnu-linux flavours work and
      bare-i386 is not able to received.
      06ef4b9b