1. 26 Jul, 2013 2 commits
    • Grzegorz Daniluk's avatar
      add new commands for setting time · 29f1b100
      Grzegorz Daniluk authored
      When WR PTP Core is set in GrandMaster mode it aligns its nanosecond
      counter to 1-PPS and 10MHz coming from external source. When user wants
      to set seconds counter to a desired value (with _time set_ command), the
      nanosecond counter was also set (zeroed) causing additional (random)
      offset to the external source. The commit adds _time setsec_ and _time
      setnsec_ for setting only seconds or nanoseconds counter without
      affecting the other one. Now, when user wants to set current time on a
      GrandMaster Node he has to call _time setsec_ command after _mode gm_
      29f1b100
    • Grzegorz Daniluk's avatar
      remove Tom-dependent code · e3b8dbc4
      Grzegorz Daniluk authored
      e3b8dbc4
  2. 25 Jul, 2013 3 commits
  3. 05 Jul, 2013 1 commit
  4. 23 May, 2013 6 commits
  5. 22 May, 2013 2 commits
  6. 20 May, 2013 10 commits
  7. 17 May, 2013 1 commit
  8. 14 May, 2013 5 commits
  9. 13 May, 2013 3 commits
    • Alessandro Rubini's avatar
      w1: complete eeprom low-level support · d44ace7e
      Alessandro Rubini authored
      This completes w1-eeproom.c with the complete API. The provided test
      commands allow to read and write any size at any offset (the low-level
      code manages cross-page reads and writes. The following examples
      modify a pre-written eeprom, which I host in an external socket of
      my SPEC card:
      
         wrc# w1r 0 4
         read(0x0, 4): result = 4
         offset    0 (0x000): 240 (0xf0)
         offset    1 (0x001): 241 (0xf1)
         offset    2 (0x002): 242 (0xf2)
         offset    3 (0x003): 243 (0xf3)
      
         wrc# w1w 0 40 41 42
         offset    0 (0x000):  40 (0x28)
         offset    1 (0x001):  41 (0x29)
         offset    2 (0x002):  42 (0x2a)
         write(0x0, 3): result = 3
      
         wrc# w1r 0 4
         read(0x0, 4): result = 4
         offset    0 (0x000):  40 (0x28)
         offset    1 (0x001):  41 (0x29)
         offset    2 (0x002):  42 (0x2a)
         offset    3 (0x003): 243 (0xf3)
      
         wrc# w1r 30 4
         read(0x1e, 4): result = 4
         offset   30 (0x01e):  69 (0x45)
         offset   31 (0x01f):  70 (0x46)
         offset   32 (0x020):  71 (0x47)
         offset   33 (0x021):  72 (0x48)
      
         wrc# w1w 30 11 22 33 44 55 66
         offset   30 (0x01e):  11 (0x0b)
         offset   31 (0x01f):  22 (0x16)
         offset   32 (0x020):  33 (0x21)
         offset   33 (0x021):  44 (0x2c)
         offset   34 (0x022):  55 (0x37)
         offset   35 (0x023):  66 (0x42)
         write(0x1e, 6): result = 6
      
         wrc# w1r 30 6
         read(0x1e, 6): result = 6
         offset   30 (0x01e):  11 (0x0b)
         offset   31 (0x01f):  22 (0x16)
         offset   32 (0x020):  33 (0x21)
         offset   33 (0x021):  44 (0x2c)
         offset   34 (0x022):  55 (0x37)
         offset   35 (0x023):  66 (0x42)
      Signed-off-by: Alessandro Rubini's avatarAlessandro Rubini <rubini@gnudd.com>
      d44ace7e
    • Alessandro Rubini's avatar
      e039c343
    • Aurelio Colosimo's avatar
  10. 09 May, 2013 5 commits
  11. 08 May, 2013 2 commits
    • Alessandro Rubini's avatar
      Merge branch 'ppsi-update' · 6de5d4af
      Alessandro Rubini authored
      This merges a number of changes related to a major ppsi update,
      commits by me and Aurelio Colosimo.  This last wrpc-sw commit builds,
      but previous ones do not. Still, I chose to commit separately each
      fix for documenting purposes, with the maintainer's approval.
      
      The new ppsi does not sync two spec cards, because I broke it during
      my development session of April 2013, but lack of even build-test led
      wrpc-sw master to not even build with its ppsi submodule.
      
      This al least brings back build-testing to a sane state, and allows us
      to concentrate on making it work and benefit from the new features on
      WRPC-based cards.
      6de5d4af
    • Alessandro Rubini's avatar